### Suppress content in inbox notification

09:02 pm

Title:

Area:
Inbox

Summary:
Make it toggleable as to whether the *content* of a private inbox message is sent in email. Currently the whole message comes with the notification, instead of just saying "you have a message".

Description:
DW is known for its superior privacy features. One thing it *doesn't* have - yet - is truly secure messaging, i.e. the only thing that goes outside DW is "you have a message". However, some people like using email as a vehicle for interacting with their social media. So I think in our privacy settings we should have a radio button: "Send content of messages with notification: yes/no" We could do this for comments, too, as a 2.0 thing. You could go one step further and make the "from whom" part togggleable too. Some messages are more sensitive than others... f'rex, the fact that I got a message from, oh, say, Bernie Sanders or Coretta Scott King or Dan Rather would be far more sensitive than getting a message from Joe Random I went to school with who didn't amount to much. I don't think we should go down as far as per-user.... that's a little much, and if you're that level of paranoid you should probably just turn off the "who" altogether.... but still. Having "you've got mail" land in your Gmail or Yahoo inbox where g-ds know who can see it is a lot safer than "meet me outside the palace at 2am with the gunpowder! Cheers, Guy"...

Poll #18046 Suppress content in inbox notification
Open to: Registered Users, detailed results viewable to: All, participants: 32

This suggestion:

Should be implemented as-is.
14 (43.8%)

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

Shouldn't be implemented.
3 (9.4%)

(I have no opinion)
14 (43.8%)

1 (3.1%)

### Fully threaded comment tracking emails using more than two References: headers

03:57 am

Title:

Area:
comment tracking emails

Summary:
Fully threaded mailreaders use the References: header in the email to build the tree structure of emails, expecting to find *all* direct ancestor messages' message-ids in the header. Currently comment notification emails only include up to two message-ids in the References: header -- one for the post, one for the top comment in the thread -- preventing the actual tree structure from being built by the mailreader. If all available parent-comment-of-parent-comment message IDs are included, a correct tree structure will be available in the mailreader.

Description:

Poll #18022 Fully threaded comment tracking emails using more than two References: headers
Open to: Registered Users, detailed results viewable to: All, participants: 29

This suggestion:

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (69.0%)

1 (3.4%)

### Add "modify this tracking" to tracking e-mails

10:51 pm

Title:
Add "modify this tracking" to tracking e-mails

Area:

Summary:
When you subscribe to something such as "all new entries to a community" or "all entries tracked $thing", have a link at the bottom of the notification e-mail to modify/delete that notification. Description: When you subscribe to something such as "all new entries to a community" or "all entries tracked$thing", have a link at the bottom of the notification e-mail to modify/delete that notification.

Poll #16837 Add "modify this tracking" to tracking e-mails
Open to: Registered Users, detailed results viewable to: All, participants: 42

This suggestion:

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

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

Shouldn't be implemented.
1 (2.4%)

(I have no opinion)
13 (31.0%)

0 (0.0%)

12:20 pm

Title:

Area:

Summary:
I'd like to get notifications of comments in screened threads, where a moderator later unscreens them. Right now, if you subscribe to a thread, you get notified of new comments--but not if they're screened. And there's no notification sent out on unscreening.

Description:
I don't know how technically difficult this would be to implement. All I know is, when I try to track threads in anon love memes, where comments are often screened until a moderator opens them, I don't get email notifications. I assume there are similar problems in some gaming journals and some kink memes--if you're not the person being replied to, you have to keep checking back to find out if there are new responses.

I assume that the "send notification" code activates immediately upon commenting, and is interrupted if the comment is screened. There may not be an easy way to implement "when comment is unscreened, check to see if anyone's subscribed, and send notification," especially if that includes "...but first, check to see if that person's already been notified, either because they were the reply-to person and got notified when the comment was made, or because the comment was originally unscreened, later screened, and is now being unscreened again."

I can't think of any drawbacks to this (other than, of course, it may be horrendously difficult to code), but I can easily believe I'm missing some. I don't know if there are any comms that make use of the lack-of-notification as it currently exists.

Open to: Registered Users, detailed results viewable to: All, participants: 48

This suggestion:

Should be implemented as-is.
38 (79.2%)

Should be implemented with changes. (please comment)
3 (6.2%)

Shouldn't be implemented.
1 (2.1%)

(I have no opinion)
6 (12.5%)

0 (0.0%)

### Add an "are you sure?" dialog to the ban user process

07:22 pm

Title:
Add an "are you sure?" dialog to the ban user process

Area:

Summary:
Right now, it is easy to hit "Ban User" unintentionally and not know it. A dialog asking if you're sure would be helpful.

Description:
Right now, "Ban user" is one of the options that appears when you hover your cursor over a user's icon. The option is right above "View Journal," which makes it easy to hit accidentally.

If you click "Ban user," the option changes to "Unban user" -- but no other changes happen on the screen. It is easy to assume you just missed the "View Journal" button and click again without noticing the dialog change.

Right now, it is way too easy to ban someone unintentionally and never find out. If the banned person is polite about the ban and leaves you alone -- you'll never know why they unfriended you and went away.

An "are you sure?" dialog would make sure you didn't leave a user banned by accident. It would only add one step to banning people, so hopefully it wouldn't impair the usefulness of the feature for people who actually want to ban someone.

I think the extra dialog would be easier than sending a notification that you've banned so-and-so, although that's another option. I just don't want to ban someone and not know about it.

Poll #12915 Add an "are you sure?" dialog to the ban user process
Open to: Registered Users, detailed results viewable to: All, participants: 80

This suggestion:

Should be implemented as-is.
68 (85.0%)

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

Shouldn't be implemented.
1 (1.2%)

(I have no opinion)
10 (12.5%)

0 (0.0%)

### Notifications to detect spoofing if posting by email

11:03 am

Title:
Notifications to detect spoofing if posting by email

Area:
email, posts

Summary:
It's possible, though unlikely, for someone to spoof posts from you by email. Notifications would help people recognise if/when this happens.

Description:
This one's a bit out there, but it came up in discussion about replying to comments by email, so I'm posting it as a suggestion.

Currently you can post by email from any of a list of registered email addresses. You also need to use a PIN to post. However, if someone knew your email address and could guess your PIN, it would be possible for them to spoof your email and post as you.

I therefore propose a notification setting: "notify me when I post by email". This should go to your primary registered address and basically just say, "We received an email post from address blah@blah.com, here's a link to it."

As well as being a warning if someone's spoofing you, it could also just be a good diagnostic to make sure your posts are getting through, if you don't have web access. Which after all could be a big part of why you're posting by email in the first place.

(You could make the setting be a bit cleverer, if you wanted to, by offering options like: "Notify me when I post by email: always, if spoofing is suspected, never". The "if spoofing is suspected" could be based on various things, but the obvious one that comes to me is <a href="http://en.wikipedia.org/wiki/Sender_Policy_Framework">SPF</a> records. But this is not a core part of the suggestion, just an idea for further work if someone were that way inclined.)

Poll #12344 Notifications to detect spoofing if posting by email
Open to: Registered Users, detailed results viewable to: All, participants: 49

This suggestion:

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (30.6%)

0 (0.0%)

### Somewhat confusing message confirmation page title

01:11 pm

Title:
Somewhat confusing message confirmation page title

Area:
Messaging

Summary:
The title of the page confirming that a message has been sent is "Compose Message", which when I see a tab with that, makes me think I have unfinished message business. Maybe, if the page (http://www.dreamwidth.org/inbox/compose) is confirming a sent message, the page title and header could read "Message Sent Successfully" or something similar.

Description:
This would make the site more usable for heavy tab-flipping types, and I suspect for people who get their pages in a very linear manner, e.g. screen-reader users or people using very large type — they would know immediately what has happened with their message right away.

Ideally, if the message failed to send for some reason, the title and heading could indicate that too — I've never had a message fail to send, but while you're in there, it might be nice to change that.

I suspect the solution wouldn't make anyone's life harder — it'd be another few entries in the English-stripping file and some more logic in building the page, but from the user perspective I can't think of a drawback, so long as the new titles all included the word "message" to cue people as to what process is succeeding or failing.

Poll #12203 Somewhat confusing message confirmation page title
Open to: Registered Users, detailed results viewable to: All, participants: 57

This suggestion:

Should be implemented as-is.
46 (80.7%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (19.3%)

0 (0.0%)

### view screened comment upon posting in the same manner as unscreened comments

09:27 pm

Title:
view screened comment upon posting in the same manner as unscreened comments

Area:

Summary:
When you post a screened comment, you're taken to a page that says your comment posted, it's screened, and you can view it at this link. This requires an additional click to check the comment for typos, make sure it threaded properly, etc. You should instead be taken to the comment in the same way you would be if it were not screened.

Description:
DW's reply-but-keep-screened setting is awesome but conducting conversations in screened comments is still more cumbersome than it could be because of this intermediate success-but-screened page. The indication on the entry page itself that a comment is screened should be sufficient to notify the commenter.

Poll #11814 view screened comment upon posting in the same manner as unscreened comments
Open to: Registered Users, detailed results viewable to: All, participants: 63

This suggestion:

Should be implemented as-is.
42 (66.7%)

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

Shouldn't be implemented.
6 (9.5%)

(I have no opinion)
11 (17.5%)

0 (0.0%)

### Customizable welcome email when joining a community

07:57 pm

Title:
Customizable welcome email when joining a community

Area:
communities

Summary:
Community administrators would be able to customize a "getting started" email with posting guidelines, useful links, tips for getting started, etc. that would be autosent upon joining the community, much like the welcome emails sent by listservs.

Description:
While currently it's possible to provide a link to the community profile or a post with posting guidelines when someone joins a community, that's fairly impersonal and brief. I think it would be useful to have an optional feature to send a welcome email that could be customized by the community administrator(s) to help people get started when they join a community, much like the feature on Yahoo!Groups, Google Groups, and other email lists/listservs. This would make it possible to send a "friendlier" welcome message, as well as provide information about participating in the community and useful links not necessarily covered by posting guidelines.

Poll #11272 Customizable welcome email when joining a community
Open to: Registered Users, detailed results viewable to: All, participants: 57

This suggestion:

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

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

Shouldn't be implemented.
7 (12.3%)

(I have no opinion)
8 (14.0%)

0 (0.0%)

10:33 pm

Title:

Area:

Summary:
When I use the envelope icon to email a link to a Dreamwidth entry, it should show in the sent mail in my inbox.

Description:
When I use the envelope icon to email a link to a Dreamwidth entry to someone who doesn't have a Dreamwidth acct, it should show in the sent mail in my inbox. I can't always remember who I've sent what. I looked at the site map, and I can't see anywhere else reasonable to track these. ( I suppose I might be looking right at and not seeing it. If so, please let me know where.)

Open to: Registered Users, detailed results viewable to: All, participants: 57

This suggestion:

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

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

Shouldn't be implemented.
1 (1.8%)

(I have no opinion)
25 (43.9%)

0 (0.0%)

12:20 pm

Title:

Area:

Summary:

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.

Poll #10448 Link to birthday boy's/girl's journal in notification email (plain text)
Open to: Registered Users, detailed results viewable to: All, participants: 61

This suggestion:

Should be implemented as-is.
23 (37.7%)

Should be implemented with changes. (please comment)
9 (14.8%)

Shouldn't be implemented.
4 (6.6%)

(I have no opinion)
25 (41.0%)

0 (0.0%)

### Improve entry subscription notification - include title, introduce delay

06:47 pm

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

Area:

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

Poll #9972 Improve entry subscription notification - include title, introduce delay
Open to: Registered Users, detailed results viewable to: All, participants: 47

This suggestion:

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

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

Shouldn't be implemented.
4 (8.5%)

(I have no opinion)
17 (36.2%)

2 (4.3%)

### Notifications for new popular-with-circle accounts

10:55 pm

Title:

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.

Poll #9854 Notifications for new popular-with-circle accounts
Open to: Registered Users, detailed results viewable to: All, participants: 55

This suggestion:

Should be implemented as-is.
14 (25.5%)

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

Shouldn't be implemented.
1 (1.8%)

(I have no opinion)
40 (72.7%)

0 (0.0%)

### Thread Logging (or "Dreamwidth Journal History")

11:00 am

Title:
Thread Logging (or "Dreamwidth Journal History")

Area:

Summary:
It can be hard to track down all the posts you've made or threads you've started or replied to -- even with tags, commenting in your journal, other people's journals, communities, etc, can make it hard to have any kind of record of your own experiences on the site. If the site can record every one of your posts/top level comments (or the top-level comment you replied to) and report it (somewhere on your console, or into a specific entry in your journal) it will be much easier for people to reread their old posts/threads and track their life on DW.

Description:
Right now it's difficult to find everywhere you've posted or commented to and thus track your 'life' on this site. Basically, if someone wishes to do "thread logging", it all needs to be done manually -- you can track threads which sort of does it a little, but that again is a manual task. There's no automatic record, no recorded history, of where you've commented and what you've said.

Especially as the roleplay community gets larger this is something I feel will be more in demand (as rpers frequently like to reread the character development they go through, but sometimes this can be months or years of posts to wade through -- with an RP like CFUD, you've got six years of roleplay! Or, even if they're not fans of rereading, a lot of sites request you turn in your activity every month, which involves wading back through posts trying to find it, using tags liberally to help yourself keep track (but again, tags are added manually, which means human error). Thread-logging is standard but usually involves manual work.

Perhaps there can be an option on the site which outputs (into a console box or an entry that you set up and somehow mark as a "history" entry) the links for your comments/posts. Obviously doing every comment would be frustrating, so I'm thinking:
A) Any post you make, the post link would go in here.
B) If you make a comment, the History console identifies the top level comment in that thread (whether you started the thread or replied to it) and links it, discarding anything after. (Obviously in the case of B it would also check if it has already linked this thread and not link again if so).

- It would need to be arranged by date somehow, whether just a chronological order (top-down) or with datestamps of the toplevel comment beside them.

- Since what's just a list of links could become unwieldy fast it would be good for the user to either be able to convert into linktext instead of a plain URL, or at least have a field where the user could add a comment beside the link to identify the content if they choose to (ex: (LINK) - "Umeda and Akiha have a picnic. Mood crab sings them a song.")

- Having a list of the number of your total comments in the thread/post would probably be super useful to RPers (obviously this would mean that either it would have to dynamically update with each reply like the comment section in your profile OR the user could manually run to check for all updates you've made with that username).

- If this WAS going to be planned anyway, obviously the fact that people imported journals would make it difficult to have a 'full' list of their journal's history, unless there were a way to run the function to comb back through all appearances of the relevant username on DW (using their ID) and do a link dump. (This would be ideal for me, as a CFUDer who really wants to reread old threads). Since DW has such a strong search function I think this would theoretically be possible using something similar to the search functionality using the journalname ID, but I'm no programmer.

- Privacy issues -- if in a console you need to be logged into to see this isn't a concern, but if not, whatever journal entry this output into might need to be private by default (with the user able to make it public if they chose to?) in case you didn't want the whole world to see what that journal had been up to.

- This obviously wouldn't track anonymous comments, so if users can manually add extra threads (as in an editable entry) for any 'anon posts' they participate in, or if they did a 'bodyswap' with journals or so on, they could help keep track of these extra things as well. Not totally necessary as long as the journal name's history is added but it'd be a nice bonus for completion's sake.

- If this is impossible to do on the site itself, are there any programmers on the suggestions team or reading this otherwise who may be able to draw up an associated client that could run a similar function of outputting posts/the top comment of threads with a journal name? It's currently difficult to get full thread logs without having to manually keep track of things yourself, which is doubly difficult if you have multiple computers you thread from, if your game doesn't use tags, etc.

Poll #9801 Thread Logging (or "Dreamwidth Journal History")
Open to: Registered Users, detailed results viewable to: All, participants: 57

This suggestion:

Should be implemented as-is.
11 (19.3%)

Should be implemented with changes. (please comment)
5 (8.8%)

Shouldn't be implemented.
18 (31.6%)

(I have no opinion)
21 (36.8%)

2 (3.5%)

### Log filter changes (user-viewably)

09:00 pm

Title:
Log filter changes (user-viewably)

Area:
access filters, reading filters, user-facing logs

Summary:
Show a log of changes to filter membership (access and reading) over time.

Description:
Inspired by http://dw-suggestions.dreamwidth.org/385524.html, it would be nice to see at what point in time various users (or feeds/communities) were added to or subtracted from access and reading filters.

If this is logged now, it is not logged so a user can see it. It probably would not solve any real deep and pressing everyday problem for most people, but occasionally either something comes up, or there's a need to research. This could also be helpful in discovering the sneaky kind of account compromise where someone with unobserved physical access to a logged-in session quietly adds themselves to filters they were not in originally.

The log should probably stretch as far back as practical, paginate sensibly, and be able to be sorted and filtered.

It should be viewable by all filters, by only access or only reading, by any specific single filter, and by any user. (Anything else that would be helpful?)

If filtering, sorting, slicing, and dicing would significantly add to the complexity to implement or expense to run, it could be implemented with a basic view at first, or have advanced features be reserved as paid.

It should have appropriate contextual links to modify filters and membership.

I don't imagine that this would be any kind of pressing priority to implement, I just want it in Bugzilla so someday someone who's bored and cruising through can say "Oh boy! That sounds like great fun to code! I think I'll pick that!"

Poll #9496 Log filter changes (user-viewably)
Open to: Registered Users, detailed results viewable to: All, participants: 58

This suggestion:

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

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

Shouldn't be implemented.
2 (3.4%)

(I have no opinion)
27 (46.6%)

0 (0.0%)

### Community Entry & Comment Action Log

09:00 am

Title:
Community Entry & Comment Action Log

Area:
communities, community moderation

Summary:
For community administrators: Log relevant entry and comment activities. This could include things like deleting entries, deleting comments, screening/unscreening comments, freezing/unfreezing comments, editing entries, and tag editing.

Description:
One challenge for community administrators is sometimes keeping track of various activities in their community. Different community populations require different levels of admin attention, and sometimes an administrator does not realize they need to know about a specific action in their community until something happens and they're left trying to sort out what exactly happened and who they need to talk to.

These are all community actions that currently leave little trace in the system, but can be crucial to sorting out what happened and why.

Entry deletion -- some communities ask that their members not delete their entries. Some communities ask that only one specific administrator delete any entries. Sometimes, as in the case of communities like dw_suggestions, a deleted entry means administrative work to track down the entry and reconcile the public-entry-to-private-admin-entry counts. Entry deletion should log the username of the entry owner, the server time the entry was initially posted to the community, the entry's subject and first ~100 characters (raw), the time of entry deletion, the username of the party who deleted the entry (and possibly their position: self or admin), and whether the entry was marked as spam.

Comment deletion -- some communities ask that comments with problems be left in place for an administrator to handle. Sometimes it is accepted for the person who left the comment to think better of what they said and delete their comment, but it is frowned upon for the entry poster to delete a comment even though they have the power to do so. Comment deletion should log the username of the comment owner, the subject and first ~100 characters, the server time the comment was initially posted, the entry (and thread, if applicable) in which the comment was posted, the username of the party who deleted the comment (and possibly their position: self, entry poster, admin), the time of the comment's deletion, and whether the comment was marked as spam.

Comment screening/unscreening, freezing/unfreezing -- I have seen entry poster vs. community administrator freezing and screening wars before, and they are not pretty. I did not know that I would want this logged until it happened to me. This should log the username of the comment owner, the subject & first ~100 characters, the server time the comment was initially posted, a link to the comment & thread (because sometimes you want to go straight there, sometimes you want the whole thread, possibly the direct parent too), what the action was, and the username of the person who did it (and possibly their position: entry poster or admin).

Entry editing -- I'm less concerned with editing of the entry text in this context as I am with things like editing to turn off comments, or that it would be really nice to log when community admins bump the NSFW setting or security. But other community admins may have different concerns. This should probably log the username of the entry poster, title & first ~100, server time of post, server time of edit, who edited it (and possibly position: entry poster or admin), and the attributes that were edited. Subject edits could probably display old subject & new subject. Body edits could display ... net change in character count? (Other community admins, please weigh in on what would be useful.) Entry attributes should display old value & new value if there was a change.

Tag editing -- this could be useful for mistaken tagging or tag vandalism, like if someone accidentally detags an entry, or selects all tags for an entry and saves it. Log should include information to identify the entry (username, server time of posting, subject & first ~100, link), the old tags, the new tags, and the username & position (non-member, member, entry poster, admin), and server time of change.

I'm not sure that comment editing needs to be logged, because there already exist notifications that can be emailed, admins from paid communities can subscribe to all comments (including all edits), and people edit comments a lot (and it could clog up the logs).

Anything else?

Poll #9395 Community Entry & Comment Action Log
Open to: Registered Users, detailed results viewable to: All, participants: 52

This suggestion:

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%)

0 (0.0%)

02:13 pm

Title:

Area:
tracking

Summary:
It would be great if in the long list of notifications of things you track it would be highlighted when a tag you tracked had vanished (edited or made private or such), or an entry you tracked was deleted, so you can see that one of your notifications is not working anymore. Also it would be great if the list had other sort options rather than chronological, e.g. by type (tracking a thread, tracking comments to an entry, tracking an entire journal etc.) and sorted alphabetically by journal name for example.

Description:
I don't track that many things on DW yet (only a bit over 60 items so far), but on LJ that list has gotten very long, and it is really hard to find things. I could have 1000 tracking notifications on DW and all are just one list.

Among the list I often don't notice that a tag I'm tracking (e.g. for a series I'm following) has been changed, and that that is why I don't get notifications anymore, rather than the WIP having been abandoned. That tag changing actually happens with disturbing frequency as some people like to reorganize their tags (e.g. adding a "series:" in front of the title tag once they have more than one). So it would be great if any defunct notifications could be highlighted in some way, so I don't have to spot them the hard way in a long list.

It would also be good to be able to sort that list in general, instead of the display being always just chronological. I'd find a sorting by the type, e.g. journal update, comments to an entry, comments to a thread, useful, also the possibility to sort the list by the journal name (for communities I'd like them sorted for the comm name rather than the poster). As control I imagine something like a sort button on top saying "display chronological/alphabetical/by type" that you can click like in other places that show you long lists.

Open to: Registered Users, detailed results viewable to: All, participants: 66

This suggestion:

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
14 (21.2%)

1 (1.5%)

### Community admins/moderators: moderation queue action subscription

04:34 pm

Title:
Community admins/moderators: moderation queue action subscription

Area:

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 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: Registered Users, detailed results viewable to: All, participants: 57

This suggestion:

Should be implemented as-is.
20 (35.1%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
33 (57.9%)

0 (0.0%)

### Include a copy of entry with all moderation queue messages

01:51 pm

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

Area:

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: Registered Users, detailed results viewable to: All, participants: 60

This suggestion:

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
24 (40.0%)

0 (0.0%)

02:33 pm

Title:

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!

Open to: Registered Users, detailed results viewable to: All, participants: 73

This suggestion:

Should be implemented as-is.
22 (30.1%)

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

Shouldn't be implemented.
26 (35.6%)

(I have no opinion)
16 (21.9%)

1 (1.4%)

## Profile

Dreamwidth Suggestions

S M T W T F S
1
23456 7 8
9 101112131415
16171819202122
23242526272829
30

No cut tags