Dreamwidth Suggestions

Demi-ban: screen all future comments from specific user

2012-05-15T00:02:34Z

Title:
Demi-ban: screen all future comments from specific user

Area:
comments, comment screening

Summary:
Force-screen comments from one particular user, when it's just that user whose comments warrant screening.

Description:
Occasionally there is a user who may be commenting in a particular journal or community in such a way that they do not quite warrant a ban, but fully warrant review from the admins/owner just to make sure their comments are productive.

Everybody else is commenting all right, it's just that one person.

Setting [class that includes commenter] to have their comments screened (whether that class be everyone, non-Access/Members, or anonymous) would be overkill for this situation, because they haven't brought along friends, it's just them. Turning on screened comments tends to dampen discussion and can be a lot of work to unscreen.

A demi-ban which makes all that user's future comments screened, but leaves everybody else's alone, would solve this problem on a technical level.

On a social level, this person could then use another account to evade the demi-ban and not be subject to screening. That's something that is likely to be noticed, and then the admins/owner would have to decide how to handle it. (The admins/owner may well decide that it's time to actually ban both accounts.)

Evading a demi-ban should not be a ToS-able offense. Evading an actual ban still should be.

View Poll: Demi-ban: screen all future comments from specific user

comments

(Optional!) Interaction analytics and suggestions

2012-05-15T00:02:22Z

Title:
(Optional!) Interaction analytics and suggestions

Area:
circle management

Summary:
Allow the option to automatically suggest circle modifications, a la Facebook except with less creepy.

Description:
The thought that the website is watching you and has all sorts of helpful suggestions about your personal life is at heart amazingly creepy. Despite the fact that you trust the website for rather a lot does not mean that you actually want the website peering over your shoulder.

However, that changes if you invite the website to peer over your shoulder, and know the things that the website will be looking at. It's the permission that changes the perspective, and while knowing the factors is counter to a "this is our proprietary algorithm" outlook *cough*facebook*cough*, it sounds positively Dreamwidthy. It should also have an easy and intuitive way to turn it off, if it winds up not being what a user wanted for whatever reason.

If turned on, the analytics could suggest possible interactions between users, such as: "You comment to Anna and read their journal more than many other users who are not on your reading list. Do you want to add Anna to your reading list?" or "You have deleted 99% of the comments left by Bit in your journal in the last 2 weeks. Do you want to ban Bit from commenting?"

This might introduce users to features they were not previously aware of.

Any suggestion should be able to be ignored or declined; ignored (no interaction with suggestion) would be left in place; declined suggestions would go away and not come back; declined suggestions would have the option for the user to leave a note; declined suggestions would be listed in a user-accessible place, along with the notes (if any). Saving the declined suggestions would let the user recover from dismissing a suggestion if they did not mean to, and the notes would be a reminder of why the user dismissed that particular suggestion, in case things changed later (for example: "Add Charlotte to reading list?" might have been dismissed with "I'm not interested in Iron Man"; upon looking in the bin later, the user might re-visit their decision on the grounds that they love the Avengers now.)

View Poll: (Optional!) Interaction analytics and suggestions

comments

Include subscribers in "screen comments from people not on your access list"

2012-05-14T06:22:01Z

Title:
Include subscribers in "screen comments from people not on your access list"

Area:
comments

Summary:
Right now the options for comment screening are "never", "anonymous comments", "people not on your access list", or "always". I want to change "people not on your access list" to "people on neither your access list nor your subscriber list".

Description:
I'm not sure how other people use automatic screening, but I use it to discourage abusive / derailing comments. If someone is on *either* my access list or my subscriber list, I probably trust them not to make such comments. So I suggest, in the "Comment screening" menu in "My Account Settings", changing the "people not on your access list" option to also exempt people on your subscriber list from auto-screening.

An alternative suggestion is to just add one more option to the list: "people not on your access list or your subscriber list", and leave the other options as-is. I prefer the first solution for simplicity, but either way is OK.

I don't see any drawbacks to the latter option except that adding more options to the list makes that part of the account settings harder to understand. The drawback to the former option is that someone might want to auto-screen comments from people they subscribe to but who they don't trust enough to grant access to. However I don't know if anyone actually does want to or not.

Edit: Since this is apparently unclear, "your subscriber list" means the people you choose to subscribe to. You choose who to subscribe to. Everybody on your subscriber list is someone you chose to subscribe to and can unsubscribe from.

View Poll: Include subscribers in "screen comments from people not on your access list"

comments

Add Steam to external site list

2012-05-14T06:21:56Z

Title:
Add Steam to external site list

Area:
Entries

Summary:
Add Steam to external site list

Description:
At the end of http://www.dreamwidth.org/support/faqbrowse?faqid=87 (which already has an impressive list of external sites that can be tagged) it says suggestions can be made in case you'd like another service to be added.
Since a lot of my friends are on Steam (http://store.steampowered.com/), I'd be happy if it could be added as a separate tag. The direct link to a user account is "http://steamcommunity.com/id/username".

Thank you for your consideration.

scolaro

View Poll: Add Steam to external site list

comments

Clearly flag tagging permissions for posts to communities

2012-05-14T06:21:49Z

Title:
Clearly flag tagging permissions for posts to communities

Area:
tagging, community administration, posting, error messages

Summary:
For many communities, creation of tags is limited to administrators-only, to prevent an ever-growing list of subcategories, misspellings, etc. For some communities, it's also the case that only administrators are able to apply tags to posts. It should be clear on the Post an Entry page whether either of these settings is in force for any given community.

Description:
When managing tag settings as a community, there are the options:

Who can create new tags and add or remove tags from entries? Anyone/Members only/Administrators only

Who can add existing tags to entries? Anyone/Members only/Administrators only/Entry author and administrators

On the Post An Entry page, it is not [as far as I know!] made clear which of these settings have been chosen for any given community, which can lead to confusion when e.g. someone is trying to be helpful by tagging their entry but adding tags to entries is restricted to administrators only. (The major use-case I've seen of this is in the LJ community vaginapagina, where administrators choose entries that are particularly well-framed and have particularly useful discussions in comments to tag, in order to build up a "resource library" of past posts, which would be less information-dense and useful if all entries relating to a topic were tagged.)

Suggested solution: when somebody selects a community from the "post to..." drop-down, or clicks "post to [community]" in the navstrip, the "tags" area of the Post An Entry page should automatically update with a useful legend. One way I envisage this working:

* if only administrators can /tag/ entries, the tag box should be greyed out with a brief legend to the tune of "only administrators can tag entries in this community". The full list of tags could perfectly well remain accessible, with a similar legend top & bottom and all the tick-boxes greyed out.

* if only administrators can /create/ tags, the tag box should have a brief explanation along the lines of "please choose from existing tags", and typing into the box should result in searching the community's current list of tags.

View Poll: Clearly flag tagging permissions for posts to communities

comments

Link to birthday boy's/girl's journal in notification email (plain text)

2012-05-14T06:21:42Z

Title:
Link to birthday boy's/girl's journal in notification email (plain text)

Area:
Birthday notification (plain text)

Summary:
Link to birthday boy's/girl's journal in notification email (plain text)

Description:
A notification email is sent to people who'd like to be informed about their DW friends' birthdays. The link options in the email text (plain text, not HTML version) are "Post to wish them a happy birthday" and "Buy a gift from our shop".

Could you please add a link to this person's journal on top of that list as well?

I'm one of the people who rather write a comment in the birthday boy's/girl's journal as opposed to an entry in my own, and instead of the email sending me to their journal directly I have to go to mine instead, click "Manage Circle", search for the name and go to their journal from the list, which takes a lot of time and effort.

Also, sometimes a user may not remember the person from the user name right away (especially when they're not very active) and would like to check their entries first.

View Poll: Link to birthday boy's/girl's journal in notification email (plain text)

comments

Importer error pages need buttons for the next step

2012-05-14T06:21:32Z

Title:
Importer error pages need buttons for the next step

Area:
Importer

Summary:
If you omit any information when starting the importer, the error page drops the ball on guiding you to the next step of the process.

Description:
When using the importer [https://www.dreamwidth.org/tools/importer], I forgot to click the site I wanted to import from before I filled in my userid and password and then automatically hit enter. The error page that comes up when you do that [https://picasaweb.google.com/lh/photo/6s-ph1Nbgfxy0p3zwIqYi9MTjNZETYmyPJy0liipFm0?feat=directlink] drops the ball on what to do next. It says "Please select a service to import data from." but the options for that are not displayed, and there is no further guidance for what the user should do. Further testing reveals that you get "Please provide a username and password for the service that you selected." if you forget either of those, but again, there is no further guidance for what the user should do.

In a perfect world, the error page should remember all the information already provided, including the password, and repeat the "Choose a service to import from:" or "Username on other service"/"Password on other service" item that was missed, and have a Continue button to proceed forward.

My secondary preference would be to have a button to go back to the missing step. This would be a more versatile fix since you get the exact same error not just from failing to select a site but also when you fail to fill in any of the information. However, I would prefer not to have to go back because although the username is remembered, I have to re-enter my password for the other site.

At the very least, even if no buttons are added to the error page, there should be an instruction to use the browser's Back button. Again, I would prefer not to have to go back because I have to re-enter my password for the other site even when I already did that.

View Poll: Importer error pages need buttons for the next step

comments

Blockquote tag in html turns text into italics

2012-04-21T18:37:57Z

Title:
Blockquote tag in html turns text into italics

Area:
Entries in html

Summary:
'Blockquote' tag in imported html entries turns text into italics; 'br' tag disappears; and spacing between paragraphs is erratic.

Description:
Hello!

After many failed tries, I have finally managed to import contents from elsewhere to my Dreamwidth journal, about which I am very content!

However going through some of my imported entries I discovered to my surprise that a lot of my html does not render properly. My main concern is that the 'blockquote' tag automatically turns all text into 'italics' - which it naturally shouldn't. Another problem is that the 'br' tag many places has simply disappeared. The third problem is that the spacing between paragraphs seems to vary (even within the same entry) greatly.

Not being a programmer I don't have any solutions to the problem, unfortunately, but I hope it is something you will look into so that entries made in plain html are rendered as they should!

ETA: Yup, been thinking a bit, and what I'd like to suggest is that the style designers are instructed to leave text formatting tags alone when they make their styles. Having all text turn italics (like in the 'blockquote' tag mentioned - I have yet to find a nice style that doesn't do this) actually renders the italics tag completely useless as a tool for expression.

ETA II: The entries that show huge spacing after some but not all paragraphs, show 'br' closing tags when I look at the source code that DW generates. Since there is no closing tag for the 'br' tag and I did not put them there I can only assume it's a bug or bad programming from DW's side. In any case it is something that should be taken care of. I made a test entry to show you what it looks like. It shows up in both IE8 and the latest versions of Firefox and Opera. In the source code you can see the row of "illegal" 'br' closing tags. Thanks to a commenter I now know you're aware of this!

- Leeneh

View Poll: Blockquote tag in html turns text into italics

comments

Rating System Suggestion

2012-04-21T18:37:51Z

Title:
Rating System Suggestion

Area:
journal entries

Summary:
A better rating system with more options for rating levels of communities and individual journals.

Description:
There's only three levels of journal classification. The "Safe for everyone" classification is what I'd consider G to Y7 rating, which is right where it should be, so there's no problem there. The "Should be viewed with discretion" triggers a tag that reads "NSFW" on all the entries, which borders on a bit too high of classification, in my opinion. I understand that the "18+" warrants the "NSFW" tag, which is as it should be. I think that there should be more levels of classification between the "Safe for everyone" and "Adults Only 18+", as there are a lot of things that fall in between there, and most journals would likely not come close to needing an "NSFW" tag.

Ideally, the levels of classification would be as follows:

"Safe for everyone": Leave it as it is.
"Cautious": Around PG-13 level.
"Some discretion advised": Bordering on R rating.
"Adults only 18+": Leave it as it is.

View Poll: Rating System Suggestion

comments

Offical Account Trading system

2012-04-21T18:37:27Z

Title:
Offical Account Trading system

Area:
usernames

Summary:
An officially supported account trading system (no money involved, or a paid service if needed) to improve the safety of account trading. Not because trading itself should be allowed, but because it WILL happen, so it's better to have secure account trading and lessen the impact of trading unsafely.

Description:
Account trading is always going to be a problem on a website where usernames are involved. I once enjoyed trading usernames on other websites, but won't do it on DW because of the strong stance against it. However, other people do and WILL continue to do so.

Real Money Trading (RMT) is a huge problem in MMORPGs, and CCP countered that in EVE Online by allowing players to purchase Pilot License Extensions (PLEX) which can either be used to increase their subscription time OR sold on the market to other players, thus meaning people could exchange their REAL cash for in-game currency in a safe and fully supported manner. This has vastly improved the RMT problem.

For this reason, I'd suggest perhaps having an account trading tool in DW that would allow users to trade usernames with another user safely, meaning that the original owner couldn't just claim back the journal using their originally registered email address. No money need be involved.

If money was to be involved, it could be a paid service akin to EVE Online's character transfer service. Both users could pay a small fee to trade their usernames with one another.

This would solve the problem of accounts being stolen from unsafe and unsupported trading practices, as why would people continue to trade the unsafe way when there's a perfectly secure method available? Of course, there'd still be some people who go the unsafe route, but I'd imagine this would drastically decrease the problem.

View Poll: Offical Account Trading system

comments

Anonymize Suggestions polls?

2012-03-25T15:30:34Z

Title:
Anonymize Suggestions polls?

Area:
Suggestions

Summary:
The suggestions generator and dw-suggestions polls were coded before the anonymous option was enabled for polls. Should we anonymize the responses to the polls in the suggestions community?

Description:
Advantage to anonymizing: allows people to register their opinion without fear of repercussion/negative consequences/social disapproval.

Disadvantage to anonymizing: prevents contextual decision-making and weighting of opinions as registered in the polls.

To expand on that a little: I'm the one who makes the decision on what happens to suggestions (moves to Bugzilla for implementation, declines the suggestion, or defers it for future re-evaluation) and while I am fairly "name-blind" (ask anyone, I don't remember names or usernames at all; there are people who've been coming to our stitch & bitch parties for ages whose names I still can't remember without being reminded!), there are instances where I will give a group of votes more or less weight. For instance, if the only "don't implement" votes are from a group of accounts with little activity (few/no posts, few/no comments, all created recently), I may consider those accounts more likely to be sockpuppets created to "stack the vote" (even though vote counts are not the only factor used in deciding a suggestion's fate).

Anonymizing suggestions polls would keep me from being able to do that. On the other hand, it could also make people more likely to feel comfortable in giving an honest opinion.

I am comfortable going either way with this, so I figured I would toss it at y'all and see what you thought. Should we anonymize suggestions poll votes? If you think we should, vote, 'should be implemented'; if you think we shouldn't, vote 'shouldn't be implemented'.

View Poll: Anonymize Suggestions polls?

comments

Add the Display Name to the comment header

2012-03-25T14:56:19Z

Title:
Add the Display Name to the comment header

Area:
comment pages

Summary:
There's been a lot of debate over using the username vs. the display name on icons' alt-text+hover-over tool-tip and the accessibility/usability issues that come with changing it from username to display name. This solution is a good compromise on the issue, since it puts the display name somewhere accessible to everyone: after the username in the comment header.

ETA: Also check out the comments for other ideas for implementation not covered by the suggestion. Here's the most promising one.
ALSO also, as a warning: having a display name somewhere useable is a topic people have strong feelings on. Try to be considerate in the discussions, whatever implementation you do or don't support.

ETA 2: A list of solutions proposed so far including some pros and cons of each. If you'd still like to vote, click "implement as-is" for the idea in the description below, and click "implement with changes" if you like something else on the list and comment to the main post to say which (or to the comment linked above if you like the inline reply idea).

Description:

I'd like the Comment Headers to show a user's chosen display name next to their username.

( SOME BACKGROUND INFO ABOUT PAST SUGGESTIONS AND ITS ACCESSIBILITY )

It'd be better to use something like this!

=====HOW VISUAL BROWSERS WILL SEE IT=====
http://i224.photobucket.com/albums/dd290/ceesoo/SabraLaTau/layouts/displayname02.png
with the hover-over tool-tip reading "username: Keywords which may also be fairly lengthy (Description of the icon which can be fairly lengthy)"

=====HOW SCREENREADERS WILL SEE IT=====
[Icon] usernameis25charactersmax: Description of the icon which can be fairly lengthy (Keywords which may also be fairly lengthy)
And then it reads the subject if you put one.
[Userhead] [Personal Profile] usernameis25charactersmax (This is a display name that is 50 characters long.)
date-time etc.
---------------------------------------
This way, if they don't want to hear the username over and over I imagine it's easier to skip one word than a long name or phrase, but they can also get at the display name easily just like visual users can by skipping down to the username and display name line. Meanwhile, people on mobile devices or who just can't use hover-over for whatever reason are also able to see the display name because it doesn't require any hovering.

In terms of visual space in the comment header, I don't think 50 characters is too many, as a maximum. And anything that a user didn't fill out would simply not show up. If a user doesn't designate a display name, it'd be best not to show anything in the comment header.

TERMS
* alt-text: what screen readers hear when reading past an icon
** tool-tip/title text: that thing that shows visual users our keywords. DW has it set to contain the same info as the alt-text except in a different order, in an effort to ensure all users have an equivalent experience using the site.

SOME CONNECTED DISCUSSIONS
1) http://dw-accessibility.dreamwidth.org/18357.html
2) http://dw-suggestions.dreamwidth.org/609311.html
3) http://dw-maintenance.dreamwidth.org/44980.html?thread=1361844#cmt1361844
4) http://dw-news.dreamwidth.org/32824.html?thread=4544056#cmt4544056

View Poll: Add the Display Name to the comment header

comments

Improve entry subscription notification - include title, introduce delay

2012-03-25T04:36:32Z

Title:
Improve entry subscription notification - include title, introduce delay

Area:
notifications, entries

Summary:
When sending notifications of new entries, set a delay for most cases, and include the entry's title.

Description:
Currently, subscribing to be notified of new entries in a given community or journal results in a notification that there is a new entry, and a link.

It would be useful to the person getting the notification to include more information about that entry. However, the current lack of information is probably deliberate, because no matter how many things are done to make sure nothing is posted with the wrong security or -- well, any of the other possible scenarios where something that wasn't meant to be shared is shared -- no matter how careful Dreamwidth is to make such situations unlikely, they will still occasionally happen.

To further decrease the chances that someone who's not meant to see the entry will be notified that it exists, I propose to delay the sending of most new-entry notifications for about 5 minutes (the same delay before new entries appear on the Latest Things page), which gives time for someone posting an entry to notice and edit before a notification is sent. (People with very slow internet connections or who have been pulled away from the internet would still have a higher chance of something slipping through.)

In exchange for the delay, send the title of the entry along with the emailed notification, and perhaps the tags.

For community administrators with subscriptions to new entries in their own communities, would it be acceptable to send a notification immediately, and with title and tags?

(This suggestion brought to you by Azz's automatic paranoia that something horrible is happening when there is a new entry in dw_antispam while out-and-about with mobile email but crappy internet from the smartphone.)

View Poll: Improve entry subscription notification - include title, introduce delay

comments

Integrate better with LiveJournal's "spoiler" tag

2012-03-24T04:47:51Z

Title:
Integrate better with LiveJournal's "spoiler" tag

Area:
entries, comments, importing, crossposting

Summary:
LiveJournal has implemented a <lj-spoiler> tag, which should be accounted for when importing and crossposting.

Description:
There's been past discussion (most recently http://dw-suggestions.dreamwidth.org/1303478.html ) about how to best make a spoiler/trigger/not-expanded-by-default tag work for entries and comments on Dreamwidth. LiveJournal has since implemented a method to do just this, and it would be wise to remain compatible with it.

When importing, entries with <lj-spoiler> tags should retain the type of concealment it is, the custom warning text if any, and the text within.

When importing, comments with <lj-spoiler> tags should not lose any data.

When Dreamwidth implements its own version, things tagged with <lj-spoiler> should be backwards compatible - if already posted, they should be treated accordingly.

New crossposted entries containing the <lj-spoiler> tag should be passed on to LiveJournal without mangling the tag; when our version happens, it should convert to LiveJournal syntax when crossposting to LiveJournal, just as usernames are.

New entries containing the <lj-spoiler> tag should be displayed sensibly on Dreamwidth, either consistent with a regular <cut> tag (if that's quick and easy to set up before implementing it properly) or properly.

Whatever method we use should remain accessible. If implemented with scripts for inline expansion, non-script viewing should retain any custom warning text and the fact that this was concealed, and give sufficient time and space for people to decide to stop reading (this should accommodate very fast readers who skim and can absorb the gist of whole sentences/paragraphs in seconds before their executive function has caught up, as well as screen reader users who may need time to tell their screen reader to stop reading). It should also not suck for mobile device/small screen users.

One possible method would be to automatically add "spoiler space" as was done manually on email lists of old: for example, typing <mask text="OMG!">WTF!!</mask> (or however it's decided to do locally) might result in:

*** MASKED CONTENT: OMG! ***

*
*
*
*
*

WTF!!

*
*
*
*
*

*** END MASK ***

View Poll: Integrate better with LiveJournal's "spoiler" tag

comments

Icons: rename 'comment' to something else such as 'notes' or 'info'

2012-03-24T04:47:39Z

Title:
Icons: rename 'comment' to something else such as 'notes' or 'info'

Area:
icons

Summary:
People use the 'comment' field in very different ways: to give credit to the icon maker, provide additional keywords, categories or information, mention whether it's shareable or even don't use it at all. It seems to me the word 'comment' doesn't really fit any of these uses. Something like 'notes' or 'info' would fit better and may help distinguish this field from the description one.

Note: edited to add better suggestions.

Description:
Ideas welcome!

View Poll: Icons: rename 'comment' to something else

comments

Icon keywords

2012-03-24T04:44:22Z

Title:
Icon keywords

Area:
Icons

Summary:
The icon keywords are an old and outdated system, it'd be easier for users if a better management system was put in place, especially for high numbers of icons.

Description:
Icon keywords really need to be updated. It is difficult and cumbersome managing keywords for icons especially when having a high number of icons. The current system has literally not changed much since 2001. It would be nice having a sort of keyword managing place, one where you could assign icons (and drag and drop would be awesome there!) or rename or merge keywords as you can for entry tags. Additionally, keeping a list of keywords that you've used but don't currently have an icon assigned would be helpful and useful to roleplayers. Even if it's just a static list would let the user see what they've used. As denise said here:
http://dw-biz.dreamwidth.org/7186.html?thread=773394#cmt773394
it might be computationally expensive getting a retroactive list from old comments, I'd suggest not doing that though and just adding a old keyword if someone actively views a comment with an old keyword- it would be looking for that icon anyway and it'd just display the default when it doesn't find it, though I'm not familiar with how the process works exactly.

View Poll: Icon keywords

Edit!!!! In order to clarify + additional:

It is extremely awkward managing keywords from the icon page from a little tiny text area box, particularly when having many large sets of keywords on one icon with only commas as a separator. I suggest a separate manage area for a list of icon keywords currently in use, and possibly a list of keywords used in the past for reference and the ability to reassign old keywords to new icons. People do not always remember exactly the way they typed a keyword they don't actually have saved.

We have a management page for entry tags, where we can delete, rename, merge and view what is tagged to a specific entry tag. I am suggesting something similar for keywords- if not their own page, at least a section on the icon upload page where we do not have to deal with the tiny text area and only the text area. I can see being able to select a keyword with a check box and hitting a "Rename" button to be able to rename keywords, or select two keywords via check box and hit a "merge" button, or select some "delete" button. Then possibly an "add new keyword" button. That would make keywords more manageable and I don't think it'd require a lot of work, and we already have a check-and-hit-button to delete icons themselves.

We can only rename keywords, we cannot merge them. I've tried to merge keywords, and it didn't work. There is no obvious option nor way to merge keywords. Trying to rename one into another fails. -This is on Bugzilla and is already on the to-do list, but it's part of the bigger management system, so I thought I should include it.

Renaming keywords is sort of a hit or miss using the text area on the icon page, especially if there are multiple keywords to an icon. You do not know if the rename was successful until you go to check comments made with the old keyword- there is absolutely no confirmation, and it is far too easy to typo and create a horrible Frankenkeyword out of the one you're trying to rename and one of the others. Then it becomes annoying trying to undo that because there is no undo button, either, and you have to figure out what keyword you renamed, fix the innocent keyword, and try to rename the suspect keyword again.

This is the same old tired system that has been in use since LiveJournal's early days: By that, I am implying: surely with new coding and technology we should be able to have a more dynamic, easy to use icon and keyword management option.

comments

Mobile Reading page: add previous/link at the bottom too

2012-03-14T00:32:44Z

Title:
Mobile Reading page: add previous/link at the bottom too

Area:
reading page, mobile

Summary:
On http://www.dreamwidth.org/mobile/read, add a link to view previous/next entries at the bottom.

Description:
This would let you see past entries without having to go back to the top of the page.

View Poll: Mobile Reading page: add previous/link at the bottom too

comments

Option to show "originally posted as" on imported entries and comments

2012-03-14T00:32:40Z

Title:
Option to show "originally posted as" on imported entries and comments

Area:
entries, comments, importing

Summary:
Expose "originally posted as" on imported entries and comments, as an option that can be added to styles if desired.

Description:
Some users would like to be able to see where a comment or entry has been imported from, if they are importing from several locations or different names, or wish to display the history in full on Dreamwidth. Other users would prefer to keep the current display. I propose that the importer is updated to preserve the username and site/OpenID name at the time of import, so that this information is available to style designers, who can then create styles with it displayed, or add it to their styles as an option for those who want to show it on their journals. For previously imported entries where the original import site has not been saved, this would display something like "Originally posted as: information not available".

View Poll: Option to show "originally posted as" on imported entries and comments

comments

Privacy-lock icon by contact info on profile

2012-03-14T00:32:34Z

Title:
Privacy-lock icon by contact info on profile

Area:
profile, privacy

Summary:
Put a privacy-lock icon by the "other services" section in "connect" on the profile if these are visible only to access list.

Description:
There is a little lock icon that shows next to the "contact details" at the top of the profile page where the email address is listed, if that address is set to be visible only to the access list. However, there is more contact info shown on the profile page, in "other services" in the "connect" section, and there is no indication next to that section to remind/reassure the user that the info is only visible to the access list. I suggest adding another lock icon in that section immediately next to the title, the same as for "contact details".

View Poll: Privacy-lock icon by contact info on profile

comments

Support: widen the 'Reference FAQ' drop-down menu

2012-03-14T00:32:29Z

Title:
Support: widen the 'Reference FAQ' drop-down menu

Area:
support

Summary:
When you answer a support request, you have the possibility to reference a FAQ. To help you do this, there is a drop down menu listing all the existing FAQs. Some FAQs have long titles and the menu truncates them. I suggest it be made a little wider to make it easier to find the correct FAQ.

Description:
Maybe 25 characters longer.

View Poll: Support: widen the 'Reference FAQ' drop-down menu

comments

Notifications for new popular-with-circle accounts

2012-03-14T00:32:22Z

Title:
Notifications for new popular-with-circle accounts

Area:
circles, discovery

Summary:
When there are changes to the lineup in http://www.dreamwidth.org/tools/popsubscriptions , there should be a subscription to be notified of what accounts were added.

Description:
http://www.dreamwidth.org/tools/popsubscriptions lists accounts that a lot of people in your circle subscribe to.

I'm not entirely sure how it is currently calculated, whether it is generated on demand as the page is loaded, or if it is regularly recalculated.

It would be pretty spiffy if something on the back end could check it on, say, a weekly basis, to see if there are any accounts newly appearing.

If a user is subscribed to notifications, the results of this would be sent to them in the usual ways (inbox, email).

The system should be smart enough to not highlight an account that has appeared on the list because the user just unsubscribed from them, and similarly not highlight any banned account.

View Poll: Notifications for new popular-with-circle accounts

comments

Add 'Jump Links' to Recent Entries and Reading Circle pages to make skipping between entries fast

2012-03-14T00:32:18Z

Title:
Add 'Jump Links' to Recent Entries and Reading Circle pages to make skipping between entries fast

Area:
Reading pages

Summary:
Add links to the next and previous entry to each entry on the recent entries and reading circle pages, allowing users to quickly skip between entries

Description:
So <user name="exor674"> coded a neat little custom S2 thing, which is probably most easily explained by linking to her recent entries page - http://exor674.dreamwidth.org/?style=original The '<|>' right underneath the subjects are links that take you to the subject line of the previous/next post of the page, respectively. I thought this was so cool that I offered to write it up as a suggestion, for inclusion as an option in the core2 default page *g*

It's particularly handy for situations where scrolling a lot is hard or irritating - on a phone, for instance, or for skipping several long entries that you've already read (or don't want to read, for whatever reason) quickly, rather than having to scroll past them. And while her code would need a little bit of clean-up for core2 inclusion, the basic functionality has already been written. I would suggest this as an 'opt-in' option, probably, in the Customize menu.

View Poll: Add 'Jump Links' to Recent Entries and Reading Circle pages to make skipping between entries fast

comments

Moving entire posts from one journal to another or a community

2012-03-14T00:32:13Z

Title:
Moving entire posts from one journal to another or a community

Area:
posting

Summary:
It would be really useful to be able to make a post, have comments on it, and finish it, especially for rpging, and then be able to move that entire post, with comments, over to a different comm. That would allow for pre-writing of events and scheduled things, and make for some really neat actions!

Description:
This idea would work well to enable people to pre-write things in their journal. Say a person wants to present a new effect, or a style, or a html code, or even just a paper with proper formats. They could do it in their own journal, set it up, make sure it works, and then enable this effect, and be able to just move the post over with a drop down 'post to' box.

This would be especially helpful for roleplayers, who often write stuff out ahead of time, trying to mesh schedules for large posts, or to allow for people in different time zones to complete something, then post it so it appears suddenly. With the ability to do this entire, a lot of that would become easier. In addition, those who accidentally post in the wrong community, and even have conversation back and forth before it is realized would be able to move the post, with those comments, to the correct comm.

View Poll: Moving entire posts from one journal to another or a community

comments

Separate list of subscribers and people who give access

2012-03-14T00:32:04Z

Title:
Separate list of subscribers and people who give access

Area:
circle management

Summary:
Separate out the people on your manage circle page so that people who have subscribed or given access to you (but who you do not subscribe to or give access to back) appear in a separate section or page.

Description:
Currently, on the manage subscription page all people who have subscribed and given access to you appear in the same list as those who you have given access and subscribed too. While in many cases access and subscription is mutual, it is not always - and at times this can make sorting through the people in your circle difficult if you are just trying to focus on those people that you have added to your circle. This is even more difficult if you have a large number of subscribers that you don't subscribe back to.

To use an example from LiveJournal, there I have a journal which has been friended by 237 journals that I do not have friended back. This naturally made managing my friends list for that particular journal very difficult, as I would need to wade through large numbers of people that I didn't have friended in order to manage the ones that I did.

Putting journals that have added you to their circle but who you have not added back would allow people to be able to focus specifically on those journals that you specifically have added to your own journal. Implementing should hopefully be relatively simple, as those journals could go in a separate list much like how communities are listed separate on the manage friends page. An alternate solution might also be to have an option to sort the users you have added by particular criteria (such as 'view all' and 'view only your subscriptions' and 'view only who you give access to', although this might involve more complicated coding.

View Poll: Separate list of subscribers and people who give access

comments

Dreamwidth Suggestions

Demi-ban: screen all future comments from specific user

(Optional!) Interaction analytics and suggestions

Include subscribers in "screen comments from people not on your access list"

Add Steam to external site list

Clearly flag tagging permissions for posts to communities

Link to birthday boy's/girl's journal in notification email (plain text)

Recent Comments Page - Sort by Location

Importer error pages need buttons for the next step

Blockquote tag in html turns text into italics

Rating System Suggestion

Offical Account Trading system

Anonymize Suggestions polls?

Add the Display Name to the comment header

Improve entry subscription notification - include title, introduce delay

Integrate better with LiveJournal's "spoiler" tag

Icons: rename 'comment' to something else such as 'notes' or 'info'

Icon keywords

Mobile Reading page: add previous/link at the bottom too

Option to show "originally posted as" on imported entries and comments

Privacy-lock icon by contact info on profile

Support: widen the 'Reference FAQ' drop-down menu

Notifications for new popular-with-circle accounts

Add 'Jump Links' to Recent Entries and Reading Circle pages to make skipping between entries fast

Moving entire posts from one journal to another or a community

Separate list of subscribers and people who give access