Title
Add Userpic "Browse" Button to Full Comment Page

Short, concise description of the idea
The userpic "Browse" button, which allows you to browse through your userpics to select one when making a comment, should be added to the full comment page.

Full description of the idea
Currently, the userpic "Browse" button is available when you comment using the quick-reply comment form, but it is not available when you go to the full comment page (?mode=reply). This feature should be made available on the full comment page.

• Users will be able to select userpics by sight even when they want to select comment settings that are not available in quick-reply.
• Consistency between the two comment forms.
• Full version will not be missing features available in the "light" version.

• It might be a lot to fit on that line on the full comment page, since "Don't auto-format" and "Quote" are also there.

Title
sidebar boxes

Short, concise description of the idea
be able to add two blurb (or html boxes in my mind) or two link lists

Full description of the idea
what sucks is that i've only been rationed ONE link list and ONE blurb. what if i don't want to put all my links in one place? i don't want to be limited to having to post all my goodies in the blurb box.

the sidebar, in truth, very restricted when it comes to customization

• -ability to have two separate link lists (of course, all links adding up to max allowed by account)
• 
  -increased customization
• 
  

• -long time to load if person places connection draining material (i.e. extremely large pictures or videos)

Title
Animated Ads

Short, concise description of the idea
Animated ads bog down dial-up connections

Full description of the idea
Dial-up internet users like me have slow connection speeds, and ads that show an animation, movie clip sequence, or move and change requires more download on a very narrow band. This bogs down a dial-up connection. Can there be a catagory to select for ads that don't animate so much for dial-up users to select?

• Better user satisfaction
• Quicker navigation

• Dial-up is not as common of a connection as broadband these days.

Title
Please Change the Suggestions Community Tagline for Accuracy

Short, concise description of the idea
Currently, the suggestions community bears the tagline, "Want to improve LiveJournal? Contribute your ideas!" Since the community is closed to new members due to sheer volume, this tagline no longer correctly describes the community, and the line should be updated until the community is reopened.

Full description of the idea
The new, more appropriate tagline could guide people to this very page--perhaps, "Want to improve LiveJournal? Contribute your ideas by clicking here!

Further, the profile page of the community, while clear on the point that joining is not necessary to suggest changes, should also point out that joining is also not presently possible, and that the link is in fact required for suggestions.

• *The description would be clearer, and therefore less of a false welcome, as it would quickly and simply explain what's going on.
• *It would reduce complaints and questions about the nature of the community.
• *It would save time for the maintainers, both employee and volunteer.

• It would take several minutes for someone to go in and make the necessary text edits, and would require someone to cut and paste some basic HTML.

Title
Limited user profile visibility by security levels

Short, concise description of the idea
This would give control over who can view parts of my user profile.

Full description of the idea
I would like to be able to limit the amount of information that is available to people on my profile if they are not friends(or in a certain friends group).

The idea is that you could have a "teaser" public profile and then a more detailed profile for people you actually friend. There are two similiar solutions available at the moment, a future dated entry which makes editting entries a pain as the future dated entry always comes up first or a link on the profile to a friends locked entry.

It would also allow me to limit contact info on my profile, so it open to set groups of friends.

• Benefits are more control over what is in public domain.
  Provides new friends with a useful overview of person, rather than doing what I have to do a drawl back through dozens of entries or not realising for months someone is married, etc.

• Increased complexity in creating user profile.

Title
Community Invites & Friends Groups

Short, concise description of the idea
When you accept a community invite, you're not asked whether you want to include it into a custom friends group or not. It'd be great if this could be changed. (The way it's already done when you add or join a community on your own actually.)

Full description of the idea
If you need to see what happens when you add or join a community, try these:
http://www.livejournal.com/friends/add.bml?user=lj_2008
http://www.livejournal.com/community/join.bml?comm=lj_2008

• Have this process as simple and fast as joining a community on your own is.

• None?

Title
Filter comments by date

Short, concise description of the idea
Have comments auto-expand based on selected time period (Today, Two Days...), but show headings of entire tree structure.

Full description of the idea
With lots of comments, the article page becomes unwieldy. Have older comments collapsed, newer ones expanded. This could be done via a view filter at the top of the page.

• Makes navigation easier.

• Collapsed parents might make context more difficult in some cases.

Title
Easy access to secure login (https) from URL livejournal.com.

Short, concise description of the idea
Secure login is a must on today's internet and should be an obvious option on the LJ Home URL.

Full description of the idea
If you choose not to make https the login default on the URL livejournal.com, please make access to it an obvious button that I can just click to get to secure login. Then give me the regular login page, not a poorly designed afterthought that requires me to click to get to *any* useful content.

• Everyone with an account should:
• see your interesting, well-designed login page;
• have easy access to secure login;
• and from there get routed directly to their personal LJ "Home" without having to click again to get to it.

• Easy access to secure login (https) from the main page doesn't have any drawbacks . People can continue to use the unencrypted login (http) or click a button to get secure login (https).

Title
Charity Sponsor Journals

Short, concise description of the idea
Journals able to support charities via their layout and ads

Full description of the idea
With the Paid by Sponsored accounts coming out, it would be nice if users of any level non-Sponsored could chose to sponsor charities of our choice using the same method; instead of them supporting us, we support them by having the banners and the layout, and perhaps an easy link to donate discreetly places in the main layout and profile. This would allow LJ members to support some wonderful causes easily. Paid members might even be able to pay an extra amount of their choosing which would go to the charity. Also possible is that some of the actual Sponsors may like to support these, so that for every pageview/click or however the current billing is set, the sponsor sends money to the charity.

• Money to charities
  Encouraging good community practices
  Good press all the way around ^~

• Finding charities
  Arranging the donation set-up
  Taxes and records, if people donate enough to be tax-deductible

Title
Automatic friend re-adding

Short, concise description of the idea
When de-friending somebody, have the ability to automatically re-friend them after a certain time.

Full description of the idea
Sometimes users post something that is unpleasant for a small number of their friends, for example a picture of a dog would unintentionally make a dog-phobic friend uncomfortable every time they read their friends page. This can be got around by reclassifying the friend or removing them from one's friends list until that particular post has passed a reasonable number of friends pages. A better way of doing this would be to give an opportunity to restore the friend to their former status after a certain mark has been reached, for example "in 3 days" or "once this post has reached skip=200". If this time restore option is selected the friend could be informed by email that this has taken place and when the change will be reversed.

• -More convenient method of achieving what user wants (stay friends but do not want to see this post) without offending friend by forgetting to add them back

• Can't think of any, I'm sure other people can!

Title
Referrals

Short, concise description of the idea
Since you have paid accounts it would be a great idea to let us poor people earn points toward a free account with X amount of referrals.

Full description of the idea
You supply us with banners to put on our other sites, people click them, come here, we get points, BONUS points if they sign up for a paid membership.

• Once we get a taste of a paid membership (assuming we don't earn infinite referral points) we may be more likely to continue the paid membership once our referral points run out and more random people learn about and come to lj.

• if our referrals don't sign up for paid accounts but we get alot of people to sign up for unpaids, thus still earning X amount of ref. points it could possibly cause you to give out a few paid accounts but it wouldn't be THAT bad, I promise! Or you could just give me a paid account for coming up with the idea and I won't tell ANYBODY! I swear!

Title
Maintainers should be notified of community deletion

Short, concise description of the idea
Maintainers should be notified of community deletion.

Full description of the idea
I was/am a maintainer of the community mucholdermoms. All of a sudden, the community was deleted - with no notification sent to me. Granted, the owner decided to up & leave, but why wasn't I automatically notified that the community was going to be deleted? In fact, why isn't there an option given to the owner/creator to automatically pass on the maintainership to the already-named maintainer?

• It would save a lot of confusion as to what happened to the community.
• It would save a lot of stress for those maintainers who had dedicated lots of time to the community.

• I can't think of any problems!

Title
Suggestion: Automatic Recording of Last Date Profile Updated

Short, concise description of the idea
I want LiveJournal to give users the option to automatically record, on their profile or userinfo page, the date that the profile was last updated.

Full description of the idea
The summary explains exactly what I want. Presently, LiveJournal does not give users the option to automatically record, on their profile or userinfo page, the date that the profile was last updated.

• For users like me, who update their profiles often, it will allow them to record the date of last update without needing to record it manually on their profile.
• It will allow viewers of the journal to know the date of last update, for their knowledge and in case they are citing the profile as a source in their writing.

• It might be unfeasible for LiveJournal. However, LiveJournal already automatically records the date of last entry on each profile.

Title
Create page: link to create a community

Short, concise description of the idea
There used to be a link to http://www.livejournal.com/community/create.bml on http://www.livejournal.com/create.bml. Put it back please?

Full description of the idea
Do I need to explain more about my idea?

• Let users create communities without having to go through the FAQ (or the site map) to find the link.

• None?

Title
More flexible PM permission options

Short, concise description of the idea
If my settings don't allow someone to PM me, and I PM that person, they should be able to reply to me in spite of my settings. I should also be able to exempt specific usernames from my chosen restrictions.

Full description of the idea
Presumeably, if I don't want to talk with someone, I won't message them (well, in a perfect world, anyway). PM-ing someone should signal that regardless of my chosen settings, I am willing to communicate with that person. This person could be allowed to reply for a certain time period after I sent the message, to avoid giving someone carte blanche by messaging them once.

Also, we can already override the settings by banning specific usernames, so it would make sense to be able to override them by allowing specific usernames. I'm thinking that although people won't want everyone they message to be able to message them forever, they would like to grant long-term permission to specific people.

If this is implemented, when you send a message to someone who can't normally PM you, you should get a confirmation screen with a warning and the option of adding them to the allowed list:

"If you send this message, this person will be able to reply to you for one week, in spite of your settings. If you would like this person to always be able to message you, ticky."

• More intuitive - a lot of people sending messages probably assume that the recipient can respond, when that's not the case.
• Less frustration! No more getting messages you can't reply to.
• The allowed list provides more flexibility in deciding who can message you.
• This would enable people to set PM permissions to "none" but still list specific people who would be allowed to send messages.

• Things would become more complicated (both from user and support perspectives) with more possible permission arrangements.
• People who only add allowed users through the confirmation screen might think there's no other way to edit the allowed list, and specifically that they can't remove anyone from it once added.

Title
Allow upload of voice posts

Short, concise description of the idea
I'd like to be able to record and edit a sound file using a desktop program such as Audacity and upload it to LJ.

Full description of the idea
I'd like to be able to record and edit a sound file using a desktop program such as Audacity and upload it to LJ. This feature should be available to all users that can use voice posting.

Each upload should count against my voice post quota for the month.

Each upload should be converted to the format specified in my voice post settings, if necessary, and should be limited to 5 MB (~12:30 at 56 kbps MP3, plus meta) after conversion. Meta information such as ID3 tags should be preserved.

Public posts of three minutes or less should be transcribed by SpinVox.

• Users without access to a phone can share voice posts.
• Users who would otherwise pay high long-distance fees can share voice posts.

• I cannot foresee any at this time.

Title
Limit of 255 characters in poll: lj-pi tag (de-facto limit is 127 characters)

Short, concise description of the idea
Lj-pi (voting options) sometimes need to have more than 127 characters in them for an option.

Full description of the idea
The following lj-pi tag has 157 non-latin unicode characters inside:
<lj-pi>они правильно поступают: людям нужно четко указывать, что делать можно, а что нельзя; однако список "спасительно/не спасительно" при этом не должен меняться.</lj-pi>
Which is over the limit of 255 characters for the field. (Shows 285 characters)

• better polls

• Poll database size will grow slightly (changing database field to TEXT type)

Title
Extend <lj user=""> tag to point to other sites that use LJ software

Short, concise description of the idea
Extend the <lj user=""> tag or create a similar one, for referring to users at other LJ-like journalling sites as easily as we refer to other LJ users now.

Full description of the idea
With more and more cross-site relationships forming, I've been seeing folks on LJ trying to use <lj user=""> to refer to InsaneJournal or DeadJournal users, and vice-versa. I've been pasting in the full HTML that the <lj> tag expands to (so this suggestion would only be a minor increase in convenience for me personally) and I've had several less-geeky people ask, "Hey, how'd you do that?" and I've seen even more folks attempt to refer to users on another site and accidentally link to the same username at their own site instead.

This is related to the 2008-02-11 "make lj user linking to OpenID users easier" suggestion and similar to (but more limited in scope than) the 2005-02-13 "New LJ tags for people who are not on LJ" suggestion.

My InsaneJournal readers seem to appreciate seeing LJ-heads on links to LJ users and my LiveJournal readers seem to appreciate seeing IJ-symbols on links to IJ users; and I in turn appreciate knowing when a username link is going to a different site. So I think that this would be a useful feature.

Since all the journalling sites that use LJ software generate similar HTML from the <lj user=""> tag, and use similar URLs for the profile and the "this is a username" icon, limiting this to LJ-like sites simplifies implementation -- AFAIK there are no special-cases to worry about, just plug the right domain into a template.

For example(s): chickgonebad, lizardlich, dglenn

The template I used there was:

<span style='white-space: nowrap;'>
<a href='http://USER.DOMAIN.TLD/profile'>
<img src='http://www.DOMAIN.TLD/img/userinfo.gif' alt='[info]'
width='17' height='17' style='vertical-align: bottom; border: 0;' /></a>
<a href='http://USER.DOMAIN.TLD/'><b>USER</b></a></span>

<span style='white-space: nowrap;'>
<a href='http://www.DOMAIN.TLD/userinfo.bml?user=USER'>
<img src='http://www.DOMAIN.TLD/img/userinfo.gif' alt='[info]'
width='17' height='17' style='vertical-align: bottom; border: 0;' /></a>
<a href='http://www.DOMAIN.TLD/users/USER/'><b>USER</b></a></span>

<lj user="USER@DOMAIN">
<lj user="USER" site="DOMAIN">

• Ease of referring to non-LJ users on other LJ-like sites.
• Ease of identification of references to users on other sites (for those sites which have replaced the default LJ-head symbol).
• Fewer accidental links to nonexistent journals on the same site as the poster or different users than intended (when the same name is used by two people on different sites) when attempting to cite a user on another site.
• A solution that does not require modifying every client in use, because it's handled on the server and thus instantly accessible to everyone.
• Easier linking to LiveJournal users by users at other sites that keep their software updated in sync with LJ!
• Simplified crossposting, for folks who mirror an entry to journals on more than one site.

• Introduces additional icons that mean similar things (a criticism of the "let us make our own heads" proposal); possibly confusing to people who haven't seen a particular site's symbol before. (Though I think the meaning will nearly always be obvious from context.) Possible solution: add one new icon, resembling the LJ head+shoulders, to indicate "off-site user", instead of linking to each alien site's icon. (This also addresses the issue of other sites that use the same symbol as LJ does.)
• Some sites either do not implement USER.domain URLs or restrict them to paid users, so a one-size-fits-all implementation will have to revert to domain/users/USER links.
• Unless LJ implements a sitename->URL lookup table, users will have to keep track of which sites are .com, .org, or .net, possibly leading to a new batch of user errors.
• Until the code propogates to other sites, anybody crossposting will still have to paste in the HTML by hand anyhow. (Other users will benefit immediately.)

Title
"Watched by" list for syndicated accounts

Short, concise description of the idea
Can you list who is watching syndicated accounts?

Full description of the idea
Can you list who is watching syndicated accounts? Much like how you can see who watches a community (has that community on their friends list?) I have a couple of my blogger blogs syndicated on here and would like to see who is reading them (if it's the same readership as my LJ account).

• If I know someone is watching both my LJ and my syndicated blogger, I wouldn't copy the same entries between both.

• Ummmmm .... it would create more work for LJ programmers?

Title
Traded Journals

Short, concise description of the idea
Trading journals should be made a valid, secure option for members of the lj community, with the ability to pass on ownership to another member, INCLUDING resetting the original validated email address.

Full description of the idea
In the FAQ it states that trading journals is permitted, but not recommended, due to the fact that the original owner can later reclaim it from the original, validated email address, and that there is no way to clear the updated email address/change the ownership officially to the new owner. While I understand the precaution of allowing hi-jacked accounts to be reclaimed via the original email address, I also feel that passing on the ownership of an account should be possible with the mutual agreement of the original owner & the new owner.

My suggestion, then, is to have the option of UNvalidating an email address. The process would be the same as validating the address, or reclaiming ownership - the email could be sent to the original email address, and the owner would then have the option of relinquishing ownership to the new email address. After "unvalidating", the originally validated email address would be removed from the account & the new owner's validated email would take its place.

• -would enable lj users to legitimately pass on their unused accounts to other users, creating less wasted/unused space.
• -would provide a sense of security to new users who obtained accounts through a valid, mutually-agreed upon change of ownership.
• -with the recent elimination of the ability to create NEW basic accounts, this would allow current lj users the opportunity to fully utilize existing basic accounts.
• -lj users created their accounts. they should have the ability to decide what happens to those accounts when they no longer want them (whether to delete them, or pass them on to another user).
• -sending an email to confirm the account trade would be equivalent to sending an email to reset the password, thereby maintaining the security feature that was set in place to re-obtain ownership of accounts that have been hijacked.

• -this might mean that current users have to confirm email address changes through both accounts (their current validated email address & the one they wish to update to). however, this extra step could be seen as additional security. or, there could be a check-box on the change-email page that dictates whether this is an address update, or an account trade. an account-trade would have to be confirmed by the original address.