naughty_or_ice: (Default)
[personal profile] naughty_or_ice

Title:
Icon Downloads

Area:
icons

Summary:
Ability to download all current icons on your journal (active or inactive).

Description:
I know that I'm not the only one that sometimes looks at their long list of icons after some kind of computer failure, and wants to back them up on the new machine. Or maybe they were linked by a url and you forgot to save them. Maybe you stopped having a paid account, but want to be able to reupload them with ease after you get a chance to pay for the account again (Submitting another suggestion on this topic as well).

I think it would be very helpful if there were some option that would let you batch save the image files currently on your account, preferably with the keyword or description as the name. Compression has improved and should allow users to download a backup of their icons in a zip file they can unpack on their computer.

In addition and/or alternatively, perhaps there is some way to make a metadata file that would take less room than the icons, but contain the information about them and their keywords and descriptions, or a file that can be added to the zip folder that contains this information to make the re-upload of icons easier.

Poll #18020 Icon Downloads
Open to: Registered Users, detailed results viewable to: All, participants: 41


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (26.8%)

(Other: please comment)
0 (0.0%)

whipcracks: (Default)
[personal profile] whipcracks

Title:
Sort Icon Page by Active/Inactive Status

Area:
icons

Summary:
On the View Icons page (and possibly the Upload Icon page) allow a sort option which will group Active/Inactive icons (preferably Active on the top/first page) together for ease of finding them.

Description:
Since there are already sorting options for Keyword and Upload Order, having this additional sorting option would be beneficial for accounts which have had paid or premium status previously and are expired, etc. particularly now that there are permanent icon slots available which increase the overall capacity of an account's icon slots.

I believe the method dictating which icons are left active go by most-used in journals followed by most recently uploaded? (I could be wrong on this, it's just what I've observed). However these options both leave active icons scattered through the overall icon page(s). Although the icon browser does only load active icons IF the user still has a paid, it doesn't help free accounts who may be trying to search out 15 active icons from 100, 250, or even more.

I'm not foreseeing any immediate problems if this were implemented due to the fact that there are other existing sort options, but if anyone spots something I've missed...?

Poll #12197 Sort Icon Page by Active/Inactive Status
Open to: Registered Users, detailed results viewable to: All, participants: 67


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.5%)

(I have no opinion)
7 (10.4%)

(Other: please comment)
1 (1.5%)

ninetydegrees: Drawing: a girl's face, with a yellow and green stripe over one eye (Default)
[personal profile] ninetydegrees

Title:
Icons: rename 'comment' to something else such as 'notes' or 'info'

Area:
icons

Summary:
People use the 'comment' field in very different ways: to give credit to the icon maker, provide additional keywords, categories or information, mention whether it's shareable or even don't use it at all. It seems to me the word 'comment' doesn't really fit any of these uses. Something like 'notes' or 'info' would fit better and may help distinguish this field from the description one.

Note: edited to add better suggestions.

Description:
Ideas welcome!

Poll #9953 Icons: rename 'comment' to something else
Open to: Registered Users, detailed results viewable to: All, participants: 62


This suggestion:

View Answers

Should be implemented as-is.
16 (25.8%)

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

Shouldn't be implemented.
13 (21.0%)

(I have no opinion)
26 (41.9%)

(Other: please comment)
2 (3.2%)

theobviouschild: (Default)
[personal profile] theobviouschild

Title:
Merging Icon Keywords

Area:
Icons

Summary:
Several keywords can be merged into just one keyword all at the same time.

Description:
This suggestion is intended to improve icon uploading and use, more specifically through keywords.

Having been a user on LJ for several years, I’ve accumulated lots of icons and icon keywords. When I no longer like the icons I delete them and add the keywords onto another icon (this is mostly the case for RP journals- for instance I swap two angry icons for one new one). Over time those keywords have built up so I have two or three to one icon. I really like the rename keywords feature here on Dreamwidth because I no longer liked a lot of these keywords. I had planned on renaming several keywords into just one but when I tried this it informed me that it couldn’t do this. It had to rename the same number of keywords, so key word a, keyword b, keyword c, would have to be renamed to new keyword a, new keyword b, new keyword c.

My suggestion is that several keywords can be merged into just one keyword all at the same time. I think theoretically they can now all be merged into one keyword but it would take a lot of renaming keywords and saving to get to that stage and I haven’t been able to check that it works. Merging the keywords into one would save some time

Poll #9487 Merging Icon Keywords
Open to: Registered Users, detailed results viewable to: All, participants: 64


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.6%)

(I have no opinion)
9 (14.1%)

(Other: please comment)
0 (0.0%)

thnidu: my familiar. "Beanie Baby" -type dragon, red with white wings (Default)
[personal profile] thnidu

Title:
let user set icon view order (keyword or upload date) durably

Area:
icons

Summary:
There are two options for sorting icons on the "Manage Icons" and "Icons" pages: by keyword and by upload date/time. Both pages default to upload date. Let the user set a preferred order under Settings.

Description:
On the "Manage Icons" page, http://www.dreamwidth.org/editicons, and the "Icons" page, http://USERID.dreamwidth.org/icons, there are two options for sorting the icons: keyword and upload date. Both default to Upload date. I have little use for upload order, and it's annoying to have to click "Keyword order" every single time I reopen the page, which has been about a dozen times today (while uploading icons from LJ, which provides only upload order; kudos to you for offering a choice!).

Let the user choose Keyword order or Upload order as a durable setting. In fact, it could be useful to have two separate durable order settings, one for each of those pages.

Poll #8899 let user set icon view order (keyword or upload date) durably
Open to: Registered Users, detailed results viewable to: All, participants: 77


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
31 (40.3%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (19.5%)

(Other: please comment)
1 (1.3%)

ceesoo: (Default)
[personal profile] ceesoo

Title:
Customizing the order in which icons appear on the userpics page

Area:
icon management

Summary:
For users who have a lot of icons, or accumulate a lot of icons over time, it would be nice to be able to move our icons up or down the list freely, so that we don't have to worry about what order to upload icons in if we want certain icons next to each other.

Description:
====SUGGESTION====
A way for us to be able to change the order our icons are displayed in after we've already uploaded them.

What I'm envisioning is having two arrows (up and down) next to the icons on the Manage Icons page (to the right of each icon?). When you click the arrows, the icon (and keywords and etc) will move up or down the list, switching places with the icon before or after it. This will help people using 100 and 250 icons to organize their userpics page to their liking without the hassle of deleting icons and reuploading them in the desired order if they have icons they're uploading later that they wish were showing at the top, or after this specific icon, etc...

Currently there's a "Upload Order" display and "Keyword Order" display on the userpics page. It seems like there could be room for a "Custom Order" link? Ideally the custom order would be the default, so if a user decides to use a custom order it would be what shows up to other users when they click the userpics page (in which case you probably don't need "upload order"...).

====WHY IT'S THE BEST SOLUTION?====
Well, mostly it's just that there's no way to do this but the hard way, currently. The description above is just what I imagine would be easiest to deal with from the user end, but honestly I (and I know some other RPers) would probably be pleased with having ANY way to be able to customize icon order right now that doesn't involve deleting/reuploading.

====PROBLEMS/DRAWBACKS====
I'm not sure how easy it'd be to implement a change in UI like that? Especially if we want things moving around when a button is clicked. Would icons have to be renamed where they're stored to change their place on the list? Would it be more strain on the servers to have this as an option? Possibly the arrow method would take too many clicks to move a new icon to the top of the list?

====OTHER WAYS TO IMPLEMENT SUGGESTION====
A) Have a separate Manage Icons page dedicated specifically to changing the order of your icons. So you leave uploading new icons the way it is, and add a new page for moving them around.

OR

B) On the current Manage Icons page, a new text box could be added next to the icons, where you enter in the number for the order you want it to show up, the same way the order of sidebar modules is handled on some of the journal styles. You could change the numbers around to your liking and then when you hit "save" the icons are moved to their new positions.

====LAST WORDS====
So those are the three ideas I've got and I'm sure there are other ways or a combination of the above ways to accomplish the task, but the most important thing to me is having the option to customize what order my icons show up in. Thanks for considering!

Poll #8858 Customizing the order in which icons appear on the userpics page
Open to: Registered Users, detailed results viewable to: All, participants: 94


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
27 (28.7%)

Shouldn't be implemented.
5 (5.3%)

(I have no opinion)
24 (25.5%)

(Other: please comment)
0 (0.0%)

syderia: lotus Syderia (Default)
[personal profile] syderia

Title:
Changing icons keywords when crossposting

Area:
icons

Summary:
This suggestion would enable DW users who cross-post to other sites to say that while the icon they picked on DW answers to the keyword "hello", the cross-poster should use the icon answering to "goodbye" on the other site.

Description:
If I've chosen to cross-post to other sites, I would get new fields to go with my icons, one per site (I think), on which I could optionally chose to type keywords corresponding to my icons on each of the other sites.

I'm thinking of this for the people who don't have the same number of icons on every site. Currently, either the keywords match, then I have the right icon, but if they don't, the post appears with my default icon on other sites.

People could either leave the fields empty, retaining the current behavior, or write down correspondences between keywords. Should a keyword not exist anymore on the site, the cross-poster would either fail the cross-post, or reverting to the default icon (preferred behavior I suppose, but I don't know if it's possible) and signal the error to the user.

This could be a paid feature.

Poll #8669 Changing icons keywords when crossposting
Open to: Registered Users, detailed results viewable to: All, participants: 54


This suggestion:

View Answers

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

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

Shouldn't be implemented.
10 (18.5%)

(I have no opinion)
30 (55.6%)

(Other: please comment)
0 (0.0%)

kate_nepveu: sleeping cat carved in brown wood (Default)
[personal profile] kate_nepveu

Title:
do not silently truncate text fields when uploading or editing icons

Area:
profile

Summary:
When uploading or editing icons, if the text entered into the keyword, comment, or description field is too long, it is silently truncated despite the "success" message. As a result, the text attached to icons of wordy users with no memory for, or sense of, the character limits on these fields may be incomplete or incomprehensible.

Description:
If the text entered into these fields is too long, the user should be notified before the text is truncated, advised of the relevant character limit, and presented with their original text to edit.

It would be really awesome if the user could be told how many characters over they were, too.

Poll #8410 do not silently truncate text fields when uploading or editing icons
Open to: Registered Users, detailed results viewable to: All, participants: 70


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
9 (12.9%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
4 (5.7%)

(Other: please comment)
0 (0.0%)

cmshaw: DC Comics: Kory cries "X'Hal!" (Default)
[personal profile] cmshaw

Title:
Keywords are not listed separately for styling the icons page in S2

Area:
styles

Summary:
In the S2 code for the IconsPage, there is an array of icons which contains the user's icons (as Icon objects) listed in the order specified. Each Icon object has an array containing the icon's keywords. When the IconsPage's sort order is the order in which the icons were uploaded, each Icon object has exactly one element in that array no matter how many keywords the icon has, and that one element contains all of the icon's keywords concatenated together.

Instead of this, the array should have one element per keyword, with each element containing one keyword.

Description:
The IconsPage styling was implemented last year (http://dw-styles.dreamwidth.org/18631.html) but it hasn't been used much; all of the system styles are still using the old icons page.

Here is the code from the core2 which concerns itself with the icon keywords:

    if ($.keywords) {
        """<div class="keywords">""";
        var int keyword_count = 0;
        print safe "<span class='label'>$*text_icons_keywords</span> ";
        """<ul>""";
        foreach var string kw ($.keywords) {
            $keyword_count++;
            """<li>""";
            print safe $kw;
            if ($keyword_count < size $.keywords) { print $*text_icons_keyword_sep; }
            """</li>""";
        }
        """</ul></div>""";
    }


This, to me, pretty strongly implies that the keywords array was intended at some point to hold multiple elements which should be looped through in order to display each keyword separately. There's a string to hold the separator between the elements and everything! I would like it to hold each keyword in a separate element here, when the icons have multiple keywords to be displayed; I think it makes a lot more sense than forcing a comma concatenation in a one-element array.

(Side note: when the sort order is by keyword, the icons appear multiple times in the $.icons array, each time with just the applicable keyword in their $.keywords array, which seems fine to me. I am not suggesting changing the behavior for the keyword-sorted icons.)

Poll #8384 Keywords are not listed separately for styling the icons page in S2
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

Should be implemented as-is.
9 (22.5%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
31 (77.5%)

(Other: please comment)
0 (0.0%)


Edited to fix formatting
susanreads: my avatar, a white woman with brown hair and glasses (Default)
[personal profile] susanreads

Title:
Make link to icons page go to the relevant icon

Area:
entries and comments

Summary:
Icons on entries and comments have a link to the user's icons page. Make the link go directly to the icon that you clicked on.

Description:
The problem: Denise is hosting another discussion of what should go in alt and title attributes of icons. I can't be the only person who can see the icon but often can't tell what I'm looking at, so I want to be able to access the description, hoping it will answer the question "Who is that?" or "What does that fancy text say?" But putting that info in the alt and title so that we can see it on the mouse-over tooltip doesn't help people without mice, and might conflict with the proper use of the attributes for people using non-visual browsers. The obvious workaround is to follow the link to the icons page; that's all very well if they have 5 icons, but not so convenient if they have 105!

Proposed solution: make it easier to find the available info for a specific icon, by making the link to user.dreamwidth.org/icons go directly to the icon in question instead. You could do this by putting an anchor on each listed icon, or perhaps there's some part of the table structure that could be addressed.

Drawbacks: maybe it would make the icons page and comments pages take longer to load if there's lots of extra anchor points and calculating which one to link to? I don't think it would be much of an increase on what's there already, though.

Poll #8382 Make link to icons page go to the relevant icon
Open to: Registered Users, detailed results viewable to: All, participants: 61


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (19.7%)

(Other: please comment)
1 (1.6%)

kjwcode: Bella, the little silly dog. (Default)
[personal profile] kjwcode

Title:
zoomable userpics/icons

Area:
userpics/icons

Summary:
Show userpics/icons as 100x100 in posts, but allow the viewer to zoom in/blow up the icon to see detail, etc.

Description:
Many of my icons are comic panels, and at 100x100px the text can get *really* small. I'd like to be able to use the icons and when people are interested in what they say, they can click on the icon (or do some other intuitive thing) to see a bigger version (limited by image disk-space size) where the text is readable, etc.

Poll #8381 zoomable userpics/icons
Open to: Registered Users, detailed results viewable to: All, participants: 56


This suggestion:

View Answers

Should be implemented as-is.
3 (5.4%)

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

Shouldn't be implemented.
19 (33.9%)

(I have no opinion)
22 (39.3%)

(Other: please comment)
2 (3.6%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
User-specific pages should show username in the browser title

Area:
icons, memories making things make sense

Summary:
The browser title for user-specific pages like icons and memories should also include the username, especially when it's not your own journal.

Description:
Currently, the /icons page (for example, http://azurelunatic.dreamwidth.org/icons ) merely has "Icons" as the page title. Something like "Icons - username" might be more useful, especially if someone has multiple tabs open with multiple people's icon pages. Memories (/tools/memories?user=example) has the same problem.

I prefer little-endian (most-specific first, out to least-specific) page titling, for example "Icons - azurelunatic - Dreamwidth" although places like the profile page have the username first in the title and then the specific page title, so it should probably be standardized across the site at least as far as pages in the main site style go.

Poll #7989 User-specific pages should show username in the browser title
Open to: Registered Users, detailed results viewable to: All, participants: 73


This suggestion:

View Answers

Should be implemented as-is.
56 (76.7%)

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

Shouldn't be implemented.
2 (2.7%)

(I have no opinion)
8 (11.0%)

(Other: please comment)
0 (0.0%)

kate_nepveu: sleeping cat carved in brown wood (Default)
[personal profile] kate_nepveu

Title:
icons page should align icon & text at their tops, not bottoms

Area:
icon page

Summary:
The icon page, i.e., http://kate-nepveu.dreamwidth.org/icons , currently aligns an icon and its accompanying text at their bottoms, not at their tops. This is hard to read and ugly. It should be changed so that the icons and their accompanying text are aligned at their tops.

Description:
Bottom-aligning text and icons means that the text is not in a consistent location: depending on the length of the text and the size of the icon, sometimes it begins above the icon's top, roughly next to the icon's top, or below the icon's top. This makes it harder to read (and, also, is ugly), particularly since rows of icons are not separated from each other by horizontal rules or other non-textual markers.

Since English, and the vast majority of other languages, is read top-to-bottom, the icons and their accompanying text should start at the same place, aligned at their tops.

Poll #7766 icons page should align icon & text at their tops, not bottoms
Open to: Registered Users, detailed results viewable to: All, participants: 70


This suggestion:

View Answers

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

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

Shouldn't be implemented.
6 (8.6%)

(I have no opinion)
18 (25.7%)

(Other: please comment)
1 (1.4%)

fu: Close-up of Fu, bringing a scoop of water to her mouth (Default)
[personal profile] fu

Title:
Click to show the contextual popup, instead of showing it on hover

Area:
journals, site interaction,

Summary:
The contextual popup which contains user-specific links shows up when you hover over the userhead before a username, or someone's icon. I'd like to suggest adding an extra "click" so that it only shows up when the user calls it up and can't be summoned by accident.

Description:
The contextual popup has several subtle issues, because it's triggered by hovering over something, and closed by moving your mouse off of it:

* you can trigger it accidentally by hovering over an icon or userhead while reading a comment -- the unexpected animation can be distracting, or the box might cover up content you want to read

* it fades out after a few seconds: this may be too short for people with fine motor control issues. Conversely, it may be too long for someone who has accidentally triggered the thing and just wants it to go away!

* no way to trigger it by keyboard; no way to indicate that there's anything even like this functionality to keyboard-only users



I suggest that hovering over an icon or userhead should only show a small image within the icon or userhead. This can be clicked to open the contextutual popup menu.

Pros:
* less chance of unexpected behavior and animation
* less chance of accidentally covering up the text you're reading
* more control over how you interact with the site
* it may be possible to make this keyboard friendly, by also adding the clickable trigger when someone focuses on an icon or userhead.

cons:
* adds an extra click for people who are used to the old behavior of the contextual popup showing on hover
* might not be obvious how to open the contextual popup / may not be obvious what the button does
* unexpected animation still there, just a lot subtler
* the small image overlaying the userhead will mean that you can no longer click directly on the userhead to go to that user's profile; however the link is still in the contextual popup menu (see ETA below, which may make this less of an issue)
* the small image overlaying the icon *may* make it harder to click directly on the icon to go to that user's icon page; however that link can be added to the contextual popup menu

Here's a screenshot of how it looks now, where the contextual popup shows up when you hover right over the icon.
http://afunamatata.com/dreamwidth/journal/2011/08/contextual-hover.png

Here's a quick and dirty mockup of how the extra clickable link might work:

When you hover over an icon: http://afunamatata.com/dreamwidth/journal/2011/08/icon-on-hover.png
When you click on the trigger: http://afunamatata.com/dreamwidth/journal/2011/08/icon-on-click.png

When you hover over a userhead (see ETA below for a revised version)): http://afunamatata.com/dreamwidth/journal/2011/08/userhead-on-hover.png
When you click on the trigger: http://afunamatata.com/dreamwidth/journal/2011/08/userhead-on-click.png

Mockups were made in less than ten minutes, so please assume that fiddly bits like where the trigger overlays text in the contextual popup can be fixed (and will be!)

Poll #7732 Click to show the contextual popup, instead of showing it on hover
Open to: Registered Users, detailed results viewable to: All, participants: 75


This suggestion:

View Answers

Should be implemented as-is.
9 (12.0%)

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

Shouldn't be implemented.
25 (33.3%)

(I have no opinion)
22 (29.3%)

(Other: please comment)
6 (8.0%)



ETA 2011-08-10:

Some good points in the comments re: losing the ability to go to the profile!

Here's a modification of the hover behavior on the userheads. The trigger shows up to the left of the userhead, so the userhead remains clickable to go to the profile:
http://afunamatata.com/dreamwidth/journal/2011/08/fu-nohover.png
http://afunamatata.com/dreamwidth/journal/2011/08/fu-hover.png

anyssia: (Default)
[personal profile] anyssia

Title:
Enlarged boxes on the Manage Icons page

Area:
icons

Summary:
Enlarging comment/description/keyword boxes on the Manage Icons page

Description:
I just realized, while updating my icons, that the boxes on this page have a set size, which isn't easy to use, because I can't see all my text/description.

Especially when you add the "username=blah, site=blahblah" script in the box.
It very annoying to have to use the arrow keys every damn time to rename/modify my 100+ icons so I can credit properly everybody.

Would it be possible to enlarge the boxes so we could see more of what we are writing?

Poll #7083 Enlarged boxes on the Manage Icons page
Open to: Registered Users, detailed results viewable to: All, participants: 59


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
17 (28.8%)

(Other: please comment)
0 (0.0%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Include information about icons in text-notifications for comments

Area:
comments, email notifications

Summary:
Include information about the icon in text-only emailed comment notifications.

Description:
For people who get plain text comment notifications and read their comments primarily in email, and load the site only when replying, this would be helpful in not missing nuances of the conversation being carried out in icons.

It is now easier to include icons meaningfully in text notifications because of the icon description field (though visual users using a graphic browser can still load the page and see the icon for themselves). The keyword used to select the icon should also be included, as this can provide some nuance in why that particular icon was chosen. If the comment was not chosen by keyword, the description should still be included: while many people know their friends' default icons by now, it may be a stranger commenting, or someone may have a new default icon.

This gives better historical context for people who save their comment notifications, as sometimes people change their icons. Rodney McKay viciously removing stupid obnoxiousness is a much better pair with a rant about Not Being That Guy than a mostly-unwrapped Pretty Young Thing.

The addition of icons can change a conversation: for example, "I see" is fairly neutral. A positively themed icon would make it unambiguously positive; a "FAIL" icon would make it unambiguously negative, and might push the conversation over the line where a community administrator might want to step in. (This situation happened years ago, but I remember it vividly.)

This would also be useful for comment edits: sometimes people (like me) edit their comments and only change the icon, and forget to put an edit reason. This results in the same text, without explanation, being sent in the emailed text notification of the edited comment. An observant recipient is probably going to figure that it was an icon edit, but including icon information in the notification would be helpful.

Poll #6523 Include information about icons in text-notifications for comments
Open to: Registered Users, detailed results viewable to: All, participants: 55


This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (7.3%)

(I have no opinion)
17 (30.9%)

(Other: please comment)
0 (0.0%)

charamei: (Default)
[personal profile] charamei

Title:
Ordering icons by keyword should respect numbering above 9

Area:
icons

Summary:
Anywhere on the site that icons are called by keyword order, icons are ordered alphanumerically: but those numbered 10-19 display immediately after 1, 20-29 after 2, etc. They should follow in correct numerical order.

Description:
<a href="http://charamei.dreamwidth.org/icons?keywordSort=1" title="Here is my icon page ordered by keyword">Here is my icon page ordered by keyword</a>, as an example. All my <cite>Doctor Who</cite> icons are named 'DW#: [keyword]', where # is the number of the Doctor in question.

When put into keyword order (so: on the icons page when sorted by keyword, and in every icon selection dropdown on the site), they display in the following order:

10
11
1
2
3
[etc]

If the numbering went high enough then 20-29 would come in before 2, 30-39 before 3, and so on and so forth. To make things more human-accessible, the numbering should start from 1 and put numbers over 9 in their correct numerical order.

Poll #5996 Ordering icons by keyword should respect numbering above 9
Open to: Registered Users, detailed results viewable to: All, participants: 60


This suggestion:

View Answers

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

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

Shouldn't be implemented.
16 (26.7%)

(I have no opinion)
12 (20.0%)

(Other: please comment)
1 (1.7%)

azurelunatic: A glittery black pin badge with a blue holographic star in the middle. (Default)
[personal profile] azurelunatic

Title:
Serve icons from i.dreamwidth.org subdomain

Area:
icons, security, making things make sense

Summary:
Start serving icons from i.dreamwidth.org (or another reserved subdomain) instead of www.dreamwidth.org/userpic/.

Description:
"Userpic" is being phased out, and "icon" is being adopted (though it will probably take years for some of us to get used to it).

felicity_ in IRC pointed out that there are security reasons to prefer images being served from their own subdomain.

Dreamwidth has thoughtfully reserved single-letter subdomains, and in any case 'icons' is a community in active use, and 'icon' is a community as well (albeit private and unused by its creator). 'i' is a shorter subdomain in any case.

On the face of it it seems like making the change and going forward with it is probably a very good thing.

It would disrupt legacy links that people have made in the past to their icons (though service is in beta, luggage may shift during flight) unless backwards compatibility is put in. I don't know whether the security implications of user images served off the main domain applies if there's a redirect from the main domain to a subdomain.

Poll #5520 Serve icons from i.dreamwidth.org subdomain
Open to: Registered Users, detailed results viewable to: All, participants: 52


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
28 (53.8%)

(Other: please comment)
1 (1.9%)

theplotbunny: (Default)
[personal profile] theplotbunny

Title:
smaller and simpler uploading for icons by screen reader users

Area:
icons

Summary:
I had already put in a support request after my screen reader had problems uploading pictures, and many of these are already posted as userpics on LJ, and the list of several icons was confusing and nothing would upload after trying for well over half an hour. My community won't accept anything, saying each time the picture was too big, I would like a one-at-a-time option for screen reader users to make the process less stressful and also suggest an automatic 'picture/icon re-sizer' as a secondary suggestion.

Description:
I am essentially wanting to have a one-stop one pic at a time upload instead of the listed 'pictures 1,2,3, 4 etc, as I've no idea where I am with this, and that compounded my frustration with the icon uploading process. I followed all the steps and it rejected every single icon I wished to upload.

I think the fact it kept telling me my pictures were 'all' too big, especially as many of those chosen were already uploaded on livejournal indicate something is terribly wrong here. I suggest as one medium solution, the development of a 'automatic icon resizer, this would make sure all pictures were made the right size, conversely, the capacity to host larger pictures could become 'expandable' doing the same desired thing.

I feel that would not only benefit blind people wishing to upload as I have no way of knowing the exact visual dinensions of an icon, and I am not tech minded here, but it would smooth out the process.

Specifically, I feel that the fault in the uploading process I encountered, a related issue, where I could not upload anything, needs some investigation, I am still waiting for my support request to be looked at and hope it can be fixed. I fear though, that the rejection of all pics wholesale indicates some kind of bug, or compatibility issue.

The benefits of fixing this, and providing a one at a time uploading link for screen reader users, where better informed labels, or less script dependent buttons can be used or the like, would make it easier. Simple is best, and having too many bells and whistles can inadvertantly cause a lot of pain for people like me who just wish to upload a handful of icons to use in their posts and such. I can't get a default pic no matter what I do, please help!

Poll #4947 smaller and simpler uploading for icons by screen reader users
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
21 (67.7%)

(Other: please comment)
2 (6.5%)

florentinescot: (Default)
[personal profile] florentinescot

Title:
Userpic Usage

Area:
Userpics

Summary:
be able to get stats on userpic usage

Description:
I have more than 100 userpics -- so I got the Big Account for 6 months to decide what I want to do.

Just had a wild thought. I know that I can look at all tags and/or see how many times each tag has been used. Is there a way to do that with icons? I'm fairly certain that I've got icons that have never been used -- but with 6 years of entries, I don't want to have to look at ever last one of them. Getting stats would really simplify that problem.

Poll #4294 Userpic Usage
Open to: Registered Users, detailed results viewable to: All, participants: 66


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (10.6%)

(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