Title
Convert userinfo contact information to images.

Short, concise description of the idea
To cut down on contact information harvesting/spam, disallow plain text.

Full description of the idea
For the past month, I have been getting spam sent to my @livejournal.com email address. The only place that that email is listed is in my userinfo, which means someone is harvesting LiveJournal contact information.

I am suggesting that LiveJournal convert all contact information (email addresses as well as AIM names, etc.) into images. It would cut down on the amount of information that bots could harvest.

Here is one converter to illustrate what I'm talking about: http://services.nexodyne.com/email

• Less spam
• More security
• Peace of mind

• Work for the developers
• Wouldn't totally eliminate harvesting, but it would still cut down on it.

Title
Update to Twitter

Short, concise description of the idea
Basically, an update would go to twitter with all or part of your entry title and the link to it.

Full description of the idea
We already have the option to update our Livejournal account with our Tweets, but I think it would work better the other way around with a link to the journal entry created.

• Attracting non-Livejournal users to become Livejournal users?
  It would be cool
  You wouldn't have a million Twitter updates on your journal

• I suppose if you have your twitter profile set to public, people who monitor the "everyone feed" might be clicking the link, generating a lot of traffic. This could pose a problem if it's generating too much traffic regarding bandwidth?

Title
New feature

Short, concise description of the idea
finding all user posts with just one click

Full description of the idea
Hi, the other day when I tried to search for a particular entry I had posted quite a long time ago in a LJ community, I realized how problematic and difficult it was, as I had to go through the entire community again just to search for that 1 particular entry I made, which I don't even remember exactly when I had posted it. And the community I posted the entry in is very big, there's been A LOT of entries posted there since then. It's very inconvenient, and a hassle to go through the whole community.

So I think it would be a good idea if there's a feature that gathers ALL the entries a user has made, both in their own LJs and in LJ communities, and enables the user to find all their entries with just a click and reveals a page that shows them all their entries.
I think this would be a very handle, and beneficial feature, and not to mention very convenient.

Although users can always add their entries to their memories...but I think this feature is more practical as it would be automatic...while with memories, users have to manually add their entries. Besides the memories are mainly designed for users to save certain entries which they love.

With this new feature, if they decide to edit a particular entry they posted in a LJ community quite a long time ago, they can just use the feature and then search for the entry they're looking for on the page and edit it. They'll be able to find the entry much quicker and there's no hassle.

• - can easily help users find all the entries they've posted in both their own LJs and LJ communities
  - very convenient and simple
  - saves a lot of time for users in having to search for their entries in all those LJ communities

• well...to be honest, I can't think of any cons with this feature...I think it's an all-round fantastic and convenient feature.

Title
Support Request Information Block Tool - On Demand

Short, concise description of the idea
Create a tool which allows Support Volunteers to receive information which would normally be submitted with a logged-in user's Support Request when this information is not originally provided.

Full description of the idea
There are many times when users will submit support requests (especially in General/Unknown) or through support@ when they are not logged in to their LiveJournal account. Since valuable diagnostic information is submitted with each support request, this information being obtainable from the database in an "on-demand" fashion would be very helpful to get in needed sitatuions.

Example:
username: exampleusername
style: (S2) core: public, i18n: none, i18nc: none, layout: public, theme: public, user: custom,
userpics: 100 base + 20 loyalty = 120 userpics
sup enabled: no
email validated?yes
cluster: $CLUSTER; data version : 8
scheme: $SCHEME; language: en_LJ
underage? no

I would also suggest that a field be added to this tool, letting volunteers know if there is a secret question defined on the account.

• The information can be used by senior support volunteers to quickly diagnose issues when this information is required, without having to "Comment back" to the user for the information.
• It allows requests to be tailored appropriately, especially for lost password requests in knowing whether to leave an "e-mail only" answer or one with a "secret question" provision.
• Tool could be customized to include information appropriate for the requestor's priv level (if necessary).

• The information could be misused; to mitigate, restrict tool to certain priv level. My suggestion would be SH or above.
• Database strain (I have no idea how intensive it would be to gather this data).
• Wrong information being obtained if the user provides an incorrect username.
  

Title
Phasing out Russian Bots

Short, concise description of the idea
Requiring codes and/or invitations to sign up for new livejournal accounts.

Full description of the idea
I've been added by 14 bots in less than 5 days and I know many other LJ are plagued by this problem as well. The current "report a bot" system is not working.

i suggest a that LJ implement new system for signing up with livejournal in the first place either by invitation only or require an added step upon sign up to prove that you're not a bot. this would prevent future bots from obtaining accounts on this website.

to combat the bots already infecting LJ, there should also be an additional step requiring the entry of some kind of security code to logging into LJ so that the bots that already exist can't access their own accounts.

once they've all been eliminated and the website is only accessible by invitation or something, the bot problem should go away. this would be a more proactive and effective method than the current "report a bot" thing that LJ has currently implemented.

• no more bots.

• an extra step when logging in
  an extra step when signing up for livejournal

Title
"Footprint" page

Short, concise description of the idea
Leaving a "footprint" of one's visit to a blog by a single click.

Full description of the idea
Some blog sites such as the Japanese Ameblo feature a special "footprint" (called "peta" in the site) that a person can leave on another's blog to show they've visited their page. The java-based footprint page features a picture (in many cases animated) as a button; clicking it will cause one's name and link to one's blog being added to the list of visitors. It's like a guestbook of a kind, but doesn't require typing! In many cases the picture button changes its theme regarding how many visitors has a blog had; for example in the beginning it might feature a hatching egg, and when one reaches a certain limit of visitors (for example 20 - an overall total, that is, not a daily total!) the picture changes into a flying bird and so on. A visitor can leave a footprint once a day.

• An easy to way to meet new friends
• Doesn't require one to add a blog to their friends list to show they're interested about the content of the blog
• Tracking visitors made fun
• Might attract even those without much to write to use the site more in order to leave footprints to their friends
• Encourages users to update more often to get more visitors
• More advertising space on the site

• Developing multiple themes for picture buttons might require extra work
• Might turn the site user's attention from diary-keeping to footprinting and create more empty journals
• Maintaining multiple time zones for the once-a-day system

Title
Mood themes

Short, concise description of the idea
It would be excellent if we could add a certain amoiunt of our own moods...

Full description of the idea
I know a lot of people on my f/l have wanted this for a while... how awesome it would be to be able to add moods of our own, like fail, squee etc.

• More fun
  Better mood themes

• I can't think of any

Title
"Like"

Short, concise description of the idea
A single-click button/link to allow a member to indicate agreement with a post or comment without having to compose a post.

Full description of the idea
Many times I read a post and while I don't have anything specific to say, I would like to indicate to the poster that I have read and agree. Other social networking services have a one-click indicator of this type where you don't have to go through multiple steps to post, simply click once and the interface registers that you support the statement. I'd like to see something like this implemented for LJ.

• Better communication between "friends."

• FaceBook might be angry if you use "Like."

Title
opt in for compulsory tags

Short, concise description of the idea
option to turn on compulsory tagging for communities

Full description of the idea
I'm a member of a community where they rely on tagging entries to monitor posts, but they have a problem with members not tagging their entries. I suggest that LJ introduce a feature where a maintainer can opt their community in to compulsory tagging for entries.

• LESS DRAMA!
  Easier job for the mods
  For that particular community it'll make tracing problem (the community deals with buying/selling/trading goods) members and trolls so much quicker

• as its an opt in suggestion that i'm making, i don't see problems with it

Title
Russian Bots

Short, concise description of the idea
Use capcha, justification and approval for friending someone

Full description of the idea
Greetings,

My livejournal and most of it's content is public. I do a lot of poli-blogging so I -want- people to see my content. So really friending me is only a formality to put me into your default-View. But I'm getting about two or three Russian bots friending my journal every other day. I can tell what they are because they're all in Cyrillic, have one to two posts in their journal total, perhaps one or two icons, and usually have no corresponding friends. I'm not entirely sure what the purpose of these bots are, but I suspect their purpose involves identity or content theft and that's not a good thing.

So, I propose the following changes to the friending process. When you friend someone, you should have to fill out a capcha to prove that you're human. There should also be a text box so that you can describe WHY you are friending someone. This justification can be as simple as "I saw you on X forum and wanted to read more" or as complicated as desired but it should be included so that the person being friended knows why he's suddenly gotten a new subscriber.

EDIT:
Add a field in the profile of the journal so you can turn this on and off easily so all the people who don't want it don't have to use it and those of us who are sick of random bots can have a respite from them.

Lastly, rather than having to ban_set each of these bots individually by LJ console I should be able to accept or reject friend requests. If I refuse to accept the subscription then the originator should get a refusal message and should be prevented from adding the livejournal to their friends lists.

• Legitimate users won't have to waste time banning every bot that decides to friend them.
• Legitimate users won't have to worry as much about content or identity theft by automated bots surfing through the friends lists of those they've already victimized.
• Legitimate users also won't have to worry as much about internet stalkers friending their live journals through multiple successive accounts (which has happened to my wife on a few occasions)
• Capcha systems are ubiquitous and easy to implement and many free and open source systems are available.

• All new code requires testing to make sure it's not going to cause problems.
• People some times have trouble with capcha.
• Some users might be annoyed by the fact that they now have to give a justification as to why they friended someone.

Title
Allow deleting the email address associated with a community

Short, concise description of the idea
Currently, it isn't possible to remove an account's email address, which is fine for personal journals, but not needed for communities since nothing makes use of that address.

Full description of the idea
When a community is created, the creator's registered email address is used as the email address for the community. I'm currently considering transferring a community's maintainership, and the community's email address is set to the creator's, from whom I took over as maintainer years ago. I would rather not replace it with my own email address, because then the new maintainers may disclose it to all visitors, which I would rather avoid. And I definitely wouldn't want the previous maintainer's email address to be exposed that way, as I don't have their permission, and there is no reason at all for their email address to remain there, since they're no longer a maintainer.

This is similar to http://community.livejournal.com/suggestions/160237.html, but would allow removing it entirely, instead of replacing it with a @livejournal.com email address.

• Fewer breaches of privacy
• Fewer attempts to contact maintainers that will fail silently

• Accidental deletions would now become possible, unless confirmation is requested when the email address field is blank for a community

Title
Free Retroactive Privacy for All!

Short, concise description of the idea
LiveJournal should offer use of the Edit Journal Privacy tool at no charge to all users, at least to make public entries private.

Full description of the idea
Inevitably, people will post things on the internet, then realize that they oughtn't to have posted it in public. Not all of them can afford $5 USD to purchase a 2-month paid account to clear up the evidence of their past indiscretions in one fell swoop.

The task of making anywhere from a few hundred to several thousand entries private one at a time (either by hand or with the assistance of a downloadable client) being a daunting one, naturally the affected parties would like this convenience free of charge.

• Peace of mind and privacy for people who can't afford to buy a paid account and/or can't spend the time manually editing.
• Fewer support requests asking for this feature.

• Less revenue for LiveJournal.
• Users able to request a server-intensive, costly process without directly helping defray its expense.

Title
When adding friendslocked post as memory, keep title, change security

Short, concise description of the idea
When you add a friendslocked post as a memory, LJ could default the "Security" of the memory to "private", and should automatically fill in the post title as it does for public entries.

Full description of the idea
Recently, it seems LiveJournal changed the way the "add memory" feature works: When the post you're adding is friendslocked, the memory name defaults to "username: (private entry)" regardless of what the original post's title is. In the past, LJ would fill in the post title after the username. I don't recall any discussion here of this change, though perhaps I missed it.

Very annoying, as it means I always have to go back once I notice it, highlight the post title, copy, click add memory again, and paste it in. Two extra page loads, and an unnecessary copy and paste.

I assume the idea here is to prevent people from accidentally revealing the title of a friendlocked post to others who can see their memories but not see the original post. Laudable, but a stupid way of doing it.

LJ should revert to the old behavior, and fill in the post title automatically. To prevent accidentally revealing a friendslocked post title to others, LJ could make the security level of the memory default to private when the post being added as a memory is friendslocked. It would still take a conscious decision and action to make it public, but it would involve merely changing a menu setting, with no extra page loads.

• Improved usability
• Reduced load on LiveJournal
• Still meets the goal (if the goal is what I guess it is)

• None that I can think of. It'd be the same behavior we had until recently, with a minor change. At worst it can't be any worse than what was the status quo on LJ for a decade.

Title
Monthly Header Contests

Short, concise description of the idea
Have you considered monthly header contests?

Full description of the idea
I love the new anniversary header and I hope it stays up for a while. The darker blue gradient is really pleasing to the eye ;)

I'm sure someone else has suggested this already, but has LJ ever considered doing a monthly header contest? It'd be refreshing to see something new up to every month :D

In fact, it could even be based on public polls so that we get some community interaction going on! I know personally I would enjoy header contests [even if they didn't involve public polls].

• - A fresh look to keep things interesting for users
• - Community involvement

• - Will probably involve a lot of work if done on a monthly basis
• - Might be difficult to organise LJ-wide public polls if results of contest are to be determined by the public and not just LJ staff

Title
Include FAQ numbers in Reference FAQ drop-down

Short, concise description of the idea
Add the actual FAQ numbers to the list of FAQs in the Reference FAQ drop down used when responding to a support request.

Full description of the idea
When you respond to a support request, there is a reference FAQ drop-down which lists the most frequently referenced FAQs. I would like to see the actual FAQ numbers listed in that drop-down, to make it easier to reference FAQs one finds using the search by FAQ feature.

• Faster linking to FAQs, especially for new support volunteers.

• Cluttering up the drop-down box.
• The need to make the drop-down bigger to accommodate the additional information.

Title
Add 'parent' and/or 'entire thread' options to the Recent Comments page

Short, concise description of the idea
Add comment context links to the Recent Comments page

Full description of the idea
The Recent Comments page (http://www.livejournal.com/tools/recent_comments.bml) lists comments in the order they were posted (as opposed to thread order). I find it super useful for high traffic journals or communities as keeping an eye on it saves you from having to subscribe to many individual posts.

The one disadvantage is that they are contextless - unlike emails, you can't see what they're replying to, which makes comments like 'I completely agree' or 'what a stupid idea' kind of meaningless. It would be great if next to 'Comment Link' and 'Reply' we also had a link to the 'Comment Parent' (as you do when browsing comments on a post) and/or 'Entire Thread' (as you do in email notifications).

• Handy new option(s)
• Mirrors navigation links available elsewhere

• Can't think of any.

Title
Add a preview button to the comment quickreply box

Short, concise description of the idea
The comment quickreply box could use a preview button.

Full description of the idea
Currently in order to preview a comment using quickreply, one either has to run spellcheck or use "More options" and then "preview".

The first option brings up the spellcheck interface, which is outdated and annoying and doesn't even recognize common words like LJ. It also doesn't serve very well as a preview--HTML is escaped instead of previewed as it will look when posted and LJ syntax <lj user="foxfirefey"> get expanded into escaped HTML instead of looking like foxfirefey.

The second option is an additional page load and button click and really isn't very efficient.

• * This allows most people to easily preview their comments before they are posted!
  * Dreamwidth has already implemented this, so very little developer work is needed; we can just use their patch. It's good to exchange code with Dreamwidth and foster a helpful relationship that benefits LJ.

• * Extra buttons might confuse people or look cluttered
  * Afterwards, there will be a "check spelling" option that's off to the side; people might not know that it redundantly applies to both the preview and submit buttons.

Title
Friends

Short, concise description of the idea
I have a suggestion where in your in your account you should be able to choose whether or not to allow others to add you as a friend.

Full description of the idea
I would love to see that added to the account features so maybe it will stop getting bots and what not adding you as friends. As I have been getting many bots or supposed bots adding me on all of my accounts I have here.

• It will save the trouble of having to report a bot eachtime one adds you as a friend.
• 
  It will save the hassle of having to ban this bot or a certain person from your friends list.
  

• One big draw back would probably be that everyone will not get many friends as they would probably enable the feature so they don't get bots

Title
Rich Text default size & color

Short, concise description of the idea
Allow users to set default text size & color

Full description of the idea
I have noticed that livejournal.com/update.bml already defaults to HTML or Rich Text, depending on which one was used the last time an individual user posted.

My suggestion is that if Rich Text was the last one used, that the font size, color and B I U also be remembered.

For example, in my LJ, I would like to to remember that I used Bold, Red and Medium every time.

• People wouldn't have to remember to set their specific preference for font size, color and style each time and therefore could more easily maintain consistency in their LJ's

• Can't think of any, but I'm open to opinions on that

Title
Is there a way to include smileys ?

Short, concise description of the idea
Hi, Im new here so i may be missing this but is there a option for smileys in my journal entries?
thanks!

Full description of the idea
I was wondering if there is an option to post smileys in my journal...if there is can you please explain to me where this is? :)

• If there isn't...may I suggest including it...there really cool!!!

• I don't see any problems with them? I post to several forums and they all have smileys in them!