dw_suggestions | Recent Entries

dw_suggestions: A User's Guide

So, you want to learn more about the

dw_suggestions process! This entry will be made the "sticky entry" in the

dw_suggestions community (replacing the existing one, which was starting to show its age) to serve as an introduction to the Suggestions process, Dreamwidth development, and just what the heck people should be keeping in mind while they're discussing things here.

Let us begin our magical mystery tour.

( dw_suggestions: A User's Guide )

And that is Everything You Ever Wanted To Know About

dw_suggestions But Were Too Shy To Ask Or Just Kept Forgetting To Bring Up! Any further questions?

azurelunatic

Title:
Community Moderation Log

Area:
communities, moderation queue

Summary:
Show the last (reasonable number of) community moderation actions on a special page. This should particularly include the username of the moderator.

Description:
Community moderation queues are one of the unfinished areas of the site that could use some sprucing up.

Currently there is no visible record of which community moderator took action in the moderation queue, nor exactly what that action was.

Keeping a record of the moderation queue from the beginning of time could conceivably take up a hefty chunk of space, especially in high-volume communities. Instead of keeping the records indefinitely, we could log them as they happened, and show up to a certain number of them (I suggest 200, as that is double the size of a paid community's maximum queue depth). Or, if hanging onto them indefinitely would not be a strain, they should be paginated maybe at 100 records at a time. They would be displayed on a special page that can be accessed only by users who have the right to see the moderation queue.

(While community moderators can see the moderation queue, administrators can grant themselves the right to moderate, and should probably be able to see the page whether or not they currently have that attribute turned on. Please do submit scenarios where an administrator should not be able to visit that page in the comments, if you can think of any, because I can't -- at least not until admin rights can be granted piece-by-piece, in which case we'll probably have owners by then, and owners should then be able to visit it without explicitly turning anything on.)

The page should log the following:

Username of submitter
Timestamp of submission
Title of submission
Escaped (plain-text with all HTML symbols displayed) version of first X characters of submission
Username of moderator
Action (disposition of submission)
Note (if any)
Timestamp of action
Link to entry (if posted)

It should log approval, rejection, and reject-as-spam.

It should display (by default) in the order of action, with newest actions on top, but it would be awesome if the page could be sorted by some of the other fields. Records would remain visible until pushed out of the active area.

This would be useful for community management tasks. Moderators could spend less time on communicating basic details to each other and more time talking about other community management needs. It would be easy to look up recent actions of other moderators even if they did not mention the incident. In case of problems on a moderation team, for example if moderators were taking actions by accident, by a mistaken understanding of the community policies, or out of malice, their actions would be visible to others and they could be spoken with based on a record of their actual actions rather than one person's word against another's.

Poll #9261 Community Moderation Log
Open to: All, detailed results viewable to: All, participants: 53

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
37 (69.8%)

Should be implemented with changes. (please comment)
1 (1.9%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (28.3%)

(Other: please comment)
0 (0.0%)

azurelunatic

Title:
Community admins/moderators: moderation queue action subscription

Area:
communities, notifications, entries, moderation queue

Summary:
Create a subscription for action (acceptance and rejection) for community moderation queues. Make this subscription available only to users who have access to see the moderation queue.

Description:
Community moderators may currently receive notifications for new submissions to their community's moderation queue.

It would also be useful for them to get notifications about moderation queue action, possibly from themselves, but definitely from other moderators.

The notification should include:

The username of the moderator who made the action, what the action was, what community this is in, the username of the user whose submission it was, the time the submission entered the queue and the time the action was made, the note (if any) the moderator left, the entry's title, contents, and possibly other relevant metadata (tags, location, mood); if this action was an approval, a link to the entry as posted.

(Should this be sent for items that are marked as spam? I can think of arguments in both directions: against: in case of legitimate spam it is useless overhead that will only bother the other moderators, emailing known spam may alarm email providers; for: if a moderator is marking things as spam that are not spam (either accidentally, mistakenly, or maliciously) the others should know, moderators who become accustomed to messages about queue action may be surprised when they see an entry come in but find it gone with no notification about why.)

This notification should only be available to people with access to see the moderation queue, which in practice is only moderators, but in terms of practical community oversight might need to include the community administrators.

The subscription should be separate for every community, and should (if possible for business reasons) not count against the subscription slot limit.

(Related: an on-site moderation queue log.)

Poll #9260 Community admins/moderators: moderation queue action subscription
Open to: All, detailed results viewable to: All, participants: 50

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
18 (36.0%)

Should be implemented with changes. (please comment)
4 (8.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
28 (56.0%)

(Other: please comment)
0 (0.0%)

azurelunatic

Title:
Include a copy of entry with all moderation queue messages

Area:
communities, entries, notifications

Summary:
When a community moderator approves your community entry, that notification should also include the subject and contents of the entry.

Description:
Currently, entries that are rejected from the moderation queue have the contents of the entry included below the rejection message.

This would also be useful for notifications of approved submissions. As it is, if you have forgotten what you wrote, or especially if you have submitted multiple entries to that community (up to 5 per user in a paid community), you have to click through to re-read it. This isn't always convenient.

A notification is already being sent to the user, so it wouldn't add any more mail jobs, just add to the bulk of the existing mail job and retrieve the entry and comment.

It would increase the load on the user's mailbox/data transfer, but not by more than another emailed comment notification for the same entry, and if they're getting the notification by email, that is probably a slightly lighter load than loading the page with that entry in a browser.

Poll #9259 Include a copy of entry with all moderation queue messages
Open to: All, detailed results viewable to: All, participants: 50

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
29 (58.0%)

Should be implemented with changes. (please comment)
2 (4.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
19 (38.0%)

(Other: please comment)
0 (0.0%)

sincere

Title:
Making circle changes from the hover menu should be less easy

Area:
entries

Summary:
It is currently too easy to accidentally make circle changes through the hover menu, accidental or otherwise. I propose changing the current two links that require no confirmation before acting to one link that will redirect to the Add to Circle or Manage Subscription page with full text options.

Description:
Several times in the last two weeks alone my mouse has passed, either purposefully or accidentally on the way to clicking something else, over someone's usericon. The hover menu doesn't open until the instant I am attempting to click somewhere else, and now I have clicked on one of the many links in the hover menu. Immediately I have subscribed to someone's journal, unsubscribed from someone's journal, granted someone access to my personal entries, or removed someone's existing access to my personal entries. This simple misclick can result in as many as two email notifications to let someone know that I changed their status -- when I had no intention of doing anything like that.

It's embarrassing to accidentally grant access to someone you're just talking to casually on a community, and even more embarrassing to then go "Uh, sorry, never mind" and take it away again.

I don't see why the hover menu makes this so easy. This requires only a single click and it's just done, but when I do it on the profile page, where I am much less likely to click on those links accidentally, it takes me to a separate page going "Are you sure?" first.

In addition, the hover menu has a lot of text on it, and it appears and disappears very quickly. Once I misclick, I usually have to hover over the icon again 3-4 times to see what I changed, and then to get my mouse to the link to change back again.

My solution to these problems: Replace the "Subscribe/Unsubscribe" and "Grant access/Remove access" links with just one link, which will redirect users to the existing Add to Circle or Manage Subscription pages (depending on their current status in your circle). This both removes the accidental adding problem, and makes it easier to use.

Potential pros:
+ No more accidental circle changes. Big pro for me.
+ Fewer links means less chance for misclicking in general.
+ Users won't have to sort through as much text to find the link they want.
+ Seems more accessible for readers who have reading or clicking difficulty than providing so many options on the tiny, there-and-gone-again hover menu.

Potential cons:
+ Some ease of use removed, requiring an extra page load to change circle status.
+ If there is any accessibility reason for the pile of links and text on the hover menu, that should be taken into account.
+ If you were hoping to meet your future spouse via a misclick granting them access and them falling in love with you while reading your private meanderings, this may reduce the odds of that happening.

Poll #9258 Making circle changes from the hover menu should be less easy
Open to: All, detailed results viewable to: All, participants: 58

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
8 (13.8%)

Should be implemented with changes. (please comment)
12 (20.7%)

Shouldn't be implemented.
20 (34.5%)

(I have no opinion)
15 (25.9%)

(Other: please comment)
3 (5.2%)

roximonoxide

Title:
Editable Module Headers

Area:
styles / customization

Summary:
User input fields to control the text headers of all modules, not just the custom text module.

Description:
Currently, the the Custom Text module allows for the user to change the module heading from the Text customization options for your journal. (The same page where you might edit other default page text such as metadata labels and navigation links). Though you can hide module headers entirely with css, other modules have no such customization options other than order and page placement. It would be exceedingly helpful to both users and communities who use their journals, and the modules available to them, differently if all other modules allowed for the user to alter the default module headings to text of their own choosing.

This might logically be implemented either from the Text page, as it already exists for the with the Custom Text module, or from the Modules page where order and organization of your modules takes place.

Poll #9210 Editable Module Headers
Open to: All, detailed results viewable to: All, participants: 64

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
34 (53.1%)

Should be implemented with changes. (please comment)
1 (1.6%)

Shouldn't be implemented.
3 (4.7%)

(I have no opinion)
26 (40.6%)

(Other: please comment)
0 (0.0%)

eyesofstrength

Title:
Tracking comments made by specific user

Area:
tracking

Summary:
A way to get a notification sent to email or DW inbox when a particular user comments to a post. For example, tracking responses that denise makes to a news post since she always has useful things to say.

Description:
While the current tracking and notification options are definitely great, there are a few things that are missing and could lead to possibly missing out on important things from people you want to watch.

While at times this could be accomplished by tracking a tag in a community, if the tag isn't there when the entry is posted, that notification method doesn't work. Plus there is no way to find when someone has commented to an entry outside of tracking all comments to an entry, or top level comments.

So what I propose is a way to track in a post or community comments made by specific users. This could be very useful in things like roleplaying communities to track characters important to yours, or to track mod posts. In communities like art or fic ones, someone can track when a particular artist or writer posts. And I'm sure there are other usages that I'm forgetting.

In posts, it could be useful to add to top level comments to get responses to questions people may have from official sources. Or in a request community, to see when a particular person fills a request. Or in roleplay communities, to get only responses from people your character would definitely respond to so you don't miss them, or to see when characters you like reading respond to others as well.

While this could be accomplished with top level comment tracking or comment tracking in a post, that is going to send a lot of excess notifications before you get the one you need. If 100+ people post to a particular post and you want to know when 2 people in particular post, that's over 98 notifications you don't need. Or if you are interested in only the official responses, you'll get a lot of excess by tracking a whole post, especially if questions and answers is only a small part.

And for tracking when someone posts to a community, there is tag tracking, but that only covers if the tag was there when the post was made, not if it was added later, and plenty of people are forgetful about adding tags when making the post. Also, the tag has to exist to track, and other users besides the one you are interested in may post with that tag as well.

Obviously refreshing a post or community can do it as well, but that is definitely time consuming and if the person you are wanting to see responses from only posts every now and then, a lot of wasted time.

One thing that could be a concern is privacy, so obviously I'd like to say that I don't support this being a way to know when someone posts something that is locked or screened and you cannot see it. It should only allow for notifications of things posted that you can actually see with the journal doing the tracking. So if a community is members-only, you can only track like this if you are a member. Basically, stuff you'd be able to see by refreshing the community or post, this is meant only to save time.

Not going to suggest a particular way to implement this because honestly, I'm no coder and someone may well have a better idea than I may to make this work. I'm just giving what I'd like to see on how it is used and the specifics on how to make it work I'll leave to people far smarter than me. Of course if anyone has any ideas on how to do this without added features, that's great too!

Poll #9209 Tracking comments made by specific user
Open to: All, detailed results viewable to: All, participants: 67

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
19 (28.4%)

Should be implemented with changes. (please comment)
6 (9.0%)

Shouldn't be implemented.
25 (37.3%)

(I have no opinion)
16 (23.9%)

(Other: please comment)
1 (1.5%)

lannamichaels

Title:
Rename "Upload Icons" to "Manage Icons"

Area:
Navigation

Summary:
Change the text of the "Upload Icons" link in the navigation to more accurately reflect the use for that page.

Description:
In the links, the link to manage icons is called Upload Icons. Other places where you can change things are called Edit and Manage. "Upload Icons" makes it sound like that's where you go to upload, but somewhere else to Manage them. I suggest the text of the link be renamed to "Manage Icons".

Poll #9094 Rename "Upload Icons" to "Manage Icons"
Open to: All, detailed results viewable to: All, participants: 87

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
69 (79.3%)

Should be implemented with changes. (please comment)
1 (1.1%)

Shouldn't be implemented.
1 (1.1%)

(I have no opinion)
16 (18.4%)

(Other: please comment)
0 (0.0%)

pleonasm

Title:
Move Delete Entry button away from Save Entry Button

Area:
edit entry page

Summary:
Move the Delete Entry button on the Edit Entry page so that it is not right next to the Save Entry button.

Description:
LJ recently made this small change so that the Delete Entry button is not right next to the Save Entry button on the Edit Entries page. Now, I know we're testing a beta Post Entries page, but I haven't seen the same for the Edit Entries page. If we're going to be using the Edit Entries page for a while, I'd like to see the Delete Entry button moved like it has been moved on LJ. This makes it much harder to delete an entry by accident. Of course, it would be great if it didn't change the tab order, either. Move the Delete button left, move it right -- the point is separating it from the Save Entry button better.

Poll #9093 Move Delete Entry button away from Save Entry Button
Open to: All, detailed results viewable to: All, participants: 70

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
51 (72.9%)

Should be implemented with changes. (please comment)
1 (1.4%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
18 (25.7%)

(Other: please comment)
0 (0.0%)

allchildren

Title:
move journal title controls back to Edit Profile

Area:
Styles/Profiles

Summary:
Move the editing controls for journal title and subtitle from Edit Journal Style to Edit Profile.

Description:
Once upon a time on LJ, journal titles and subtitles were edited via the Edit Profile page, and everybody was happy. (There was a dark time previously when journal titles and subtitles didn't even exist, but we don't like to talk about those days.) However, one day For Some Reason those controls were moved to the Customize Journal Style page. Much consternation and confusion raged across the land, for the journal title and subtitle and in fact THE FIRST THING one sees on one's profile, so it seems pretty natural to want to edit it there; in fact, some journal styles hide the subtitle completely. WHY IS IT EDITED THERE. WHERE IS THE LOGIC. BUFFY QUOTE.

...cried the people.

Years later, Dreamwidth came to exist and forked off of LJ's existing code, and that was great. Even greater was the fact that DW was hard at work at correcting some of LJ's more questionable coding decisions. Great, great stuff. However, this fork included the illogical switch of title/subtitle control, and thus it still sits in Customize Journal Style, making way less sense than it would to be in Edit Profile.

Sadness, and also it just took me like two minutes to find because seriously, why is it there?!

I propose that Dreamwidth undo this illogical decision and restore title/subtitle to its rightful place under Edit Profile. The only drawback I see is that it may confuse people who have gotten used to it being under Customize; but since Edit Profile is really the natural place to look for it I think that will be the lesser confusion. Plus, there could be a link where that control used to be pointing people in the right direction (or at least that link to Customize could exist under Edit Profile so I never waste two minutes again). Also it might be hard to code or something. But probably it would be awesome and everybody would be happy again, and that's my story and I'm sticking to it.

Poll #9086 move journal title controls back to Edit Profile
Open to: All, detailed results viewable to: All, participants: 74

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
27 (36.5%)

Should be implemented with changes. (please comment)
15 (20.3%)

Shouldn't be implemented.
13 (17.6%)

(I have no opinion)
18 (24.3%)

(Other: please comment)
1 (1.4%)

sepdet

Title:
Tweak login button for ham-fisted mobile users.

Area:
Control strip

Summary:
Reposition login/logout button with some space around it.

Description:
I'm not quite sure of the best way to fix this, but I keep hitting the Logout button when I try to click the "reading" link below it on the control strip at the top of my journal. I have arthritis and an iPad, so I'm testing accessibility and mobile issues for you at the same time!

For both audiences, it would be better not to have a frequently-accessed link right beneath "logout". Maybe the logout button could be moved to the right, as it's easier to hit the middle of the word "Reading" horizontally than vertically.

There's probably some way to tab to it, but I have a hunch this wouldn't be too hard to adjust. Of course, that brings in a bit of the dreaded whitespace, which makes sites easier to browse via mobile devices but tends to make pages look ugly.

Poll #9085 Tweak login button for ham-fisted mobile users.
Open to: All, detailed results viewable to: All, participants: 60

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
36 (60.0%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
24 (40.0%)

(Other: please comment)
0 (0.0%)

faye

Title:
Add Tumblr to Other Sites in Profile

Area:
Profiles

Summary:
There are many sites you can add to your profile already so why not add Tumblr? It's a very popular site that many use.

Description:
This is a pretty easy thing to add. Just allow for tumblr to be added with the rest and it to link to the users tumblr on their profile.

Tumblr is very popular, especially for photo/picture blogging. It would make for easier following of friends tumblrs if they can be listed like the other sites via the profile.

I did check to make sure this wasn't already suggested so if it has and I missed it I apologise. :)

Poll #9084 Add Tumblr to Other Sites in Profile
Open to: All, detailed results viewable to: All, participants: 80

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
63 (78.8%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
1 (1.2%)

(I have no opinion)
16 (20.0%)

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Inbox: Make it clearer that the 'Sent' folder is part of 'All'

Area:
notifications, inbox

Summary:
Because 'Sent' is visually separated from 'All', I always forget that when I'm in the All folder clicking on 'Delete All' will also delete messages in Sent unless I flagged them. I would like a way to make it clearer that 'All' really is all, including 'Sent', especially since sent messages aren't displayed there so I find it very easy to forget about them.

Description:
Making the indents bigger might work or removing the '---'separation and making it smaller or different.

Edit: other ideas: moving Sent above Flagged and/or above Unread; setting Sent apart; adding a count to Sent (I think this would help a lot).

Thoughts?

Poll #9059 Inbox: Make it clearer that the 'Sent' folder is part of 'All'
Open to: All, detailed results viewable to: All, participants: 60

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
43 (71.7%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
15 (25.0%)

(Other: please comment)
1 (1.7%)

azurelunatic

Title:
Useful control links on search page

Area:
search, entries

Summary:
When searching your own entries, get additional useful links, such as edit entry, edit tags. This could possibly also include control links for entries not in your own journal, if you have permission to retag in that journal, or for communities where you are an administrator.

Description:
Sometimes, when you're searching entries, you're searching for the purpose of editing the entry or its tags. In those cases, you have to first open the entry, then go to edit the tags or the entry.

It could be helpful to offer links to edit the entry or tags.

User interface-wise, the links could possibly be fit in without disrupting the flow too much or making it take up any more lines:

Current:

[personal profile] azurelunatic: 53 tweets for 2011-2-7
... , and jdn. Monday, 2015: @mishacollins Who's having problems with their polypodes? Monday, 2017: Pie doesn't have tentacles, but cupcakes do. http://www.etsy.com/listing/61287471/cupcaketapus Monday, 2018: HEAVENS ABOVE, SEX WITHOUT LOVE Monday, 2024: @ ...
Tags: twitter
Posted: 2011-02-07 23:55:00

Proposed:

[personal profile] azurelunatic: 53 tweets for 2011-2-7 (edit)
... , and jdn. Monday, 2015: @mishacollins Who's having problems with their polypodes? Monday, 2017: Pie doesn't have tentacles, but cupcakes do. http://www.etsy.com/listing/61287471/cupcaketapus Monday, 2018: HEAVENS ABOVE, SEX WITHOUT LOVE Monday, 2024: @ ...
Tags: twitter (edit)
Posted: 2011-02-07 23:55:00

Poll #9058 Useful control links on search page
Open to: All, detailed results viewable to: All, participants: 52

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
31 (59.6%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
21 (40.4%)

(Other: please comment)
0 (0.0%)

jem0000000

Title:
Tracking Notifications on Circle's Entries

Area:
tracking entries

Summary:
Is it possible to have an option to be notified whenever someone in our Circle posts an entry?

Description:
Is it possible to have an option to be notified whenever someone in our Circle posts an entry?

It's easier for me to do everything in one spot than to have entries on the reading page and comment notifications in my inbox. It's also easier to delete a notification when something is read than to try to remember where I'm at on the reading page if I forget to use a separate tab to comment. But there are only so many subscriptions allowed, and I have to make sure I remember to select tracking when I add someone. Is it possible to make it so that one check box in the notification settings just follows everyone I want to read?

Poll #9057 Tracking Notifications on Circle's Entries
Open to: All, detailed results viewable to: All, participants: 56

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
5 (8.9%)

Should be implemented with changes. (please comment)
4 (7.1%)

Shouldn't be implemented.
14 (25.0%)

(I have no opinion)
30 (53.6%)

(Other: please comment)
3 (5.4%)

thnidu

Title:
"Delete all" should not be option in inbox subfolders

Area:
inbox interface

Summary:
It's not clear to me whether the "... All" buttons in Inbox subfolders such as "unread" apply only to the messages in that folder, or to all messages, and I'm not about to test it.

Description:
When I go to my inbox and click on any of the subfolders, such as "New People" or "Unread" (see req. #12097), I still have the "mark all read" and "delete all" buttons at the top and bottom of the list.

Do these really affect *all messages*, or just the ones in the current subfolder? If the latter, I urge you to relabel them, e.g. "Delete all these" and "Mark all these read", to make it clear that they do not apply to ALL the messages.

Poll #9056 "Delete all" should not be option in inbox subfolders
Open to: All, detailed results viewable to: All, participants: 50

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
24 (48.0%)

Should be implemented with changes. (please comment)
8 (16.0%)

Shouldn't be implemented.
2 (4.0%)

(I have no opinion)
16 (32.0%)

(Other: please comment)
0 (0.0%)

starsandauras

Title:
Adding Jersey, Guernsey, and Isle of Man to profile

Area:
profile

Summary:
Adding the Crown Dependencies of the Channel Islands (Jersey and Guernsey) and Isle of Man to the location drop down on the profile.

Description:
I'm sure that users from these places can easily select the UK as their location, but I suspect that they might like the option of their specific island as well. If nothing else, I doubt having the option would be detrimental.

Poll #9055 Adding Jersey, Guernsey, and Isle of Man to profile
Open to: All, detailed results viewable to: All, participants: 73

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
52 (71.2%)

Should be implemented with changes. (please comment)
2 (2.7%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
19 (26.0%)

(Other: please comment)
0 (0.0%)

opusculus

Title:
Visually mark new comments since last reload

Area:
Comments

Summary:
When you reload the page, any comments that have been posted since you last loaded the page would be marked as visually distinct and new.

Description:
This is about the only thing I really like about LJ's redesign, personally, so I thought I'd suggest it over here. It could be done with either a hardcoded visual thing like LJ's, where a little yellow new comment button shows up next to new comments, or something that can be styled with CSS to be a dot or a different header color or whatever, that would just become part of the layout and people can choose to maximize or minimize how much it stands out.

It's especially helpful in very fast-moving posts where you want/need to track what everyone is saying, but need more context for each thread than tracking and only seeing what the immediately previous comment said with the newest comment, rather than seeing the last 10 comments in a straight row. I play a game on occasion where 5-10 people can make a hundred comments in an hour all on pretty much the same topic and you have to try to be following them all, and the last time I played it was oh my god so much easier with that feature. But it's the kind of thing that seems like it would be useful in almost any discussion you want to follow, but don't quite want to track the post for whatever reason.

Poll #9007 Visually mark new comments since last reload
Open to: All, detailed results viewable to: All, participants: 89

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
53 (59.6%)

Should be implemented with changes. (please comment)
6 (6.7%)

Shouldn't be implemented.
4 (4.5%)

(I have no opinion)
26 (29.2%)

(Other: please comment)
0 (0.0%)

thnidu

Title:
Make the tag "security" label useful, or remove, or at least explain it

Area:
tags

Summary:
The "security" label on the tag management page is (1) redundant and (2) misleading. (1) It is simply the lowest level (highest line on the chart right above it) that applies to any post tagged with it. (2) By being there at all, it suggests that it is useful, e.g., a settable value for "who can see this tag".

Description:
See Request #12096, under "Site Interface". I asked about the tag, and was told
"Tag security is tied to entry security. If the posts used for those tags are public, then the tags will also be public."

My reply:

So, if I use a tag only for filtered posts, the page for that tag will say "Security: filtered". But the first time I use it for a public post, the "security" level will change to "public". In other words, it's exactly equal to the label on the lowest security level (highest line on the list just above it) with a non-zero count.

The screen is deceptive. Giving a "security" level for the tag strongly implies that there is a security level ASSOCIATED SPECIFICALLY with the tag, and that it can be set somehow. I've been assuming I can set security for any post independent of any other post and any other setting. This "security" field is not only useless -- totally redundant with the list above it -- but misleading as well. Either

1. make it meaningful -- e.g., by letting the user set "who can see this tag" (I may not WANT everyone to know that I've tagged a particular post as "love life", or that I have such a tag!)
2. or rename it, e.g., "lowest security level of posts with this tag", or something shorter that says the same thing, if you can think of a wording
3. or remove it entirely.

Is the meaning of this field described anywhere online? Unless you follow option 3, there should at least be a link on the "security" label to explain it.

My preference is #1. I know that would take more work than #2 (+ the info link), but that would be adding something useful.

Poll #9006 Make the tag "security" label useful, or remove, or at least explain it
Open to: All, detailed results viewable to: All, participants: 65

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
28 (43.1%)

Should be implemented with changes. (please comment)
8 (12.3%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
28 (43.1%)

(Other: please comment)
1 (1.5%)

momijizukamori

Title:
Increased font size on Tropospherical site scheme

Area:
Site scheme (Tropospherical)

Summary:
At the moment, Tropo shows entry and comment text at 75% of browser default. This winds up being a bit on the small side, compared to other similar websites, which leads to squinting and headaches after lots of site-schemed page reading for people who don't usually experience these problems, particularly as Tropo Red is the 'default' people who are new to the site see. Increasing this a bit (I would suggest 0.85em) would increase readability

Description:
This came about as a result of some of the LJ-migration recently, where a number of people who are not usually photosensitive mentioned getting headaches after browsing on both Tropo Red and Tropo Purple for a while. I did some poking about in CSS, and discovered that the 0.75em size scales text down to a bit smaller than the size I usually see on blogs or LJ's old site schemes. It's basically in that range of 'just enough change to cause problems, not enough change to be immediately noticeable'.

I wrote a quick Stylish script to increase font size to 0.82em (along with a slightly smaller line height, but I think it's the font-size that's the core issue) and got feedback that yes, it was a lot more readable that way. 0.82em is kind of weird, and I'd probably just say round up 0.85em to be neat about it.

The problem with writing it as a Stylish script, though, is that any time someone is not at their home computer, it's back to site default (and I do realize that there are other site schemes, but most people I've talked to don't like the horizontal navigation of Celerity and find black-background even harder to read). Increasing the font-size just a bit should be a fairly easy fix (unless it's not in CSS styling? I haven't had a chance to poke through files), and it's not a big enough change to negatively affect users who didn't have the problem with the smaller font size while helping people who do.

Poll #9005 Increased font size on Tropospherical site scheme
Open to: All, detailed results viewable to: All, participants: 77

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
30 (39.0%)

Should be implemented with changes. (please comment)
23 (29.9%)

Shouldn't be implemented.
7 (9.1%)

(I have no opinion)
17 (22.1%)

(Other: please comment)
0 (0.0%)

rainfall

Title:
Beta Icon Browser: Organize by Keyword instead of Upload Order

Area:
beta icon browser

Summary:
To either have an option to switch between upload order and keyword order (as the normal icon viewer has) or to swap from an upload order to a keyword order.

Description:
I don't think it's really human nature to look for icons by the order in which we uploaded them: we don't remember that. We do remember icons, especially if we categorized them for organization. (Say, by fandom, or by color, or by mood!) I think that keyword order would be a more human-accessible way of organizing icons.

It has been pointed out to me that this would cause some icons to repeat with multiple keywords -- but I think that would be fine, since it wouldn't add to load time, but MIGHT add to user convenience.

I assume that changing the sort method would be fairly simple, so I would be willing to do this myself if there's interest from other users.

Poll #9004 Beta Icon Browser: Organize by Keyword instead of Upload Order
Open to: All, detailed results viewable to: All, participants: 72

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
47 (65.3%)

Should be implemented with changes. (please comment)
11 (15.3%)

Shouldn't be implemented.
3 (4.2%)

(I have no opinion)
11 (15.3%)

(Other: please comment)
0 (0.0%)

Dreamwidth Suggestions

Sticky: dw_suggestions: A User's Guide

Community Moderation Log

Community admins/moderators: moderation queue action subscription

Include a copy of entry with all moderation queue messages

Making circle changes from the hover menu should be less easy

Editable Module Headers

Tracking comments made by specific user

Rename "Upload Icons" to "Manage Icons"

Move Delete Entry button away from Save Entry Button

move journal title controls back to Edit Profile

Tweak login button for ham-fisted mobile users.

Add Tumblr to Other Sites in Profile

Inbox: Make it clearer that the 'Sent' folder is part of 'All'

Useful control links on search page

Tracking Notifications on Circle's Entries

"Delete all" should not be option in inbox subfolders

Adding Jersey, Guernsey, and Isle of Man to profile

Visually mark new comments since last reload

Make the tag "security" label useful, or remove, or at least explain it

Increased font size on Tropospherical site scheme

Beta Icon Browser: Organize by Keyword instead of Upload Order

Profile

Most Popular Tags

January 2012

Page Summary

Active Entries

Style Credit

Expand Cut Tags

Syndicate