Difference between revisions of "From LJ Suggestions"
From Dreamwidth Notes
(→Site Schemes) |
|||
| Line 73: | Line 73: | ||
== Site Schemes == | == Site Schemes == | ||
| − | * http://community.livejournal.com/suggestions/864581.html -- add "find:" search to Lynx, omg why was this not done back in 2003? | + | * http://community.livejournal.com/suggestions/864581.html -- add "find:" search to Lynx, omg why was this not done back in 2003? |
| + | |||
| + | * 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. | ||
== Support == | == Support == | ||
Revision as of 04:49, 10 January 2009
Everything from ![[info]](http://wiki.dreamwidth.net/wiki/extensions/LJ/images//community.gif){kind=small}
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...)
Months from suggestions that have already been mined for useful suggestions:
- None yet.
- November '08 - ursamajor - in progress
- October '08 - principia_coh - in progress
- September '08 - Magycmyste - in progress
- Accounts Wishlist
- Community Wishlist
- Syndication Wishlist
- WTF Wishlist (Watching, Trusting, Friending)
- OpenID Wishlist
- Intersite Wishlist
- Interface Wishlist
- Multimedia Wishlist
- Posting Wishlist
- Commenting Wishlist
- Data Management Wishlist
- Styles Wishlist
- Support Wishlist
- Installation Wishlist
- Client Wishlist
Contents
Memories
- http://community.livejournal.com/suggestions/348380.html -- Option at time of entry creation to instantly make entry a memory.
This would be fairly easy to implement if actually wanted.
- http://community.livejournal.com/suggestions/349056.html -- Export memories by category (needs work to avoid huge hit).
- http://community.livejournal.com/suggestions/380025.html -- Indicate in archive view (or other places too?) if entry has been added as a memory (by me) (maybe public memory by others too).
- http://community.livejournal.com/suggestions/891542.html - Revamp Memories - "should feel like a cross between delicious and inbox management;" specifically, put categories/keywords on the left and memorified links on the right. Better ability to bulk edit/rename/move between memories cats. Better ability to see/find uncategorized memories. Add the ability to add a note to a memory, a la delicious?
Service-specific markup
- http://community.livejournal.com/suggestions/350836.html -- List of pre-defined people and/or entities that could be linked to in a way similar to another local-service user, except this would be defined per-journal by the user, for example, <lj cast="mymom">. Link would go to sub-page belonging to user, the space defined for "mymom", where the user could provide all the relevant explanation of the person and/or entity "mymom".
Inbox/ESN/Notifications
- http://community.livejournal.com/suggestions/887768.html - mark PMs as read after they've been replied to in the Inbox
- 1. Don't allow blank PMs to be sent. - 2. LJ form completion behavior - should be internally consistent, yes (PM form behavior mirrors Tag form behavior, for example - but should also be consistent with external standard form behavior?
http://community.livejournal.com/suggestions/890016.html - refresh message count in headers when deleting messages in inbox (only on the page where the messages were deleted from, not cross-tab or cross-window)
http://community.livejournal.com/suggestions/890470.html - need a better process for spam removal - fewer clicks, able to remove in bulk.
http://community.livejournal.com/suggestions/890784.html = allow unformatted links in the inbox to be clickable.
Userpics
- http://community.livejournal.com/suggestions/881651.html -- Make anchor tags on the 'allpics' page so that when someone clicks on an icon associated with a post or comment for more information it takes you to that specific icon rather than putting you at the top of a page that may have almost 200 icons on it.
- http://community.livejournal.com/suggestions/356886.html -- Show stats on userpics use (most frequently used) (shinier would be most frequently used over time).
External Services
Moods
- http://community.livejournal.com/suggestions/380573.html -- Moods can show intensity via color modification (probably not suitable for all mood themes)
- http://community.livejournal.com/suggestions/384894.html -- paid mood themes
Site Schemes
- http://community.livejournal.com/suggestions/864581.html -- add "find:" search to Lynx, omg why was this not done back in 2003?
- 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.
Support
- http://community.livejournal.com/suggestions/882211.html -- enable sorting of Support requests by ones that have no response yet. Counter-suggestions include letting a volunteer tag a request as one they don't want to look at again (e.g., if it's one they know has been answered adequately).
- http://community.livejournal.com/suggestions/882065.html -- enable sorting of Support requests by ones you haven't touched. Also, enable sorting of green support requests by ones you have or haven't touched.
- http://community.livejournal.com/suggestions/362810.html -- link to FAQs about certain error messages with those error messages
Suggestions
- http://community.livejournal.com/suggestions/892296.html - Ability to preview (and then edit) a suggestion during the submissions process. Enthusiastically supported.
Statistics
- http://community.livejournal.com/suggestions/377309.html -- Extended site statistics.
Search
- http://community.livejournal.com/suggestions/419057.html -- Search for users with PGP keys
Et cetera
- http://community.livejournal.com/suggestions/386309.html -- redirect www.usersub.example.com to usersub.example.com so fewer people need to be fish-slapped.
- http://community.livejournal.com/suggestions/879620.html?thread=13611524#t13611524 -- friendbot preventative measure proposed by commenter: force completion of captcha for each additional friend an account adds after a certain number of friends are added in a certain amount of time.
