User Interface (UI) / User Experience (UX) · Articles & templates · Created by
thepocketGM
closed
sorting articles filter organization athena interface
What functionality is missing? What is unsatisfying with the current situation?
There is currently no ability to sort your articles in any way quickly. Currently, you can manually click-and-hold the "Arrange" button to drag an article to a new position, but this is finicky and slow at best, and outright doesn't work at worst.
There are even situations where I'll spend time trying to re-order articles and when I refresh the page or move away from it the changes wouldn't take! However, arbitrarily or at random, there are times where it does work, but it's still incredibly time consuming.
How does this feature request address the current situation?
If there were an additional setting or button or something up near the expand-all-articles or collapse-all-articles area to sort by some parameters it would save everyone the organizing agony.
What are other uses for this feature request?
This could be expanded to allow for filter/sort-by-tag, filter/sort-by-article-type, filter/sort-by-contents. The filter option could be just to pull up articles that possess a given set of parameters, whereas sort would actually rearrange articles until they are arranged in a different way (more semi-permanent).
Follow up
Follow-on Edit:
Ah, okay, so because my use-case isn't the same as others', the necessity of it is invalid, thus the negative coins? How is this an effective system? And why vote against it, anyway?
Even if it wasn't a feature you'd use, personally, there may be some who do use it. For instance, I utilize the category > article system to help sort out hundreds (yes, hundreds) of items that each can have write-ups of up to roughly 500 or more words. This quickly becomes a big "database", and that's just items/equipment, that's not even including characters, places, etc.
The worst thing that happens is people who need it get it, those who don't need it don't use it. The negative coins/points is about as nonsensical as voting against the idea in the first place. And the idea that only 20 articles or fewer is ever going to be utilized puts a hard limit to how useful categories can be in the first place, and that alphabetization--the simplest sorting idea by far--only works on that few amount of articles means you either need to make an excessive number of categories, or just resign yourself to a messy back-end.
The game system I run (Pathfinder 2e) has well over that in every equipment "category"/genre alone, and let's not even get into things like bestiaries, places, peoples, etc.
Even casually I'd push past that threshold. So, what, I'm supposed to make a category underneath each parent category to sort into A, B, C, etc? And when any of those goes too large add secondary, tertiary, quantiary, etc categories?
Y'all don't even make sense. Dimitri, feel free to close this, as it's clear there's apparently some stance the community at large shares that will just push this suggestion down anyway.
The Team's Response
Hello there!
So first of all thank you very much for the very clear and thorough request. :)
Secondly, to take this out of the way, We are working on a system that will allow for the efficient sorting of many more articles under a category. To be honest with you, I am not sure if 500 will be attainable since it is over even the max fetch limit of 200 for most listings without internal pagination but we shall see :)
As a suggestion, and take it please only as that, you might want to create folders within your folders that do short alphabetically in chunks like A - E, F - H etc. I hope it is clear. This will honestly make it easier to search through for users anyway :) (Considering that you will even have 1000 entries and the worst case would be a letter by letter that would be 40 by letter that the new system would certainly be able to handle but I think that an arerage of 100 - 120 per chunk will be parse-able and automatically organizable. Even for bigger chunks there are tricks we can do, and I am planning to implement them (namely not to save the actual order but set a category as alphabetised that at the point of display will alphabetize an otherwise unordered list. As a said ... there are tricks we can do :)
In regards to negative voting
I think that in general there is a misconception about why someone would vote negatively. I would suggest, that you do not take personal offense. In my humble opinion a negative vote is not, necessarily a sign of a bad feature, but it is a sign of the feature being ultimately less important than other features currently being voted AND features accepted that according to the votes MUST take precedence. It is an equalisation vote.
With respect
Dimitris
P.S. I am closing this, knowing fully that this is already in the pipeline.
Current score
21/300 Votes · +3511 points