Nov. 11th, 2009

ninetydegrees: Drawing: a girl's face, with a yellow and green stripe over one eye (Default)
[personal profile] ninetydegrees

Title:
Communities: option to disable the reading page

Area:
communities

Summary:
On LJ, you can easily empty communities' members pages so that even people using ?style=mine will see them empty. On Dreamwidth you can't. I'd like to be able to disable communities' reading pages entirely.

Description:
I don't like having my posts on the reading pages of communities I admin and where I'm the only allowed poster because they're completely irrelevant.

ETA: I also don't want to have to care about the content of the reading page of the communities I maintain. My community may be safe for work and minors - and virus-free, blinking-free,... - but the reading page may not and yet it's been made part of the journal. And I won't police members' personal posts.

Poll #1679 Communities: option to disable the reading page
Open to: Registered Users, detailed results viewable to: All, participants: 39


This suggestion:

View Answers

Should be implemented as-is.
15 (38.5%)

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

Shouldn't be implemented.
11 (28.2%)

(I have no opinion)
11 (28.2%)

(Other: please comment)
0 (0.0%)

ninetydegrees: Drawing: a girl's face, with a yellow and green stripe over one eye (Default)
[personal profile] ninetydegrees

Title:
Subscription filters: allow subscription filters to be public

Area:
reading filters

Summary:
As I've recently learned, subscription filters are private. I would like them to be accessible by everybody or by one's access list. Private would still be the default security level.

Description:
Filters can be useful to browse other people's reading page more easily and find interesting posts or new journals to subscribe to. I know I often used some people's 'customization' filters to see if there were any cool communities I missed.

Poll #1680 Subscription filters: allow subscription filters to be public
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (14.7%)

(I have no opinion)
9 (26.5%)

(Other: please comment)
0 (0.0%)

kaigou: this is what I do, darling (Default)
[personal profile] kaigou

Title:
removing subs for deleted journals/comms

Area:
access, subscriptions

Summary:
When a journal or comm is deleted, its connections (subscriptions, access, etc) remain, and it continues to be listed (albeit struck-through) on other journals.

Description:

-- WITHDRAWN, PENDING REVISED SUGGESTION --

Poll #1684 removing subs for deleted journals/comms
Open to: Registered Users, detailed results viewable to: All, participants: 22


This suggestion:

View Answers

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

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

Shouldn't be implemented.
8 (36.4%)

(I have no opinion)
4 (18.2%)

(Other: please comment)
1 (4.5%)

zvi: self-portrait: short, fat, black dyke in bunny slippers (Default)
[personal profile] zvi

Title:
Ban page accepts OpenID url account name as account to ban

Area:
ban page, journal administration

Summary:
http://www.dreamwidth.org/manage/banusers only accepts the ext_#### form of an OpenID account as an account to ban. It should also except the url name (e.g. example.net) as an account name.

Description:
We've had a couple of support requests and a suggestion about managing deleted accounts. One of the things one can do to change how/where a deleted account appears in relationship to you is to ban it.

However, if the account in question is an OpenID account, there is no way of which I am aware for a user to discover the ext_#### account name, in order to actually do the banning. (Even if the OpenID account is active, DW has done a lot to make it unnecessary for users to be aware of that form of the account name, so I'm not sure how many users would know how to ban an active OpenID account through the ban page.)

So, I think this would make the ban page more effective with OpenID account users.

Poll #1685 Ban page accepts OpenID url account name as account to ban
Open to: Registered Users, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
0 (0.0%)

(Other: please comment)
0 (0.0%)

tanetris: (Default)
[personal profile] tanetris

Title:
Thread from start link in comment e-mails

Area:
notifications

Summary:
E-mail notifications of comments, in reply to your posts or your comments, should include a link for "Thread from start"

Description:
The "Thread from start" links on comments are useful for jumping back to the start of a conversation from the page, but it would be even more useful to have the link right in e-mail notifications of replies, so you don't have to either click "View the thread beginning with this comment" and click "Thread from start" anyway, or click "View all comments to this entry" and go hunting for the appropriate thread.

Poll #1686 Thread from start link in comment e-mails
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
3 (9.7%)

(Other: please comment)
1 (3.2%)

ratcreature: RatCreature's toon avatar (Default)
[personal profile] ratcreature

Title:
add links to entry pages in the page summary module

Area:
styles

Summary:
On LJ in the page summary module the links of the subjects listed bring you down the page, and the comment count number is linked to the entry pages themselves, which is really practical as I can open entries in another browser tab from just the summary module without having to scroll all the way down. (At least that is the behavior in Smooth Sailing, the only LJ layout I've used in years.) I'd like it to do the same here on DW.

Description:
When I asked the support how I could enable this behavior on DW, whether via some option somewhere or via advanced customization in style layers, they told me that this wasn't possible with DW's page summary module, but that I could make it a suggestion.

Currently the subject links in the page summary module behave like on LJ, i.e. bringing you down the page, which makes sense, but you can only choose whether you want the comment count as a tooltip hover or appearing plain. But the plain comment count doesn't link you anywhere.

This makes two clicks necessary on DW when I want to display the full page of an entry, first click on the subject bringing me down, then on the entry link. But often I don't want to see the entry or not see it again, for example when I check the page summary to see whether there are more comments now on an entry than when I read it first. This I can see on the page summary module overview and on LJ I can just use one click and open the entry in a tab.

So I'd really like the comment count number to be a link to the entry page like it is in my LJ layout.

Poll #1683 add links to entry pages in the page summary module
Open to: Registered Users, detailed results viewable to: All, participants: 28


This suggestion:

View Answers

Should be implemented as-is.
21 (75.0%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (25.0%)

(Other: please comment)
0 (0.0%)

elusiveat: (Default)
[personal profile] elusiveat

Title:
html and OpenID

Area:
OpenID

Summary:
I think you're going to develop a more receptive user base if you give OpenID folks the ability to use html in comments.

Description:
I recently had some OpenID folks expressing unhappiness with their inability to use html in a thread in my journal. I've already met with quite a bit of resistance to my decision to switch to dreamwidth from livejournal, and I suspect that others are meeting with similar resistance. I don't know whether OpenID is handled differently when posting to paid accounts (I do have a second account that is paid but have not done much with it so far). I think that at minimum you should try to fix this for paid account users, but will do best to elliminate the problem entirely.

Here's the thread: http://elusiveat.dreamwidth.org/325169.html?thread=1730609#cmt1730609

Note: I chose not to report this as a bug because I don't know whether it was a deliberate design decision.

Poll #1690 html and OpenID
Open to: Registered Users, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

Should be implemented as-is.
13 (31.0%)

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

Shouldn't be implemented.
11 (26.2%)

(I have no opinion)
2 (4.8%)

(Other: please comment)
1 (2.4%)

Profile

Dreamwidth Suggestions

April 2017

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

Style Credit

Expand Cut Tags

No cut tags