dw_suggestions | Entries tagged with bugzilla: implemented

Title:
Add date last posted to Expired Accounts

Area:
circle gifts

Summary:
The Circle gifts page lists accounts in your circle who might appreciate a gift of paid time. Most sections list when the user last posted, but the Expired Accounts section doesn't. Please add this.

Description:
Most sections on the circle gifts page list when the user last posted, so you can see at a glance if someone is inactive. The expired accounts section doesn't have this info, and it would be helpful to add it.

Poll #6524 Add date last posted to Expired Accounts

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
14 (20.6%)

(Other: please comment)
0 (0.0%)

vass

Title:
Remove redirect on logging out

Area:
site

Summary:
When you log out, you are asked to confirm if you want to log out. Then when you confirm, you are taken to the main site page. I think you should be taken back to the page you were on.

Description:
What should happen: you click 'log out' and then you are logged out but still on the same page.

What actually happens: (as of the last code push) you click 'log out', you are redirected to a confirmation page, then when you confirm your desire to log out, you are redirected to the front page. If you want to go back to the page you were on, it takes two more clicks, one of the back button to get you there, one of the reload button to get the logged out version of the page.

In general, I think it's better to redirect users as infrequently as possible.

Poll #6510 Remove redirect on logging out

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
49 (68.1%)

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

Shouldn't be implemented.
3 (4.2%)

(I have no opinion)
19 (26.4%)

(Other: please comment)
1 (1.4%)

silverflight8

Title:
Edited comment text

Area:
Inbox

Summary:
Thanks to the new code push, the bug here [http://bugs.dwscoalition.org/show_bug.cgi?id=3479] means that edited comments aren't repeated in the DW Inbox, but the message is unhelpful in telling you what the comment actually says.

Description:
The text says "This comment was edited", but unless you've seen edited comments before (when they didn't say that, and instead just gave the whole comment) you might not know that the notification before the edit is exactly the same as the one after the edit. The text given in the "edited comment" notification is confusing, because then you're told that the comment was edited but without the comment itself (which is in your inbox, but it's easy to assume that the notification sent before the edit is static).

I suggest that the text be changed to something like "This comment was edited. Please see the original notification for the updated text" so it's clear that there is, in fact, a notification of the new contents of the comment.

Poll #6504 Edited comment text

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
18 (39.1%)

(Other: please comment)
1 (2.2%)

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

eosrose

Title:
Adding more site options to the user name tag

Area:
Site-Specific Markup

Summary:
I would like to add more site options for the <user name> tag. I've found the capability to refer to users on livejournal, insanejournal, etc. very useful. Now I'd like to be able to easily type <user name=whoever site=blogspot.com> and pull up a proper link to my friend's blogspot account. The same goes for <user name=whoever site=wordpress.com> and others.

Description:
I've been looking at the list of external sites that have been made compatible with the <user name> tag in the FAQ (http://www.dreamwidth.org/support/faqbrowse?faqid=87) and have found a definite bias toward journal-hosting sites closely related to LJ. This doesn't surprise me at all (it makes sense to have started there), but there are lots of other popular blog-hosting sites out there. I would like to start seeing that reflected here on DW.

Off the top of my head, I can think of two sites that I would love to see incorporated, since I've got friends using those services that I'd love to easily refer to with <user name> tags:

(1) Blogspot.com
(2) Wordpress.com

If anyone can think of other sites, perhaps suggesting them in the comments to this post would be appropriate?

P.S. I believe someone suggested a work-around to allow users to add external sites on their own, but that seems to be deferred for the time being. Asking for specific, popular sites might be a short-term solution until that other suggestion can be feasibly implemented.

Poll #6499 Adding more site options to the user name tag

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
33 (55.0%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
25 (41.7%)

(Other: please comment)
0 (0.0%)

faithofone

Title:
Add alt attribute for locked icon on entries in style=light

Area:
accessibility

Summary:
Right now there's no alt text for the icon that signifies an entry is locked when using style=light.

Description:
When viewing an individual entry while using "style=light", there is an icon over the title of the entry which signifies its security level, such as private, protected or custom.

In most styles, this icon has an alt text. When using "style=light", it does not.

This is an accessibility issue because this icon provides important information about the entry. On one's own entries this information is available at the top of the post in text form, but on an entry belonging to someone else, there is no textual representation of this data. An alt text would make it so that if for some reason (failure to load the image, images turned off, browsers that do not process images at all, etc.) the image is not displayed, the information the image represents is still accessible to the user.

In this instance, there are a lot of issues that could arise from someone mistaking a protected or filtered post for something that was publicly posted.

So my suggestion is to add the proper alt text so that the implementation of this icon on the individual entry pages matches the way it is used on the other pages (like the reading page, or the main journal page).

Poll #6496 Add alt attribute for locked icon on entries in style=light

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
57 (96.6%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
2 (3.4%)

(Other: please comment)
0 (0.0%)

elysium_fic

Title:
Request for sitename tag for DeviantArt

Area:
tags

Summary:
We need a tag for users at DeviantArt.

Description:
I know a lot of people who post to DeviantArt and sometimes when I mention them, I would rather do so using their dA link rather than their DW link. Could we get a tag for dA such as the one we have for AO3?

Poll #6472 Request for sitename tag for DeviantArt

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
55 (75.3%)

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

Shouldn't be implemented.
2 (2.7%)

(I have no opinion)
16 (21.9%)

(Other: please comment)
0 (0.0%)

sophie

Title:
"Detailed results visible to: None" is not quite truthful

Area:
Polls

Summary:
When people view polls created by others who have set their poll to be viewable to "Just Me", this displays as "None" to other users. This isn't quite truthful, and I propose that this should say "Just Me" in all cases.

Description:
Back in June 2008, LiveJournal changed the way polls display slightly; the "None" option for polls, which in reality still let the creator of the polls see the detailed results, was renamed to "Just Me". However, it was implemented in such a way that only the creator of the poll saw the "Just Me" text on the poll itself; other people viewing it would still see "None". This was obviously a deliberate design choice on their part (it took more effort to put in that logic than it would have done just to change the text), but I'll be honest and say that I can't work out why this was done.

In any case, Dreamwidth picked up that new code in a codebase merge in January 2009 and Dreamwidth has now had this same behaviour for over two years now.

I feel like this isn't really very truthful to the viewer, and worse, now that Dreamwidth has anonymous polls, someone reading that might misinterpret it as thinking the poll is an anonymous one, whereas in reality the creator of the poll could still see who answered with what.

(For the record: If a poll is anonymous, it will *always* include the text "This poll is anonymous" between the poll title and the line stating what the settings are. If that line isn't there, the poll isn't truly anonymous and at least one person - the creator of the poll - will be able to associate your answers with your account.)

I think that we should remove the logic that displays different text depending on the person viewing is the creator or not, and we should display "Just Me" to all users. (Alternatively, we could keep the logic and change the "None" to "Just Creator" - so it would change between "Just Me" and "Just Creator" depending on who views it.)

Poll #6471 "Detailed results visible to: None" is not quite truthful

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

View Respondents

This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
17 (27.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
3 (4.8%)

(Other: please comment)
0 (0.0%)

ratcreature

Title:
add the poster information to community rss feeds

Area:
communities, rss

Summary:
When I read a feed of a community I would like to be able to see the user who posted as well as the community name. It seems that this info is not in the RSS feed, and I guess DW can't do anything to make it appear in the LJ feeds, but it doesn't seem to be included in the community feeds originating on DW either, and I think it should be, so people reading communities offsite could see the posters.

Description:
In other feeds from blogs I've sometimes seen a "posted by" line, and in addition to the feed name I don't know whether that is a formal field in the format, but something like that would be nice to have in community feeds, so that readers could tell the poster.

Currently community feeds are for me more like alerts, because I always have to click to see who the poster was, even if I don't want to comment. So I suppose a drawback might be that people like me who like to know the poster are less likely to click to the original feed to find out, but communities concerned about their traffic can change the feed setting to just a teaser blurb or summary iirc, so that would be more straightforward to attract clicks, and otherwise I can't think of anything negative to come from this.

Poll #6470 add the poster information to community rss feeds

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.2%)

(I have no opinion)
13 (28.3%)

(Other: please comment)
1 (2.2%)

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

turlough

Title:
Option to make archive and calendar week start on a Monday

Area:
Archive and sidebar calendar

Summary:
There should be an option that lets you set Monday as the first day of the week in the archive year view and in the calendar module.

Description:
As a European I'm always thrown to see the week start on a Sunday in the archive year view and in the calendar module. I think that, just as we have the option to set time to display as 24 hours instead of AM and PM, we should have the option to set Monday as the first day of the week. It's a small thing but I think it would be a nice way of showing that DW isn't only for people from the US.

Poll #5992 Option to make archive and calendar week start on a Monday

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (13.8%)

(Other: please comment)
0 (0.0%)

brownbetty

Title:
add external sites to user-tag parsing

Area:
html markup

Summary:
It would be nice if the sites that can be added to one's profile were all recognized using the <user name=blah site=blah"> syntax.

Description:
It would be nice if all the sites, or at least the http:// ones which can be added @ manage/profile under "External Services" or "Other Sites" were recognized by the <user name= site= > tag. Perhaps not the messaging sites, which so far as I know do not have an associated user-page, but at least twitter, delicious, last.fm, and ravelry.

Difficulty: Should be low, as it would likely be nothing more than adding a substitution string.

Potential drawbacks: I'm afraid I am not knowledgeable enough about the coding to guess at the processing demands.

Benefits: More meaningful integration.

Poll #5990 add external sites to user-tag parsing

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (3.7%)

(I have no opinion)
16 (29.6%)

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Site-styled entry pages: add permalink OR turn subject into clean link

Area:
entries, styles

Summary:
Site-styled entry pages don't have permalinks or clickable entry subjects to make linking to them with 'clean' links easy like custom-styled entry pages do. Please add a way to do so.

Description:
I often end up on site-styled entry pages with appended URLs (w/ #comments, ?style=mine, code to view a specific thread, etc.) which makes linking to the entry harder than on custom entry pages. I could really use a 'clean' permalink in the action-box, or a clickable entry subject.

Poll #5987 Site-styled entry pages: add permalink OR turn subject into clean link

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.2%)

(I have no opinion)
15 (32.6%)

(Other: please comment)
1 (2.2%)

ninetydegrees

Title:
Support: create category for feeds

Area:
support

Summary:
Requests about feeds currently go into the General/Unknown category. I think it would be useful if they went into their own category as most requests dealing with feeds require special privs most volunteers don't have.

Description:
It would allow volunteers to opt out of notifications about requests they can't answer and I believe help volunteers with the necessary feed-related privs identify more easily requests they have to deal with.

Poll #5624 Support: create category for feeds

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
33 (70.2%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
13 (27.7%)

(Other: please comment)
0 (0.0%)

foxfirefey

Title:
Add a "Manage Links" link to the links module

Area:
styles

Summary:
The links module should have a "manage links" link at the bottom, like the tags module does, if you are able to edit the links.

Description:
Currently, figuring out where your links list is and how to edit it is not as easy to access as, say, tags. Putting a link at the bottom of the Links module to let you manage them if you have the permissions would be a way to make that page easier to find and edit.

Poll #5606 Add a "Manage Links" link to the links module

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)
0 (0.0%)

Shouldn't be implemented.
2 (4.2%)

(I have no opinion)
18 (37.5%)

(Other: please comment)
2 (4.2%)

rydra_wong

Title:
Add web counter function to core2 styles

Area:
styles

Summary:
Some core1 styles have an option to enter the HTML for an external webcounter and have it displayed in the journal sidebar. This option also allows the display of other pieces of HMTL, such as word meters. This function should be available in core2 styles as well.

Description:
Core1 styles (at least some of them) have the following customization option:

"If you have an external web counter, you can enter the HTML for it here. Your counter will appear under the navigation links in your journal's sidebar."

It turns out that this can be used to display a word meter, e.g. the Language Is A Virus word meter. This is extremely useful for people doing NaNoWriMo or other creative writing projects.

(It's very possible that the counter function can be used for other interesting things too, but that's the particular one I've found.)

I am code-illiterate, but people who are not have advised me that a) it should be possible to custom-code it into core2 styles, and b) that I should make this suggestion in case there's interest in incorporating it into the codebase and making it available for all core2 styles.

Basically, it's a nifty little piece of functionality with some unexpected uses, and it'd be nice to have it more widely available.

Poll #5604 Add web counter function to core2 styles

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
14 (37.8%)

(Other: please comment)
0 (0.0%)

steorra

Title:
Comment titles shouldn't stick when switching which comment you respond to

Area:
Commenting

Summary:
When I change which comment on an entry I'm replying to, it shouldn't keep "Re:[original.comment.title]" as its title.

Description:
There is an entry. There are comments on the entry. Comment A has no title. Comment B is titled "XYZ".

I click 'reply' to Comment B. My reply automatically gets the title "Re: XYZ". This is expected and appropriate behaviour.

I end up not submitting the reply to Comment B, and decide that instead I will respond instead to Comment A. I click 'reply' to Comment A. My reply, now under Comment A, keeps the title "Re: XYZ", even though the comment it's responding to has no title. This is unexpected and I think non-ideal behaviour.

When I initially submitted this as a bug report, foxfirefey pointed out that a fix should "carefully note to ONLY replace the title if it was the same as the automatic one, so as to not wipe out a user entered title."

(I am not completely sure if this is true; if the user-entered comment text "sticks" when you switch to commenting on a new entry, a user-entered title probably should too; but if switching which comment you reply to clears the text field, the title should probably be cleared too. I don't remember how this works.)

Poll #5603 Comment titles shouldn't stick when switching which comment you respond to

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (3.8%)

(I have no opinion)
14 (26.9%)

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Support: allow users to see all their current and past requests

Area:
support

Summary:
Sometimes I know I already asked something but I've forgotten the answer I was given or I'm fuzzy on the details. I'd like to be able to find my requests (current and past) easily as I don't save Support e-mails.

Description:
I'd like to see all the requests I've filed with my current logged-in username and possibly all the requests I've filed with my any of my validated e-mail addresses.

This could be a new box on http://www.dreamwidth.org/support/:

View all my requests
-- filed with username XXX
-- filed with e-mail address XXX (selectable in a drop-down menu if there are several validated addresses?)

Poll #5602 Support: allow users to see all their current and past requests

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
44 (91.7%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
4 (8.3%)

(Other: please comment)
0 (0.0%)

ratcreature

Title:
edited comment notifications in the DW inbox

Area:
comments

Summary:
When a comment is edited the original notification in the inbox changes and also shows the edited version, but you still get a new notification with the edited comment. So basically you get duplicates with no value. I think that should be changed, so that only one notification with the edited comment is there.

Description:
With the email version of the notifications it makes sense that you get two, because one shows the old comment, the second the edited one, so you can see the edit. But in the DW inbox the notification reflects the current state of the comment (or entry), so the first notification itself is edited and changed to say "edited comment by" exactly the same as the second one.

So if the first is already updated the second is superfluous clutter. I don't think there would be any drawbacks to not having two of the same.

Poll #5578 edited comment notifications in the DW inbox

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
6 (10.5%)

(I have no opinion)
22 (38.6%)

(Other: please comment)
1 (1.8%)

ninetydegrees

Title:
Gifts: option to attach a message

Area:
payments

Summary:
I'd like to be able to attach a message when I buy a gift for someone (points, paid time or rename tokens).

Description:
This is a variation of http://dw-suggestions.dreamwidth.org/334948.html, extending it to all kind of gifts you can make at the DW shop. As remarked in the comments, banned users shouldn't be able to give you gifts and/or send you messages.

If you buy the gift anonymously maybe you shouldn't be allowed to either... What do you think?

Poll #5576 Gifts: option to attach a message

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
48 (71.6%)

Should be implemented with changes. (please comment)
10 (14.9%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (13.4%)

(Other: please comment)
0 (0.0%)

Dreamwidth Suggestions

Add date last posted to Expired Accounts

Remove redirect on logging out

Edited comment text

Disable access filters when you do not grant access

Adding more site options to the user name tag

Add alt attribute for locked icon on entries in style=light

Request for sitename tag for DeviantArt

"Detailed results visible to: None" is not quite truthful

add the poster information to community rss feeds

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

Option to make archive and calendar week start on a Monday

add external sites to user-tag parsing

Site-styled entry pages: add permalink OR turn entry subjects into links

Support: create category for feeds

Add a "Manage Links" link to the links module

Add web counter function to core2 styles

Comment titles shouldn't stick when switching which comment you respond to

Support: allow users to see all their current and past requests

edited comment notifications in the DW inbox

Gifts: option to attach a message

Profile

Most Popular Tags

December 2018

Page Summary

Active Entries

Style Credit

Expand Cut Tags

Syndicate