dickwithfangs: (Default)
[personal profile] dickwithfangs

Title:
Userpic browsing window

Area:
Icons

Summary:
Alphabetizing the userpic browsing window.

Description:
While the new browsing window is much cleaner and easier to load, I'm wondering if we can have the option to alphabetize it. I like the options of meta text vs. no meta text and icon size, but being able to order them (and hopefully have it remember it for each time) in alphabetical order would be extremely handy.

Poll #12993 Userpic browsing window
Open to: Registered Users, detailed results viewable to: All, participants: 46


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.2%)

(I have no opinion)
19 (41.3%)

(Other: please comment)
0 (0.0%)

ninetydegrees: Drawing: xbox 360 controller (gaming)
[personal profile] ninetydegrees

Title:
Profile and user tags: add Steam

Area:
profiles, third party integration

Summary:
Gamers Unite!

Description:
I'd love to be able to mention one's Steam ID or profile number in the Connect section of Profiles and as user tags. These have two forms, I believe:

http://steamcommunity.com/profiles/XXX

XXX being a number

of if you have a custom URL:

http://steamcommunity.com/id/YYY

YYY being whatever you chose.

Profiles can be public or private (but will always display your avatar).

[P.S. in case you didn't know about it, Steam is a "digital distribution, digital rights management, multiplayer and communications platform" dixit Wikipedia. In short, gamers all over the world use it to buy and play video games.]

Poll #12992 Profile and user tags: add Steam
Open to: Registered Users, detailed results viewable to: All, participants: 51


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
31 (60.8%)

(Other: please comment)
0 (0.0%)

timmc: (Default)
[personal profile] timmc

Title:
"Display crosspost link" should be retroactive

Area:
Crossposting

Summary:
When "Display Crosspost Link" in Account Settings > Other Sites is checked or unchecked, it should retroactively affect all of a user's existing Dreamwidth entries.

Description:
Motivation: I only recently discovered that this option existed, and was enabled on my account. I disabled it because my DW journal is a public identity and it crossposts to a non-public LJ identity. I'd really rather not have that link show up on old entries, but I don't know how to remove it!

Expected behavior was that changing the setting would change the old entries.

Note: Editing an old DW post does not seem to change the link's existence.

Poll #12913 "Display crosspost link" should be retroactive
Open to: Registered Users, detailed results viewable to: All, participants: 50


This suggestion:

View Answers

Should be implemented as-is.
7 (14.0%)

Should be implemented with changes. (please comment)
15 (30.0%)

Shouldn't be implemented.
5 (10.0%)

(I have no opinion)
19 (38.0%)

(Other: please comment)
4 (8.0%)

jesse_the_k: Perfectly circlular white brain-like fungus growing on oak tree (Default)
[personal profile] jesse_the_k

IGNORE THIS THREAD! As pointed out by [personal profile] swaldman it's identical to the thread here:
http://dw-suggestions.dreamwidth.org/1376864.html

Title:
Add Facebook to the username=C sitename=facebook.com

Area:
Entries

Summary:
In fact, entering the text in my entry does show a FB specific userhead, but clicking it 404s (and I double checked the link). Since FaceBook is so vast, I think it makes DW seem more interoperable with support for this feature.

Description:
Short paragraph says it all.

Poll #12638 Add Facebook to the username=C sitename=facebook.com
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

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

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

Shouldn't be implemented.
8 (23.5%)

(I have no opinion)
19 (55.9%)

(Other: please comment)
1 (2.9%)

pifour: (Default)
[personal profile] pifour

Update: Good solution from [personal profile] ratcreature  see: http://dw-suggestions.dreamwidth.org/1408695.html?thread=4462775#cmt4462775

Title:


Quick and handy access to entries with multiple tags

 

Area:
tags

Summary:
Quick and handy access to entries with multiple tags

Description:
I suggest new representation of tags in a drop-down menu. When mouse pointer is over tag of the first level (T1), appears a submenu. In the submenu is tags (T11, T12 ...), which are available for entries with the tag T1. When you click on a submenu, as T11, open records that have tags T1 and T11. And so on.

Example:

Entries:

N1 with tags cats, video.
N2 with tags interesting, video.
N3 with tag interesting, pics.
N4 with tag pics.
N5 with tags cats, pics.
N6 with tags pics.
N7 with tags video.
N8 with tags cats, video.

Then tags menu is:

cats.....................opens N1, N5, N8.
.....pics................opens N5 (entries with tags cats and pics).
.....video...... ........opens N1,N8.
interesting..............opens N2, N3.
.....pics................opens N3.
.....video...............opens N2.
pics.....................opens N3, N4, N5, N6.
.....cats................opens N5.
.....interesting... .....opens N3.
video....................opens N1, N2, N7, N8.
.....cats................opens N1, N8.
.....interesting... .....opens N2.

Number levels in menu equals max number tags in entries.

Update: Good solution from [personal profile] ratcreature  see: http://dw-suggestions.dreamwidth.org/1408695.html?thread=4462775#cmt4462775

Poll #12622 Quick and handy access to entries with multiple tags
This poll is closed.
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

Should be implemented as-is.
2 (5.0%)

Should be implemented with changes. (please comment)
21 (52.5%)

Shouldn't be implemented.
8 (20.0%)

(I have no opinion)
9 (22.5%)

(Other: please comment)
0 (0.0%)

tree: a figure clothed in or emerging from bark (Default)
[personal profile] tree

Title:
Change wording of error message re: exceeding max number of tags

Area:
tags

Summary:
The error you get if you try to add new tags when you've reached the tag limit for your account type doesn't make sense.

Description:
The community het_reccers was just imported from LJ, with its 1800+ tags. Prior to upgrading to a premium paid account, I tried to add new tags (forgetting about the tag number limit for free accounts) and got an error.

Here's a screenshot of the error message: http://i.imgur.com/95L5j.jpg. It reads as follows:

Error
Adding this tag would exceed your maximum of 1000 tags. Please remove at least 814 of the following new tags: [2 tags are listed]

I understand the meaning of the message, but obviously it's not possible to subtract 814 from 2 in this situation. I think a better message would be something like, "Adding this tag would exceed your maximum of n tags. You will not be able to add new tags until you delete n existing tags or upgrade your account." And then have a link to the FAQ about paid accounts and/or the Shop.

This might need to be a new suggestion, but I also thought of the possibility of being able to pay for a la carte tag bundles. Like being able to purchasing 100 extra tags for n points. I can see that being useful for communities like het_reccers. We're not that far from our 2000 limit now. Egads.

Poll #12342 Change wording of error message re: exceeding max number of tags
Open to: Registered Users, detailed results viewable to: All, participants: 52


This suggestion:

View Answers

Should be implemented as-is.
42 (80.8%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (13.5%)

(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:
Retrofit entry tag-only interface?

Area:
entries, tags

Summary:
Retrofit the entry tagging (tag-only) interface to include New Tag Awesomeness, and degrade gracefully to the current interface if the browser doesn't support it.

Description:
I find the autocompleting tag whatsit to be basically the best thing ever, enough that I miss it when using the tag-edit-only interface on entries that need retagging. (Related: I have too many tags.)

Would it be feasible to add the fancy new tag functionality to the entry tagging page?

Some points to consider:

Would it degrade well for devices that just can't cope with the fancy tagging? (If not, it's a non-starter.)
Would it affect the page load significantly on slow connections?

Poll #12200 Retrofit entry tag-only interface?
Open to: Registered Users, detailed results viewable to: All, participants: 52


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
13 (25.0%)

(Other: please comment)
0 (0.0%)

cesy: "Cesy" - An old-fashioned quill and ink (Default)
[personal profile] cesy

Title:
Upload icons without seeing full list

Area:
icons

Summary:
Split out the upload icon tool from the edit icons page

Description:
At the moment, when you go to upload a new icon, it has to load all your existing icons first. This is particularly difficult if you have lots of icons and a slow connection. It would be better if there was a page where you could upload new icons, and the page for editing existing icons was separate. This would also make it easier to improve both pages' usability in the future. If we wanted to get really clever, we could paginate the edit icons page the same way we've done with the view icons page, or only split it for people who have more than 100 icons. But any kind of split would do the job of letting me upload one icon without waiting for ages.

Poll #11753 Upload icons without seeing full list
Open to: Registered Users, detailed results viewable to: All, participants: 60


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
20 (33.3%)

Shouldn't be implemented.
4 (6.7%)

(I have no opinion)
8 (13.3%)

(Other: please comment)
1 (1.7%)

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

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

Title:
Special "admin/owner only" add/remove setting for certain tags or maybe overhaul tagging permissions

Area:
tags, permissions

Summary:
Allow journal owners or community administrators to designate tagging permissions by tag. Tags as they are actually used contain both general topic labels and other things that are suitable for use by a larger group, and administrative tags that ought only to be used by people with permission to act administratively.

Description:
Currently, tag permissions are:

Who may see the tag (determined by security level of the entries to which the tag is attached)
Who may add any existing tag to an entry
Who may remove a tag from an entry & who may create new tags to apply to an entry

Adding, removing, and creating tag permissions can be based on community membership or community adminship, or personal journal general access/access group membership.

This is useful as far as it goes. However, tags as they are actually used have developed some other interesting differences.

In some communities, there are often special tags that are reserved for marking administrative actions. Using dw_suggestions as an example, there are several. http://dw-suggestions.dreamwidth.org/tag/

"admin" and "admin: opinion post" are clearly administrative. All of the "bugzilla:" tags are also administrative, and are used one at a time by [staff profile] denise at various points in the suggestions process for very specific purposes. The rest of the tags are descriptive of the content of the suggestion, and can be usefully applied by any interested layperson with attention to detail.

Other communities do similar things with tags, and make things work by either restricting the application of tags to administrators, or trusting the sensibility and goodwill of the community to not apply tags that are clearly designated as administrative with reckless abandon.

To fit this need roughly and based on the use model I described above, tags could be divided into two baskets, one reserved for admins/journal owners, and one that uses the existing settings. However, that doesn't quite satisfy me.

What if it were possible to:

* Set default permissions for newly created tags (tags that already existed at the time of swapover would go with the current account settings for global tag permissions)
* (unchanged) Set permissions for who may create new tags
* Set permissions for who may apply this particular tag to any entry
* Set permissions for who may remove this particular tag from any entry

It should be possible to modify individual tag permissions either singly or in multiple selected groups, and should be possible to sort the tag listing based on permissions.

I defer to people with better UI experience than I have on how that should be accomplished, because it would add an extra layer of WTFery on top of an already complex interface.

When applying tags to an entry, a user should only have the tags that they are allowed to apply be in a list that can be selected from. This would add possibly significant processing overhead to every load of a tagging page, and could be a reason to restrict some of the fancy stuff to paid accounts/accounts that have under the legal limit of tags. (This would prevent me in particular from using this until I got my tags pared down, which I think is only fair.)

I can see arguments for and against displaying a second list of tags that exist and are visible to the current user, but cannot be applied by them.

For: they exist, it makes sense to show them so they know that the problem is not that the tag does not exist; the refrain of "Mods, can you [tag request]?" is familiar in communities with restricted tagging. Having the list on the page to modify an entry's tags saves a click.
Against: why show you something you can't use? Link the full tag list if need be.

The ability to specifically designate a tag as "can be applied by [more permissive group than community admins]" might also solve the problem where admins create tags but don't attach them to an entry, so the tags remain admin-viewable-only until they're used.

Poll #11690 Special "admin/owner only" add/remove setting for certain tags or maybe overhaul tagging permissions
Open to: Registered Users, detailed results viewable to: All, participants: 43


This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (9.3%)

(I have no opinion)
13 (30.2%)

(Other: please comment)
0 (0.0%)

ciaan: revolution (Default)
[personal profile] ciaan

Title:
don't show comments I've posted in the "latest received"

Area:
recent comments management

Summary:
I want "comments received" to be only the comments I actually received from other people, not things I said myself.

Description:
I always get annoyed when I check the comments management page to look at the recent comments I've received and the list includes comments by me. Those are obviously duplicated in the recent comments I've posted section. And it means that I am not actually seeing the latest 150 (or whatever other number allowed) of comments that I have received from other people. I want "comments received" to be only the comments I actually received from other people, not things I said myself.

Poll #11120 don't show comments I've posted in the "latest received"
Open to: Registered Users, detailed results viewable to: All, participants: 64


This suggestion:

View Answers

Should be implemented as-is.
42 (65.6%)

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

Shouldn't be implemented.
2 (3.1%)

(I have no opinion)
16 (25.0%)

(Other: please comment)
0 (0.0%)

[personal profile] swaldman

Title:
Tidy up the Edit Profile page

Area:
Edit Profile

Summary:
The Edit Profile page needs a tidy, especially when it comes to controlling who can see what.

Description:
I think that the Edit Profile page is needlessly confusing at present, especially for those not used to LJ-a-likes.
I think it could do with general thinking-through and cleaning up, but here are some specific things that I've noted. Let me know if I should resubmit them as separate suggestions.

* When I want to control who can see which bits on my profile, some things are set here and some are set over in Account Settings -> Privacy (under Contact Info Security and DW Private Messages). Some things are set in Account Settings but then overridden in Edit Profile! I don't know whether this is pure historical legacy, or whether it's because the stuff that's in Account Settings applies more widely than just the profile, but I think it's confusing.

* I can't exercise any control over who can see website URLs that I enter. This is already covered by another suggestion (http://dw-suggestions.dreamwidth.org/404239.html), I'm just mentioning it here for completeness.

* There is a line that reads "DW Private Messages: OBSOLETE: This option has been moved to Account Settings". Why is this here at all?

* There is no granular control over who can see IM usernames. The access level for all contact info (email, Yahoo, Etsy, Gtalk, Jabber, Skype, Twitter, etc etc etc) is set in Account Settings. I think it would be good to be able to control the visibility of each contact method individually.


None of this is important or urgent, but I think giving this page a clean-up at some stage would be a Good Thing :-)

Poll #11118 Tidy up the Edit Profile page
Open to: Registered Users, detailed results viewable to: All, participants: 46


This suggestion:

View Answers

Should be implemented as-is.
13 (28.3%)

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

Shouldn't be implemented.
7 (15.2%)

(I have no opinion)
22 (47.8%)

(Other: please comment)
2 (4.3%)

zellieh: kitten looking shocked, openmouthed, text: WTF? (What the fuck?) (Default)
[personal profile] zellieh

Title:
After commenting, return to previous comment-thread settings in entry

Area:
comments, entries

Summary:
After I leave a comment, I am returned to an entry page set to the default Threaded view for comments. I'd like it if the commenting process could magically remember if I was viewing the entry with all comments Expanded or in Flat view before I commented, and return me to the entry page set to whatever setting I'd picked.

Description:
So, Fandom_Secrets came to DW (Yay!), and I noticed a minor irritation I've had on DW before:

When I 'Expand All' (or 'Flat') comments on a post with lots of comments, then reply to one of those comments, after I hit 'Post', my comment appears on an entry page that's been set back to the default Threaded comments setting, with some comments hidden again.

Which means I have to go back and hit 'Expand All' (or 'Flat') again before I can continue reading and commenting. This disrupts my chain of thought, and in a big post where I'd like to comment to a lot of conversations and sub-discussions, it can get annoying after a while.

If the comment page could magically notice & remember to return me to the entry page/comment thread set-up I'd picked, that would save me several seconds that I could use to invent cheap, workable cold fusion and/or waste on watching Youtube kitten videos. More seriously, it could help some people with accessibility issues navigate pages more easily.

How could this be done? Well, elves would have to use some elven magic, obviously. Very magical creatures, elves. ::nods seriously::

Potential problems with page load, server load, etc? Ask the elves. I'm not really an expert on magic, elven or otherwise. I'd be willing to offer chocolate biscuits and milk, if that helps, but I think that might be for brownies...

Poll #11019 After commenting, return to previous comment-thread settings in entry
Open to: Registered Users, detailed results viewable to: All, participants: 55


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

(Other: please comment)
0 (0.0%)

[personal profile] eileenlufkin

Title:
Using "Tell Someone About This" should be included in Sent mail.

Area:
"Tell someone about this", sent mail, inbox.

Summary:
When I use the envelope icon to email a link to a Dreamwidth entry, it should show in the sent mail in my inbox.

Description:
When I use the envelope icon to email a link to a Dreamwidth entry to someone who doesn't have a Dreamwidth acct, it should show in the sent mail in my inbox. I can't always remember who I've sent what. I looked at the site map, and I can't see anywhere else reasonable to track these. ( I suppose I might be looking right at and not seeing it. If so, please let me know where.)

Poll #10626 Using "Tell Someone About This" should be included in Sent mail.
Open to: Registered Users, detailed results viewable to: All, participants: 57


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.8%)

(I have no opinion)
25 (43.9%)

(Other: please comment)
0 (0.0%)

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

Title:
Tag based opt out for email subscriptions

Area:
subscriptions/ESN

Summary:
Allow notification subscription for all posts by a person EXCEPT those tagged [whatever]

Description:
When I add someone to my reading page, or to a reading filter, I can add all their posts, all their posts with a specific tag, or all their posts except those with a specific tag.

If I clicky the little bell icon I can subscribe by email/inbox to all posts by a user, or all posts with a specific tag. I would like to be able to subscribe to all posts by someone except those with a specific tag.

I moved across the country to live with miss_s_b. Pretty much since we met, we've both subscribed to be told of any entries made by the other immediately. This is useful to us, even if we're both sat on the sofa with laptops open. However, she also uses AndrewDucker's automated link post script to compile her delicious links daily. I like reading her link posts, but I'll read them from my reading page as I do for other people's. I want to know when she posts something substantive immediately, not when she posts a link roundup. Clearing my email today I realise I've stopped reading the email notifications as many of them are links to the roundup not an actual post, making them less useful.

Ergo, I would like to exclude those posts from my subscriptions. Given this functionality exists in other areas I think this is a natural expansion and I hope it's an easy one for someone to code.

In the meantime I'm setting up a gmail filter to delete them, but it'd be good to not need to, and I'd hope reduce server load.

Poll #10624 Tag based opt out for email subscriptions
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)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (29.3%)

(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:
Improve entry subscription notification - include title, introduce delay

Area:
notifications, entries

Summary:
When sending notifications of new entries, set a delay for most cases, and include the entry's title.

Description:
Currently, subscribing to be notified of new entries in a given community or journal results in a notification that there is a new entry, and a link.

It would be useful to the person getting the notification to include more information about that entry. However, the current lack of information is probably deliberate, because no matter how many things are done to make sure nothing is posted with the wrong security or -- well, any of the other possible scenarios where something that wasn't meant to be shared is shared -- no matter how careful Dreamwidth is to make such situations unlikely, they will still occasionally happen.

To further decrease the chances that someone who's not meant to see the entry will be notified that it exists, I propose to delay the sending of most new-entry notifications for about 5 minutes (the same delay before new entries appear on the Latest Things page), which gives time for someone posting an entry to notice and edit before a notification is sent. (People with very slow internet connections or who have been pulled away from the internet would still have a higher chance of something slipping through.)

In exchange for the delay, send the title of the entry along with the emailed notification, and perhaps the tags.

For community administrators with subscriptions to new entries in their own communities, would it be acceptable to send a notification immediately, and with title and tags?


(This suggestion brought to you by Azz's automatic paranoia that something horrible is happening when there is a new entry in dw_antispam while out-and-about with mobile email but crappy internet from the smartphone.)

Poll #9972 Improve entry subscription notification - include title, introduce delay
Open to: Registered Users, detailed results viewable to: All, participants: 47


This suggestion:

View Answers

Should be implemented as-is.
18 (38.3%)

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

Shouldn't be implemented.
4 (8.5%)

(I have no opinion)
17 (36.2%)

(Other: please comment)
2 (4.3%)

laenavesse: (Default)
[personal profile] laenavesse

Title:
Drag+Drop Feature for Multiple Icon Upload

Area:
icon uploading

Summary:
The current system requires users to repeatedly "Browse" for the file, which can be tedious if you're uploading 50+ icons at once. The Drag+Drop feature would allow users to drag their icon image files into the drop box and upload large batches with much less clicking and hassle.

Description:
-- SUGGESTION --

Previous entries have mentioned the Drag+Drop feature for managing icons once uploaded and other methods for simultaneous multiple icon loads, but there has not been one on point for both of them combined. The closest I found was where someone in the comments suggested a similar system via Flickr back in 2010.

As mentioned in other suggestions, the current system requires users to select the file via "Browse File," which pops up the window for users to select from from their computer. However, users can only do this one at a time for each selection. So if a user has 50+ icons to upload at once, this process can be tedious, especially if the icons are all in one folder.

With a Drag+Drop feature, users could 1) simply select their files from their own folder window, 2) drag it into the drop box, and 3) upload them all at once. Another possible feature is allowing users to arrange them in the order they wish to upload.

To keep it simple and focus only on the uploading aspect, this particular suggestion does not include the keyword and additional comment/description fields. Users would have to go back through to fill those fields after the icons are uploaded, but that's less tedious than having to individually click through a folder to choose an icon and disrupt the process. However, if it is possible to do so without complicating the system, then including those fields would also simplify the mass icon uploading process.


-- ISSUES --

The main issues I see are coding and computer compatibility. Javascript/Java apps, Flash, or ActiveX will most likely be needed and not all computers may have them. Thus, this should actually be another option rather than the default. The default should remain as the current system already in place. The Drag+Drop feature would then be more of a secondary option that users could choose.

There could be a link at the top and it would either take them to another page or pop up the Drag+Drop box right there on the main "Manage Userpics" screen. The Drag+Drop feature is also less beneficial for very small batches. The current system is actually more optimal if they wish to upload a small number of icons, like one or two. Thus having the Drag+Drop as a secondary alternative would be the better fit.


-- CONCLUSION --

I think this system would be really beneficial, especially since many file uploading sites have this feature available as an upload option. With the current system, I actually get lost in which icons I've already chosen to upload since I can only see the first part of my hard drive directory rather than the actual file name itself. So I constantly have to go back and see which one is already selected for upload. The Drag+Drop would give an additional visual aid for users when uploading icons as well as arranging them prior to upload. But I realize that there are drawbacks to this system, and as mentioned not everyone would be able to utilize it.

Thank you for your time and consideration!

Poll #9581 Drag+Drop Feature for Multiple Icon Upload
Open to: Registered Users, detailed results viewable to: All, participants: 55


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (5.5%)

(I have no opinion)
14 (25.5%)

(Other: please comment)
0 (0.0%)

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

Title:
"View Respondents" in poll results in chronologically-based order

Area:
entries

Summary:
The new "View Respondents" options for polls is awesome, but the respondents don't seem to be listed in any obvious order, making it hard to tell what responses are new. They should be listed in reverse-chronological order (and noted to be in that order), and possibly marked with datestamps as well.

Description:
I have a rotten memory for usernames, so placing the respondents in a chronologically-based order would mean I only had to expand the new responses rather than try to remember who already responded and end up expanding all of them.

Poll #9494 "View Respondents" in poll results in chronologically-based order
Open to: Registered Users, detailed results viewable to: All, participants: 55


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
13 (23.6%)

(Other: please comment)
0 (0.0%)

reziac: (Default)
[personal profile] reziac

Title:
Unlabeled search box

Area:
Confusing the user, especially the novice

Summary:
The search box in the upper right needs its own label, NOT just the mouseover label.

Description:
The search box in the upper right needs its own label, NOT just the mouseover label. If someone doesn't realise what it is, the dropdown appears to *go* to "Interest" (etc.) with an expectation of some general page appearing, compounded by the button saying "GO" (normally that's an indication that a *dropdown box* will work without javascript) rather than "Search". It got *me* that way, having not run my mouse far enough over and not being a fan of intrasite search so I just didn't think of it (if anything, I'd vaguely wondered what the blank box to the left was for, but didn't investigate as I was distracted by the dropdown).

Anyway, I'm sure the words "search Dreamwidth" wouldn't be too much to squeeze in, perhaps immediately below the box. ;)

You really do have to specify WHAT such a form searches (not just "Search"), because user expectation is that ANY search box searches the whole dang world a la Google. There was a good article recently on this, somewhere on Jacob Nielsen's mondo excellent Usability site, http://www.useit.com/alertbox/

As to my previous poor rejected suggestions, which proved redundant to DW's Master Plan, great minds think in similar... what's that noise?? <g>

Poll #9493 Unlabeled search box
Open to: Registered Users, detailed results viewable to: All, participants: 50


This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (10.0%)

(I have no opinion)
19 (38.0%)

(Other: please comment)
0 (0.0%)

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

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