dw_suggestions | Entries tagged with workflow: circle management

Title:
Better explanation when demanding a CAPTCHA for an HTML comment

Area:
Commenting

Summary:
It is possible for a commeter to be shown a CAPTCHA even when the journal owner has set "Show CAPTCHA to nobody". It would be good if the reason for this was explained somewhere.

Description:
This is pretty obscure (only discovered due to bugfix-testing), but bear with me...

- Users set in account settings -> Privacy who will be shown captchas when they try to comment.

- In addition to this, and entirely independent of this setting, there is a site-wide configuration setting that causes captchas to be shown to people who use HTML in comments (by default on Dreamwidth this is shown only to anonymous commenters who use HTML. There is an option to enable it for all HTML commenters, which other sites using the code could turn on).

- It is thus possible for somebody making a comment (which includes HTML) to be shown a captcha even though the journal owner has set that captcha will be shown to "nobody". The text with the captcha doesn't indicate the reason that it is being requested, but simply says "Please fill out the CAPTCHA as an anti-spam measure".

I don't think it's actually a bug, hence I'm putting it in dw_suggestions, but I think that some journal owners might feel aggrieved about this - for instance if they have assured readers with accessibility needs that they will not need to complete a captcha to comment.
I imagine that there are good reasons for preventing robots from using HTML in comments, but I think that the text shown to the commenter when they are presented with the captcha should be amended to explain why it is happening.
An alternative (or additional) solution would be to add text to the Account Settings page to explain that setting "nobody" may still be overridden - but I think this would add unnecessary complexity to Account Settings for something that few will encounter or be bothered by.

Poll #11557 Better explanation when demanding a CAPTCHA for an HTML comment

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
8 (16.0%)

(Other: please comment)
1 (2.0%)

azurelunatic

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

Poll #10463 (Optional!) Interaction analytics and suggestions

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
6 (12.0%)

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

Shouldn't be implemented.
25 (50.0%)

(I have no opinion)
15 (30.0%)

(Other: please comment)
4 (8.0%)

azurelunatic

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.

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

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

View Respondents

This suggestion:

View Answers

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

(Other: please comment)
0 (0.0%)

blue_rampion

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.

Poll #9851 Separate list of subscribers and people who give access

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
26 (54.2%)

Should be implemented with changes. (please comment)
7 (14.6%)

Shouldn't be implemented.
2 (4.2%)

(I have no opinion)
12 (25.0%)

(Other: please comment)
1 (2.1%)

kaberett

Title:
Opt-in access filters

Area:
privacy, circle management, filters

Summary:
Many users have opt-in access filters, allowing their readers to specify which topics interest them. Currently this tends to involve a lot of work for a journal owner in terms of transcribing results from polls or views expressed in comments. An automated system allowing people on given journal owner's access list to opt-in to filters without requiring work on the part of the J.O. would be awesome.

Description:
Journal owners will often decide that they want to filter their posts according to subject - e.g. "knitting" or "offspring" or "local happenings" or "school" or "health"-related posts - so that their readers are not exposed to posts on topics they have no interest in. Currently, this is typically managed by the journal owner asking their access list/readers to leave a comment/respond to a poll indicating what the readers would like to see. The journal owner then needs to transcribe these results onto the circle management page - which typically involves repeatedly switching between browser windows/tabs.

It would be potentially useful if some of this process could be automated to reduce the amount of work the journal owner has to do.

I envisage something like:

1. J.O. creates an access filter, and specifies that it is an opt-in filter.
2. J.O. flags to readers that these opt-in filters exist/new subscribers are informed that these opt-in filters exist as they subscribe.
3. Readers tick some boxes that indicate "if I [have been/am in future] granted access, I wish to be included in this subset of opt-in filters"
4. J.O. receives a notification that Reader X wishes to be added to filters X,Y,Z. Notification includes links "click here to allow all" and "click here to edit" (for those cases where J.O. decides they really don't fancy having their family members on their sex filter, or what have you!)
5. Profit!!!

The main problem I see with this is that it causes many, MANY more options to become available, in ways that might be intimidating - which in turn makes me think that this might be a good feature to roll out as a perk of paid accounts.

Poll #9800 Opt-in access filters

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
8 (13.1%)

(I have no opinion)
15 (24.6%)

(Other: please comment)
3 (4.9%)

azurelunatic

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

View Respondents

This suggestion:

View Answers

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

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Profile: Circle: link 'Edit' link to corresponding section at Manage Circle

Area:
profile

Summary:
When you're viewing your own profile, there's an 'Edit' link next to People, Communities and Feeds which goes to the Manage Circle page. People, Communities and Feeds are in three different sections on this page. It would be neat if the profile links linked you to the corresponding section instead of just the page.

Description:
.

Poll #9491 Profile: Circle: link 'Edit' link to corresponding section at Manage Circle

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
45 (81.8%)

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

Shouldn't be implemented.
1 (1.8%)

(I have no opinion)
9 (16.4%)

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
9 (13.0%)

Should be implemented with changes. (please comment)
16 (23.2%)

Shouldn't be implemented.
23 (33.3%)

(I have no opinion)
18 (26.1%)

(Other: please comment)
3 (4.3%)

ninetydegrees

Title:
Manage Circle: mark and set apart users you've banned

Area:
circle management

Summary:
In the People section, mark in some way, group together and set apart the users you've banned.

Description:
It would be awesome if it could also display the note you added or at least a link to Ban/Unban.

Edit: it would also be awesome if this section could be collapsible.

Poll #8848 Manage Circle: mark and set apart users you've banned

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
35 (58.3%)

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

Shouldn't be implemented.
3 (5.0%)

(I have no opinion)
16 (26.7%)

(Other: please comment)
2 (3.3%)

azurelunatic

Title:
Show deletion reason in contextual hover menu

Area:
accounts, deleted accounts, contextual hover menu, little ui quirks

Summary:
(When someone has the contextual hover menu turned on) For deleted users, show contextual hover menu with deletion reason and option to subscribe to notification when account is purged.

Description:
When there's a deleted user, people who have turned on the contextual hover menu (that thing that flaps open when you hover over the userpic/userhead) currently see a notice that the user is deleted.

To make user experience a little more consistent, and to make stuff more useful, that notice could be modified to include useful information about a deleted account.

It should show the deletion reason if one has been given.

It should have the option to subscribe to when the account is purged.

Any other interactions that people can do with deleted accounts that should go in there?

Poll #8670 Show deletion reason in contextual hover menu

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (4.7%)

(I have no opinion)
26 (40.6%)

(Other: please comment)
1 (1.6%)

mirthalia

Title:
Use of Display Names in icon hover text

Area:
Icons

Summary:
That the username display in an icon's hover text be changed to the user's display name instead.

Description:
We already know the username on a comment due to it always being included in a comment's header, so it seems silly to have that information reiterated when we could have the user's display name instead, especially when the display name can often be more helpful. (I know I continually forget which people go with which username, at least.)

I know this is particularly noted among roleplayers, some of whom employ an (admittedly awkward) script to apply a display name hover to the username link itself.

I also know that part of the reason it's not currently implemented is because display names can be stupidly long. I personally suggest shortening the allowed max length for display names, but that's probably best discussed as a separate issue (?). I would like to note, however, that a lot of people use the display names for content that should rightfully go in the journal title, and discouraging that kind of behaviour would be a plus in my book.

Poll #8424 Use of Display Names in icon hover text

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
92 (63.4%)

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

Shouldn't be implemented.
17 (11.7%)

(I have no opinion)
23 (15.9%)

(Other: please comment)
1 (0.7%)

ninetydegrees

Title:
Manage Circle success page: separate links to access filters and subscription filters

Area:
site interface

Summary:
When you've made some changes on http://www.dreamwidth.org/manage/circle/edit, you get a success page with other useful links. There's a link called 'Edit posting and reading filters' [http://www.dreamwidth.org/manage/circle/editfilters]. I'd like a proper link to reading filters [http://www.dreamwidth.org/manage/subscriptions/filters] be added to the list.

Description:
.

Poll #8385 Manage Circle success page: separate links to access filters and subscription filters

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
41 (82.0%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (18.0%)

(Other: please comment)
0 (0.0%)

alexbayleaf

Title:
Add information to subscription notifications

Area:
Email notifications, subscriptions

Summary:
The notification that someone's subscribed to you or granted you access should contain more information so you know who they are.

Description:
When I get a notification that someone's subscribed to me or granted me access, it says:

"[whoever] has subscribed to your journal; your public entries will be displayed on [whoever's] Reading Page."

That's it. Not very informative.

I think we should add some or all of:

* user pic
* name (if given in profile)
* location (if given in profile)
* who you have in common (mutual friends, communities, etc)
* interests you have in common
* bio text (from profile)
* latest public entries (summarised, just the subject and a few lines)

Exactly which items should be included would be a matter of mocking up some examples and seeing how they look. I'm not fixated on exactly what should be included, but basically I'd just like to get some more information/context so I can go "oh, of course, that's one of my friends from X!"

Poll #7986 Add information to subscription notifications

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
17 (27.0%)

(I have no opinion)
11 (17.5%)

(Other: please comment)
2 (3.2%)

melia244

Title:
Adding Feeds

Area:
feeds

Summary:
Option for adding feeds inside the manage circle page. Alternatively add a separate "manage feeds" entry on the organize tab.

Description:
This is related to http://dw-suggestions.dreamwidth.org/87376.html

Every time I decide to add a feed to my reading list I seem to fumble around a lot before I can remember how it is done. My intuitive response has always been:
1. Click on "Manage circle". From there I can add people/communities, and I can also modify my relationships to them. I can also unsubscribe from feeds, but I cannot add them. That seems incongruous.
2. Go to the home page and click on the "organize" tab, where all the other "manage" options reside.
For me "read->feeds" would probably mean the page where I get to read the feeds I subscribe to.

Thus my suggestion is to add the option for adding feeds to the manage circle page. Alternatively, add a separate "manage feeds" entry on the organize tab.

Poll #7895 Adding Feeds

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

View Respondents

This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
14 (29.2%)

Shouldn't be implemented.
1 (2.1%)

(I have no opinion)
14 (29.2%)

(Other: please comment)
3 (6.2%)

yvi

Title:
Ability to leave/join communities on Manage Circle page

Area:
Manage Circle

Summary:
In addition to subscribing/unsubscribing, add the option to leave/join communities on http://www.dreamwidth.org/manage/circle/edit

Description:
On http://www.dreamwidth.org/manage/circle/edit , there is a Communities section. You can do the ticky/unticky thing there to subscribe or unsubscribe to a community. However, when it comes to membership, you can only see your current status there, not change it. Let's please add that.

How this suggestion came to be: I was going through the communities and actually used the hover menu to leave and unsubscribe from communities because half of that isn't possible on the page. And then I accidentally saved the page. So now for all the communities I had planned to leave and unsubscribed, I had now left the community, but been re-subscribed, as the checkbox was marked when submitting the page. Had I been able to do everything via the Manage Circle page, I could have spared myself that.

Poll #7104 Ability to leave/join communities on Manage Circle page

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
54 (93.1%)

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

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
3 (5.2%)

(Other: please comment)
0 (0.0%)

rising_moon

Title:
Sorting on the Manage Circle interface

Area:
Manage Circle

Summary:
Managing my reading list, and managing other users' permissions to read my posts, would be much easier if I could view the list sorted by type of permission.

Description:
In general: It is easier for me to manage long lists of information if the items are grouped by category. If every item on the list has the same labels, I stop parsing the repeated information and it becomes "noise". If the items are grouped, with no repeated labels, then I can easily see differences in the LIST which is what I am interested in in the moment, rather than get repeatedly reminded of each quality of each item.

When I approach the task of managing my subscriptions, or allowing others to see my writing, I need to see the exceptions: I ask, for instance, 'who just added me to their list?' On the long list, that information is buried. I need to scroll down and look for a small difference in icons.

Which is a long way of explaining my reasoning, but I hope it is a simple idea: allow me to view reciprocal permissions by group AND by list. That way, if I need to see every permission associated with a single user (e.g., whether they subscribe to me or not) then I can. On the other hand, if I want to manage a smaller group (e.g., people who have just added me to their list, to whom I am not yet subscribed), then I can do that.

I will be happy to provide additional details, recommendations, etc. if you like -- mheskridge@gmail.com.

Thank you!

Poll #7077 Sorting on the Manage Circle interface

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.0%)

(I have no opinion)
17 (33.3%)

(Other: please comment)
0 (0.0%)

msilverstar

Title:
Disable access filters when you do not grant access

Area:
user interface

Summary:
There are both access and subscription filter columns in the "Modify [[username]]'s status in your circle?" It's way too easy to accidentally check the access filters.

Description:
The Dreamwidth separation of access vs. subscriptions is very useful, so the modify status interface should make the same distinction, and separate the filters more clearly.

Presumably, there are users who desperately need to save user names on access filters even without granting them access, and likewise with subscriptions. While I can't think of any reasons, there always are. A checkbox for overriding the default might solve that problem.

Poll #6500 Disable access filters when you do not grant access

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
10 (25.0%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
21 (52.5%)

(Other: please comment)
0 (0.0%)

jyorraku

Title:
Subscribe to Journal and Feeds Anonymously

Area:
subscribe, feeds, privacy, anonymity

Summary:
Have the option to anonymously subscribe to a journal or feed.

Description:
Subscriptions are visible from both the subscriber and the subscribee's profiles. Some feeds or communities could have topics that are sensitive or controversial.

Libraries do not give out a patron's reading list (unless requested under provisions of law), and I think DW should have this option regarding our reading circle subscriptions as well.

Poll #6498 Subscribe to Journal and Feeds Anonymously

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
10 (14.9%)

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

Shouldn't be implemented.
46 (68.7%)

(I have no opinion)
4 (6.0%)

(Other: please comment)
4 (6.0%)

Edit to add:

OK, can I make some edits to my original suggestion?

The owners of the journals/community should definitely be able see their subscribers. Seeing some of the concerns here, full anonymity is a bad idea.

How about something on the scale of how comments are done? So that you can select who can see which journals/communities you've subscribed to/subscribed to you in the profile: everyone, registered accounts, access lists, nobody. You will always know, and you get the decide how much you want to share in your profile.

For communities, I've just always wondered why the readership is visible to anyone who happens to see the profile? Waaaaaay back in the days of Yahoo!Groups (I am dating myself!), you could set it up so that you can't see the people in the group until you joined. I understand the social aspect of DW, but for some communities with sensitive topics, I think the ability to have granular layers of privacy for its membership would be nice.

But yeah, I get that the easiest solution would be just get another account or go with an RSS reader. So there's that.

silverflight8

Title:
Minor issue: add more "save" buttons for Manage Circle page

Area:
Circle management

Summary:
Add more "save" buttons on the Manage Circle page: mainly, under the People and Communities tables.

Description:
At the moment if you want to save changes you have to hunt for the button. It's neither at the end of the table, nor centered, nor at the very end of the page (that's the "add relationship" save).

This is a small thing, but it would be nice to have the button at the end of each of the tables (People, Communities, and Feeds), so it would make sense as to what the button was saving. As well, if you have a large circle, it is hard to find the button.

Poll #6452 Minor issue: add more "save" buttons for Manage Circle page

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
17 (32.1%)

(Other: please comment)
0 (0.0%)

sherrold

Title:
see modifications to your circle over time

Area:
circle memberships

Summary:
It would be great to have a form/report that would show changes to your circle over time -- who has subscribed to you recently; who has stopped subscribing to you.

Description:
There's a third party tool called joule (joule.marnanel.org/) that does, frankly, a not great job of showing you when people have friended or unfriended you on LJ. It would be great to see something like it for DW, but better.
I know it would be more complicated over here because of the subscribe/grant access -- but I'd be happy if all it covered was the subscribe side.

Poll #3830 see modifications to your circle over time

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (6.7%)

(I have no opinion)
13 (28.9%)

(Other: please comment)
0 (0.0%)

Dreamwidth Suggestions

Better explanation when demanding a CAPTCHA for an HTML comment

(Optional!) Interaction analytics and suggestions

Notifications for new popular-with-circle accounts

Separate list of subscribers and people who give access

Opt-in access filters

Log filter changes (user-viewably)

Profile: Circle: link 'Edit' link to corresponding section at Manage Circle

Making circle changes from the hover menu should be less easy

Manage Circle: mark and set apart users you've banned

Show deletion reason in contextual hover menu

Use of Display Names in icon hover text

Manage Circle success page: separate links to access filters and subscription filters

Add information to subscription notifications

Adding Feeds

Ability to leave/join communities on Manage Circle page

Sorting on the Manage Circle interface

Disable access filters when you do not grant access

Subscribe to Journal and Feeds Anonymously

Minor issue: add more "save" buttons for Manage Circle page

see modifications to your circle over time

Profile

Most Popular Tags

December 2018

Page Summary

Active Entries

Style Credit

Expand Cut Tags

Syndicate