Jump to content

Community

Konrad Dąbek

4.0 has less options than 3.4.x?

Recommended Posts

Well if that's the big worry - quick edit of topic title - I think we are just fine :)

 

Will not you add this option for v4 :/ ?

I need this option. In 10 minutes, i have changed 4 topic title and this is annoying to entering into topic, then click edit and editing title then save... and making these steps for every time i want to change... :sweat:

Share this post


Link to post
Share on other sites

I took that post by @Charles as meaning they will add it back. After all, it's another of the 'what's the benefit of removing it' situations - editing a title was good in IPB3, how is putting it another click away an improvement. So yeah I wouldn't panic - unless I've misunderstood him/them.

Share this post


Link to post
Share on other sites

Other settings targeting advanced users were moved from the AdminCP into "hidden" settings - these are editable via constants.php and I believe we're working on documenting those for release. 

​Very late here, but I just wanted to say that I really like this approach.

Keeping things simple on the front-end for the everyday Admin/user, but still offering powerful in-depth control over the software for advanced users through a documented file-based configuration, it's a beautiful middle ground.

Definite +1 for this.

Share this post


Link to post
Share on other sites

We found that the "Merge member's concurrent posts" option was confusing for most end users in practice and provided little value.

Can you explain how did you found it was confusing? I don't see how can be confusing. 

I only noticed this because my members are already testing my test board and they complained about this. 

It will be a mess 2 or more consecutives posts from the user.

At least make this option available in constants.php

 

Share this post


Link to post
Share on other sites

I took that post by @Charles as meaning they will add it back. After all, it's another of the 'what's the benefit of removing it' situations - editing a title was good in IPB3, how is putting it another click away an improvement. So yeah I wouldn't panic - unless I've misunderstood him/them.

Rc1 and still they haven't integrated back this "edit title" when wieving topics in a forum without entering into topics  :cry:

Share this post


Link to post
Share on other sites

Can you explain how did you found it was confusing? I don't see how can be confusing. 

I only noticed this because my members are already testing my test board and they complained about this. 

It will be a mess 2 or more consecutives posts from the user.

At least make this option available in constants.php

 

​+1

On big boards (like mine) concurrent posts from new users (& not only) are published pretty often. Sometimes because user wants to bump topics (which is prohibited at my board) or because just simply forgot to edit his own post. Bringing this back would took away really big amount of work from moderators at my board. Merging concurrent posts is one of two tasks that moderators have to do the most often at my board (phpBB yet, I'm on conversion now, testing and I keep in mind future of my board).

In fact merging concurrent posts feature was one of the most important factor that lead me to buy IPB 3.4.x some time ago and I decided to wait to 4.0 to avoid two conversions. If this feature will be lost, of course I will stick with IPB anyway as it have got hundreds other great features, but that will be really big lost for me...

Share this post


Link to post
Share on other sites

We are fine looking at a merge concurrent posts feature. But we also got a lot of people with confused users not understanding why "submit reply" didn't submit a new reply but instead appended it. It's not what a user expects.

So if we do get interest in it we can certainly look at adding it but doing it in a smarter way.

Share this post


Link to post
Share on other sites

We are fine looking at a merge concurrent posts feature. But we also got a lot of people with confused users not understanding why "submit reply" didn't submit a new reply but instead appended it. It's not what a user expects.

So if we do get interest in it we can certainly look at adding it but doing it in a smarter way.

​Why not just make it for Mods and Admins only access and not basic users?

Share this post


Link to post
Share on other sites

​Why not just make it for Mods and Admins only access and not basic users?

  1. ​That could be said of every feature.
  2. You create feature creep and bloatware.
  3. We could slap it in but we want to think things through and implement a well-done feature not just another check box.
  4. A feature that only power-users will understand is a poorly implemented feature.

 

Share this post


Link to post
Share on other sites

Of all the things people have requested we change/add/improve the "Edit title on forum view" is not really priority one :) 

But this isn't a hard work you to re-inserting this feature I think. And this feature is useful...

Share this post


Link to post
Share on other sites

We are fine looking at a merge concurrent posts feature. But we also got a lot of people with confused users not understanding why "submit reply" didn't submit a new reply but instead appended it. It's not what a user expects.

So if we do get interest in it we can certainly look at adding it but doing it in a smarter way.

​What about a simple message that automatically disappears saying "The post was merged with your last one".?

 


Another solution is to put a [hr ] between the posts. Like the one above i just did. It would need to be a really very dumb member to not understand what happened :P

Share this post


Link to post
Share on other sites

This entire topic is a bit odd to me.

We're talking about a couple very minor features that barely have any real impact in the overall use of the system. They are more like "gee I prefer it this way" sort of things. Granted I am sure some of you consider them critical as can be but I mean they're really not ;). Besides, we have already said more than once that we are happy to revisit such items. 

Not sure what else to say really :)

 

Share this post


Link to post
Share on other sites

This entire topic is a bit odd to me.

We're talking about a couple very minor features that barely have any real impact in the overall use of the system. They are more like "gee I prefer it this way" sort of things. Granted I am sure some of you consider them critical as can be but I mean they're really not ;). Besides, we have already said more than once that we are happy to revisit such items. 

Not sure what else to say really :)

 

My Test Board(im using cron job) is giving priority to rebuild the posts instead of rebuilding the search. So until the posts are not rebuild, i get no search functionality. In 2 days, have rebuild 15% of the posts.

I will not have this problem with my live site, because i will use Sphinx. But people that use the normal search and have a board with many posts, can be problematic.

Captura%20de%20tela%202015-02-19%2019.34

Share this post


Link to post
Share on other sites

My Test Board(im using cron job) is giving priority to rebuild the posts instead of rebuilding the search. So until the posts are not rebuild, i get no search functionality. In 2 days, have rebuild 15% of the posts.

I will not have this problem with my live site, because i will use Sphinx. But people that use the normal search and have a board with many posts, can be problematic.

Captura%20de%20tela%202015-02-19%2019.34

​I thought that had been resolved in a previous beta. 

Share this post


Link to post
Share on other sites

We are fine looking at a merge concurrent posts feature. But we also got a lot of people with confused users not understanding why "submit reply" didn't submit a new reply but instead appended it. It's not what a user expects.

So if we do get interest in it we can certainly look at adding it but doing it in a smarter way.

​As far as I remember in 3.4.7 this option was turned off by default, so members were not affected. Enabling it was sole decision of admin. Thus there are two options - admin enabled it deliberately and understand how it works or admin enabled it because of his stupidity, but some admin stupidity is not IPB fault. Admin should explain users of his board why it works like it is (eg because topic bumping is prohibited).

If we would go that way of thinking we can assume that better to stop producing knives as somebody can be stupid and instead of slice bread will slice his hand ;)

To keep this option away from "stupid" admins it can be hidden in some config file. Also RevengeFNF idea of distinguish merged posts is nice :)

Share this post


Link to post
Share on other sites
26 minutes ago, Kenneth Newman_56802 said:

My site's "Background Processes" have been stuck at this point for over 2 weeks:

56458fd9b3b51_ScreenShot2015-11-13at2.21

I'd recommend just going ahead and running them manually if you have the time to wait (preferably during off-peak hours). That or set up cron to run tasks as it suggests. When those background tasks take a very very long time to run, that usually means you have a relatively low traffic forum (and / or a lot of content that needs rebuilding), so the tasks aren't being run frequently enough.

Edited by Makoto

Share this post


Link to post
Share on other sites
On 1/21/2015, 12:37:09, Lindy said:

Other settings targeting advanced users were moved from the AdminCP into "hidden" settings - these are editable via constants.php and I believe we're working on documenting those for release. 

Have these been fully documented?  And  if so, where?

Share this post


Link to post
Share on other sites
On 11/13/2015, 2:50:18, Makoto said:

I'd recommend just going ahead and running them manually if you have the time to wait (preferably during off-peak hours). That or set up cron to run tasks as it suggests. When those background tasks take a very very long time to run, that usually means you have a relatively low traffic forum (and / or a lot of content that needs rebuilding), so the tasks aren't being run frequently enough.

Dear Makoto,

Thank you for kindly providing your advice.

Sincerely,

Ken

Share this post


Link to post
Share on other sites

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...