Title
Permit only logged-in users to view specific entries

Short, concise description of the idea
Similar to friends-locking an entry, this would prevent users who are not logged in from viewing an entry.

Full description of the idea
So, like I said, only users logged into their Livejournal accounts would be able to view specified journal entries. It should be like when one selects to friends-lock entries. It could be chosen as a default setting or selected for an individual entry, as with friends-locking.

• People casually browsing a user's journal wouldn't be able to see certain entries, but LJers wouldn't need to be friended by the user to view his or her journal entries. So if you logged out of a shared computer but your history was still available, other people sharing that computer generally wouldn't see your entries, but if a community moderator wanted to browse your entries to see if you're actually interested in the community topic, they wouldn't need to friend you.
• Adult content settings would ACTUALLY WORK. As it is, one needs to flag an entry for adult content and friends-lock it, because all underage LJers know they can just log out and click right through the "are you over 14/18?" screen. Honestly, that thing's a bit of a joke. And friends-locking it is highly inconvenient. Therefore, more content would be visible to logged-in LJers, and people would no longer be breaking the rules every time they post an entry containing "adult concepts" outside of friends lock.

• It might tend to cause people to create throwaway accounts to get past it.
• It would reduce the amount of content visible to non-logged-in types, and they have to look at the ads. However, it would increase the amount of content actual LJers can see, as discussed previously.

Title
Improve the New Search Results

Short, concise description of the idea
Add sorting options to the new search screen results, and add differentiate communities and personal journals.

Full description of the idea
The new search function is getting quite a bit of flack. I think it's (overall) much more useful/comprehensive than the old search function, but it does need at least a few tweaks.

The things I have in mind are a 'sorting' option for results (Last Post, # of Members/Friends, and Creation Date spring to mind, but there are probably others people will think of), and to break out Personal Journals and Communities into their own separate tabs.

• Improved searching.
• Less griping.

• More complex interface.

Title
To Do List: A New User's Suggestions

Short, concise description of the idea
I would like to make a couple of enhancements to the beta in process for this LiveJournal Feature.

Full description of the idea
I'm not a programmer or very handy with codes, but on my end these enhancements will help me utilize the feature with greater ease.

1. Add a "Next" and "Previous" link to the To-Do Item from so I can go forward and backwards without going to my updated list.
2. Allow multiple add entries from one form.
3. Allow mass security changes from Private to Public to Friends--like changing security for journal entries
4. Allow recurring items. Previously suggested here http://community.livejournal.com/suggestions/582089.html
5. Increase character allowance on subject.

• Basically it would reduce the amount of time and clicking needed to manage multiple items.

• I'm not sure what drawbacks there would be but maybe others can help.

Title
Easier Way to View Friends' Pages

Short, concise description of the idea
There should be an easier way to get to a specific friend's page.

Full description of the idea
Why not have a list of friends that shows up on the home page? Or with the rest of the links at the top of the page? (Currently I have to find an old entry and click their name, or click "Custom Groups" and click on their name there. Takes too long!)

• People who don't have a lot of time can get where they want to go easier. (At least paid accounts should have this priviledge!)

• Creates more work for developers, I guess. I really can't think of anything else.

Title
A copy and/or confirmation of an entry submitted to a moderated community

Short, concise description of the idea
When I post to a community with moderated posting, I would like to receive a copy and/or some other confirmation (either via email or LiveJournal's Message Center) of the entry I submitted.

Full description of the idea
Right now, when one posts an entry to a community with moderated posting (as opposed to moderated membership, which is separate), the poster does not receive any lasting confirmation that they had posted anything, nor do they have access to what they posted in the entry until it has either been accepted or rejected by one of the community's moderators. (Yes, this includes suggestions itself, which has moderated posting although the process is somewhat different.)

All too often, I post something and then (because I have the memory of a goldfish) forget that I had ever done so until I receive an acceptance/rejection email from a community moderator. Also, sometimes, I would like to know what precisely I had submitted; unfortunately, my only current option is to copy the text from the text box(es) and paste it into Notepad or Word.

Thus, I think it would be helpful to receive some kind of notification from LiveJournal (be it via email or via the Message Center) that I had submitted a entry for moderation... and more so if that notification included the full text of the entry I had submitted. That way, I can review it for errors I missed upon submitting the entry and then, if necessary, contact a moderator to ask them to reject it.

Since some folks might not find this feature useful (or possibly even a liability), this should be completely optional, perhaps as a Notifications setting.

Edited to add: I forgot to explicitly mention that the rejection emails already include the full text of the submission. This would be independent of those emails. Thus, were this suggestion implemented, perhaps the full text wouldn't be needed in the rejection emails, since that would render it redundant.

• More permanent verification that an entry has properly been placed in a community's moderation queue
• If this includes an actual copy of the entry's text, a better chance for the poster to catch errors after the fact and then (if necessary) perhaps contact the moderator to ask them to reject the entry
• Less confusion when the poster tries to post a subsequent entry in the same community but receives an error message due to the original entry not having been acted upon yet
• I think there are others, but I'm too braindead to think of them right now

• As usual, the time and trouble to code this
• Extra bandwidth and possible strain on LiveJournal's POP (or outgoing email) server for more notifications sent out
• Possible extra space taken up in the user's LiveJournal Inbox
• Edited to add: Reliability of receipt of notifications cannot be guaranteed, due to email provider issues on the user's end or if they share the same issues that some thread tracking notifications currently have with not appearing in the Inbox as expected
• Again, there are most likely a plethora of issues that haven't even come to mind, but again, I'm too braindead to think of them, sorry ^^;;

Title
Single notification for multiple userpic uploads

Short, concise description of the idea
When your friend uploads a ton of new userpics, generate one notification for the lot of them.

Full description of the idea
If your friend uploads a whole bunch of new userpics, this generates as many notifications as there are userpics. This results in multiple emails, IMs, and inbox notifications.

It would be nice to combine userpics uploaded in the same reasonable short chunk of time into one notification.

The notification should, of course, include the userpic's keywords and comments (I'm not sure offhand if the current emailed ones do; the current inbox ones seem to only do that if the image doesn't load).

If a userpic is then deleted, it would show in the single notification in the inbox as a deleted userpic; it would have the user's name attached to it, but the recent activity of your friends section of the front page has the user's name attached to a deleted userpic too, so it's not like that information isn't already available in some circumstances.

The concept came up in the comments of a suggestion to allow uploading multiple userpics at once: http://community.livejournal.com/suggestions/725240.html?thread=10267896#t10267896

• Fewer notifications sent
• Fewer notifications to dismiss/delete/clear through

• Harder to save just the one notification about the one userpic you particularly liked
• Probably not easy to do in ESN if it's for userpics uploaded in the same hour (or other arbitrary time period) rather than userpics uploaded in bulk

Title
Accessible News Page

Short, concise description of the idea
Putting the link to the news community back on the homepage.

Full description of the idea
Seeing as the search engine has been completely destroyed to oblivion (will be making a separate suggestion for that as well) and one can no longer even do a username search for news and come up with any relevant results, it would be a lot more convenient than having to type in the actual address in the URL bar every time one wants to read the latest update. News should be equally accessible for everyone, including those who don't want to watch the community. Putting the link from the latest post on the homepage (like it was before) would solve this problem.

• Convenience, mostly. Judging by most of the comments in the latest posts, I'd say a good deal of people agree on this.

• None.

Title
Little Women and Men In Black

Short, concise description of the idea
Offer women or different race versions of Livejournal busts.

Full description of the idea
is a pale, white male with a blue shirt. I bet most users do not look like that. I don't.

What about a face color that is a neutral shade of peach/brown/yellow?.......anything but white.

What about choices for hair colors and styles?

Like userpics, why not let people pick the tiny person that is a better representation of themself.

• Could be fun.
• Women and people of races would be acknowledged.
• Jazz up the old Livejournal bust.

• Might get confused with (which is apparently a white man with a green shirt for official LJ people).
• Won't be consistent and could confusing. Might not make every one happy with choices
• How to implement and allow people to choose.

Title
Community Members List

Short, concise description of the idea
Ability for community maintainers to hide their members list.

Full description of the idea
I run a few support communities on LJ that are prone to trolling and harassment towards the members. Many people create "fake" LJ accounts so that their LJ friends are not able to stumble upon the community and see that they are members.

If maintainers were able to hide their "members" list from everyone except maintainers, it would help reduce the amount of trolling that happens in such types of communities. The communities that I help run are friends-only communities, but trolls are still able to look at the "members" list and seek out unsuspecting people to harass, bully, and flame.

I noticed that paidmembers has this option and am hoping that the option will be made public to other communities, as well.

• Reduction of trolling, flaming and general harassment of members in vulnerable communities.
• Reduction of "fake", multiple LJ accounts from users.
• Stronger feeling of safety from members.

• Inability to see how popular communities are with this feature enabled
• Members would not be able to see if perhaps someone they do not get along with is part of the community.

Title
Journal styles

Short, concise description of the idea
I would like to use more than one journal style in my journal.

Full description of the idea
I would like to be able to use more than one journal style. i.e., I want to keep my "autumn" setting for my previous posts, but would like to choose a new style for my current posts. How do I use more than one style?

• Could use a style depending upon one's mood or the season

• not sure of issues

1. Better user experience
2. Fight with spam accounts which used video or graphic images won instantly  !

1. Spam bots might use unusual video service, it takes time to maintain a list of such services
2. Server program need more time for analyzing user input

Title
Websites hosting?

Short, concise description of the idea
Eventually, as the internet grows to the palms of people's pockets', I will have to one day abandon my traditional journal space to upgrade for a personal website of myself and my "sale-able 'qualities' ".

It would make me a lot happier instead, to buy said space from you guys. May I Suggest, that the addition of some form of easy transition to this format would prove to be exceedingly profitable for your company. Imagine, a button or series of links that bequeaths upon the patron an easily accessible tools with raw-ish tools with which to make their own page!

The greatest part is the benefit that both of us would receive.

Full description of the idea

It would make me a lot happier instead, to buy said space from you guys. May I Suggest, that the addition of some form of easy transition to this format would prove to be exceedingly profitable for your company. Imagine, a button or series of links that bequeaths upon the patron an easily accessible tools with raw-ish tools with which to make their own page!

• The greatest part is the benefit that both of us would receive-- money!
• You get money from me.
• I give money to you.
• This idea takes off and I get a lifetime account? That's a good deal.

• Here's a problem, I don't have a really great job. I mean, it's ok, I have fun and stuff, @ Spacecat in San Jose CA, so if you like what I wrote here you should contact me @
• chudbabies@gmail.com
• thanks!

Title
Add link to tag in notification emails for entry-posted-in-tag

Short, concise description of the idea
Add a "View entries with this tag", with a link to the tag, to notification emails for tag subscriptions.

Full description of the idea
Currently, tag subscription emails have the following format:

EXAMPLEUSERNAME has posted a new entry titled "TITLE".
The entry is tagged "COMMA-SEPARATED LIST OF TAGS"

You can:

- View the entry:
http://EXAMPLEUSERNAME.livejournal.com/#####.html
- Read EXAMPLEUSERNAME's recent entries:
http://EXAMPLEUSERNAME.livejournal.com
- Add EXAMPLEUSERNAME to your Friends list:
http://www.livejournal.com/friends/add.bml?user=EXAMPLEUSERNAME


One could just add
- "View EXAMPLEUSERNAME's entries tagged TAGNAME":
http://EXAMPLEUSERNAME.livejournal.com/tag/TAGNAME

• Intuitive
• Unlikely to be that much work
• Good useful-to-effort ratio

• It might break in entertaining ways at first with special characters in tag names, so it could take a bit more doing than expected
• It's one of those invisible little things that doesn't bother you until you notice it could be better, so motivation to make it happen might not be very high.

Title
Notifications for community membership removal

Short, concise description of the idea
Much like "defriending" notifications or "maintainership removal" notifications, I would like to have "membership removal" notifications issued to the user in question when someone else removes their membership from a community.

Full description of the idea
Currently, if someone's membership from a given community is removed by someone else (i.e. a maintainer), the user won't get directly notified about it. We have notifications for removals of maintainership from a community, and (for Paid and Permanent users) removals from someone else's Friends list. Thus, it would make sense to me to get notified that my membership from a community was revoked.

For example, I didn't find out that I was no longer a member of a community for which I had long ago lost eligibility, until today. Not that big of a deal, except that I would have liked to have found out sooner so that I could have unwatched it at that time.

This suggestion is somewhat similar to this one except that it involves only the ex-member in question; with just this suggestion, others would not receive notification that the user's membership had been removed.

• More convenience and quicker notification for the ex-member in question

• As always, the time and trouble for developers to code this and set up the notification system to handle this new notification type
• To make it commensurate with the "defriending" notifications, this should probably also be available only to Paid or Permanent accounts
• Maybe a little more risk of drama over getting booted from a community, but I really think that's doubtful at most (given that they will probably eventually find out anyway) *Shrug*
• Edited to add: Reliability of the notifications cannot be guaranteed, due to email provider issues on the user's end or issues similar to those of some thread tracking notifications not appearing as expected in the user's Inbox

Title
Searching communities

Short, concise description of the idea
I hate the new way of searching that give a mixed list of personal journals and communities

Full description of the idea
i do not like the new search function. I know get this long list of personal journals and communities. I liked the old list and communities were listed according to how long ago they were up dated.

I never never search for personal journals and i don't want them in the list I'm generating.

Please i beg you go back to separating communities fro personal journals

• It was easier to find the communities I was looking for without wading through pages of personal journals

• no problems - people who want to search for friends can still do that separately

Title
Cleaner style for sub and sup tags

Short, concise description of the idea
Including the sub or sup tags in text makes lines space unevenly, a little CSS can fix that.

Full description of the idea
Using sub or sup tags causes the line in which that text is included to be taller, which causes lines of text to space unevenly.¹ That makes text look worse when using sup tags for footnotes, for example. That can be fixed with CSS without reducing the readability of subscript and superscript text.² That change should be included in the default comment page CSS (and possibly the CSS for some of the journal styles as well).

¹ Like this paragraph, I assume, but I can't preview entries entered with the suggestions form... someone should suggest that as a feature.
² Like the example here.

• Better appearance when using subscript and superscript in text.

• Might interfere with custom CSS designed to do the same thing.
• Cross-browser issues?

Title
WinAmp Application Detection integration

Short, concise description of the idea
WinAmp / current music automation using Winamp Application Detection new NullSoft WinAmp™ feature.

Full description of the idea
NullSoft WinAmp™ have introduced new feature known as WinAmp Application Detection. AFAIK, it's some protocol winamp:// that allows partner sites (such as WinAmp, SHOut… etc.) to detect current music automatically.
Will it be possible to implement automatic WinAmp integration thus?
Thank you in advance!

• It can became LiveJournal extra advantage comparing with FaceBook, Twitter and so on.

• It's very need to allow users switch the feature off if they wish so.

Title
Give us Give More

Short, concise description of the idea
Bring back the Give More holiday promotion.

Full description of the idea
Please just bring back the Give More holiday promotion. I buy stuff through it every year, including more paid time for myself. Giving coupons to my friends so that they can have ten dollars off something they're not going to get if they haven't already for themselves is not so great. Lots of sadfaces.

• You'll get money from me and from so many other users by doing this. Seriously.
• Holiday cheer passed around.
• Cookies and rainbows.

• None? Yeah. It's none.

Title
Search function

Short, concise description of the idea
Give us back our interest based and username search function.

Full description of the idea
While I'm sure many people will like the new text search function, I have no use for it and it just makes navigating LJ (an already difficult enough task for beginners) that much harder. I'd appriciate it much more if I could select the old search system alongside the new text search so I could skip having to do a pointless text search just to find the interests search function and keep up with the active communities based on my interests. The text search function is of little personal interest to me, and I would have also appriciated a feedback form so I didn't have to use the suggestion function to make my views heard.

• -Wider search functionality.
  -Easier to find friends and people interested in the same things.
  -Makes it easier to use on the whole, especially for brand new users and old hands.
  -Ability to bypass being exposed to comments you have not invited (eg a young person curious about their sexuality may search 'gay' and see offensive/abusive things in the comments search that could be damaging)

• May be difficult to impliment?
  Could be confusing initally (suggest you keep things as simple as possible or add some kind of quick guide to the FAQ in this case)

Title
Userpic Keyword Renaming

Short, concise description of the idea
The ability to rename a keyword for a particular icon without changing all uses of the original keyword to a user's default icon.

Full description of the idea
This has been brought up once before in 2007 and again in 2008. I'm not sure what the necessary lapse time before resubmission is, but since Dreamwidth has recently implemented this, I thought it was worth a shot.

Many a time I realize months after uploading and use that I've left a typo in a userpic's keyword, or I just don't like the keyword in the first place. Fixing the typo (or otherwise changing the keyword) would result in every use of that userpic in the time since it was uploaded changing over to my default.

While I adore my default userpic, I would much rather be able to keep the original userpic in its original place, just with the corrected keyword, especially when it's been a long time since the userpic was uploaded. I could go back and manually replace all of the uses of the old userpic in posts, but you can't fix the userpics used in comments which have been replied to (or the ones in comments that haven't been replied to, if you're not a paid user).

It would be very useful to be able to rename a keyword so that all previous uses of that keyword/userpic would be preserved with the new keyword.

Dreamwidth's implementation allows the user to choose between replacing a keyword (what LiveJournal allows right now) or renaming a keyword, which would fix every old use of that keyword, by checking a box that shows up when you try to change a userpic's keywords.

• Preserves old posts and comments. Sometimes a post/comment can come across very differently if it doesn't have the icon that was chosen attached to it.
• Less angst involved in deciding if it's even worth changing a keyword
• Dreamwidth has already implemented this, which might make it easier to do here.

• Drain on LiveJournal's resources? I don't actually know what kind of pull this would have on databases/what-have-you.
• I'm not positive whether Dreamwidth's implementation is something LiveJournal is willing/able to do.
• Could confuse old and new users alike by changing the current functionality.

Title
Dump The Monkeys, Hire Goats

Short, concise description of the idea
Dump The Monkeys, Hire Goats To Maintain LiveJournal

Full description of the idea
The monkeys have been sitting around all day eating bananas and mashing their hands on keyboards. Their lazy and animalistic behaviour has caused slow load times and notification delays/errors on LiveJournal.

If only we could dump the monkeys and hire GOATS! Our wonderful leader, Frank, has been around since the beginning. I trust him and believe that if we had more goats on the payroll, there would never be notification delivery problems on LiveJournal ever again !

• In these tough economic times, unemployed goats will now be able to find a job.
• Frank will be happy he has some new friends to graze with.
• A happy Frank leads to a happy staff which leads to a happy organization.

• Limited goat population at headquarters in San Francisco. Possibility of having to export jobs to goats outside California.
• Monkeys will be unemployed.

Title
Expose reply_count to flat interface call "getfriendspage"

Short, concise description of the idea
The API call "getfriendspage" returns the reply_count for entries if called through the XML-RPC interface, but not if called through the flat interface.

Full description of the idea
It looks to be a simple change - currently line 3450 of cgi-bin/ljprotocol.pl has a list of keywords that are used to get the post properties for the flat interface. It reads

foreach my $f (qw(subject_raw journalname journaltype postername postertype ditemid security)) {

and it should read

foreach my $f (qw(subject_raw journalname journaltype postername postertype ditemid security reply_count)) {

• Application developers would be able to choose between the flat and XML-RPC interfaces based on what is convenient, knowing that the same results will be returned from both.

• A small amount of testing should be done. I don't believe this will cause any problems, since the next line of code checks to make sure the property exists before reading it, and this should be set all the time regardless.

Title
"Like/Dislike/Agree/Disagree/LOL/Interesting/Thanks" buttons

Short, concise description of the idea
To bring more interaction and community participation to LJ, I would love to see a small line of clickable ajax buttons across the bottom of each post: like, dislike, agree, etc.

Full description of the idea
The targeted social networking site Ravelry has done Facebook one better -- across the bottom of each of its forum posts, there is a small, unobtrusive light-grey line of ajax buttons: Educational | Interesting | Funny | Love (and more). Readers can quickly click before coming back later for a longer-form written comment.

I propose having an opt-in system of placing a similar line of ajax links across the bottom of Livejournal entries, so that readers can participate and respond in an easier, low-commitment way.

• Reader response encourages Livejournal participation.
• Unobtrusive way of breathing more life into the community aspect of LJ.
• Adds a fun dimension by being able to see how many people have clicked the various buttons after reading a post.
• Could be completely optional, by user or by post.
• Brings the "drive-by" convenience aspect of Facebook into our LJ community.

• Is the idea of a "like" button trademarked?
• Does LJ prefer to mandate long-form commenting, rather than quick participation?