Leora (leora) wrote in suggestions,
Leora
leora
suggestions

Sticky Entries Stay On Top

Title
Sticky Entries Stay On Top

Short, concise description of the idea
Don't have users date their entries in the future to keep them on top, have a setting for show this entry at top of the lastn page.

Full description of the idea
Given the new patch to catch errors in dating entries, I expect to have a lot of support questions from users who deliberately set an entry in the future to keep it on top. Regardless, rather than using LJ in unintended ways to get a good feature, why don't we just provide the feature and not need to worry about problems with other features later by doing it properly. If a user has multiple sticky entries, it would need to be decided which order they go in. Either would be okay, just pick one and be consistent. Most users won't use more than one sticky entry anyway. And if they need to do a little re-arranging to make a fairly permanent part of their journal work, that's okay.

An ordered list of benefits

  • No conflicts with dating issues.
  • Fewer support requests related to deliberate mis-dating.
  • Less annoyance for users who know what they're doing.
  • Allows for both an entry on top and an easy record of when it was made, which some users might like.
  • If reverse order is ever allowed as a display option, users can select that without needing to modify these entries, as it separates placement from date.
  • An ordered list of problems/issues involved

  • A swarm of support requests from users who suddenly see a new option appear and want to know what it is.
  • It needs to be coded.
  • Some users will select it without understanding it, then submit requests about why their journal isn't updating. Much as the backdate entry option used to cause a flood of requests about why the entry wasn't showing until it was modified to appear in the lastn view.
  • This could, if massively used in a journal make for fairly random organizationof entries... or any organization desired. While this is a feature to some extent, it may make finding things very confusing (both a possible support and abuse issue and could be high load on the servers - I have no clue on that issue.
  • If I go to edit an entry that is already sticky and have multiple stickies... will that affect the placeent of the entry in the lastn page... if so, that could be annoying. If not, it's annoying to re-order things, but i think worth the extra hassle to not cause fixing a typo to make you have to totally redo your stickies. If you want to move it to the end of the sticky list, you could always unsticky and re-sticky it.
  • An organized list, or a few short paragraphs detailing suggestions for implementation

  • Create a checkbox in the full update page with the option to make the entry sticky. When selected, keep it on top.
  • Post about the new feature to cut back on requests.
  • Tags: date out of order / backdate, entry management, § implemented differently
    Subscribe
    • Post a new comment

      Error

      Anonymous comments are disabled in this journal

      default userpic

      Your reply will be screened

      Your IP address will be recorded 

    • 8 comments