Navigating the articles on sidebar

Issue #85 on hold
Peeter Tinits created an issue

It should be possible to order the articles so that the empty ones are displayed first. They may be otherwise difficult to find in long lists.

Given as the interface is meant to allow importing long list, some other characteristic may be nice to see on the sidebar. E.g. a numerical value for article length in chars or bytes. This shouldn't be too difficult to implement?

Comments (8)

  1. Peeter Tinits reporter

    In line with issue #75, there should be some way to have just a small selection of the chosen articles in the sidebar. Having too many articles creates too much choice, and decreases the amount of writing to be done. It needs some thought as to how it would look like.

    But at the very least it should be possible to order the articles by importance of writing, e.g. by putting the unwritten articles first, maybe even randomizing the sequence, or organizing the already written articles according to size.

  2. Peeter Tinits reporter

    Filtering is good, ordering would be even better. Both possibilities would be best.

    While at it, filtering for "Changed" articles would be useful too. - Indeed for any type out there for the user to navigate, whether to check on work already completed or find new articles. Still, differentiating changed+uploaded from unchanged would be useful. Not sure how difficult it could be. Possible to just hardcode the changed articles to locally remember that it was changed+uploaded.

  3. Andrjus Frantskjavitsius repo owner

    Ordering can be complicated if you add weird conditions like show X first. Filters are cleaner in this case.

  4. Kristian K

    I personally don't find long lists a problem. I more see it as usage patterns for different kind of lists. Shorter lists are more personal "to do" lists and the long list is some long term goal that should be achieved, e.g "add the articles of fauna to the X-language Wikipedia".

    The issue of too long lists is relevant in the context of having the program be usable in "language teams". The language team should have a group leader that chooses which articles should be translated (this could be linked with some kind of funding or grant) and the group in whole translates them.

    Could the management of such a list be done via Wikipedia? E.g. for each translation project, a page is created where the article names are added (and later more articles can be appended or deleted).

    Could such a list be dynamically divided to each user? Or should it be up to the users to choose what they want to translate?

    In the work-flow of shrinking the long list into a shorter, personal to-do list, it could be usable to have an "exploration view" of the list. Much like in many contexts "choosing photos" is done by showing a MxN table of smaller images and the user is let to mark the wanted. Similarly the title and categories could be shown to user, and s/he can make a selection. A manual filter.

  5. Peeter Tinits reporter

    The main point is that the user shouldn't have to work in finding the best article to write. Thus the ones with no corresponding article or a short one could be somehow be emphasized and would be offered to the user by default.

  6. Log in to comment