?

Log in

No account? Create an account
Suggestions Box
Want to improve LiveJournal? Contribute your ideas!
Recent Entries 
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.
chendamoni [me] - 05/24/2014

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.
1st September 2016 @ 06:20 pm - Robots.txt Disallows All User-Agents
skillsfuture

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.
Me

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.
Me

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.)
default

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.

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.

I propose that there should be a per-community preference that community owners and/or maintainers and/or moderators could activate, which would disallow posting through the rich text editor to their community. Everybody who wants to post would need to think carefully about any markup they use.

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.
23rd April 2016 @ 04:36 pm - blockquote in HTML editor
kluven

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
running, bomb tech

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
25th February 2016 @ 02:56 pm - filter banned users from friend-of-friend feed

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
This page was loaded Feb 15th 2019, 7:10 pm GMT.