Difference between revisions of "From LJ Suggestions"
From Dreamwidth Notes
(→Communities: Community Maintenance/Moderation: : Enable creation of unique-to-each-comm boilerplate that will display when someone tries to join a given comm.) |
Magycmyste (Talk | contribs) |
||
Line 7: | Line 7: | ||
* November '08 - ursamajor - in progress | * November '08 - ursamajor - in progress | ||
* October '08 - principia_coh - in progress | * October '08 - principia_coh - in progress | ||
+ | * September '08 - Magycmyste - in progress | ||
Revision as of 08:17, 9 January 2009
Everything from 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
- Community Wishlist
- Syndication Wishlist
- Watching Wishlist
- Trusting Wishlist
- OpenID Wishlist
- Intersite Wishlist
- Interface Wishlist
- Multimedia Wishlist
- Posting Wishlist
- Commenting Wishlist
- Data Management Wishlist
- Themes 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).
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".
Styles
- http://community.livejournal.com/suggestions/356270.html -- Error pages (bad dates, etc) for journals are served in the journal style, not site scheme.
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).
Accounts
- http://community.livejournal.com/suggestions/882451.html -- add Twitter profile to profile page. Counter-suggestion to just make free-form fields for entering that sort of info available.
- http://community.livejournal.com/suggestions/373322.html -- multiple login manager tool, DW-side.
Account Creation
- http://community.livejournal.com/suggestions/362229.html -- Confirm username before creating account (I might implement by displaying the username and email address before creating rather than asking for confirmation of account name).
Account Deletion
- http://community.livejournal.com/suggestions/365315.html -- Optional message from deleting user to display on deleted journal (until purged).
Communities: Community Maintenance/Moderation
- http://community.livejournal.com/suggestions/883325.html -- Let community maintainers create a boilerplate message unique to their community that will display when someone tries to join their community.
- http://community.livejournal.com/suggestions/881865.html -- Expand number of comments viewable in 'Latest Received' area to ease handling of comments in very active communities. Specific number given was 500, broken down in pages of 50.
- http://community.livejournal.com/suggestions/376934.html -- Screen entry until fixed by original poster.
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?
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
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.