marahmarie: my initials (MM) (Default)
[personal profile] marahmarie

Title:
Add a CSS Class to Comment Count on View Month Page

Area:
styles

Summary:
Right now there is no CSS class for the comment count shown after each post on the View Month Page (this page and all pages like it): http://exampleusername.dreamwidth.org/2013/01/. I've had to add sort of wonky CSS to compensate for that. The CSS doesn't target anything specific so in my case it messes things up (for instance, on my DW, it results in comment count text displaying both too small and too big - yes, all at the same time - which could be my own error, but still). So my suggestion is to simply add a separate span class for the comment count on the View Month page so it can be styled independently of other elements on the page.

Description:
Right now there is no CSS class for the comment count shown after each post on the View Month Page (this page and all pages like it): http://exampleusername.dreamwidth.org/2013/01/. I've had to add sort of wonky CSS to compensate for that. The CSS doesn't target anything specific so it messes things up (for instance, on my DW, it results in comment count text displaying both too small and too big - yes, all at the same time - which could be my own error, but still). My suggestion is to simply add a separate span class for the comment count on the View Month page so it can be styled precisely and independently of other elements.

Poll #14590 Add a CSS Class to Comment Count on View Month Page
Open to: Registered Users, detailed results viewable to: All, participants: 33


This suggestion:

View Answers

Should be implemented as-is.
17 (51.5%)

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

Shouldn't be implemented.
1 (3.0%)

(I have no opinion)
13 (39.4%)

(Other: please comment)
0 (0.0%)

marahmarie: my initials (MM) (Default)
[personal profile] marahmarie

Title:
Expose Tag Count Tooltip Option to Customize Style User Interface, Make New CSS Class for Tag Count

Area:
tags, styles

Summary:
Based on a thread in the Style System community (http://style-system.dreamwidth.org/102224.html?thread=826448#cmt826448) I'm positing that we expose the sidebar tag count tooltip option to the Customize Style User Interface (basically, to put an option to use it on this page: http://www.dreamwidth.org/customize/options?group=modules) and to make the option a checkbox choice with the label "display tag count only as a tooltip". To be clear, this was originally user ninetydegree's idea, but I was given her permission to post it here if she didn't submit it first herself. :)

Description:
Right now as a DW user you may, for aesthetic or other reasons, not want to expose the tag count to users in your sidebar (a 'tag count' being how a sidebar tag might say, for example, "0 uses" or "20 uses" right after it). Rather than hide it via clumsy CSS ('clumsy' being, um, the only CSS guidance I could offer in that thread, given that there is no specific CSS class for the tag count) the idea is to expose the "display tag count only as a tooltip" in the Customize Style/Modules user interface to give users that option. Right now they can only access it by creating a custom theme layer and coding it in via DW's s2 programming language.

I'd also like to suggest that we have a separate CSS class for sidebar tag counts so we can style them however we want (this is the part of the suggestion I think DW designers will benefit from the most - but exposing the tooltip option also sounds like awesome sauce to me).

Poll #14588 Expose Tag Count Tooltip Option to Customize Style User Interface, Make New CSS Class for Tag Count
Open to: Registered Users, detailed results viewable to: All, participants: 26


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (3.8%)

(I have no opinion)
11 (42.3%)

(Other: please comment)
0 (0.0%)

stormy: βͺ ππŽπ“πˆπ‚π„ ❫ 𝑫𝑢 𝑡𝑢𝑻 𝑻𝑨𝑲𝑬 𝑴𝒀 𝑰π‘ͺ𝑢𝑡𝑺 ⊘ (Default)
[personal profile] stormy

Title:
[css] Add admin-post css to entry-wrappers.

Area:
styles, entries

Summary:
When you mark a comment as an official admin/mod hat comment, it applies the admin-post class to the comment's comment-wrapper, but the same does not happen when you mark an entry as official. The entry-wrapper does not gain a admin-post class. I suggest that it does so you can use css to format those posts separately from others.

Description:
When you mark a comment as an official admin/mod hat comment, it applies the admin-post class to the comment's comment-wrapper, but the same does not happen when you mark an entry as official. The entry-wrapper does not gain a admin-post class. I suggest that it does so you can use css to format those posts separately from others. Personally, I'd love to use this as a way to call more attention to those specific entries without having to use a .poster class and have everything marked by a specific user stand out.

An additional suggestion related to this: At current the class .admin-post gets added to comments when they are made official moderator comments. It might be easier to suggest this css is changed to .admin-comment if it is a comment and .admin-post if it is added to an entry. This isn't a necessary step because you could format with ( .entry-wrapper .admin-post AND .comment-wrapper .admin-post ) but it might just be cleaner for those who don't like listing multiple classes together to specify.

Poll #14085 [css] Add admin-post css to entry-wrappers.
Open to: Registered Users, detailed results viewable to: All, participants: 37


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (32.4%)

(Other: please comment)
0 (0.0%)

marahmarie: my initials (MM) (Default)
[personal profile] marahmarie

Title:
Add a body class to http://exampleuser.dreamwidth.org/tag/each-tag

Area:
Styles

Summary:
Currently the post view that shows your entries organized by tag (for example: http://marahmarie.dreamwidth.org/tag/book+reviews) has the same body class as the front page of our journals, that is, it uses the .page-recent body class. I'd like to suggest that we add a body class specifically for the entries-organized-by-tag view, so that it gets the new body class .page-tag (not to be confused with .page-tags, which is currently in use on the Visible Tags page, the one that simply lists all your tags on one page).

Description:
As a casual (but slightly obsessed) DW CSS designer, I'm often confounded by not being able to style every page view on DW individually. Because we have a sorting feature on our DWs that lets users browse full posts by each tag used on them, I want to style those pages to work as well and look as good as all the other pages on our DWs do. But the front pages of our journals and the tag views of our posts? They share the same HTML body class (.page-recent), which means tag views can be sort of weird-looking because they inherit .page-recent's styling, which often does not work on the tags view of our posts for an assortment of reasons. Which makes me think: why not just add a new, separate body class so we can style those pages, too? I humbly suggest we add the body class .page-tag to all views on our DWs that sort posts by the tags used on them (for example: http://marahmarie.dreamwidth.org/tag/book+reviews would get the new .page-tag body class, as would all other similar page views on our DWs).

Poll #11750 Add a body class to http://exampleuser.dreamwidth.org/tag/each-tag
Open to: Registered Users, detailed results viewable to: All, participants: 39


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (7.7%)

(I have no opinion)
17 (43.6%)

(Other: please comment)
1 (2.6%)

alashandra: (Default)
[personal profile] alashandra

Title:
Make the site schemes fit the browser size

Area:
Site Schemes

Summary:
The default site scheme uses a very small amount of the browser width. Those that use the full browser width are too dark to be comfortable to some.

Description:
I admit that my browser isn't exactly the usual. I have a wide screen which means that my browser is wider, too. But I found that using Tropospherical Red and Tropospherical Purple that these site schemes seem to be framed, so that anything that runs beyond the width of the header end up with an interior scroll bar at the bottom of the page.

Checking out the other site schemes, I found that Celerity squished up the later replies to a long thread. The Gradation schemes also take advantage of the full browser width, but they're dark enough to be difficult to the eye.

There should be a few more site scheme choices, including ones with lighter backgrounds. Even a lighter version of the Gradation schemes would be useful.

Poll #3196 Make the site schemes fit the browser size
Open to: Registered Users, detailed results viewable to: All, participants: 43


This suggestion:

View Answers

Should be implemented as-is.
12 (27.9%)

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

Shouldn't be implemented.
4 (9.3%)

(I have no opinion)
20 (46.5%)

(Other: please comment)
0 (0.0%)

the_shoshanna: my boy kitty (Default)
[personal profile] the_shoshanna

Title:
site-schemed pages should horizontally re-wrap or scroll when necessary

Area:
site interface

Summary:
Some site-schemed pages, when in a narrow window, lose information off the right edge without providing a scroll bar, so there is no way to see the full page without widening the window.

Description:
I don't like reading long lines of text and like to be able to put two windows next to each other, so I normally keep browser windows at a width that makes most text lines 80-100 characters long. Most web pages either re-wrap themselves as needed to accommodate whatever width the window is at (far preferable) or show a horizontal scroll bar to allow access to the full width. Site-schemed pages, however (I think that's the right term) do not; some text re-wraps, but often there are elements (such as text boxes) that do not wrap or scale themselves, and if the window is too narrow to show their full width, no scroll bar appears. I tested this in three browsers.

For an example of what I mean, check out this jpg of my "manage other sites" page: http://thisland.ca/siteimages/screencap.jpg. Note that the banner at the top, with my default icon and the DW logo, has scrunched itself together nicely to fit, but the rest of the page is falling off the right edge of the window, with no scroll bar. Moreover (presumably because the window, having no horizontal scroll bar, doesn't "know" it's not wide enough), clicking the green zoom button in the top left corner (I'm on a Mac) does not widen the window; I have to grab and drag the corner to widen it.

Windows should re-wrap as much as possible, but when it's not possible, they should always show a horizontal scroll bar! I cannot think of any problems or drawbacks involved in having that happen.

Poll #2944 site-schemed pages should horizontally re-wrap or scroll when necessary
Open to: Registered Users, detailed results viewable to: All, participants: 50


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
2 (4.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: set base font size to 1em for all site schemes

Area:
site schemes

Summary:
In Tropospherical (i.e. the default site scheme) the font size is currently set to .75em, which, imo, is very small. Set it to 1em instead so that it uses browsers' defaults.

Description:
I have to set a minimum font size in my browser to be able to read some sites and I wish Dreamwidth weren't one of them.

N.B. For technical info, body is set to 100% but #canvas is set to 0.75em. In effect, all content in Tropo uses this size as a base.

Poll #2869 Site: set base font size to 1em for all site schemes
Open to: Registered Users, detailed results viewable to: All, participants: 54


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (5.6%)

(I have no opinion)
8 (14.8%)

(Other: please comment)
0 (0.0%)

sky: (Default)
[personal profile] sky

Title:
Respect browser link underline setting on site-schemed pages

Area:
site scheme

Summary:
If my browser is set not to underline links, I'd like DW site-scheme pages to respect that setting.

Description:
This is a small thing, but a gigantic pet peeve of mine: I absolutely abhor underlined links. Whenever possible I try to make sure underlines on links are not displaying; this is why I have all the browsers I use set not to display links as underlined, especially Firefox, my primary browser for daily use.

On Livejournal.com, the site-schemed pages (comment pages, the front page of the site, etc) all seem to respect my browser underline setting as far as I've noticed. I tested it just now -- turning on underlines in the browser led to underlines on Livejournal site scheme pages, while turning off underlines made them disappear as expected. On Dreamwidth, however, all the links are underlined even though I have "no underlines" set in my browser. I'd like to see the site schemes updated to respect this setting -- of course, without breaking things for users who *do* want underlines.

Poll #982 Respect browser link underline setting on site-schemed pages
Open to: Registered Users, detailed results viewable to: All, participants: 35


This suggestion:

View Answers

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

Should be implemented with changes.
1 (2.9%)

Shouldn't be implemented.
2 (5.7%)

(I have no opinion)
2 (5.7%)

(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