From LJ Suggestions

From Dreamwidth Notes
Revision as of 00:57, 14 January 2009 by Tty63 (Talk | contribs)

Jump to: navigation, search

Everything from [info]suggestions that doesn't totally suck. (IE: anything non-obsolete, non-reactionary, and not related to details of LiveJournal.com's business plan and not LiveJournal-the-service).

(Built over time, la la la, categorize however y'all find appropriate...)

To ensure catching all useful entries from the community, please view by day ( http://community.livejournal.com/suggestions/2008/11/01/ ) or month ( http://community.livejournal.com/suggestions/2008/11/ ) rather than using the previous/next buttons on the entries, as some entries were posted out of chronological order.

Months from [info]suggestions that have already been mined for useful suggestions:

  • None yet.
  • November '08 - ursamajor - DONE.
  • October '08 - principia_coh - in progress
  • September '08 - Magycmyste - in progress
  • August '08 - ursamajor ([info]ursamajor) - DONE.
  • July '08 - squirrellyq ([info]squirrellyq) - in progress.
  • June '08 - ursamajor - in progress
  • May '08 - John has mined, just needs to be added
  • April '08 - tty63 - DONE.
  • March '08 - gblvr - in progress
  • February '08 - [info]cheyinka - in progress

Site Schemes

  • http://community.livejournal.com/suggestions/888650.html - 1. Figure out better way to differentiate between screened and unscreened comments in Lynx. 2. Adjust alt text sensibly for screen/unscreen button - it says "screen" for both "to screen" and "to unscreen;" combined with the above problem, it's hard to know whether you're screening or unscreening a given comment!
  • http://community.livejournal.com/suggestions/888876.html - Text links in lieu of image buttons? Similar issue as above - alt text not changing appropriately when situation changes ((un)screen, (un)freeze). Also, "is Lynx meant to be for mobile browsers? For visually impaired readers?" Make as clean and compact, codewise, as possible.

Error Pages

  • http://community.livejournal.com/suggestions/889338.html - On the journal pages of purged accounts, link to "rename accounts page." Part of a larger point - non-sitescheme 404s such as journal pages are utterly useless right now. Should we force 404s into sitescheme with contextually appropriate links? For example, going to the profile page of a purged journal is in sitescheme; going to the journal or friends page of a purged journal is not. For ease of use, this needs to be addressed.

Suggestions

  • I don't think there actually is a suggestion in for this yet, but given recent Suggestions deletion drama, users should not be able to delete their top-level Suggestions posts. They should be able to disable receiving notifications from it, yes, but if a suggestion is posted and discussion occurs, even if it is entirely against the proposed suggestion, it is useful to have discussion pointing out all these issues archived to show people "this is why this suggestion is not such a good idea for DW," etc.

Statistics

Search

  • http://community.livejournal.com/suggestions/853529.html - Although there are a number of ways to search, items like the directory search are quite limited and the directory search currently seems to be broken. New ideas: by location, by language, by updated (24h, 3d, 7d, 1mo), by multiple tickyboxed interests (as in "find people who are into [x]bisexuality [x]fanfiction [x]doctor who."

External Services

Embedding

Profile

TXT-LJ

  • http://community.livejournal.com/suggestions/850725.html - TXT-LJ could place messages received within a few seconds of each other in the same post, to reverse splitting of messages by mobile service providers. No in-depth discussion, but concerns that (a) these messages sometimes appear out of order, and (b) the 160-char limit is a function of SMS, not LJ.

Gifts/vgifts

Et cetera

Some of these are probably categorizable, but I'm not sure where. --Ursamajor 05:15, 10 January 2009 (UTC)

  • http://community.livejournal.com/suggestions/893954.html - Image placeholders. Applies across friends page and entries. Dre (need to find her userpage) points out that on-demand size detection is impractical especially for low-bandwidth readers (and would force images to go through DW's bandwidth for said detection, costing even more money), so the existing implementation of image placeholders is as good as it can be for now; still, upgrading the existing console command for customizing the placeholder size threshold to being in the settings would be lovely.