dw_suggestions | Entries tagged with bugzilla: implemented

Title:
Allow for customisation of the "Crossposts:" text.

Area:
crossposting, customization

Summary:
Allow users to customise the "Crossposts:" text, same as "Tags"/"Current Music"/&c.

Description:
http://www.dreamwidth.org/customize/options?group=text

In the Entry section, one can change the text for such items as "Current Music", the permanent link, and so forth.

There's currently no option to set the text for "Crossposts:". I think it'd be nice to be able to change that text, too.

(A possible concern would be whether to display it if the user doesn't have crossposting set up, I suppose.)

Poll #5574 Allow for customisation of the "Crossposts:" text.

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.8%)

(I have no opinion)
22 (38.6%)

(Other: please comment)
0 (0.0%)

yvi

Title:
More scale options allowed in polls

Area:
Polls

Summary:
There is currently a limit for 20 steps on the 'scale' poll question types. I would like for this to be extended to at least 21, better more options.

Description:
So the one thing bothering me about the otherwise wonderful option to use scale questions in polls (meaning that you give a low and a high numeric value and the steps you want to have between two answers) is that it is limited to 20 steps. And 20 really quite sucks for that :) 20 is exactly one step fewer than needed to go from 0 to 100 in 5-steps. Thus, no percentage-based questions with 5-percentile differences in the answers.

My pipe dream would be to have that number changed significantly to 51 or so - my minimum change would be to 21 so I can use it for percentage scales as described above.

Poll #5572 More scale options allowed in polls

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
39 (72.2%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
14 (25.9%)

(Other: please comment)
0 (0.0%)

mayfly

Title:
Option to not link google maps to location

Area:
entries

Summary:
I want to write home, school, wherever as my location, but I do not want to have it linked to google maps.

Description:
Is there any way to make it so we can uncheck google mapping of the location entry; ~~or, can paid accounts create their own custom box where they can enter in whatever they want (so if I wanted to write instead of Song, Mood, or Location, I could have my own custom current _____ text~~. (I have removed this suggestion since you should only have one request at a time in a post for clarity).

Poll #5570 Option to not link google maps to location

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
62 (74.7%)

Should be implemented with changes. (please comment)
13 (15.7%)

Shouldn't be implemented.
1 (1.2%)

(I have no opinion)
7 (8.4%)

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Poll Creator: use the word 'answer' instead of 'option'

Area:
polls

Summary:
When making a poll on http://www.dreamwidth.org/poll/create, it asks you for possible 'options'. I find this term unclear and confusing and think 'answers' would be simpler and clearer.

Description:
Edit: also see the first comment for a better wording of 'Minimum options required' and 'Maximum options accepted', which are displayed when you insert a question with check boxes.
Edit: link to screencap if you can't see the page.

Poll #5522 Poll Creator: use the word 'answer' instead of 'option'

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (8.8%)

(I have no opinion)
20 (35.1%)

(Other: please comment)
1 (1.8%)

marahmarie

Title:
"Back to Top" title link should be included in all Dreamwidth styles by default.

Area:
styles, journal navigation

Summary:
Right now a "Back to Top" link (meaning "back to the top of the page") is included in only some Dreamwidth styles by default. Certain styles, including Transmogrified, lack this link altogether. Include this link in all styles by default to make journal navigation quicker and easier.

Description:
This suggestion is to improve journal navigation site-wide.

Right now a "Back to Top" link (meaning "back to the top of the page") is included in only some Dreamwidth styles by default. When you click this link, which is usually located at the bottom of the journal's Recent View page, it makes the page jump back to the top, by linking to the journal's title.

Certain styles, including Transmogrified, lack this link altogether.

Including this link in all styles by default will make journal navigation quicker and easier. Users who don't want this link visible in their journals can add a simple CSS command to the custom CSS box (display:none) to make it disappear.

There is no other solution to wanting to jump back to the top of a journal's Recent View page very quickly except to include the "Back to top" link in all styles by default.

The only drawbacks are it will require time for Dreamwidth's devs to add the link and corresponding s2 code to all styles and to ensure that it displays correctly without jamming up the rest of each style sheet's CSS.

Poll #5516 "Back to Top" title link should be included in all Dreamwidth styles by default.

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (4.0%)

(I have no opinion)
17 (34.0%)

(Other: please comment)
0 (0.0%)

afuna

Title:
Let you filter down by multiple tag when in tags view

Area:
tags

Summary:
We have a tag view which lets you view only entries which are tagged with *all* the tags at once: http://exampleusername.dreamwidth.org/tag/tag1,tag2?mode=all

It would be nice to have an easy way to navigate to that view by clicking, rather than needing to memorize the URL arguments or visiting an FAQ to discover the feature.

Description:
We have a way of filtering down to multiple tags at once, but it's not easily discoverable. I suggest that we add additional links to the tag list in the sidebar so that you can click through to filtering by multiple tags.

Right now we have:
* tag1 - [num uses]
* tag2 - [num uses]

When viewing entries tagged with "tag1", clicking on the "tag2" link will bring you to just entries tagged with tag2.

What I suggest is to have an additional link, something like:
* tag1 [+] - [num uses]
* tag2 [+] - [num uses]

So that when viewing entries tagged with "tag1", clicking on "tag2" would still bring you to just entries tagged with tag2. Clicking the [+] beside tag2, however, would bring you to entries that have both the "tag1" and "tag2" tags (which is a new functionality).

There would be no pluses/ no change in behavior when not already viewing a tag.

There would also be no discoverable way to filter to entries that have either one of the "tag1" or "tag2" tags (which is the old functionality for multiple tags), but I feel it would be too much to have two additional links in that area.

Poll #5204 Let you filter down by multiple tag when in tags view

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
5 (9.1%)

(Other: please comment)
1 (1.8%)

katherine

Title:
Don't show backdated entries on Latest Things

Area:
entries, latest things

Summary:
Don't show backdated entries in Latest Things.

Description:
So far as I can tell, posting an entry backdated means it doesn't show up on reading lists, but it does still show up on latest things, arranged by when posted, not by the date and time set in the backdating. This doesn't seem consistent to me.

I have no idea of the technical reasons or difficulties, I admit!

Poll #5180 Don't show backdated entries on Latest Things

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
11 (19.0%)

(Other: please comment)
0 (0.0%)

aedifica

Title:
Making it easier to get to Support

Area:
site navigation

Summary:
Make http://support.dreamwidth.org/ redirect to http://www.dreamwidth.org/support/ .

Description:
Currently if you go to http://support.dreamwidth.org/ you get a page telling you "There is no user support at Dreamwidth Studios." I think it'd be great if instead it automatically redirected to the Support page, http://www.dreamwidth.org/support/ .

(Besides, Dreamwidth has excellent user support, it's a lie to say there's none! *grin* )

Poll #5131 Making it easier to get to Support

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
72 (87.8%)

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

Shouldn't be implemented.
3 (3.7%)

(I have no opinion)
2 (2.4%)

(Other: please comment)
1 (1.2%)

eleanorjane

Title:
User tag should allow Twitter as an option

Area:
DW-specific HTML Markup

Summary:
The user DW tag will work with a number of external sites, mostly LJ-based sites, plus AO3. Given the popularity of Twitter we could add Twitter to the list, with a service-appropriate icon.

Description:
A lot of fans use Twitter, and at least some of us would find it pleasing to be able to link to our Twitter accounts the way we do to our AO3/LJ/DJ/IJ accounts, with the matching service icon and so on.

The advantage of this is visual consistency, especially for posts with a laundry list of "here's how to contact me" options. I can't think of any particular drawbacks, other than perhaps a small additional load on the server by adding another icon that has to be served whenever twitter accounts are linked in this way.

Poll #5129 User tag should allow Twitter as an option

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.5%)

(I have no opinion)
20 (29.4%)

(Other: please comment)
0 (0.0%)

yvi

Title:
Rephrase "Access to"

Area:
profile page

Summary:
"Access To" is ambigious, let's rename it.

Description:
*Every* time I look at a profile page, I see the "Access to:" line and think it means "has access to" and not "gives access to" until i see the "access from" line below. Now maybe that's me not being a native speaker, but I think this is terribly confusing.

My suggestion would be to rename to "Gives Access To" and "Has Access From", which would get rid of the (perceived?) ambiguity.

Poll #5114 Rephrase "Access to"

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
80 (94.1%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
5 (5.9%)

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Styles: remove the H3 heading for subject icons

Area:
styles

Summary:
Comment subjects are wrapped in H4 heading tags while comment subject icons are wrapped in H3 tags, as if they were a level above the comment subjects they go with. It makes little sense to me.

Description:
This is what the page organization looks like on custom comment pages:

H3: entry title/no 

   H4: comment title/no subject
H3: comment subject icon for the comment above

   H4: comment title/no subject

   H4: comment title/no subject

Is there even a point to having a heading tag for icons? There's no text at all (not even alt text).

Poll #5113 Styles: remove the H3 heading for subject icons

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.7%)

(I have no opinion)
20 (54.1%)

(Other: please comment)
1 (2.7%)

ninetydegrees

Title:
Customize Journal Style: separate and expand presentation, colors, fonts and images

Area:
site, styles

Summary:
Presentation is grouped with mood themes and navigation strip in Display. Colors, fonts and images are grouped in Style. Separate them all into their own individual sections and fully expand the sections which aren't expanded by default (at least Fonts and Images).

Description:
It made sense to group sections together when there were few options but most styles now offer many customization possibilities and new options keep being added. I'd like to be able to change an image without having to systematically scroll all the way down and click on Expand all.

Poll #5112 Customize Journal Style: separate and expand presentation, colors, fonts and images

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.8%)

(I have no opinion)
11 (30.6%)

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Styles: consistently use the word 'style' instead of 'layout'

Area:
styles, site, faqs

Summary:
Styles are sometimes referred to as layouts - probable as an LJ legacy thing - and sometimes referred as styles (see Customize, see FAQ #10,...) Terminology should be consistent.

Description:
Keep the word 'layout' for disposition, organization i.e. the layout of a style rather than to refer to the style/design itself, the way it's done in FAQ #138 I think.

Poll #5109 Styles: consistently use the word 'style' instead of 'layout'

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
2 (3.8%)

(Other: please comment)
0 (0.0%)

azurelunatic

Title:
Wrap links in email notifications with spaces

Area:
email notifications, getting along with everybody's tech

Summary:
When a planned link appears in a notification, add spaces fore and aft before inserting punctuation.

Description:
The format for the top part of a plain text comment notification currently goes kind of like this:

displayed name (username) replied to a comment you left in a Dreamwidth entry "title" (http://exampleusername.dreamwidth.org/12345.html).

Notice how the link to the entry is wrapped in parentheses, with no space between the closing parenthesis and the end of the link.

I have a charming little palmtop that bravely tries to autolink things found in its email. It's so adorable, and it tries so hard. It thinks that trailing punctuation in a link (like commas, parentheses) is part of the link. I'm sure I'm not the only one whose email client does this. When I visit the link, Dreamwidth doesn't quite know what to do with the parenthesis at the end of the link, and throws an error page.

Things that contribute to the problem:
* The punctuation being stuck next to the link (under DW's control with some monkeying with possibly translation strings)
* My email client making a choice that's wrong under these circumstances (under ... probably Palm's ... control; also under the control of the email clients of other affected users.)
* Dreamwidth's server getting confused by links ending in ".html)" -- as well as ".htm" and ".html,". (possibly under DW's control, possibly also a serious-server-guts thing)

To make things nicer for the people whose email clients do this, what about putting a space between the end of any link that's supposed to be in a plain text email notification, and any punctuation or other characters that follow after?

The same comment notification, with this change, would look like so:

displayed name (username) replied to a comment you left in a Dreamwidth entry "title" ( http://exampleusername.dreamwidth.org/12345.html ).

This should not apply to links within the entry or comment, because there are some links that *do* have punctuation as part of the link (Wikipedia, I'm looking at you!). But when the link is part of the notification template, it should be relatively easy to put a space in between the link and any punctuation. This could cause weird line wrapping, but I would personally find weird line wrapping preferable to weird linking.

Might also be good to have some weird link issues handled better server-side (try stripping off weird characters at the end of something that throws an error, try the .html version of a page when .htm fails) but the space things sounds a lot easier to do and should save a certain amount of aggravation.

Poll #5023 Wrap links in email notifications with spaces

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (13.6%)

(Other: please comment)
0 (0.0%)

azurelunatic

Title:
Show/hide detailed poll answers as if they were cuts

Area:
user interface, polls

Summary:
Wouldn't it be nifty to expand and collapse detailed views of poll answers (if you can see them) as if they were cuts?

Description:
One should be able to expand and collapse the answer to each poll question as if it were a cut, especially collapse, because sometimes once one has seen the answers, one does not need to keep seeing them, and then there's that huge stack of usernames and answers right in the middle of the page.

It should, of course, gracefully degrade to the old version just as the cut does.

Poll #5021 Show/hide detailed poll answers as if they were cuts

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
5 (8.6%)

(Other: please comment)
0 (0.0%)

musyc

Title:
Blockquote visibility

Area:
Site scemes

Summary:
Blockquotes are difficult to visually identify in site-scheme pages.

Description:
Currently, site-scheme comment pages display blockquotes with a small indent (15px by my browser). In most instances, this indent is unnoticeable, leading viewers to not even realize that a blockquote exists in the post, especially if they are linked to an entry directly rather than viewing it on their reading page. This can become a problem when posters attempt to quote material from other posters or blogs - the current behavior does not immediately make it obvious the statements were quotes from a different person. (I've been horribly lost in several meta/essay posts until I managed to see the tiny indent.) I'd like to see a much larger indent or some sort of visual identifier (thin border, slightly different color to background?) on blockquotes.

Poll #5018 Blockquote visibility

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.8%)

(I have no opinion)
5 (9.1%)

(Other: please comment)
0 (0.0%)

foxfirefey

Title:
Remove the black border from quick reply

Area:
styles, site scheme

Summary:
The more I see the black border around ALL the quick replies (aka inline commenting), the more and more I dislike it. We should get rid of it.

Description:
As mentioned above, taking away the black border that's inline styled on the quick reply box. The quick reply box has an ID that CSS can target, so individual styles should be able to do what they want, without having to override a hard-coded in color. The hard-coded in color is pointless on most light-on-dark layouts, anyway, and might look unsynchronized with other layouts' color schemes.

I'm making this a suggestion just in case anybody can come up with a reason to keep it, because I sure can't.

Poll #4952 Remove the black border from quick reply

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (5.5%)

(I have no opinion)
20 (36.4%)

(Other: please comment)
2 (3.6%)

strangesequitur

Title:
Show Selected Icon on Comment Preview Pages

Area:
comments, entries

Summary:
Users should be able to see the icon they have selected on the Comment Preview page, and be able switch to a different icon at this stage, in much the same way that they can edit the text of a comment before submitting it.

Description:
When choosing an icon to accompany a comment to an entry, you're generally flying somewhat blind. Even with robust, descriptive Icon Tags in place, choosing an incorrect icon is a common slip-up.

The Comment Preview feature -- which is delightful and much improved from the code it spawned from -- includes previews of the comment title and text, but no icon preview. It also allows for the editing of these fields, but no option to change the selected icon. (You have to back out to the previous page to change the icon, possibly losing edits made at the Preview stage, etc. It's inelegant.)

I would very much like a visual preview of the icon I've chosen, and the ability to easily change my selection, for those rare times when my sleepy brain and dull-witted hamfingers have chosen something wildly inappropriate.

Barring a visual preview, even just the text of the icon description would be better than nothing -- one final warning in case you weren't paying attention to, say, what Random Icon was chosen, for instance.

Essentially, I want the same dynamic icon preview feature we have on the Update page. I can see how the server load and processing power might be prohibitive, though, and I suspect that if it were as easy as all that it would have been done already.

Poll #4951 Show Selected Icon on Comment Preview Pages

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
72 (94.7%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
3 (3.9%)

(Other: please comment)
0 (0.0%)

faithofone

Title:
Change Color of "apply layout" button text in celerity

Area:
customizing themes

Summary:
Change the color of the "apply layout" button text where you pick page layouts. When viewing in Celerity it's white on light green.

Description:
On this page: http://www.dreamwidth.org/customize/options

Way down at the bottom where you pick your page layout (how many columns), when you view it in Celerity the buttons are light green with white text (screen cap: http://img63.imageshack.us/img63/5407/51199333.png).

I'd like to see this changed to something with at least a little more contrast, if not be changed to have the buttons match all the other buttons on that page.

Poll #4943 Change Color of "apply layout" button text in celerity

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
8 (20.0%)

(Other: please comment)
0 (0.0%)

elf

Title:
Allow users to edit posts in comms without removing tags

Area:
Tags in Communities

Summary:
Currently, if a community only allows moderators to set tags, a user who edits her post after tags have been added must remove all tags before submitting the edit. This should change.

Description:
Recently, I checked one of my older posts in a community & edited to fix a couple of punctuation errors. When I submitted the change, I got an error message: not allowed to set tags in this community. I had to go back to the edit page and remove the moderator-added tag in order to repost. (The other choice was "don't fix the post." I could've done that without many problems, even though I plan on linking to the post soon; in something with broken picture or vid links, that would be a lot more problematic.)

In this case, this was one tag in a small community; it could easily be re-added later and in the meantime it wouldn't throw people off. In a large, tag-heavy community like scans_daily, re-establishing the correct tags for a post can be a pain for the mods.

Editing posts should allow tags to remain as long as they're unchanged, even if individual members don't have the ability to create/edit tags in the community.

Poll #4879 Allow users to edit posts in comms without removing tags

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
2 (3.3%)

(Other: please comment)
0 (0.0%)

Dreamwidth Suggestions

Allow for customisation of the "Crossposts:" text.

More scale options allowed in polls

Option to not link google maps to location

Poll Creator: use the word 'answer' instead of 'option'

"Back to Top" title link should be included in all Dreamwidth styles by default.

Let you filter down by multiple tag when in tags view

Don't show backdated entries on Latest Things

Making it easier to get to Support

User tag should allow Twitter as an option

Rephrase "Access to"

Styles: remove the H3 heading for subject icons

Customize Journal Style: separate and expand presentation, colors, fonts and images

Styles: consistently use the word 'style' instead of 'layout'

Wrap links in email notifications with spaces

Show/hide detailed poll answers as if they were cuts

Blockquote visibility

Remove the black border from quick reply

Show Selected Icon on Comment Preview Pages

Change Color of "apply layout" button text in celerity

Allow users to edit posts in comms without removing tags

Profile

Most Popular Tags

December 2018

Page Summary

Active Entries

Style Credit

Expand Cut Tags

Syndicate