momijizukamori: Green icon with white text - 'I do believe in phosphorylation! I do!' with a string of DNA basepairs on the bottom (Default)
[personal profile] momijizukamori

Title:
Increased font size on Tropospherical site scheme

Area:
Site scheme (Tropospherical)

Summary:
At the moment, Tropo shows entry and comment text at 75% of browser default. This winds up being a bit on the small side, compared to other similar websites, which leads to squinting and headaches after lots of site-schemed page reading for people who don't usually experience these problems, particularly as Tropo Red is the 'default' people who are new to the site see. Increasing this a bit (I would suggest 0.85em) would increase readability

Description:
This came about as a result of some of the LJ-migration recently, where a number of people who are not usually photosensitive mentioned getting headaches after browsing on both Tropo Red and Tropo Purple for a while. I did some poking about in CSS, and discovered that the 0.75em size scales text down to a bit smaller than the size I usually see on blogs or LJ's old site schemes. It's basically in that range of 'just enough change to cause problems, not enough change to be immediately noticeable'.

I wrote a quick Stylish script to increase font size to 0.82em (along with a slightly smaller line height, but I think it's the font-size that's the core issue) and got feedback that yes, it was a lot more readable that way. 0.82em is kind of weird, and I'd probably just say round up 0.85em to be neat about it.

The problem with writing it as a Stylish script, though, is that any time someone is not at their home computer, it's back to site default (and I do realize that there are other site schemes, but most people I've talked to don't like the horizontal navigation of Celerity and find black-background even harder to read). Increasing the font-size just a bit should be a fairly easy fix (unless it's not in CSS styling? I haven't had a chance to poke through files), and it's not a big enough change to negatively affect users who didn't have the problem with the smaller font size while helping people who do.

Poll #9005 Increased font size on Tropospherical site scheme
Open to: Registered Users, detailed results viewable to: All, participants: 81


This suggestion:

View Answers

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

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

Shouldn't be implemented.
8 (9.9%)

(I have no opinion)
17 (21.0%)

(Other: please comment)
0 (0.0%)

ciaan: revolution (Default)
[personal profile] ciaan

Title:
Memories Icon Different If Post Already Memoried

Area:
memories, entry pages

Summary:
In the site style, the "add to memories" button on an entry is a heart with a plus mark over it. It would be nice if, when the entry was already in your memories, this button changed in appearance to something slightly different, and the alt text changed to "edit memory."

Description:
I'm not sure what the new icon should be, though.

Poll #7557 Memories Icon Different If Post Already Memoried
Open to: Registered Users, detailed results viewable to: All, participants: 71


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (9.9%)

(Other: please comment)
0 (0.0%)

katherine: Girl with glasses: Fuzzy cat with a folded pair of glasses by her paw. (Default)
[personal profile] katherine

Title:
Include entry subject line in Take a look at this Dreamwidth entry

Area:
site: email

Summary:
Include the Dreamwidth entry's own subject line in the Take a look at this Dreamwidth entry e-mail's subject.

Description:
I'd like to see (even part of) the Dreamwidth entry's own subject line in the Take a look at this Dreamwidth entry e-mail's subject. "Take a look at this Dreamwidth entry" is rather generic especially when one gets more than one.

Poll #7127 Include entry subject line in Take a look at this Dreamwidth entry
Open to: Registered Users, detailed results viewable to: All, participants: 53


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
16 (30.2%)

(Other: please comment)
0 (0.0%)

[personal profile] tkil

Title:
ordered lists (<ol>) not rendered correctly in comment reply preview

Area:
comments

Summary:
Ordered lists seemed to be rendered as regular bullet lists in comment reply previews.

Description:
I used an <ol> ... </ol> construction in a comment reply tonight, and the preview showed only small bullet points for each list item. (I was trying to get the total number to finish the point I was making, as well as trying to see what the final output would look like.)

When I did submit the reply, it rendered correctly in the view of all comments on the entry.

Reply in question: http://flemco.dreamwidth.org/3785826.html?thread=50847330#cmt50847330

Thanks!

Poll #5994 ordered lists (<ol>) not rendered correctly in comment reply preview
Open to: Registered Users, detailed results viewable to: All, participants: 37


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
10 (27.0%)

(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:
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


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

jumpuphigh: Pigeon with text "jumpuphigh" (Default)
[personal profile] jumpuphigh

Title:
Style=Light: Adding Links to Switch to Style=Mine or Original Style

Area:
Style

Summary:
Have links on the top of a page being displayed in style=light to change the page into the original style or style=mine.

Description:
I frequently end up on a page that is style=light via links in other people's posts. Style=light is not accessibility friendly for me and I need to switch it to something that will work for me before I can read it. On a good day, that just means changing the address in my browser's address bar and hitting enter. On a bad day, that means closing the tab very quickly, going back to the post that had the link (which is problematic if I've opened a ton of tabs and am reading them much later), copying the link, pasting it into my address bar, modifying it, and then hitting enter.

Neither process is user friendly. I expect some people may not even know how to modify the address so that it is no longer style=light.

The amount of white space on style=light obviously works for a number of people but the brightness of the white is often problematic for people with visual disorders, brain disorders or migraines. Having an easy way to switch away from that will help people who need a quick and easy solution for navigating away from that style.

If some people who regularly use style=light could weigh in as to whether one or two additional links at the top of the page would cause them problems, that would be appreciated.

Poll #5019 Style=Light: Adding Links to Switch to Style=Mine or Original Style
Open to: Registered Users, detailed results viewable to: All, participants: 51


This suggestion:

View Answers

Should be implemented as-is.
40 (78.4%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (11.8%)

(Other: please comment)
0 (0.0%)

musyc: Silver flute resting diagonally across sheet music (Default)
[personal profile] 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


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: Fox stealing an egg. (Default)
[personal profile] 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: 54


This suggestion:

View Answers

Should be implemented as-is.
25 (46.3%)

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

Shouldn't be implemented.
3 (5.6%)

(I have no opinion)
20 (37.0%)

(Other: please comment)
2 (3.7%)

faithofone: (Default)
[personal profile] 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


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

lorem_ipsum: Chiana in profile, head back, eyes closed (Default)
[personal profile] lorem_ipsum

Title:
Disambiguate authorship in Site Scheme(s)

Area:
styles

Summary:
When viewing a journal with ?style=site, it's difficult in some cases to figure out who the author is.

Description:
See <a href="http://elf.dreamwidth.org/2010/09/16/?style=site">this entry</a>. <user name=elf> asks people to link to the date of the entry rather than the entry's individual URL. I'm viewing the page in Tropospherical Red; I can see <user name=elf>'s icon, but not hir name.

I found similar issues when viewing:

* <a href="http://elf.dreamwidth.org/2010/?style=site">by year</a>; neither username nor icon is shown.

* <a href="http://elf.dreamwidth.org/?style=site"> recent entries</a>, ditto.

* <http://denise.dreamwidth.org/2009/01/?style=site>by month</a>; username is given twice, but so discreetly you'd think that mentioning authorship is taboo.

* <a href="http://denise.dreamwidth.org/2009/02/20/?style=site">by date</a> on a day that multiple entries were made, ditto.

...These issues are common to all combinations of journal style + site scheme that I checked (a not-thorough number of permutations of elf, me, and denise versus Tropo Red, Tropo Purple, Celerity, and Lynx).

This is especially bad in cases where a ?style=site URL might be widely circulated among people unfamiliar with LJ/DW, as in my first example.

In conclusion: For individual journals, the username should be prominent. For comms, the comm name and poster's username should be prominent.

Poll #4639 Disambiguate authorship in Site Scheme(s)
Open to: Registered Users, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (30.6%)

(Other: please comment)
0 (0.0%)

matgb: Artwork of 19th century upper class anarchist, text: MatGB (Default)
[personal profile] matgb

Title:
USe variables for site scheme colours, allowing users to change their colour scheme

Area:
Site Scheme

Summary:
Allow users to pick the colours used within their preferred site scheme, probably by setting the existing colourschemes as default variables, allowing people to skin the site as they wish without the need for many many site scheme colour scheme requests and suggestions.

Description:
Me, I love Gradation, and can handle Tropo Purple, but the rest of the colours do little for me, and I actually find Tropo Red a little offputting. I do like the paler off white background colour though, means I don't have to worry about getting a headache if I have to login from the homepage.

If the extant schemes are kept as main supported colour schemes, but users are able to change the colours to whatever they wish, this would prevent the need for extra schemes for those with different preferences, and allow people that prefer one menu structure with a different colourscheme to adapt.

I'm told a block on having different schemes is logo design, but if all logos are there as a checkbox option on that page, we can accept extra submissions of diffferent coloured logos, within reason, but people can pick shecmes that complement the logo, I'd have no problem with having the red logo on Gradation TBH, might even prefer it.

There have been at least two suggestions I've seen recently for different types of site scheme preferences, this would pretty much eliminate the need for extra schemes (and the work that entails updating each), and allow much more flexibility.

Poll #4512 USe variables for site scheme colours, allowing users to change their colour scheme
Open to: Registered Users, detailed results viewable to: All, participants: 59


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
9 (15.3%)

(Other: please comment)
0 (0.0%)

[personal profile] doro

Title:
Site skin "Lynx (light mode)" - add info about menus on other skins

Area:
Site Interface

Summary:
The profile page in Lynx (light mode) is missing an entire menu of menus and functions.

Description:
I didn't find out about this until trying to follow someone's instructions for importing a journal. (I've since found the FAQ for that.)

The response to my support ticket was "this was intentionally left off Lynx because Lynx is supposed to be simpler and have less information on the page."

This was no surprise, since usually, this simplicity and ease of reading is a big plus for me (and why I use Lynx).

Can this be maintained while adding a note (or box?) with the info that the menus are available on any of the other site skins? Maybe include the quick path to get there:
At bottom of profile page, go to [Site Map], follow link to [Manage Settings], choose tab [Display], in [Site Skin] switch to any other choice, and Save.

Poll #4437 Site skin "Lynx (light mode)" - add info about menus on other skins
Open to: Registered Users, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (31.6%)

(Other: please comment)
0 (0.0%)

[personal profile] doro

Title:
?style=light - add white space to sides of text

Area:
styles

Summary:
put in white space (inch and a half maybe?) on both sides of the text, so the text column is only about 8-9 inches wide

Description:
(Per recommendation, copying my comment to dw-news 2010-09-08):

(quote) Favorite New Things - #2, this is the part that I adore -- adding a one-touch ?style=mine or ?style=light link(end quote)

Absolutely. Due to mild vision issues, I use this on most posts not taken directly from my "flist" page.

One question/suggestion for the formatting on the ?style=light: would it be possible to put in white space (inch and a half maybe?) on both sides of the text, so the text column is only about 8-9 inches wide? (Again due to those same mild vision issues, it is difficult to track lines clear across the width of the screen.)

Thank you so much for a great site!

Poll #4417 ?style=light - add white space to sides of text
Open to: Registered Users, detailed results viewable to: All, participants: 37


This suggestion:

View Answers

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

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

Shouldn't be implemented.
14 (37.8%)

(I have no opinion)
13 (35.1%)

(Other: please comment)
0 (0.0%)

faevii: (Default)
[personal profile] faevii

Title:
Variation of "Tropospherical" Site Scheme

Area:
site schemes

Summary:
I'd like a variation of the "Tropospherical" site scheme in colours that are easier on the eyes.

Description:
As it happens, the default site scheme has always been the one that I liked best. However, "best" in this case means "just about bearable" because I absolutely can't stand the colours. I love everything else about it, but those particular shades of red and purple both make me cringe - especially in combination with that light grey background.

Vertical navigation confuses me to no end, so switching to Celerity is not an option for me. I really like the colours of that one, though. A plain, white background and a shade of green that's easy on the eyes - awesome!

It would be neat if there was a version of Tropospherical that had a white background as well, maybe combined with a similarly muted colour as Celerity - it doesn't have to be green; I'd suggest blue or brown, for example. Even the default red would look better without the grey.

I'm curious - does anybody actually *like* these schemes as they are?? Could one of them perhaps be replaced? If not, what do you think about adding a third option? I know I'm not the only one who has a problem with the colours; I've come across several comments by random people complaining about them off-handedly.

Poll #4244 Variation of "Tropospherical" Site Scheme
Open to: Registered Users, detailed results viewable to: All, participants: 50


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
13 (26.0%)

(Other: please comment)
1 (2.0%)

archangelbeth: An anthropomorphic feline face, with feathered wing ears, and glasses, in shades of gray. (Default)
[personal profile] archangelbeth

Title:
Site Scheme: More than one way to find it

Area:
Styles and Site Scheme

Summary:
Making an extra link so people can find their way to Site Scheme when they've forgotten what it's called.

Description:
After forgetting what "site scheme" was called, for the umptyleventh time, and being forced to say, "The beige sidebar thingie" -- despite looking on my styles page -- I realized that it might be a very good thing to have a *link* to the Site Scheme from the Customize styles page.

(Since when I forget "site scheme" as a name, I can't FAQ-search it, and it's something that affects How I View The Site, and Styles affect how *my* pages look...)

I don't mean that the Site Scheme link should be *moved* from its current location, but having a link *also* on the http://www.dreamwidth.org/customize/ page would catch both people who expect all the "how the site looks to me" to be on the "select style" (Customize) page, <I>and</I> the people who know better. In Celerity, the Select Journal Style has a nice bit of white-space below Reading Page Title, that the Site Scheme radio-buttons would fit under -- or, probably more attractively, it could go down at the bottom, next to "3. Choose a Page Setup." Maybe something like "4. Site Scheme: Choose how Main Site Pages will appear" and then the radio buttons beneath it. Or a tab or "next" button off of http://www.dreamwidth.org/customize/options ? "Select Site Scheme"?)

More paths to success, so I don't wind up saying "the beige sidebar thingie" when I mean "the Celerity Site Scheme"!

Poll #4238 Site Scheme: More than one way to find it
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
8 (25.8%)

(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:
Site Scheme: scheme with neutral colors

Area:
site schemes

Summary:
Create a new scheme using more neutral and/or less contrasting colors.

Description:
When you're uncomfortable with bright colors, you don't have much choice. Both Tropos have very bright colors, Celerity isn't so bad but only exists as a vertical layout and is mostly white (so bright too) and Gradation is also a high contrast scheme. I think it would be nice to have a scheme with more neutral colors and/or less contrast.

Poll #4236 Site Scheme: scheme with neutral colors
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
8 (20.0%)

(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:
Account Settings/Display/Site Scheme: add preview pics

Area:
site scheme

Summary:
Add preview pics above (next to?) site schemes names to give you an idea of their layout and main colors and make selecting one easier.

Description:
Also use attributes (alt or title or something else) to provide a description.

Poll #3934 Account Settings/Display/Site Scheme: add preview pics
Open to: Registered Users, detailed results viewable to: All, participants: 37


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
4 (10.8%)

(Other: please comment)
0 (0.0%)

msilverstar: (Default)
[personal profile] msilverstar

Title:
Relate Style to Site Scheme

Area:
UI, documentation

Summary:
The Style vs. Site Scheme division is one of the hardest to explain to new users, so the UI needs to be more helpful about it.

Description:
Knowing about the two kinds of layouts is very helpful, maybe an informative link from Select Styles and Customize Stiles to Account Settings / Display / Site Scheme would be helpful. Also the other way around.

A FAQ on Style vs. Scheme would be really nice too.

Poll #2912 Relate Style to Site Scheme
Open to: Registered Users, detailed results viewable to: All, participants: 39


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (23.1%)

(Other: please comment)
0 (0.0%)

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

Title:
abitlity to choose a non-default icon for the size reduced icon (as in the navbar)

Area:
icons

Summary:
My default icon does not look pretty when it is reduced to tiny, tiny size. It looks crappy because I made it with a 100x100 display size in mind, not with a much smaller one. And yet I have to look at it constantly in my navbar. I would like to be able to use one of my icon slots to upload a different picture, one that is already smaller or cropped or that I know won't look ugly at that navbar size, and designate that one to be used in the navbar and in other places tiny size-reduced icons are displayed like when you hover.

Description:
I imagine this could be implemented with a special keyword or something like that, that would tell DW to use this icon as the tiny one. If I don't upload an extra icon, or assign a keyword it would behave like now and use the default.

The advantage is that I could upload an icon that works well at a very small size or already has a small size, but could keep using my regular large default icon in default places that are for large icons, and I would not have to look at an ugly, badly reduced icon in my navbar all day.

The only drawback I can see is that other people hovering over a users icon could be confused by not having the tiny default icon displayed that they may have seen elsewhere, but see a different tiny icon.

OTOH the tiny icon might be recognizable as something on its own, rather than a messed up blob, which especially happens with icons with text and textures that don't reduce well.

Poll #2850 abitlity to choose a non-default icon for the size reduced icon (as in the navbar)
Open to: Registered Users, detailed results viewable to: All, participants: 53


This suggestion:

View Answers

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

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

Shouldn't be implemented.
10 (18.9%)

(I have no opinion)
24 (45.3%)

(Other: please comment)
0 (0.0%)

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

Syndicate

RSS Atom