Suggestions Box

Additional field in contact info (external services) on the user profile.

sunfire — Tue, 12 Jul 2022 15:04:45 GMT

Title
Additional field in contact info (external services) on the user profile.

Short, concise description of the idea
Telegram has become a popular messaging platform. It would be nice to be able to post a Telegram account in a Live Journal profile.

Full description of the idea
In the "Contact Info" (external services) section of a Live Journal profile, there already exists a place to post account names for such platforms such as Facebook, Twitter, Tumblr, Vkontakte, Instagram, Flickr, Pinterest, Linkedin ID, Open ID, AOL IM, ICQ UIN, YahooI ID, Microsoft Account, XMPP, Google Talk, Skype and Last FM. I would like Telegram to be added to that field. Some of the services already listed are defunct and should be removed.

An ordered list of benefits

This would allow more communication among Live Journal users.

An ordered list of problems/issues involved

I honestly cannot think of any drawbacks to this suggestion.

Program code formatting in posts

beroal — Tue, 02 Nov 2021 08:05:44 GMT

Title
Program code formatting in posts

Short, concise description of the idea
Create LiveJournal text formatting tags for program codes in various programming languages.

Full description of the idea
Now, if I want to include a program code in my LiveJournal post, I include <pre><code>${PROGRAM_CODE}</code></pre>, for example:

int main(void) {
    return 0;
}

The program code is not syntax-highlighted. Using two tags instead of one isn't convenient.

There are program libraries for highlighting syntax.

An ordered list of benefits

LiveJournal has the reputation of the intellectual blogosphere. It can lure programmer users with this feature.

An ordered list of problems/issues involved

Requires changing the post editor.

Pics Editor

fireprincess134 — Fri, 12 Mar 2021 14:14:26 GMT

Title
Pics Editor

Short, concise description of the idea
Edit your pictures

Full description of the idea
It would be nice that when creating user pics, we can adjust them: brightness, shadows, etc. in an editor (kind of like a Photoshop, but for LiveJournal)

An ordered list of benefits

The main benefit would be brighter or darker pics

An ordered list of problems/issues involved

I can't think of any drawbacks

Optional dark theme, according to OS/browser preferences (prefers-color-scheme)

vnon — Tue, 09 Feb 2021 14:23:41 GMT

Title
Optional dark theme, according to OS/browser preferences (prefers-color-scheme)

Short, concise description of the idea
Many people read at low light conditions.

Full description of the idea
Please use this CSS media query https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-color-scheme

An ordered list of benefits

Easier to read
Save battery
Consistency with OS/browser settings

An ordered list of problems/issues involved

10 lines of CSS will slow down your site!

Add +1 icon to likes

ben_yehoshua — Wed, 09 Dec 2020 15:08:16 GMT

Title
Add +1 icon to likes

Short, concise description of the idea
Expand "like" options by adding a +1 icon

Full description of the idea
Frequently, I find myself agreeing with a comment, but it's not exactly the same as liking it. Especially when the comment is actually describing something negative that I do not actually like, but do agree is happening.

An ordered list of benefits

It will make the like icon (heart) less ambiguous.
It will help make the distinction between liking a comment and agreeing with a comment more obvious

An ordered list of problems/issues involved

There is a minor problem in that this suggestion adds another icon for people to see and process, but since it's hidden until someone clicks the like link, it should not be a major cognitive load issue.

Hide banned users activity

yury_nesterenko — Thu, 11 Jul 2019 08:05:00 GMT

Title
Hide banned users activity

Short, concise description of the idea
Create an option to hide all postings and comments of the banned users from those who banned them

Full description of the idea
I think many users (including me of course) would like the annoying people whom we banned to disappear completely from our virtual world - i.e., not to see their postings and comments in ANY journal, and to see "This user is banned" instead. Just like disqus.com does, for example (it does not display even the names of the banned ones). This feature should be very easy to implement and can be regulated by a checkbox like "Hide banned users activity" in Settings.

An ordered list of benefits

Will make LJ much more comfortable place where everyone can completely protect himself from annoying people and their texts. Those who still want to see what the people they have banned are writing will have that option, too, so everyone will benefit, except for those who like to annoy others.

An ordered list of problems/issues involved

I don't see any.

3rd Way verification

arlivejournal — Thu, 11 Jul 2019 07:58:16 GMT

Title
3rd Way verification

Short, concise description of the idea
If and when hacking makes authentication difficult/impossible, then physical verification of account at house address could be used in feasible rare cases. It has the added advantage of bridging online and physical reality, for those who opt for it.

Full description of the idea
This is a suggestion. Authentication in special / occasional cases can be enhanced by incorporating a 3rd way of physical verification at the home address one has provided (2nd-way verification being mobile phone).
For example, when there is a problem, you are providing your company address also as a point of contact. In rare cases, a person would take the effort to actually write a letter by post or in the rarest cases may even walk in to our office for clarification. The same could be done on the side of users too.
For example, a facility may be provided as an option for the first time activation of an account to be done by physical postage, if a user wants it for reliability, privacy or any other reason. This will involve considerable cost and is a slow process, but if internet becomes an unsafe place due to a lot of hacking, this added layer of authentication may help (assuming that post office personnel don't steal letters). Google did this with Google Ads, and so this is not new, although it may involve considerable effort in streamlining the business process.
It has the added advantage of bridging online and physical reality, for those who opt for it.

An ordered list of benefits

transparency, integrity, security, privacy, legality

An ordered list of problems/issues involved

exposure, discordance, cost, slow down, more gateways for error

Update the share to ok.ru link.

guyloginin — Fri, 11 Jan 2019 16:07:28 GMT

Title
Update the share to ok.ru link.

Short, concise description of the idea
The Classmates / одноклассники website ok.ru informed me that the share to OK process currently used by LJ is out-dated and slow and that a new method is available.

Full description of the idea
The LJ method of sharing to ok.ru is out-dated and slow. Please consider updating the share to method as outlined here... https://apiok.ru/ext/like

An ordered list of benefits

The better the ability to share to other social platforms, the more viable LJ becomes.

An ordered list of problems/issues involved

The LJ method of sharing to ok.ru is out-dated and slow.
Rather than removing the share to Ook.ru option, as LJ did with my.mail.ru at the end of 2017, why not update it?

Search my own private journal

reginaterrae — Mon, 26 Mar 2018 10:00:23 GMT

Title
Search my own private journal

Short, concise description of the idea
I want to be able to search my own private or locked journal entries, going back 9 years. I would be willing to pay.

Full description of the idea
Currently, in order to make my own journal searchable by myself, I have to make it publicly searchable. I use it as an actual journal, not a blog. It is entirely private and personal, and I do not want it to show up on anybody else's search unless I have given them access to the specific post already.

I do not want my private journal published, I just want to be able to make full use of it myself. At present I have a free account, but I would definitely be willing to pay if this function were available. Please?

An ordered list of benefits

It would allow me to look back at how my thinking has evolved in time.
It would allow me to look back at events that did not seem important enough at the time to put in "memories", but in retrospect are significant.
I cannot reduce my whole inner life to tags ... I need to be able to search.
I can't remember how long I've lived in this house, let alone what year a specific conversation took place, or how a particular shift in thinking happened.
The journal is good for working through things by putting thoughts in writing, but it would be much, much more useful as a therapeutic tool if I could go back and see patterns in time.

An ordered list of problems/issues involved

I don't know what your coding constraints are. I can't think of any drawbacks functionally.

Showing actual posts in the privacy tool

birdkiwi — Mon, 30 Oct 2017 15:53:19 GMT

Title
Showing actual posts in the privacy tool

Short, concise description of the idea
Show the posts which will be processed by this tool

Full description of the idea
You've got a nice tool which allows to mass edit privacy settings of posts: https://www.livejournal.com/editprivacy.bml

I would like you to make it possible to see all the affected entries which this tool operates on as a list of ["Post Title" linked to an actual post] which are being affected.

An ordered list of benefits

Without knowing and checking the affected posts I cannot use this tool.

An ordered list of problems/issues involved

Right now it only shows some number, like "NN posts will be affected".

#hashtag

spikedluv — Fri, 19 May 2017 13:23:35 GMT

Title
#hashtag

Short, concise description of the idea
Allow users to continue to use the # number sign outside of the #hashtag

Full description of the idea
Rather than making the # number sign be a separator, merely continue using the comma as the separator will allow user to create hashtags if they want to, rather than hashtags being created accidentally.

An ordered list of benefits

Users would still be able to use the # number sign for things other than creating a hashtag
Users would not have their tagging system screwed up if they’ve been using the # number sign in their tags
Users would not have to got back and edit all the tags they’ve used a # number sign in if they want to keep a systemic tagging system
Users would not inadvertently create hashtags when they had no intention of doing so

An ordered list of problems/issues involved

None that I can think of

"Open membership communities" cannot be found easily

luv4all_hate4no — Wed, 19 Apr 2017 08:17:43 GMT

Title
"Open membership communities" cannot be found easily

Short, concise description of the idea
1-I should be able to find name of "open membership communities" through search box. 2-Make LJ easy and simple please.

Full description of the idea
If I want to start posting easily, i have to go through traditional slow process of requesting to moderators/ maintainers....Just a slow process...Make things fast and easy. If someone want to join, it should be fast.....That is why most of your communities are empty.

An ordered list of benefits

Avoid failures.

An ordered list of problems/issues involved

LJ is complicated, please make it simple.

Fix the WYSIWYG editor

yurikhan — Tue, 06 Dec 2016 09:26:51 GMT

Title
Fix the WYSIWYG editor

Short, concise description of the idea
The WYSIWYG editor must generate HTML without any presentation markup by default.

Full description of the idea
Currently, LiveJournal offers two ways to post; the classic HTML editor where the poster sees all markup and has to keep it in mind, and the rich text editor where the poster clicks buttons and the editor generates markup.

The markup generated by the rich text editor is often excessive and non-semantical, especially if formatted text is copy/pasted from Word or another web site. Posters cannot easily see that their post specifies white background, gray text, a fixed font size or a hardcoded font face such as Proxima Nova or Helvetica Neue.

Such posts are annoying when viewed in a customized Friends feed or even in the list of community posts.

The ru_chgk community, for example, has an explicit rule against excessive and obnoxious markup, and it is violated on a regular basis. When called out, posters retort that they are “just typing text into the post message window”.

I hereby suggest the following list of modifications to the WYSIWYG editor:

* As long as the author does not use any of the visual formatting controls, the post shall not contain any presentation markup, as deprecated in HTML 4 and obsoleted in HTML 5, nor style="…" attributes.

* Pasting from clipboard, when the clipboard contains formatted text, shall strip all formatting, unless the clipboard copy source was the current instance of the LJ visual editor. (That is, content copied from another site, or another post, or Word, shall lose all formatting.) This must be tested in all major browsers.

* If the author *has* invoked any of the visual editing controls, there shall be a way to remove any applied formatting in a way that removes the previously inserted style attributes or reduces their scope.

An ordered list of benefits

Readers benefit by seeing all community posts in a reasonably consistent style.
Posters also benefit by being confident they are not unknowingly annoying their readers.
Moderators benefit by having less yelling to do.
The Internet benefits by becoming closer to the ideal of semantic markup.
Kittens benefit by not being killed by gods every time somebody posts in 12px #333 Proxima Nova on a white background at 19.6px line height.

An ordered list of problems/issues involved

Internet providers and mobile carriers indirectly lose by having less data to transfer and therefore less money to extort from users.

Allow users to set OG properties per post

koulagirl666 — Fri, 18 Nov 2016 12:44:38 GMT

Title
Allow users to set OG properties per post

Short, concise description of the idea
When making a post to be shared on facebook, allow users' open graph tags to be recognised by the facebook crawler.

Full description of the idea
I run a _daily picture community which we share to our associated facebook page. For a few weeks now, the links have been presenting with the post title, the LJ logo, and the poster's username over a greyed out image from the post (not always the same one, making it impossible to predict), Previously, it would pull the first image preview being the first image from the post. In both cases, the title of the post appears under the image as does the first few words of the post.

When I tried to change this by using open graph tags, it then reverted to using the open graph tags in the LJ code, overriding any customisation and the best guess of the facebook crawler. The link had the LJ logo and welcome text, not anything to do with the community or that particular post.

I would like to be able to use the open graph tags in my post to direct the crawler to the image I would like it to. Because our facebook community users don't always click on the link at the time they see it, having the extra text there impedes their ability to engage and since the change we have had fewer people coming over to LJ and commenting. It also means that, even if I had maintainer access and was able to set up auto-cross-posting to the fb page, I wouldn't be able to control the content of the posts which were automatically cross posted. For people who don't know how to use open graph tags, their links would go back to the old way, so they could predict what image would be used.

An ordered list of benefits

Greater compatibility with services which use open graph tags.
Ability for users to control how their links look on other sites.
Ability to prevent NSFW images being used as link images on other sites.

An ordered list of problems/issues involved

Time recoding and testing with the facebook test crawler.
Confusion for some users who are not familiar with open graph tags or who might not know why their links look different again.

Bug about replies

ext_3465318 — Wed, 02 Nov 2016 10:17:27 GMT

Title
Bug about replies

Short, concise description of the idea
Someone replied my comment on a blog, the blog author not published the comment yet, on my messages page it shows "(You are not authorized to view this comment)", but i can read the comment on my e-mail notification.

Full description of the idea
Someone replied my comment on a blog, the blog author not published the comment yet, on my messages page it shows "(You are not authorized to view this comment)", but i can read the comment on my e-mail notification.

An ordered list of benefits

user privacy

An ordered list of problems/issues involved

user privacy

Logging in from the Feed page

yurikhan — Mon, 03 Oct 2016 18:12:39 GMT

Title
Logging in from the Feed page

Short, concise description of the idea
When logging in from the Feed page, redirect to Friends if that’s the user’s preference

Full description of the idea
There is a profile preference allowing one to choose between the Friends page and a Feed page. There are various reasons to prefer Friends and never want to see Feed.

Once in a while, my login cookie expires and I get logged out. When that happens, the next time I visit my Friends page, I get redirected to Feed. I catch a glimpse of irrelevant posts and advertisement in an unfamiliar page style, say a bad word or two, wash my eyes in acid, and click the Login link in the corner. Then I enter my user name and password, check [x] Remember me, and finally click Log In.

After that, I’m logged in but stay on the Feed page.

I suggest that, when:

* the login form is activated from a user’s Feed page,
* if that exact user logs in,
* and that user’s preference is for the Friends page,

then logging in should return a redirect to the user’s Friends page.

Alternatively, the implementation of the Feed page needs to be finished. It should be styled with the user’s (or reader’s) preferred scheme, theme, and custom CSS; and, when the scheme is Lynx, avoid setting a font face, size, color, or background. If these conditions were satisfied, I would not be as averse to using the Feed page.

An ordered list of benefits

Decreased cursing
Decreased wasting of acid

An ordered list of problems/issues involved

The downside to the alternative suggestion is that it might require updating all themes.

As Owner of Community, I should be able to Unsticky Posts

chendamoni — Thu, 22 Sep 2016 09:18:12 GMT

Title
As Owner of Community, I should be able to Unsticky Posts

Short, concise description of the idea
The Owner of a Community should be able to Unsticky or Sticky a Moderator's (or really any Member's) post.

Full description of the idea
The Owner of a Community should be able to Unsticky or Sticky a Moderator's (or any Member's) post in order to have better control over their communities.

An ordered list of benefits

Owners have more control over the content of their communities.
No need to request that MIA mods Unsticky their posts.

An ordered list of problems/issues involved

Some mods may get upset that the Owner unstickied their post.

Robots.txt Disallows All User-Agents

skillsfuture — Thu, 01 Sep 2016 10:57:47 GMT

Title
Robots.txt Disallows All User-Agents

Short, concise description of the idea
Robots.txt disallows all user-agents, which means that my livejournal cannot be indexed by search engines.

Full description of the idea
Hi,

Despite setting my journal to public, and unchecking "minimize inclusion to search engines," my robots.txt remains the same, it blocks all search engines. What's the use of having a blog if not crawled by search engines anyway? How would one get new visitors?

My LiveJournal URL is: http://skillsfuture.livejournal.com/
Robots.txt: http://skillsfuture.livejournal.com/robots.txt

Regards,

An ordered list of benefits

It's user-friendly.

An ordered list of problems/issues involved

Robots.txt is not changed despite setting privacy setting to PUBLIC.

Provide one-click embedding of Tumblr posts from Friends Feed

fiddlingfrog — Fri, 17 Jun 2016 20:50:56 GMT

Title
Provide one-click embedding of Tumblr posts from Friends Feed

Short, concise description of the idea
The Tumblr widget in the Friends Feed should include a button that, when clicked, starts a new entry with that Tumblr post already embedded.

Full description of the idea
The Twitter widget on the Friends Feed includes a "Repost to LiveJournal" link that, when clicked, starts a new entry with that tweet automatically included. If LiveJournal ever allows embedding of Tumblr posts (as suggested a couple of weeks ago) then I would like to see a similar function included in the Tumblr widget on the Friends Feed.

An ordered list of benefits

* Simplifies the embedding process from Tumblr.
* Creates new opportunities and content on LiveJournal.

An ordered list of problems/issues involved

* Programming effort
* The Tumblr widget often truncates posts, so LiveJournal users may embed Tumblr content into their journal without having first seen the entire post they are embedding.

Allow embedding of Tumblr posts on LiveJournal

fiddlingfrog — Fri, 03 Jun 2016 14:21:08 GMT

Title
Allow embedding of Tumblr posts on LiveJournal

Short, concise description of the idea
Add Tumblr to the list of sites that can be embedded into LiveJournal entries.

Full description of the idea
Tumblr offers an embed option an all posts ( such as this one: http://fiddlingfrog.tumblr.com/post/144274136268/i-love-these ) so that their posts can be seen across the web. However, the code that Tumblr provides, available here ( http://fiddlingfrog.tumblr.com/post/144274136268/i-love-these/embed ) along with a preview of what they embed would look like, does not work on LiveJournal. The style information and JavaScript are stripped away, leaving only a plain URL link to the Tumblr post.

I'd like to see Tumblr added to the list of approved embed sources so that LiveJournal users can embed Tumblr posts directly into their entries.

An ordered list of benefits

Gives LiveJournal users more options for content in their entries.
It allows for cleaner inclusion of content from Tumblr into LiveJournal. Currently there are a number of hacks and workarounds that people use, none of which are entirely adequate.

An ordered list of problems/issues involved

Programming time/effort.
I believe that Tumblr's embed function presents a cleaned-up version of that particular post, but more investigation is needed to see how successful it as at removing additional JavaScript (Tumblr allowing users to include additional JavaScript in their layouts and LiveJournal blocking it on security grounds.)

Allow communities to disable the WYSIWYG editor

yurikhan — Wed, 01 Jun 2016 08:42:39 GMT

Title
Allow communities to disable the WYSIWYG editor

Short, concise description of the idea
Provide a way for community owners/maintainers/moderators to disable the rich text editor, so that everybody who wants to post has to use the HTML editor.

An ordered list of benefits

Readers benefit by seeing all community posts in a reasonably consistent style.
Posters benefit by having an incentive to learn HTML.
Posters also benefit by being confident they are not unknowingly annoying their readers.
Moderators benefit by having less yelling to do.
The Internet benefits by becoming closer to the ideal of semantic markup.
Kittens benefit by not being killed by gods every time somebody posts in 12px #333 Proxima Nova on a white background at 19.6px line height.

An ordered list of problems/issues involved

Would-be posters who are incapable of learning the basics of HTML lose by not being able to post in communities that have activated the proposed switch.
Internet providers and mobile carriers indirectly lose by having less data to transfer and therefore less money to extort from users.

blockquote in HTML editor

oboguev — Sun, 24 Apr 2016 06:00:39 GMT

Title
blockquote in HTML editor

Short, concise description of the idea
Will LiveJournal HTML editor *ever* have a slide-in/slide-out (blockquote/quoting) capability?

I mean, in every single HTML editor out there it is considered one of the most basic things.

Full description of the idea
see above

An ordered list of benefits

see above

An ordered list of problems/issues involved

see above

Tools to mitigate aggressive community invitation behavior

azurelunatic — Fri, 01 Apr 2016 20:24:50 GMT

Title
Tools to mitigate aggressive community invitation behavior

Short, concise description of the idea
Community invitations are a means of contact which can be used for evil, but shouldn't be.

Full description of the idea
Most community invitations are legitimate or accidental. Some community invitations are a form of unwanted contact or spammy.

Make sure there isn't a loophole where aggressive promoters can send invitations and then rescind them quickly to generate more notifications than they're entitled to.

Create a way for users to report invitations (especially rescinded invitations) as unwanted.

An ordered list of benefits

Users won't have to turn off notifications for community invitations and potentially miss out on legit invitations just to avoid flooding with bogus ones
Less gaming the system
Consequences for communities which are doing this thing

An ordered list of problems/issues involved

There's already a setting to turn off notifications of invitations.
Unhappy maintainers
If someone is invited accidentally, they may think it's spammy even though it was actually accidental

filter banned users from friend-of-friend feed

a7sharp9 — Thu, 31 Mar 2016 13:54:29 GMT

Title
filter banned users from friend-of-friend feed

Short, concise description of the idea
Ideally, entries and comments from banned users should not be seen anywhere (short of going to their journal directly). Barring that, at least filter them from foaf.

Full description of the idea
LJ already filters the user's direct friends from the friend-of-friend feed (/friendsfriends), so the functionality is there. I'd like the banned users to be included into that filter as well

An ordered list of benefits

Banning a user clearly means that the person doing the banning does not want to see anything from that user; the foaf feed is closer to the friends page than to simply wandering around the site looking at random journals; so, this would move LJ in the direction of better consistency in handling the entries from banned users

An ordered list of problems/issues involved

technically - none I can see; the code is already there, it should be a simple enough fix
wrt policy - I'm having a hard time imagining that by flipping the default from "seeing banned users" to "not seeing banned users" would upset anyone, but if you want to be extra nice, make the behavior configurable

Please add IP address and time of the comment in mail notifiaction template

sporaw — Thu, 31 Mar 2016 13:54:20 GMT

Title
Please add IP address and time of the comment in mail notifiaction template

Short, concise description of the idea
Current mail notifications does not contain:
* Full time stamp of the comment
* IP address of comment poster, even if you had enabled to save IP addresses

Full description of the idea
Please add IP address and time of the comment in mail notifiaction template

Current mail notifications does not contain:
* Full time stamp of the comment
* IP address of comment poster, even if you had enabled to save IP addresses

So,
1) you are not able to search by IP address in mail notifications archive
2) you are not able to see anything, if comment was removed by a guy who had posted it (you have the text, but not IP address and timestamp)

An ordered list of benefits

1. You will be able to see IP address immediately, in notification.
2. You will be able to search by IP address in mail notification archive
3. You will see exact timestamp in notification
etc

An ordered list of problems/issues involved

There is no any problems/issues.
It is easy to do, just modify notifcation template, inserting a few entries - IP address and timestamp