denise: Image: Me, facing away from camera, on top of the Castel Sant'Angelo in Rome (Default)
[staff profile] denise
[site community profile] dw_suggestions: A User's Guide

So, you want to learn more about the [site community profile] dw_suggestions process! This entry will be made the "sticky entry" in the [site community profile] dw_suggestions community (replacing the existing one, which was starting to show its age) to serve as an introduction to the Suggestions process, Dreamwidth development, and just what the heck people should be keeping in mind while they're discussing things here.

Let us begin our magical mystery tour.

dw_suggestions: A User's Guide )

And that is Everything You Ever Wanted To Know About [site community profile] dw_suggestions But Were Too Shy To Ask Or Just Kept Forgetting To Bring Up! Any further questions?
azurelunatic: Azz and best friend grabbing each other's noses.  (Default)
[personal profile] azurelunatic

Title:
Control emailed image display sizes

Area:
entries, files

Summary:
In the department of more options, a set-and-forget page-saver for emailed images. Set the maximum dimensions you'd like to display unaltered for attached images, and have the included images automatically use that size version with a link to the full size.

Description:
Modern smartphones take some rather large pictures sometimes. If your post-by-email use case involves a smartphone and pictures, there's the risk of warping your circle's reading pages if you forget to include a <cut> at the end of the message.

One part of the image-handling backend is going to be the resizer, which will generate appropriately sized versions of emailed-in images for thumbnails and not breaking reading pages.

Upon receiving an image attachment, the back end currently saves it somewhere in the user's /file/ area, and appends the relevant <img src="exampleusername.dreamwidth.org/file/12345.jpg" /> on the tail of the entry. It repeats this process for however many image attachments there are.

When activated, my proposed change would cause the back end to save the image attachment somewhere in the user's /file/ directory, and append <a href="http://exampleusername.dreamwidth.org/file/12345.jpg"><img src="exampleusername.dreamwidth.org/file/100x100/12345.jpg" /></a> (or whatever the appropriate size specification is) on the tail of the entry, repeating for however many image attachments there are, generating a scaled version of the appropriate size in accordance with how that bit is supposed to work. Fancier versions might include detecting the size of the image, and omitting the resizing bit if it's below the threshold defined by the user.

How to define this? It would be lovely if I could go in somewhere in my post-by-email settings and declare that I would like to default to images no larger than (pick from a menu of dimensions). Then I would rest secure in the knowledge that should I ever forget, my circle would be safe from my carelessness, and should they still like to view the larger version, there would be a link.

Poll #14596 Control emailed image display sizes
Open to: All, detailed results viewable to: All, participants: 35


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (25.7%)

(Other: please comment)
0 (0.0%)

azurelunatic: Azz and best friend grabbing each other's noses.  (Default)
[personal profile] azurelunatic

Title:
Differentiating inbox notifications from suspended users

Area:
inbox, suspension

Summary:
Inbox notifications should differentiate what kind/where a message from a suspended user originated.

Description:
Currently inbox notifications involving suspended users all have a very uninformative "(Reply from suspended user)" giving the username of the suspended user.

It would be good to at least differentiate between different types of notification (comment, private message -- poll vote? birthday notification?). It would be extra-fancy if there was more information, like, was it a comment in your own journal, a reply in another journal or community (when that goes through the inbox), a comment on something you're tracking, or other information to better contextualize what's going on.

Turns out it's startling when someone with an entirely locked journal doesn't realize they have private messages turned on, they get a message from a spammer who is subsequently suspended, and they have a sudden moment of alarm wondering if there was some kind of security incident. Situations like this could be better avoided with more context for inbox messages.

Poll #14595 Differentiating inbox notifications from suspended users
Open to: All, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

Should be implemented as-is.
33 (91.7%)

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

Shouldn't be implemented.
1 (2.8%)

(I have no opinion)
2 (5.6%)

(Other: please comment)
0 (0.0%)

fiddlingfrog: (Default)
[personal profile] fiddlingfrog

Title:
Add a new HTML tag to allow navigation across multiple entries in a single tag

Area:
tags, entries

Summary:
Across the web, multi-part series often have a section of navigation links to enable readers to find their way across multiple pages, articles, etc... First/ last page, prev/ next, list all pages/ articles... there's lots of different ways to make it easier for the reader. What I propose is to add a new HTML tag, like <cut>, that will auto-generate some navigation links when included in an entry.

Description:
This suggestion is based on an idea that I had on LiveJournal last year [ http://suggestions.livejournal.com/1107879.html?thread=17520039#t17520039 ]. The idea is that when an author has written something in several parts, whether that is fanfiction, how to articles, a travelogue, or a guide, the existing tag navigation is often insufficient for a reader to browse the entire series.

Say I've written several different entries about my experiences traveling in Scotland. I could just rely on the reader to click on the "Scotland 2012" tag and find all the entries. If I have more entries in this tag than fit on a single page, the reader might miss some. Alternatively, I could edit every entry in the series whenever I publish a new entry, making sure to link to the next in the series, and maybe the latest, and possibly make sure that each entry in the series links to all the others. But that's a lot of work, and it gives a high likelihood for error.

So what I suggest instead is a custom HTML tag that will auto-generate navigation links. At the end of any entry in my series I could add a tag like <series tag="scotland 2012">. This would be displayed in the entry like so:
scotland 2012
First - Prev - Next - Last
Subject of 1st entry
Subject of 2nd entry
Subject of 3rd entry
* Subject of 4th entry, the one currently being read
Subject of 5th entry

If the series contains more than five entries, the fifth and subsequent entries should be hidden behind a link to save space. In addition, there could be several options. Perhaps you can include a title, so instead of saying "corruption" the navigation link header might read "Bribery in City Hall". Maybe the author would like the articles displayed in reverse-chronological order. Or maybe the author wants to include the date/time stamps along with the entry subject line.

One advantage of this approach is that no new UI is needed. All of the links are included as part of the entry, instead of attached to the entry, so no new buttons are necessary. And since the links are auto-generated, authors only have to remember to add the 'series' tag once, when they first write the entry, instead of having to constantly update every entry in the series.

Poll #14594 Add a new HTML tag to allow navigation across multiple entries in a single tag
Open to: All, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (7.9%)

(I have no opinion)
6 (15.8%)

(Other: please comment)
0 (0.0%)

wordbird: (Default)
[personal profile] wordbird

Title:
For multiple admins in a Community

Area:
Communities

Summary:
More editing options on posts in a community not made by the admin wanting to edit it.

Description:
In a community I am an admin for, there are several admins, and all take turns making new posts when previous posts max out on comments. Sometimes comments get out of hand and the post needs to have its comments frozen for an hour or two. Dreamwidth fluctuates between whether or not it allows an admin who did not pen the post to freeze the comments of that post, requiring the admin who penned the post to be online, which is inconvenient, especially if they are an admin less often around. I suggest that anyone who is at Admin level in a community be allowed to edit the comment options(including disabling them) in any post in the community. It would make moderating much easier.

Poll #14593 For multiple admins in a Community
Open to: All, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.9%)

(I have no opinion)
6 (17.6%)

(Other: please comment)
1 (2.9%)

fluffymormegil: @ (Default)
[personal profile] fluffymormegil

Title:
Option to disable tag auto-completion

Area:
tags

Summary:
Add an option to disable tag auto-completion.

Description:
The tab auto-completion system interacts poorly with at least older (2.x) Android browsers, because the text entry system on those devices does not support "overtype to erase selected text". It would be useful to have an option to disable tag autocompletion, so that users of such devices can fill in tags without heavy use of backspace.

Poll #14592 Option to disable tag auto-completion
Open to: All, detailed results viewable to: All, participants: 32


This suggestion:

View Answers

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

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

Shouldn't be implemented.
11 (34.4%)

(I have no opinion)
9 (28.1%)

(Other: please comment)
0 (0.0%)

ladyasul: A picture of the back of a fairy, with their red-and-gold wings spread out. (Default)
[personal profile] ladyasul

Title:
Add ability to link OpenID account to DW account during content imports from other sites

Area:
site: openid, workflow: importer, and maybe site: usability

Summary:
Subsuming your OpenID while importing content created by the OpenID's account (such as associating the OpenID of Username@Livejournal while importing Username's journal contents from Livejournal) seems a very logical thing. Suggest there be an option on the Import Content page, which is easily reachable in the larger DW-sitescheme header, to do that in the course of importing content, or at least a link to the page for associating the OpenID, with a blurb explaining what it's for. To an end user, these two processes look to be rather closely related, so to have them obviously linked seems neatly intuitive.

Description:
I imported an account from LiveJournal a while ago and checked an entry's page, only to finally realize that comments made by that account, while it was on LJ, to its own posts... did not register as belonging to the new account on Dreamwidth, although the entries in the journal correctly said that they belonged to the DW account.

I realize that importing content from a non-DW journal to a DW journal and claiming ownership of that non-DW journal's comments are two separate things, but they feel as though they should go together somehow.

I can see two ways of doing this quite neatly, and in a way that makes things clear to the new user. The first would be to include a note on the Import Content page stating that "importing the comments on a journal's entries does not claim ownership of the journal's own comments, but this tool can take care of that for you: (and a link to the appropriate page for subsuming your OpenID accounts)" or something to that effect.

The other way, which I suspect would be more work, but still end up pleasing many users, would be to combine the two pages, so that you could take care of both tasks at once, if you wanted. There's all sorts of options for what to import, exactly, and you already need to enter your username and password, and specify which site to import from. Taking ownership of that account's comments, especially on its own pages, seems a logical and intuitive part of the process, to me.

If the second idea is gone for, still having a note and link like the first idea, in the Import pages (and it being pointed out that taking ownership of the OpenID account works for all OpenID sites, whereas importing the content only currently works for LiveJournal and InsaneJounral, would be great too) would be very handy, especially as it isn't linked directly in the header navigation, while Import Content is.

Poll #14591 Add ability to link OpenID account to DW account during content imports from other sites
Open to: All, detailed results viewable to: All, participants: 26


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (34.6%)

(Other: please comment)
1 (3.8%)

marahmarie: Sheep go to heaven, goats go to hell (Default)
[personal profile] marahmarie

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

Area:
styles

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

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

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


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (3.0%)

(I have no opinion)
13 (39.4%)

(Other: please comment)
0 (0.0%)

marahmarie: Sheep go to heaven, goats go to hell (Default)
[personal profile] marahmarie

Title:
Make Sidebar and Tags Page Tag Counts Into Links

Area:
tags, styles

Summary:
On other websites (in all truth, I can't remember exactly which ones) I've seen tag counts (such as "News: 20 uses", for example) displayed as links. By clicking the number 20 in my example - or the whole line, "20 uses", depending on how exactly the usage count is worded/displayed - one is taken to a page that shows all uses of that tag, exactly the way clicking on the tag *name* itself works right now on DW. I would like to 1) see the tag count included in the tag name link, for both styling and accessibility purposes or b) make another link for the tag count itself.

Description:
Right now tag counts don't have their own CSS classes or any fine-grained styling options in the Customize Style interface (but these first two issues are initially covered in another suggestion I've recently made), nor do they display as links. On my own DW I often look at the tag counts, in the sidebar in particular, and wonder why they can't also possibly function as links. It seems intuitive that you might read a user's tag names, check the tag counts on each one, then might want to, for example, click through based on a particularly high or low number of uses on at least one or more of those tags. But the ability to click through on a tag count isn't there so as a mouse user, for example, you might have to swing your mouse back across the screen to click on the tag name instead. This could sort of be a hassle, especially if there's more than one tag you want to click through on. My solution is to simply linkify the tag counts.

Poll #14589 Make Sidebar and Tags Page Tag Counts Into Links
Open to: All, detailed results viewable to: All, participants: 27


This suggestion:

View Answers

Should be implemented as-is.
10 (37.0%)

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

Shouldn't be implemented.
5 (18.5%)

(I have no opinion)
12 (44.4%)

(Other: please comment)
0 (0.0%)

marahmarie: Sheep go to heaven, goats go to hell (Default)
[personal profile] marahmarie

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

Area:
tags, styles

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

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

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

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


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (3.8%)

(I have no opinion)
11 (42.3%)

(Other: please comment)
0 (0.0%)

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

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

Area:
styles, entries

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

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

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

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


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (32.4%)

(Other: please comment)
0 (0.0%)

elf: Elf's Cousin It impression (Default)
[personal profile] elf

Title:
Send notifications of unscreened comments in tracked threads

Area:
Commenting, tracking threads, notifications

Summary:
I'd like to get notifications of comments in screened threads, where a moderator later unscreens them. Right now, if you subscribe to a thread, you get notified of new comments--but not if they're screened. And there's no notification sent out on unscreening.

Description:
I don't know how technically difficult this would be to implement. All I know is, when I try to track threads in anon love memes, where comments are often screened until a moderator opens them, I don't get email notifications. I assume there are similar problems in some gaming journals and some kink memes--if you're not the person being replied to, you have to keep checking back to find out if there are new responses.

I assume that the "send notification" code activates immediately upon commenting, and is interrupted if the comment is screened. There may not be an easy way to implement "when comment is unscreened, check to see if anyone's subscribed, and send notification," especially if that includes "...but first, check to see if that person's already been notified, either because they were the reply-to person and got notified when the comment was made, or because the comment was originally unscreened, later screened, and is now being unscreened again."

I can't think of any drawbacks to this (other than, of course, it may be horrendously difficult to code), but I can easily believe I'm missing some. I don't know if there are any comms that make use of the lack-of-notification as it currently exists.

Poll #14084 Send notifications of unscreened comments in tracked threads
Open to: All, detailed results viewable to: All, participants: 47


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.1%)

(I have no opinion)
6 (12.8%)

(Other: please comment)
0 (0.0%)

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

Title:
Comments: also display as admin text and icon in collapsed comments

Area:
comments, communities

Summary:
(as admin) is currently only displayed after's one username if the comment isn't collapsed. I think it could be useful to spot admin comments at a glance instead of having to expand everything.

Description:
.

Poll #13979 Comments: also display as admin text and icon in collapsed comments
Open to: All, detailed results viewable to: All, participants: 47


This suggestion:

View Answers

Should be implemented as-is.
36 (76.6%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (23.4%)

(Other: please comment)
0 (0.0%)

pauamma: Cartooney crab holding drink (Default)
[personal profile] pauamma

Title:
Remove sticky entries from ?poster=(mumble) community journal view

Area:
page: journal, site: community features

Summary:
When viewing entries by a specific poster in a community, like http://dw-dev-training.dreamwidth.org/?poster=pauamma, sticky entries shouldn't be displayed on top. This is because the reader is likely looking for a specific entry by author name, and the sticky entries will likely stand in the way of seamless scanning.

Description:
It's unclear to me what should happen to sticky entries by the user specified in ?poster=. wouldnt want them displayed as sticky/in sticky position. Instead, I'd have them display in normal time-of-posting order. But there may be reasons to do it otherwise, or with a controlling option in the URL or elsewhere.

Poll #13978 Remove sticky entries from ?poster=(mumble) community journal view
Open to: All, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (9.5%)

(I have no opinion)
15 (35.7%)

(Other: please comment)
0 (0.0%)

ketsu: Cecil Harvey from Final Fantasy 4, standing with his back to the viewer and looking up to the night sky (Default)
[personal profile] ketsu

Title:
Allow ticking of mod hat from quick reply

Area:
Replies

Summary:
Currently the "comment as admin" feature can only be activated from "more options". This is inconvenient!

Description:
I went to reply to a post in a community I maintain so I could try out the new "comment as admin" feature, but I couldn't find it anywhere. Just as I was about to give up, I clicked the "more options" button on a whim and there it was. As someone who almost never uses "more options", I would never have expected to find it there.

It would definitely be a lot more convenient to have the option available when quick-replying, too. As an example, I see a lot of blank space to the right of the Post Comment/Preview/More Options boxes; maybe it could go there, next to "check spelling"?

Poll #13977 Allow ticking of mod hat from quick reply
Open to: All, detailed results viewable to: All, participants: 48


This suggestion:

View Answers

Should be implemented as-is.
33 (68.8%)

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

Shouldn't be implemented.
2 (4.2%)

(I have no opinion)
13 (27.1%)

(Other: please comment)
0 (0.0%)

one_step_will_take_me: (Default)
[personal profile] one_step_will_take_me

Title:
the ability to insert emoticons in entries

Area:
entries

Summary:
Sometimes it's easier to express things with emoticons and smiles than with words

Description:
sometimes it's easier to express things with emoticons and smiles than with words, so you could make it possible for us to have insert emoticons button in the rich text bar within the others possibilities we have to post an entry such as font colour, font size, images, media, links... I usually insert emoticons using the insert images button, but since there'a lots of it in all sizes sometimes it doesn't look beautiful to see in the blog, with a small font and a big emoticon.

Poll #13976 the ability to insert emoticons in entries
Open to: All, detailed results viewable to: All, participants: 53


This suggestion:

View Answers

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

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

Shouldn't be implemented.
30 (56.6%)

(I have no opinion)
11 (20.8%)

(Other: please comment)
2 (3.8%)

jordannamorgan: The artwork "Ascending and Descending", by M. C. Escher. (Default)
[personal profile] jordannamorgan

Title:
Filter management page: save button instead of autosave

Area:
reading page filter management

Summary:
I would prefer having a basic "save" button on the reading-page filter management menu, instead of an autosave function.

Description:
Okay, so here's where this started. I'm currently having a problem on IE in which, when I try to select tags to include/exclude on my reading page filters, the "autosave" won't work. I submitted a support request; they confirmed this is a bug, and are looking into it. (For now I have to use a different browser to set filters, which is very annoying.)

The point is: in my support request, I mentioned that what I'd really prefer is just a plain old "save" button at the bottom of the filter-management page, instead of the autosave. Clicking a button to save changes seems much more reliable to me, and gives me more certainty that the change has actually gone through.

(In fact, coupled with the bug making it not work, I didn't even know there *was* an autosave actively trying to function on the page for a while. The little alert line that says "saving in X seconds" shows up near the top of the page--but I'm scrolled down to where I won't see it when I'm selecting tags to be filtered.)

Anyway, the person who answered my support ticket said my comment about wishing for a save button should be brought up here instead. So I figured it couldn't hurt to do so.

Bottom line, I just feel a lot more comfortable when pages have clear commands like a "save" button, instead of fancier and more bug-prone features like this autosave that's not even working for me.

Poll #13975 Filter management page: save button instead of autosave
Open to: All, detailed results viewable to: All, participants: 41


This suggestion:

View Answers

Should be implemented as-is.
15 (36.6%)

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

Shouldn't be implemented.
2 (4.9%)

(I have no opinion)
11 (26.8%)

(Other: please comment)
2 (4.9%)

kaberett: Overlaid Mars & Venus symbols, with Swiss Army knife tools at other positions around the central circle. (Default)
[personal profile] kaberett

Title:
Community sticky posts editable by all admins

Area:
page: entries, site: community features, workflow: community administration

Summary:
It would be helpful if community accounts could make sticky posts inside the community, then editable by everyone with admin rights within that community.

Description:
Communities already make use of sticky posts for a variety of reasons - e.g. dw_suggestions has one (made by denise) that acts as an introduction and usage guide to the comm.

I suggest that it would be helpful for communities to be able to contain sticky posts nominally made by the community account itself, giving all community admins editing rights over it. I imagine this working via the "post as: another user" module in the new update page.

Example use cases: in dw_dev_training, I envisage this being used as an up-to-date centralised record of current babydev bait; Momijizukamori has said they'd love something like this to link to resources, beyond the bare bones in dreamscape's community profile.

ISSUES that I can come up with:
- community accounts currently can't be associated with posts, as far as I know, so that would be an exciting thing to work with
- would probably want there to be one post permitted per community (so would need to work out how to limit this - wouldn't just want automatic overwrite of pre-existing posts!)


Alternative solutions/workarounds:

(1) Create a mutual admin account (as in use at <user name="poetree"> with the shared account <user name="poetree_admin">). Downsides: security hassle - DW tends to discourage sharing accounts, I think? Logging out/in/out/in hassle - this will presumably be removed as and when seamless account switching is implemented.

(2) Some styles permit insertion of custom text to be displayed in the sidebar. Standardisation of this feature across styles (complete with full mark-up!), including choice as to where to site the custom text within the layout, might be a suitable alternative that would be editable by all admins.

Poll #13974 Community sticky posts editable by all admins
Open to: All, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (10.5%)

(I have no opinion)
14 (36.8%)

(Other: please comment)
3 (7.9%)

azurelunatic: Azz and best friend grabbing each other's noses.  (Default)
[personal profile] azurelunatic

Title:
Site search refinement: not your own journal?

Area:
site search

Summary:
When using site search, is there any benefit to seeing results from your own journal along with the sitewide results, provided you can search your own journal?

Description:
If you can't search your own journal individually, site search may be the only way you have to search your own journal, and I wouldn't want to mess that up for anyone.

If you can search your own journal, is there any benefit to having results from there displayed along with everybody else? I ask because I was running a search where I was 90% or more of the entries sitewide, and I was looking for stuff I didn't already know about.

Assuming it's feature-wise desirable to exclude the journal of the logged-in user from sitewide search results (if and only if that user can also search their own journal), would it be technically feasible? (This is probably a Mark question.)

If it's desirable and technically feasible, how best to implement it? Some thoughts:

* a separate radio button besides user-search and site search
* a checkbox on site search
* just exclude them and leave a note at the top of the search results
* other people may have way better ideas

Poll #13973 Site search refinement: not your own journal?
Open to: All, detailed results viewable to: All, participants: 39


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (38.5%)

(Other: please comment)
0 (0.0%)

deborah: the Library of Congress cataloging numbers for children's literature, technology, and library science (Default)
[personal profile] deborah

Title:
Add "share" to the interaction links

Area:
entries

Summary:
Dreamwidth isn't a platform for tumblr or twitter style reblogging / retweeting, but it would be nice if it were easier to share others' posts with your readers. Luckily, the functionality is already in the code base! It's just not exposed via the UI.

Let's expose the "share" functionality via the UI.

Description:
We have this awesome share functionality in the code base. If you go to the URL

http://www.dreamwidth.org/update?share=http://dw-news.dreamwidth.org/2013/06/11/dw-news-11-jun-2013.html

You get a new post window, ready for editing, with the subject:

dw_news | Dreamwidth News: 11 June 2013

and the body:

<a href="http://dw-news.dreamwidth.org/2013/06/11/dw-news-11-jun-2013.html">dw_news | Dreamwidth News: 11 June 2013</a>

This is awesome, and we should expose it via the UI, probably in the interaction links, with "track", "share", etc. (The share URL will also work for external sites, but unless someone writes a bookmarklet or some such that's harder to work with in our UI.)

Changes to the current interface I'd suggest:

* Make it work with https (it currently doesn't)
* For dreamwidth internal URLs, change the format of the body text to

<user name="dw-news"> said "<a href="http://dw-news.dreamwidth.org/2013/06/11/dw-news-11-jun-2013.html">dw_news | Dreamwidth News: 11 June 2013</a>".

Poll #13972 Add "share" to the interaction links
Open to: All, detailed results viewable to: All, participants: 46


This suggestion:

View Answers

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

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

Shouldn't be implemented.
10 (21.7%)

(I have no opinion)
9 (19.6%)

(Other: please comment)
0 (0.0%)

ysobel: (Default)
[personal profile] ysobel

Title:
Search reading page

Area:
Entries? Search?

Summary:
Allow search of reading page - like sitewide search but only within subscribed journals

Description:
I fairly often find myself wanting to find a post on my reading page -- sometimes it's because I finally saw a specific movie or tv show a few weeks later than most people and want to read other peoples' reactions to it, sometimes just that I remember the content but not who posted it.

It would be awesome to have a "search subscribed journals" option. At the moment I can search a specific journal, or do a sitewide search, but nothing in between. Something in between would be good!

I'd imagine this would be a paid account feature, just because searches tend to be resource intensive,

Poll #13971 Search reading page
Open to: All, detailed results viewable to: All, participants: 46


This suggestion:

View Answers

Should be implemented as-is.
33 (71.7%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (19.6%)

(Other: please comment)
0 (0.0%)

Profile

Dreamwidth Suggestions

October 2013

S M T W T F S
  12345
6 789101112
13141516171819
20212223242526
2728293031  

Style Credit

Expand Cut Tags

No cut tags

Syndicate

RSS Atom