?

Log in

No account? Create an account
Suggestions Box
Want to improve LiveJournal? Contribute your ideas!
Recent Entries 
Magdalene

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.

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".
21st June 2017 @ 09:23 am - Removing Tag Limits
leaf cute head green

Title
Removing Tag Limits

Short, concise description of the idea
It's time LiveJournal removed tag limits for journals and communities.

Full description of the idea
For many long-time LiveJournal users here having unlimited tags would be a huge benefit to their journal. Each tag can have a maximum length of 40 characters.

An ordered list of benefits
  • Convience for all LiveJournal users.
  • Tags focus on specific topics of interest so one can find similiar posts.
An ordered list of problems/issues involved
  • No tag hierarchy could make organizing unlimited tags difficult.
19th May 2017 @ 08:20 am - #hashtag
spikedluv: hand on chest by tazi

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
15th May 2017 @ 02:33 pm - View Inbox content in reverse date order
Smoking Soldier

Title
View Inbox content in reverse date order

Short, concise description of the idea
It would be nice to view Inbox content in reverse date order, I mean oldest Inbox messages are at the top of Inbox.

Full description of the idea
It would be nice to view Inbox content in reverse date order, I mean oldest Inbox messages are at the top of Inbox.

An ordered list of benefits
  • I think it would be very convinient
An ordered list of problems/issues involved
  • No problems as I can see.

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.
3rd December 2016 @ 06:52 pm - Fix the WYSIWYG editor
default

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.
18th November 2016 @ 05:49 pm - Allow users to set OG properties per post
ffxv-moogle:- official

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.
1st November 2016 @ 09:52 pm - Bug about replies

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
3rd October 2016 @ 10:52 pm - Logging in from the Feed page
default

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.
This page was loaded Apr 20th 2018, 10:24 pm GMT.