dw_suggestions | Entries tagged with site: styles

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

ninetydegrees

Title:
Advanced Customization: option to duplicate layers and styles

Area:
styles

Summary:
Add a function to create a copy of an existing layer or an existing style (public or custom).

Description:
I make styles based on other styles (Tabula Rasa or my own) and themes based on other themes I've made for the same style. Having a duplicate function would make it easier and faster as I'd have less copying and pasting to do.

Poll #5577 Advanced Customization: option to duplicate layers and styles

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (27.8%)

(Other: please comment)
0 (0.0%)

nonethefewer

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

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

theplotbunny

Title:
theme blurbs to describe each theme for screen reader users

Area:
themes for DW journals and communities

Summary:
I often find that with a lot of blogs and such, that choosing themes can be difficult, especially as there is little if any description to help me decide. As I cannot physically see these, I'd love to see implemented a descriptive blurb giving a detailed and concise lay of the visual landscape so to speak, this would be most innovative and so cool!

Description:
1: I think by providing a blurb for each theme, this would allow blind users and those with some degree of sight loss the opportunity to be on a level with our fellow DW users, and why not, it is a wonderful opportunity to provide a great way to make DW more inclusive, perhaps with this extending to more visual landscapes over time we could find ourselves sought after by other blogs to incorporate such a landmark addition to the site.

Logistics, well I'm no tech minded person, but conceivably such blurbs could be placed under a link - cut of some kind, as blind users rely on keystrokes and not mouse usage, a simple html solution is a great way to make the site more fun and keeps everything neat and tidy for all of us.

I don't foresee any real disadvantages, I do see that implementation could start with current and future themes etc, and slowly over time, add this feature to all DW visual themes and perhaps this might be something to explore with other visual content where applicable and advantageous to members like me.

I humbly offer this as my contribution to DW access! ^_^

theplotbunny

Poll #5182 theme blurbs to describe each theme for screen reader users

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
41 (87.2%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (12.8%)

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

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

sporky_rat

Title:
Date Changing

Area:
Entries

Summary:
Changing Dating Styles

Description:
I know I'm not the only one who uses the dating style of DD/MM/YYYY instead of the American style of MM/DD/YYYY.
I'd like to suggest that the dating style be something that's a choice, not just hardwired.

Poll #4950 Date Changing

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
4 (5.5%)

(Other: please comment)
0 (0.0%)

chaosraven

Title:
Require Icons to be "actual size" in base layouts

Area:
styles, icons

Summary:
Icons on entries should be set to "actual size" in all layouts instead of letting the original creator change the size of the icons.

Description:
There is at least one layout (brittle) and possible others which force icons to around 2/3 of their actual size. On a large monitor, this makes viewing the icons difficult and is overall not very aesthetically pleasing.

I think having icons set to 100% or actual size for all layouts will provide an overall better experience, especially for users (like myself!) who don't have the CSS skills needed to make that kind of adjustment to their journal style.

For users who dislike full sized icons on their reading pages, perhaps an option can be included in the customize style section for scaling down icons? That would eliminate the need to fiddle with CSS in order to get icons the size that people prefer.

Poll #4875 Require Icons to be "actual size" in base layouts

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (9.8%)

(I have no opinion)
16 (31.4%)

(Other: please comment)
0 (0.0%)

suncat

Title:
Two more customizable style features

Area:
styles

Summary:
I'd like to see more/all styles have customize options for using the journal title in the browser page title and for declaring custom colors for the navigation strip.

Description:
I've seen both of these features in existing styles. I've looked a little into the code, and they didn't seem to be too difficult.

1) The usual page title that appears in the browser title bar uses the account name. So have the option to use one's journal title for the page title. I only recall seeing this feature in "Zesty" among the published available styles.

2) By default, we're given a couple of choices for the navigation strip. But at least one style, "Bases", uses the colors of the theme on the navigation strip. I'd like this option more widely available.

Poll #4748 Two more customizable style features

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.
13 (22.8%)

(I have no opinion)
15 (26.3%)

(Other: please comment)
1 (1.8%)

red_eft

Title:
Allow users to change the page title on their journal

Area:
styles

Summary:
Users should be allowed to change the text that appears in the title bar as well as the text that appears at the header of their journal.

Description:
Right now, you can give a name to your reading page/journal page, etc, and that will show up at the top of your page. However, the text in the title bar (I think that's what it's called- the usually-blue bar all the way at the top of the screen, above the menu) will still show "username|Reading" or "username|Recent Entries". Apparently, the only way to change this is using ~~CSS~~ layers (how obvious is it that I've never been in the advanced customization area? /edit) and possibly by using the 'Zesty' style. Some users may want to change this in their layouts without having to mess with the ~~CSS~~ layers feature, so I'd like to propose that as an option.

Possible drawbacks- It looks like you can add a custom title to reading and recent entries, but not to archive or network, and some people might find that limitation frustrating/confusing? Also I know that some people's more... creative titles might be confusing for readers, so maybe that could be turned off when viewed in light style. (Not sure if that's possible to program.)

Poll #4747 Allow users to change the page title on their journal

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
35 (54.7%)

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

Shouldn't be implemented.
4 (6.2%)

(I have no opinion)
19 (29.7%)

(Other: please comment)
2 (3.1%)

azurelunatic

Title:
Breadcrumb from a single thread to the page the thread was on

Area:
user interface, making things make sense

Summary:
When you're viewing a single thread on an entry with a lot of discussion, link back to the discussion page that the thread is on, if there are multiple pages.

Description:
So you're reading along in an entry that's got a lot of discussion, and maybe you click "link" instead of "expand", or the expander doesn't quite feel like doing its thing today and throws you into the thread. You could click the back button when you're done, but perhaps you don't think of it -- and you click the (Read 1337 comments) link and wind up back on page 1.

Or perhaps someone has linked you to a specific thread, and you want to see it in context in the wider discussion, and there are already 10+ pages and counting, and oh god just what.

If it's reasonably easy to retrieve information about what page any given comment thread would be on, it would be nice to have a link to that page at the top and bottom of the page, thus:

(Read 1337 comments) (Read page 2 of 23) (Post a new comment)

This might cause some custom styles breakage, and might require tweaking to allow users to easily change the text in their own style for custom comments pages.

Poll #4745 Breadcrumb from a single thread to the page the thread was on

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
60 (88.2%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (10.3%)

(Other: please comment)
0 (0.0%)

aedifica

Title:
Give a list of journal styles a user has used

Area:
account management, styles

Summary:
Say you want to change your journal style to a really cool style you used a while ago... and now you have no idea what the style was called. Wouldn't it be great to be able to see a list of styles you've used in the past?

Description:
This hasn't been an issue for me on Dreamwidth yet, but I bet it's only a matter of time (I just ran into it on LiveJournal). Say you want to change your journal style to a really cool style you used a while ago... and now you have no idea what the style was called. Wouldn't it be great to be able to see a list of styles you've used in the past, so you don't have to page through all the styles and try to remember exactly what it looked like?

This could be a link called "[user name]'s Theme History" from the "[user name]'s Current Theme" box on the Select Journal Style page. The link would go to a page with a list of styles that have been used on that journal before. (It would be extra cool if each style named on that page included a link to the style, but even just the name would be helpful.)

Possible drawbacks: one more thing for Dreamwidth to keep track of. Also, when Dreamwidth starts getting more custom styles created by users for other users (modifications on site styles), I'm guessing this list I'm proposing would only be able to display the name of the site style that was the base for the custom style.

(P.S. I am confused about the difference between styles and journal themes, so if I've misused either term that's probably why.)

Poll #4641 Give a list of journal styles a user has used

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
23 (44.2%)

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

Shouldn't be implemented.
3 (5.8%)

(I have no opinion)
16 (30.8%)

(Other: please comment)
0 (0.0%)

stormy

Title:
Make Stylesheet Text Box Larger

Area:
styles

Summary:
http://www.dreamwidth.org/customize/options?group=customcss

The custom style sheet box would be much easier to write complex css in if it was wider. It's aligned to match up to the checkbox and textarea above, but it just looks like it is wasting space. There are many times when I feel like having to wrap my CSS around on several lines makes it harder for me to work in that box when I want to adjust things.

Description:
(See Summary)

It'd be exponentially helpful if it was as wide as the area the textbox sits in.

Bonus Suggestion:
"Use embedded CSS
If you'd like to add custom CSS to this style, enter it here."

That phrase should probably be aligned to the top of that box so that it's not placed below the large text box.

Poll #4640 Make Stylesheet Text Box Larger

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (24.0%)

(Other: please comment)
0 (0.0%)

dchan

Title:
Allow customized Reading Page subtitles

Area:
journal customization

Summary:
Right now you can customize your journal title, journal subtitle, and reading page title through the customize journal page. I propose adding a 4th option, to customize a subtitle on your reading page.

Description:
Right now, when you have custom titles set for your journal, on most pages it will display [Journal Title]: [Journal Subtitle] (or however the layout chooses to format it) in the header section. However, on your reading page, if you have a custom title set, it displays [Reading Page Title]: [Journal Subtitle]. This has always struck me as quite silly because oftentimes my journal subtitle has nothing whatsoever to do with the title of my friends page. I propose adding a new property, $friends_subtitle, so that it is possible to format the header of the friends page header so that it appears [Reading Page Title]: [Reading Page Subtitle] (again, contingent on how the layout formats the header). If no value is specified for $friends_subtitle, the subtitle on the reading page would be blank.

I am not a developer, but I believe this would be relatively easy to implement. I managed to make a workaround hack to display a hard-encoded line of text as a subtitle on my friends page by adding about 3 lines of code (not including the code I needed to add to get subtitles to show up at all in Transmogrified) to my custom definitions to get a custom reading page subtitle. (Compare the title & subtitle on http://dchan.dreamwidth.org and http://dchan.dreamwidth.org/read for an example of how this would work.) These lines of code could be modified at the Core stylesheet level, and would not need to be individually modified for each layout. You would also only need to add one value to the database for each user (I think--I don't know all that much about databases), so it shouldn't be all that much of an extra burden on the servers either.

Poll #4517 Allow customized Reading Page subtitles

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
14 (22.2%)

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Styles: create banner image option

Area:
styles

Summary:
Many styles let you easily have a header background image but not necessarily a banner image above or below the header. I think only Bases has a different option.

Description:
Create an option to let people put a banner image above or below the header and specify its height and positioning.

Poll #4507 Styles: create banner image option

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (12.7%)

(Other: please comment)
1 (1.8%)

zaluzianskya

Title:
Add option to not display userpic on entries

Area:
Entries

Summary:
On the Customize Journal page, there are options to put your userpic on either the left or the right side of the entry. There should also be an option to not display it at all.

Description:
Right now, the only way to not display userpics on your entries is to use custom CSS, but that is cumbersome and doesn't always work the way you expect. (For example, even if you use .page-recent .entry-wrapper .userpic { display: none; } to take the icons off your recent entries page, your header is still offset by 100 pixels. Which means you have to use even more CSS to fix that. ETCETERA.) There should be a Dreamwidth-supported option to not display userpics on entries with just one simple click of a dropdown box.

Poll #4439 Add option to not display userpic on entries

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
59 (83.1%)

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

Shouldn't be implemented.
2 (2.8%)

(I have no opinion)
9 (12.7%)

(Other: please comment)
0 (0.0%)

Dreamwidth Suggestions

Add a "Manage Links" link to the links module

Add web counter function to core2 styles

Advanced Customization: option to duplicate layers and styles

Allow for customisation of the "Crossposts:" text.

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

theme blurbs to describe each theme for screen reader users

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'

Remove the black border from quick reply

Date Changing

Require Icons to be "actual size" in base layouts

Two more customizable style features

Allow users to change the page title on their journal

Breadcrumb from a single thread to the page the thread was on

Give a list of journal styles a user has used

Make Stylesheet Text Box Larger

Allow customized Reading Page subtitles

Styles: create banner image option

Add option to not display userpic on entries

Profile

Most Popular Tags

December 2018

Page Summary

Active Entries

Style Credit

Expand Cut Tags

Syndicate