Phorum 5.3 Proposition - $300 donation

*self-deleted*



Edited 2 time(s). Last edit at 06/24/2018 05:38PM by Voltius.

Thanks for your ideas.

Just my own opinion on this:
1-3 are possible to do without too much effort.
4 is a fully different beast though. This will be a big overhaul in the list processing and e.g. sorting alphabetically will make it slow as hell.
Sorting mods by name won't help much either. They'd need to be categorized and sorted inside those categories with most wanted stuff etc.

---

Thomas Seifert

In 5.3, I already did all kind of work on the moderation features, one of them being the redirection after mod operations. I had to be compatible with the 5.2 templates, but managed to add some other useful moderation features in a backward compatible way (e.g. updating all subjects after thread merge and setting a time limit for showing a move notification).

On the new Phorum site that I am working on behind the scenes, I have solved "issue" nr. 2 through providing a different message.tpl template. In this template, I directly redirect the user to the final page, passing on the confirmation message via a URL request parameter. In the footer.tpl, I check for such parameter on each request and show a non-obstrusive popup message to the user. This is done in javascript. WHen a user does not have javascript, he will still see the original confirmation page.
If you want to disable the confirmations completely, then you could probably use the same kind of method and apply a header("Location: ...") redirect in a bit of PHP in the message template, to redirect to the target page. The perception for the user will be an immediate redirect in this case. He won't see an intermediate screen whatsoever.

---

Maurice Makaay
Phorum Development Team
my blog linkedin profile secret sauce

*self-deleted*



Edited 3 time(s). Last edit at 06/24/2018 05:38PM by Voltius.

Whats your timeframe on this?
I'm thinking of adding a hook in 5.3 at the right place which just returns the data for the given list page and a module there could do everything you'd need - be it slow or not.
Also I assume that you want that to be per forum, not sortable list headers, right?

---

Thomas Seifert

*self-deleted*



Edited 1 time(s). Last edit at 06/24/2018 05:38PM by Voltius.

Well, I mean - is sorting specified per forum in your case or would the user click on a column label to sort by its values?
I would only think of the first option and yes, paging would be possible there.

Sorting by strings, which alphabetical order would imply, is always slower than sorting by numbers as its done now. So you will get a lower performance or higher load for sure.

---

Thomas Seifert

*self-deleted*



Edited 1 time(s). Last edit at 06/24/2018 05:38PM by Voltius.

Phorum can already do some caching.

---

Thomas Seifert

Sorting alphabetically or any other way would not be slow assuming the work went into the queries to add the correct keys and the queries were adjusted to ensure proper key usage. It would increase index size for everything you want to sort by. And that will in turn slow down insert (post) time by some marginal amount. That may or may not be an issue. Posting is already the slowest process we have by default with the exception of paging very deeply into very, very large forums.

Brian - Cowboy Ninja Coder - Personal Blog - Twitter

Has anyone solved the alphabetical sort idea? I'd love to be able to sort posts on the list page of a certain forum alphabetically. I don't need the column header to be clickable with sort options; I just need to have one forum sorted by subject rather than date.

If anyone has worked on this or solved this with either a mod or a hack I'd love to know the details.

---

Jake Morgan

www.PULLOFF.com
Independent Pulling News