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

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

Title:
Add the Recent Comments page to the /manage/ menu

Area:
comments, control pages

Summary:
http://www.dreamwidth.org/tools/recent_comments is missing from http://www.dreamwidth.org/manage/

Description:
The Recent Comments page (also known as "Manage Comments" at present) is a handy way to view and manage recent comments.

I feel it should go under the "Journal Entries" heading, as "Recent Comments", but am open to other suggestions.

Poll #12619 Add the Recent Comments page to the /manage/ menu
Open to: Registered Users, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (47.6%)

(Other: please comment)
2 (4.8%)

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

sparklycockles: (Default)
[personal profile] sparklycockles

Title:
Popular Communities (implementing something similar to Livejournal's feature?)

Area:
Classification

Summary:
Livejournal has a feature called "Popular Communities" that sorts communities based on usage/popularity that I would love to see replicated for Dreamwidth.

Description:
On Livejournal there is a list of communities sorted from the most popular to the least. At the top of the list you can search for what community you're looking for and jump straight to it. There are other more complicated features relating to it (such as the social capital now displayed) but I don't really think they're necessary.

I think this feature, or something similar, could be useful for people searching to add new communities to their friends-lists or for looking up the activity in a community they are considering joining. It's a bit of an "extra" though - the site doesn't really require such a change.

But honestly I just really want to see where my own communities would rank! Mark did something similar to this on his own journal (informally, of course) and my community was #17 (or thereabouts). I'd like to know if it has increased or decreased since that time! (Another informal list would also be interesting!)

Poll #11552 Popular Communities (implementing something similar to Livejournal's feature?)
Open to: Registered Users, detailed results viewable to: All, participants: 56


This suggestion:

View Answers

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

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

Shouldn't be implemented.
19 (33.9%)

(I have no opinion)
24 (42.9%)

(Other: please comment)
0 (0.0%)

lollobrigida: (Default)
[personal profile] lollobrigida

Title:
Recent Comments Page - Sort by Location

Area:
Tools - Recent Comments

Summary:
To have the ability to sort your recent comments section by location, instead of the default of by time. This way, if you have multiple comments to one post, you can easily see which ones have been replied to within one post.

Description:
My suggestion is mainly for ease of keeping track of comments that are posted outside of your own journal. The recent_comments section has Latest Posted and Premium members can view up to 150 of those comments. It's an amazing tool that has helped a lot of RPers keep track of things when notifs are down or when we are unable to access our email.

In the Roleplaying community this page has been a Godsend when we lose a notification due to accidental deletion or something being marked spam.

The only drawback to it, right now, is that because it is by default sorted by the time that you posted a comment. This means when you are dealing with multiple threads, you might have to dig through an entire list of 150 comments to make sure that you have found all of the replied to comments in one post.

Being able to sort these comments by location means that they are all grouped by location, then by time, and it will be easier to spot which ones need to be replied to. Now, I don't know very much about the back-end of this tool. I know that it was a feature that was on Livejournal and that it operated very much the same way on LJ that it does on DW. There are already improvements on DW from the LJ version, because we can easily see which have been replied to, we also have a link to delete the comment or edit it. I love these things and I just want a bit more organization to the section.

Another option that would be amazing would be if it could be sorted by actual tagging thread. There are instances, again with multiple threads occur within a single post, and being able to sort them into their individual threads would be a great thing to utilize when dealing with replying to each thread.

Currently they are sorted by time. If you made the top bar where each section is labeled "Time", "Location", "Delete", and "Edit" actually clickable for sorting that would be ideal. Being able to sort by Location of Post or Subthread with a click of a link would be amazing.

Poll #10447 Recent Comments Page - Sort by Location
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.
0 (0.0%)

(I have no opinion)
26 (45.6%)

(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:
Notifications for new popular-with-circle accounts

Area:
circles, discovery

Summary:
When there are changes to the lineup in http://www.dreamwidth.org/tools/popsubscriptions , there should be a subscription to be notified of what accounts were added.

Description:
http://www.dreamwidth.org/tools/popsubscriptions lists accounts that a lot of people in your circle subscribe to.

I'm not entirely sure how it is currently calculated, whether it is generated on demand as the page is loaded, or if it is regularly recalculated.

It would be pretty spiffy if something on the back end could check it on, say, a weekly basis, to see if there are any accounts newly appearing.

If a user is subscribed to notifications, the results of this would be sent to them in the usual ways (inbox, email).

The system should be smart enough to not highlight an account that has appeared on the list because the user just unsubscribed from them, and similarly not highlight any banned account.

Poll #9854 Notifications for new popular-with-circle accounts
Open to: Registered Users, detailed results viewable to: All, participants: 55


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.8%)

(I have no opinion)
40 (72.7%)

(Other: please comment)
0 (0.0%)

[personal profile] imaginemeandyuu

Title:
Thread Logging (or "Dreamwidth Journal History")

Area:
Threads / notifications

Summary:
It can be hard to track down all the posts you've made or threads you've started or replied to -- even with tags, commenting in your journal, other people's journals, communities, etc, can make it hard to have any kind of record of your own experiences on the site. If the site can record every one of your posts/top level comments (or the top-level comment you replied to) and report it (somewhere on your console, or into a specific entry in your journal) it will be much easier for people to reread their old posts/threads and track their life on DW.

Description:
Right now it's difficult to find everywhere you've posted or commented to and thus track your 'life' on this site. Basically, if someone wishes to do "thread logging", it all needs to be done manually -- you can track threads which sort of does it a little, but that again is a manual task. There's no automatic record, no recorded history, of where you've commented and what you've said.

Especially as the roleplay community gets larger this is something I feel will be more in demand (as rpers frequently like to reread the character development they go through, but sometimes this can be months or years of posts to wade through -- with an RP like CFUD, you've got six years of roleplay! Or, even if they're not fans of rereading, a lot of sites request you turn in your activity every month, which involves wading back through posts trying to find it, using tags liberally to help yourself keep track (but again, tags are added manually, which means human error). Thread-logging is standard but usually involves manual work.

Perhaps there can be an option on the site which outputs (into a console box or an entry that you set up and somehow mark as a "history" entry) the links for your comments/posts. Obviously doing every comment would be frustrating, so I'm thinking:
A) Any post you make, the post link would go in here.
B) If you make a comment, the History console identifies the top level comment in that thread (whether you started the thread or replied to it) and links it, discarding anything after. (Obviously in the case of B it would also check if it has already linked this thread and not link again if so).

Additional thoughts, details, and concerns:

- It would need to be arranged by date somehow, whether just a chronological order (top-down) or with datestamps of the toplevel comment beside them.

- Since what's just a list of links could become unwieldy fast it would be good for the user to either be able to convert into linktext instead of a plain URL, or at least have a field where the user could add a comment beside the link to identify the content if they choose to (ex: (LINK) - "Umeda and Akiha have a picnic. Mood crab sings them a song.")

- Having a list of the number of your total comments in the thread/post would probably be super useful to RPers (obviously this would mean that either it would have to dynamically update with each reply like the comment section in your profile OR the user could manually run to check for all updates you've made with that username).

- If this WAS going to be planned anyway, obviously the fact that people imported journals would make it difficult to have a 'full' list of their journal's history, unless there were a way to run the function to comb back through all appearances of the relevant username on DW (using their ID) and do a link dump. (This would be ideal for me, as a CFUDer who really wants to reread old threads). Since DW has such a strong search function I think this would theoretically be possible using something similar to the search functionality using the journalname ID, but I'm no programmer.

- Privacy issues -- if in a console you need to be logged into to see this isn't a concern, but if not, whatever journal entry this output into might need to be private by default (with the user able to make it public if they chose to?) in case you didn't want the whole world to see what that journal had been up to.

- This obviously wouldn't track anonymous comments, so if users can manually add extra threads (as in an editable entry) for any 'anon posts' they participate in, or if they did a 'bodyswap' with journals or so on, they could help keep track of these extra things as well. Not totally necessary as long as the journal name's history is added but it'd be a nice bonus for completion's sake.

- If this is impossible to do on the site itself, are there any programmers on the suggestions team or reading this otherwise who may be able to draw up an associated client that could run a similar function of outputting posts/the top comment of threads with a journal name? It's currently difficult to get full thread logs without having to manually keep track of things yourself, which is doubly difficult if you have multiple computers you thread from, if your game doesn't use tags, etc.

Poll #9801 Thread Logging (or "Dreamwidth Journal History")
Open to: Registered Users, detailed results viewable to: All, participants: 57


This suggestion:

View Answers

Should be implemented as-is.
11 (19.3%)

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

Shouldn't be implemented.
18 (31.6%)

(I have no opinion)
21 (36.8%)

(Other: please comment)
2 (3.5%)

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

[personal profile] jem0000000

Title:
Tracking Notifications on Circle's Entries

Area:
tracking entries

Summary:
Is it possible to have an option to be notified whenever someone in our Circle posts an entry?

Description:
Is it possible to have an option to be notified whenever someone in our Circle posts an entry?

It's easier for me to do everything in one spot than to have entries on the reading page and comment notifications in my inbox. It's also easier to delete a notification when something is read than to try to remember where I'm at on the reading page if I forget to use a separate tab to comment. But there are only so many subscriptions allowed, and I have to make sure I remember to select tracking when I add someone. Is it possible to make it so that one check box in the notification settings just follows everyone I want to read?

Poll #9057 Tracking Notifications on Circle's Entries
Open to: Registered Users, detailed results viewable to: All, participants: 56


This suggestion:

View Answers

Should be implemented as-is.
5 (8.9%)

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

Shouldn't be implemented.
14 (25.0%)

(I have no opinion)
30 (53.6%)

(Other: please comment)
3 (5.4%)

opusculus: Black hole (Default)
[personal profile] opusculus

Title:
Visually mark new comments since last reload

Area:
Comments

Summary:
When you reload the page, any comments that have been posted since you last loaded the page would be marked as visually distinct and new.

Description:
This is about the only thing I really like about LJ's redesign, personally, so I thought I'd suggest it over here. It could be done with either a hardcoded visual thing like LJ's, where a little yellow new comment button shows up next to new comments, or something that can be styled with CSS to be a dot or a different header color or whatever, that would just become part of the layout and people can choose to maximize or minimize how much it stands out.

It's especially helpful in very fast-moving posts where you want/need to track what everyone is saying, but need more context for each thread than tracking and only seeing what the immediately previous comment said with the newest comment, rather than seeing the last 10 comments in a straight row. I play a game on occasion where 5-10 people can make a hundred comments in an hour all on pretty much the same topic and you have to try to be following them all, and the last time I played it was oh my god so much easier with that feature. But it's the kind of thing that seems like it would be useful in almost any discussion you want to follow, but don't quite want to track the post for whatever reason.

Poll #9007 Visually mark new comments since last reload
Open to: Registered Users, detailed results viewable to: All, participants: 91


This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (5.5%)

(I have no opinion)
26 (28.6%)

(Other: please comment)
0 (0.0%)

vickyblueeyez: (Default)
[personal profile] vickyblueeyez

Title:
Paid Account Trial

Area:
paid time

Summary:
Give users the option to have paid time for a certain length of time so see if they like it.

Description:
LJ had a feature where for free, you get two weeks of paid time. I think this would be useful for DW. By having this, users can preview what it's like to have paid accounts and therefore, if they like it, they would be more inclined to buy it. I would like to preview what it's like myself but am hesitant because I do not want to end up wasting money if I don't like it.

Poll #8877 Paid Account Trial
Open to: Registered Users, detailed results viewable to: All, participants: 87


This suggestion:

View Answers

Should be implemented as-is.
21 (24.1%)

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

Shouldn't be implemented.
34 (39.1%)

(I have no opinion)
25 (28.7%)

(Other: please comment)
2 (2.3%)

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

[personal profile] alexbayleaf

Title:
Rearrange the logged-in homepage

Area:
homepage

Summary:
Make the logged-in homepage more appealing by modernising the UI, showing more relevant and dynamic content near the top of the page, adding pointers to help new users, and grouping notifications in the right sidebar.

Description:
Today I looked at the Dreamwidth homepage and thought about what it might look like to a new user who's recently signed up, especially those who might be coming from non-LJ-like sites. (In this case, I was thinking of Google+, but it probably holds for other sites as well.) It occurred to me that the page looks a little lifeless and doesn't really point people at the stuff they are most likely to need. At the same time, I know that I (and some friends I asked, also long time LJ/DW users) don't really use the homepage, but head straight for our reading pages or the update page. I'd like to see actual stats on this, but I suspect this is a common pattern. So, what I'm going to suggest is mostly intended to be useful to newer users, but I hope it won't horribly bother older users who regularly use the homepage.

Currently the page shows:

MAIN COLUMN:
<user name="dw_news"> update
Quick update form
Inbox

RIGHT COLUMN:
Search DW
Reading list
Account stats
Tag cloud (your own tags)
Community management (required actions)
Your current theme

Here's what I'd like to suggest:

MAIN COLUMN:
Quick update form
Reading list (see notes below)
People/content discovery (see notes below)
Themes (see notes below)

RIGHT COLUMN:
Search DW
DW news (link only)
Birthdays
Inbox
Community management

Here's my justification.

1. READING LIST

Firstly, most other modern social network stream-like sites, these days, have your "stream" on the front page when you login: Twitter, Facebook, Google+, etc. New people, especially, are going to expect to see some action on the front page. A lot of new DW people I talk to don't really understand about the "reading" page and how awesome it is. So I'd like to put some of that stream of posts right in front of them, and explain why they want to go to the reading page for the full experience.

Here's what I think it should show:

* ~5 recent posts, in short form (userpic, user name, date, subject, first couple of lines of the body, comment count)
* "See more on your reading page. Your reading page lets you see all your friends' posts, etc etc..." (i.e. a short blurb about why the reading page is where the action's really at)

2. PEOPLE/CONTENT DISCOVERY

New users often seem to wonder how they can find stuff on DW. It would be good to have a bit of information with some pointers here, including eg. "latest things", searching the directory, promo communities, stuff like that.

3. THEMES

We currently show your current theme on the front page. Yawn. People generally know what their current theme is! But why not combine this with promoting new themes? Widen the "theme" box and stick it at the bottom of the main content column, and say "You're currently using theme X. Did you know DW has hundreds of themes to choose from, that you can use to customise your own journal and reading page? Check out themes Y and Z!"

4. NOTIFICATIONS

I'm going to collapse "DW news", "Birthdays", "Inbox", and "Community management actions" into "Notifications" here. These are all things that are like "Hey, this is a timely new thing you might want to pay attention to." Grouping them would be a good idea.

I think that the "DW news" thing should be reduced to a smaller link. People get the news notifications by email anyway (by default), and many have them on their reading lists. A notification that says "hey, there's a newish one" might be helpful but it doesn't need to sit there taking up prime real estate for weeks.

The rest should be obvious -- birthdays, inbox, community management, etc. All things you probably want to know about as they happen. Putting them all near each other just seems like a sensible UI choice to me.

5. ACCOUNT STATS AND TAG CLOUD

These just seem to be taking up real estate without serving much purpose, IMHO. The account stats are duplicated on your own profile page, and the tag cloud is duplicated on most people's themes (in the sidebar or wherever). Lose 'em.

I'm sure people will want to pull all this apart and put it back together differently, and I have to say, I'm not deeply committed to any particular part of this proposal, but I do want to reiterate the main point: the logged in homepage should be rearranged to be more dynamic and appealling, and to point new DW users at DW's best features and help them find their way around.

Potential drawbacks: I'm sure there are some people who are very fond of the current layout, who'd be disappointed with this. I can't really think of any other drawbacks.

Implementation: This is mostly a UI rearrangement and shouldn't require a lot of new functionality under the hood. I think it should be relatively straightforward, though it would require a few design iterations to make it really good. (I know it's not as complex as the new posting form's redesign, but it might be nice to do the iterations in a similarly public manner.)

Poll #7988 Rearrange the logged-in homepage
Open to: Registered Users, detailed results viewable to: All, participants: 61


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.6%)

(I have no opinion)
20 (32.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:
Better multilingual entry support

Area:
entries, search

Summary:
Allow entries to be tagged with the language(s) that they are composed of. This can be used to power more interesting things around the site.

Description:
Entries composed of written or spoken material (text, images of writing, audio, video) usually have one or more languages in which the material is presented. Allowing entries to be voluntarily tagged by their owners to describe the language(s) they are using might allow some interesting features to be developed based on entry tagging.

If a particular spelling appears in more than one language, specifying the language of the entry in site search could help find the thing someone's looking for.

Statistics on actual use of the site by users who speak different languages might be helpful to staff, especially if the technical barriers to offering the site in translation are overcome.

It could help users better connect with people who speak their same language, especially users whose preferred language is in a minority on the site.


What would the user interface be like? A whole long list of possible languages could a) be unwieldy, b) might also leave out languages used by actual site users (sign languages and constructed languages spring to mind as languages that might be left out of even a fairly exhaustive list of languages, and entries with embedded video might have sign language, and fannish communities are reasonably likely to include Tengwar and Klingon, and goodness knows there are probably more use cases that I know nothing of).

One way to do it might be like the tags interface, where something can be typed in, and attempt to autofill from a preset list, but accept new entries gracefully. If designed properly, unique data entered here on public entries could be logged, collated, and presented to an administrator on a regular basis for review; items that are found to be actual common languages not present on the list could then be entered.

Any site function that involves searching by language should allow for synonyms -- three different people might use "tlhIngan Hol", "pIqaD", and "Klingon" to mean the same language -- to say nothing of the typos. There should be a way to bundle known synonyms and known typos -- and also a way to override this bundling.

Another challenge is that people might not tag all their entries (to say nothing of back entries). How hard/expensive would it be to autodetect languages? Failing autodetection, could a default be set by user, like the last language they used?

Poll #7733 Better multilingual entry support
Open to: Registered Users, detailed results viewable to: All, participants: 66


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (3.0%)

(I have no opinion)
20 (30.3%)

(Other: please comment)
2 (3.0%)

ciaan: revolution (Default)
[personal profile] ciaan

Title:
Show circle on interest search

Area:
interest search

Summary:
When you search on an interest, it shows all users who list that interest, but viewing can also be broken down into smaller categories. I would like one of those categories to be the users and communities I have in my circle.

Description:
When you search on an interest, it shows all users who list that interest, but viewing can also be broken down into smaller categories.

Show: All Account Types | Users Only | Communities Only | OpenIDs Only

I would also like to add "Circle Only" to the choices.

Yes, in many cases I know what my friends are interested in because I know what they post about, but I would also like to be able to see at a glance which of the users and comms that I follow actually list a certain interest.

Poll #6689 Show circle on interest search
Open to: Registered Users, detailed results viewable to: All, participants: 49


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (40.8%)

(Other: please comment)
0 (0.0%)

melannen: Commander Valentine of Alpha Squad Seven, a red-haired female Nick Fury in space, smoking contemplatively (Default)
[personal profile] melannen

Title:
Note on profile if a journal can be searched

Area:
privacy

Summary:
People can set their journal to be indexable or not by outside search engines, and also whether they can be searched through site search. It would be nice to be able to tell which journals have that turned on and which don't.

Description:
Right now, AFAIK, there is no way to tell from looking at a person's journal whether the journal content can be indexed/cached by Google and other outside services, and also which who can find the journal from site search. I suggest that this information be included somewhere on the profile, even if it's just the extended profile.

It would be useful in several different cases:

- Some people prefer not to leave comments in journals that can be publicly indexed, due to stalkers or other privacy issues. This would make it easier for them to tell which journals are (relatively) safe.
- When people are compiling linkspams, newsletters, or similar overviews, it would be helpful to know which relevant journals won't show up on search and will need to be checked individually.
- Knowing whether a person allows search and outside indexing is a useful piece of information regarding their overall feelings on privacy (in the linkspam example, say, people might decide to ask about linking a post widely if the owner has indexing and search turned off.)
- Having the information on the profile would remind people that the setting exists and they need to keep an eye on it.

And etcetera.

Downsides: There might be privacy concern over people not wanting their searchability to be publicly visible, but I'm having trouble seeing why anyone might need that kept a secret. There also might be issues if people comment in a journal assuming indexing is off, and the journal owner later turns it on, but that sort of thing is already a risk with any sort of semi-public posting.

Poll #6501 Note on profile if a journal can be searched
Open to: Registered Users, detailed results viewable to: All, participants: 52


This suggestion:

View Answers

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

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

Shouldn't be implemented.
11 (21.2%)

(I have no opinion)
18 (34.6%)

(Other: please comment)
2 (3.8%)

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

Title:
Add interest keywords to feed accounts

Area:
feeds

Summary:
It's been suggested to make feeds searchable, which is a very good idea. However, I'd also like to be able to use interests to search for them because I think it would be more helpful when you want to find feeds pertaining to a certain topic.

Edit: see this comment for an alternative suggestion which doesn't use interest keywords.

Description:
I have no idea how many feed accounts they are on the site or how many are created per day so, to be honest, I don't know if this is a nice idea or a crazy one and how to implement it. Ideas and discussions are really welcome.

First, who would be able to add interests? Any user? A dedicated team of volunteers? Should users only be able to add interests from a pre-approved list? Could new ones be suggested? How?

Should the interests remain general (e.g. news, comics, music, science, technology, food,...) to be more manageable or would that would make the feature less useful/too restrictive?

What about personal blogs? I can see the potential for drama there. OTOH, it'd be like letting people assign interests to one's profile. OTOH, Neil Gaiman's blog is the feed with the greatest number of subscribers on DW so if we leave these out how useful is the feature?

Anything else?

Poll #6451 Add interest keywords to feed accounts
Open to: Registered Users, detailed results viewable to: All, participants: 41


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (7.3%)

(I have no opinion)
21 (51.2%)

(Other: please comment)
3 (7.3%)

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

Title:
Separate Reading, Network and Off-Site Subscriptions Into Three Links

Area:
journal navigation, feeds, reading, network

Summary:
Separate Reading, Network and off-site subscriptions (including subscriptions to LiveJournal and other websites) into three separate links in the default journal navigation.
Example here: http://i287.photobucket.com/albums/ll128/marahstest/add_link_to_outbound_feeds.jpg

Description:
Right now all Dreamwidth journals include two links for reading content that is not your own: the Reading link, which displays content from your Access and Subscriber lists, and any LiveJournal and/or off-site content you've subscribed to, and the Network link, which displays FOAF (friend of a friend) journal entries and communities, and all FOAF off-site subscriptions.

The current system results in all off-site subscriptions (both to LiveJournal and other website's content) getting lumped into the Reading and Network links on each Dreamwidth user's journal. This makes navigating the Reading and Network pages time consuming unless steps are take to somehow filter out content we each want to avoid scrolling past to get to what we're after on each page.

By adding a third link to the mix (and therefore, a third and completely separate feed for each Dreamwidth journal) the Reading link will display content for just your Dreamwidth subscriptions and access list, and the Network link will do the same for your FOAF list, while the third link (let's call it the "Outbound Subscriptions" link) will display only the LiveJournals and other off-site content you've subscribed to.

I hacked together an example of how this might look:
http://i287.photobucket.com/albums/ll128/marahstest/add_link_to_outbound_feeds.jpg

So you'd have three reading links by default on all journals from now on: the Reading link, the Network link, and the Outbound Subscriptions link.

This solves the problem of "too much to scroll through" on each respective link: if you want to read outbound, off-site content, you can just click the "Outbound" link; if not, you can just stick with the Reading and Network links and they will be faster and less cumbersome to get through, without having to employ clunky filters (which honestly, I have never learned how to use).

The drawback is, I imagine it would take a lot of coding for the devs to pull this off, and I'm not sure every user would automatically want to separate off-site and LiveJournal content into a separate reading page, so it might help to make this an "optional default" (that's oxymoronical, I know) of sorts.

Poll #5518 Separate Reading, Network and Off-Site Subscriptions Into Three Links
Open to: Registered Users, detailed results viewable to: All, participants: 61


This suggestion:

View Answers

Should be implemented as-is.
1 (1.6%)

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

Shouldn't be implemented.
44 (72.1%)

(I have no opinion)
13 (21.3%)

(Other: please comment)
2 (3.3%)

moondancer: (Default)
[personal profile] moondancer

Title:
Add Dreamwidth to AddThis for Chrome

Area:
Link sharing

Summary:
AddThis is a link/article sharing service that allows the user to share webpages to other sites, such as Blogger, Facebook LiveJournal and many others. Dreamwidth is not among them (yet).

Description:
http://www.addthis.com/services/submit? is where sites can request to be added to the list of services that AddThis can share links/articles/etc with from your browser.

http://www.addthis.com/tools provides a listing of other browsers which can use this feature in addition to Google Chrome.

By adding Dreamwidth as a site, DW users can easily share links, etc. directly to the post form, rather than having copy/paste or manually type in the link.

Poll #5179 Add Dreamwidth to AddThis for Chrome
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (12.5%)

(I have no opinion)
19 (47.5%)

(Other: please comment)
0 (0.0%)

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

Title:
Allow/encourage title attributes to links list entries

Area:
styles

Summary:
Create text area within the Links list for link TITLE text, that would then display as per browser standards.

Description:
Currently, the only option we have for a Links List entry is URL and link text. It's good practise to give links Title text as well, that normally, depending on browser settings, then displays as a tool tip.

Other platforms, such as Wordpress, allow and encourage links to be given Title attributes, following usability guides and allowing users to give expanded explanations of what a link is, and why it's there in the sidebar.

Example: in my links list, I link to Miss_s_b using her name. For sidebar space reasons, that's all I can give. I'd like to allow users to know if they hober over a link that she's my fiancée and give a brief description of her content. That's good practise, recommended by usability experts. It can also aid search engines and is recommended white hat SEO behaviour.

Poll #3478 Allow/encourage title attributes to links list entries
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

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

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

Shouldn't be implemented.
7 (20.6%)

(I have no opinion)
10 (29.4%)

(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