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?

Apologies

Jul. 11th, 2015 12:56 am
denise: Image: Me, facing away from camera, on top of the Castel Sant'Angelo in Rome (Default)
[staff profile] denise
As people have probably noticed, [site community profile] dw_suggestions has been really quiet for a while. I've been having health problems (over and above the usual) for a while now and have had to really prioritize my DW work to get it in the time that I had available, and the suggestions queue perpetually fell down to the bottom of the list. (And then of course it got to the point where I was so behind that catching up required way more work than if I'd just done it at the time, which is always the way.)

At any rate, I have now caught up on the queue, and I'll do what I can to try to stay on top of it better. I'm really sorry.
omnipotent: (Default)
[personal profile] omnipotent

Title:
Random Icon Chooser for Quick Reply

Area:
Entries, Friends Lists

Summary:
The random icon chooser was a nifty feature that allowed one to utilize all their icons. However, it is not available via the "Quick Reply" option on one's reading page.

Description:
The summary pretty much describes it, but I was just curious if there are any plans to add the random icon chooser as an option while replying to an entry without leaving the Reading Page. Currently, to access the chooser, I have to leave the Reading page by clicking "More Options". Unfortunately, when I do this, if I have typed anything in the comment box, it is erased! That's genuinely the only reason I'm asking; it sucks to write a well-thought out comment, want to choose an icon and be able to see which icon I'm choosing, and then lose the text!

Poll #16840 Random Icon Chooser for Quick Reply
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (7.5%)

(I have no opinion)
14 (35.0%)

(Other: please comment)
0 (0.0%)

woggy: A frog, probably of South American vintage (Default)
[personal profile] woggy

Title:
Allow Markdown in site-based comments

Area:
Comments

Summary:
Expand markdown support to cover all areas of user input - comments currently may only use markdown if they are posted by email.

Description:
Markdown is a cool thing! We can use it (or not) in entries, and post-by-email comments are always using it, but there's no way to use Markdown in comments made directly on the site. This is a thing that we ought to be able to do.

Poll #16839 Allow Markdown in site-based comments
Open to: Registered Users, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

Should be implemented as-is.
19 (45.2%)

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

Shouldn't be implemented.
1 (2.4%)

(I have no opinion)
13 (31.0%)

(Other: please comment)
0 (0.0%)

alucinari: A woman of Asian heritage with white hair, staring at the viewer with a stern expression and hair blowing in the wind. (Default)
[personal profile] alucinari

Title:
Icon description length.

Area:
Icon descriptions.

Summary:
Increasing the length of the icon description.

Description:
Hello! I have friends that use screen readers, and a problem I have found is that when I am trying to describe icons, especially if it's a text icon with a longer quote on it, there's not enough room for me to properly describe what's going on; I either have to leave a lackluster description, or resort to chat speak, and sometimes even that doesn't really do the trick. It would be really helpful if DreamWidth allowed longer icon descriptions! It should be easy to allow more characters, and there shouldn't be any drawbacks, I don't think? Thank you for your consideration.

Poll #16838 Icon description length.
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (5.0%)

(I have no opinion)
14 (35.0%)

(Other: please comment)
0 (0.0%)

lannamichaels: Astronaut Dale Gardner holds up For Sale sign after EVA. (Default)
[personal profile] lannamichaels

Title:
Add "modify this tracking" to tracking e-mails

Area:
Notifications

Summary:
When you subscribe to something such as "all new entries to a community" or "all entries tracked $thing", have a link at the bottom of the notification e-mail to modify/delete that notification.

Description:
When you subscribe to something such as "all new entries to a community" or "all entries tracked $thing", have a link at the bottom of the notification e-mail to modify/delete that notification.

Poll #16837 Add "modify this tracking" to tracking e-mails
Open to: Registered Users, detailed results viewable to: All, participants: 41


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.4%)

(I have no opinion)
13 (31.7%)

(Other: please comment)
0 (0.0%)

ketsu: (Default)
[personal profile] ketsu

Title:
Add ability to add a Memory without leaving the page

Area:
memories

Summary:
Adding an entry to Memories is complicated. It should be easier.

Description:
What I propose is, when you click on the heart button to add an entry to your Memories, a box could pop up on the page for you to select a title and the labels for the Memory. If your browser doesn't support this, the code can degrade gracefully by taking you to the Add Memory page that currently exists.

This would make it less of a hassle to add Memories, since right now you have to go to another page, add the Memory, and then it takes you to a page that lists a bunch of other options like "go back to the entry", "view all your memorable entries", etc. Too many clicks, in my opinion.

Poll #16836 Add ability to add a Memory without leaving the page
Open to: Registered Users, detailed results viewable to: All, participants: 41


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (36.6%)

(Other: please comment)
2 (4.9%)

[personal profile] swaldman

Title:
Allow Twitter OAuth identification instead of OpenID for commenting

Area:
openID (sort of)

Summary:
Allow Twitter OAuth identification instead of OpenID for commenting

Description:
A lot of my readers these days don't come from LJ or Dreamwidth, may not have an OpenID, or even if they do have one (most likely Google) don't know what an OpenID is. But most of them have a Twitter account. It would be nice if Twitter OAuth could be used as an identity for commenting. Possibly other OAuth providers too.

Poll #16835 Allow Twitter OAuth identification instead of OpenID for commenting
Open to: Registered Users, detailed results viewable to: All, participants: 43


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (7.0%)

(I have no opinion)
6 (14.0%)

(Other: please comment)
0 (0.0%)

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

Title:
Add complete pre-filled custom s2 template for beginners on the Wiki.

Area:
Styles

Summary:
Add a complete, pre-filled custom s2 template on the Wiki for Dreamwidth s2 beginners that anyone can edit to add more example code as desired, to help users help themselves to more customized code without necessarily having to ask for help in one of the style communities or hunt down the exact page containing the code they want in the Wiki.

Description:
Ever wonder how to add something not given to you out of the box on your Dreamwidth journal, like an extra row of links in your DW's header or a second custom text box in your sidebar? So have I. The answer is you need a custom theme layer to add Dreamwidth's s2 code to - and you need to know or else figure out the right chunks of s2 code to add to it. By adding the right chunks of code you can make different things on your journal like the extra custom text box or basically almost anything that won't automatically be stripped out by the s2 compiler.

For the most part, if I have a question about how to write the correct code to pull off one of my latest ideas, I'll ask for expert help over in our style_system community and most of the time I'll receive excellent answers and help with all of the code wrangling needed. But not everyone is willing to wait on asking others for help and/or learning to any extent how the code works (or why it doesn't); they just want the shiny and to teach themselves the code for it (or ask for help in learning it) as they go along - maybe later, or maybe never.

The question in one's mind at this juncture may be, "Why should there be this big code hurdle for me to jump just to get at some of the shiny"?

So my suggestion toward this is based on our s2 Cookbook which is kept here: http://wiki.dwscoalition.org/wiki/index.php/S2_Cookbook

My idea is to keep the separate pages we already have on the wiki for adding modules (http://wiki.dwscoalition.org/wiki/index.php/S2_Cookbook:_Modules), making the heading work as a link (http://wiki.dwscoalition.org/wiki/index.php/S2_Cookbook:_Linking_the_title_on_your_journal_to_your_main_journal_page) and so on, and to add more pages for other similar functions as needed, but to also add a new page that shows all of that code and more working together at once, starting from the opening lines (which are generally something like, "layerinfo "type" = "theme"; layerinfo "name" = "layer name";") for a sort of One Stop Shop where you can choose which bits of code you want for what or compile the entire thing to see how it all works and looks together at once.

With the code properly commented, it will be easy to see if any part of the code does what you need it to do and by reading the code under each comment you might get a sense of how it's doing what it does. For anything beyond that you can always still ask in the style communities for extra help.

Maybe this new Wiki page could be called "All known custom s2 functions adapted by our users - on one page!" and could be found under the "S2 Cookbook: Other Examples" heading, and be clearly marked as an example of how much each journal can be modified to do more interesting things and offer more interesting features. Anyone could contribute to it, so say if you learned in one of the style communities how to add extra previous and next links beyond what a standard DW offers out of the box (http://style-system.dreamwidth.org/108697.html), you could add the finalized code on that page to this new Wiki (besides giving it its own page on the Wiki like a few other functions already have) so others can see it as part of a complete example custom theme layer.

Poll #16807 Add complete pre-filled custom s2 template for beginners on the Wiki.
Open to: Registered Users, detailed results viewable to: All, participants: 23


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
8 (34.8%)

(Other: please comment)
1 (4.3%)

rosefox: Green books on library shelves. (Default)
[personal profile] rosefox

Title:
Crosspost to TinyLetter

Area:
crossposting

Summary:
Add TinyLetter to the available crosspost options.

Description:
TinyLetter creates newsletters that are basically blog entries, but in addition to being posted on the TinyLetter site, they're emailed to subscribers. TL users get a few basic MailChimp tools like tracking opens and clicks.

Enabling crossposting from DW to TL would be a relatively easy way for DW users to permit non-DW users to sign up for emailed updates of DW posts. It would also give DW users access to those MailChimp tools, which can be handy.

The TinyLetter web interface is quite straightforward: you get a subject line and a message body, and that's it. The message body permits formatting. TL also accepts posts via email. This would probably be the simplest way to crosspost from DW to TL: send the DW post as a formatted email to the user's unique TL post-by-email address. Here's what the TL FAQ says about that:

"To publish through your private address, create a message in your own email client to send to the address. Format and design it however you like, and be sure to include a subject line. When you're ready, just hit send. We'll create a new draft in your account and send a confirmation email as soon as it's done. After the draft is created you'll be able to log in to TinyLetter to review and send your message. Or, you can reply to the confirmation email we send once the email is beamed in. To send the message directly from your email client, simply reply to the confirmation message, keeping the subject line and address field intact, and we'll send out that newsletter to your list of subscribers."

So the user would need to confirm via email, but it's still faster and easier than copying and pasting a post from DW to TL.

If there's a TL API, there's no mention of it on their website, but one might exist.

Possible advanced feature: only crossposting posts that have the "tinyletter" tag.

Poll #16806 Crosspost to TinyLetter
Open to: Registered Users, detailed results viewable to: All, participants: 29


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (3.4%)

(I have no opinion)
19 (65.5%)

(Other: please comment)
0 (0.0%)

pseudomonas: (Default)
[personal profile] pseudomonas

Title:
In Case of Emergency write-only access

Area:
Posting

Summary:
Give limited access to a small number of other DW users to make posts on your behalf, with restrictions. [New feature suggestion]

Description:
What I want is a write-only function where (say) I nominate (say) you as an In-Case-of-Emergency poster for if I'm (say) ill in hospital; you can then post to my DW, but without any ability to see locked entries, modify settings, modify circle, or anything else; furthermore there'd be a prominent heading applied to any posts you made saying "posted by [YOURUSERNAMEHERE]", so impersonation wouldn't be possible. I can always delete or modify the posts that you have made on my behalf. Crossposting would work as normal.

Other methods:
a) implement this as an external website, using OpenID to verify you and store my password. Requires competently-run, secure, trustworthy third-party site. Need to remember to log in to that site every time I change my DW password.

b) give you my password. Trusts you to keep it safe, not lose it, and I have to tell you every time I change it. Allows impersonation and account-modification.

c) Give you my post-by-mail credentials. As above, but doesn't allow impersonation, eats an address slot per person, and only works for paid/permanent users.

d) The one that usually gets done these days - you making unlocked posts and hoping that enough of my circle see the post and that I don't have anyone I'd rather didn't know. This has the advantage of being simple, but is really not an effective solution to the problem.

Considerations:
I would favour the poster having the ability to post using any publicly-visible security setting that would let the poster see the post (at least "access-list-only" or "public") and possibly edit posts that they have themselves made (but not remove the header saying that the post was made by them). I don't see much need for anything beyond that; they can comment on posts as themselves.

I would envision small number of people given these posting privileges, though I don't have a particular limit in mind, and I don't see a really good reason to put a hard-limit on things.

There's always a risk that someone will post a malicious or spurious report, but really they can do that *anyway* via method d), it's called lying, and it's a social problem that is solved by only authorizing people that you trust not to do that kind of thing.

Poll #15788 In Case of Emergency write-only access
Open to: Registered Users, detailed results viewable to: All, participants: 58


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
14 (24.1%)

Shouldn't be implemented.
2 (3.4%)

(I have no opinion)
11 (19.0%)

(Other: please comment)
0 (0.0%)

hatman: HatMan, my alter ego and face on the 'net (Default)
[personal profile] hatman

Title:
Password protect posts so non-DW friends can be included

Area:
entries

Summary:
Add an additional security option between "public" and "friends" where the post is viewable to anyone with the correct password. This would allow users to include friends without DW accounts in non-public posts.

Description:
It's been a few years since this was last suggested ( http://dw-suggestions.dreamwidth.org/147407.html ). Maybe opinions have changed.

WordPress has a password protected post option ( http://en.support.wordpress.com/posts/post-visibility/#password-protect-a-post ). A post with this security setting is viewable to anyone with the correct password. The public and RSS readers can see that a new post is there, but you must enter the password to read the actual content. This allows you to have non-public content available to friends who don't have an account on the site (or who use OpenID). I'd like to see something akin to that implemented here.

A modification suggested in the comments last time would also include the option to make the post (including password prompt) viewable only by direct link.

Having it not only gives you greater control over who outside the site can see your content, it might just pull in new users. They'd come to the site to read your posts, see how it works, and maybe just be tempted to try it themselves.

So it works like this:

Between "Public" and "Access List," there would be an additional security option labeled "Password Protected." When you select that, you enter a password. When the post goes up, you have what amounts to a cut tag hiding the post's contents (including comments) until the reader enters the correct password. An additional sub-option (available via checkbox, perhaps?) would allow you to make even the password prompt viewable via direct link only. Crossposts would link back to DW, where readers would be prompted for the password.

Poll #15787 Password protect posts so non-DW friends can be included
Open to: Registered Users, detailed results viewable to: All, participants: 47


This suggestion:

View Answers

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

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

Shouldn't be implemented.
23 (48.9%)

(I have no opinion)
10 (21.3%)

(Other: please comment)
0 (0.0%)

vass: A sepia-toned line-drawing of a man in naval uniform dancing a hornpipe, his crotch prominent (Default)
[personal profile] vass

Title:
Filter entries by tags AND security level

Area:
tags, access filters

Summary:
It would be great to have a straightforward way to filter someone's current entries by both tags and security level, at the same time.

Description:
Currently, you can filter someone's entry by tag, e.g. user.dreamwidth.org/tag/banana would display all User's entries tagged 'banana' .

You can also filter it by security level, e.g. user.dreamwidth.org/security/public . This would display all User's current public entries.

But there is no obvious way (AFAIK - please correct me if I'm wrong) to do both at once, e.g. if you could use user.dreamwidth.org/security/public/tag/banana to display all User's current public entries tagged 'banana'. And some people have hundreds of entries per tag, so checking all by hand might not be practical.

This would be useful for if you need to quickly check if something a person told you is public knowledge before running your mouth about it in your own journal ("Looks like User's banana posts are all access-locked. I'd better ask them first before posting publicly about meeting them at the banana festival!") or, potentially, for checking your own security levels ("I try to make sure my posts on lutefisk are in an opt-in access group for my fellow lutefisk enthusiasts, but I think I might have forgotten to filter a few. Let me just check user.dreamwidth.org/security/access/tag/lutefisk and the same for security/public/tag/lutefisk to make sure of that.")

Potential drawbacks:
- it might hit the database too hard? IDK.
- people have custom security groups with / in the title, and people have tags with / in the title, and this would make it more difficult to form a URL, not matter whether it's /security/level/tag/tagname, or /tag/tagname/security/level.

Poll #15786 Filter entries by tags AND security level
Open to: Registered Users, detailed results viewable to: All, participants: 37


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (40.5%)

(Other: please comment)
1 (2.7%)

dredmorbius: Dr. Edward Morbius (Default)
[personal profile] dredmorbius

Title:
Provide OPML feed import/export options

Area:
Reading Page

Summary:
Providing OPML support would allow for a standards-compliant improvement in the ability to manage RSS/Atom feeds on user's Reading Pages.

Description:
DW offers users the ability to add and manage feeds of RSS/Atom sources as a "Reading Page" feature, effectively a Web-based Newsreader.

Management of feeds (adding, removing, organizing, modifying) is done through a series of Web interfaces, principally http://www.dreamwidth.org/feeds/, http://www.dreamwidth.org/manage/circle/edit, http://www.dreamwidth.org/manage/subscriptions/filters, and http://username.dreamwidth.org/read.

Some of these tasks, as well as archival and distribution or sharing of lists, would be much easier if feeds could be exported in OPML format, a standard data exchange format for RSS and Atom feeds used by many feed readers. Providing import/export for Dreamwidth feeds would avoid a significant amount of front-end and back-end redesign to improve the feeds management process while providing for much greater user flexibility and ease in management.

https://en.wikipedia.org/wiki/Opml

This is *not* a request to allow re-syndication of feeds (though people would be able to share the feeds lists they subscribe to). E.g., request #9210 is an entirely different matter: http://dw-suggestions.dreamwidth.org/9210.html

Among challenges:

- DW feeds are based on local feeds, not the original source. Translating between these would have to be provided for.
- Allowing both feeds *and* filters to be exported/imported would be most useful. This would require some design and planning.

There's an earlier (2009) suggestion which mentions OPML though it's not clear where it is access or what the files contain: http://dw-suggestions.dreamwidth.org/133555.html

Poll #15785 Provide OPML feed import/export options
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.9%)

(I have no opinion)
25 (73.5%)

(Other: please comment)
0 (0.0%)

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

Title:
Admin posts: connect 'as admin' post with 'admin' icon keyword

Area:
icons, communities, entries, comments

Summary:
If one has an icon with the 'admin' or '_admin' keyword automatically select it when making a post or a comment as an admin (I meant when you tick the 'as admin' checkbox).

Edit: looks like _admin or something even more unusual would be better as there would be a good chance *only* users who wanna have this would.

Description:
Not sure automatic selection is possible in which case it could be automatically use (so you wouldn't even have to select an icon the way it works at support). The latter could be problematic if you wanted to use a different icon for once.

Poll #15508 Admin posts: connect 'as admin' post with 'admin' icon keyword
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (5.9%)

(I have no opinion)
21 (61.8%)

(Other: please comment)
1 (2.9%)

katherine: Girl with glasses: Fuzzy cat with a folded pair of glasses by her paw. (Default)
[personal profile] katherine

Title:
Add "Edit entry again" to Journal entry was edited Success page

Area:
entries

Summary:
Add "Edit entry again" to Journal entry was edited Success page "From here you can" options.

Description:
The page Success when one has edited a journal entry is:
<blockquote>
Success

Journal entry was edited.

From here you can:

* View this entry
* View your journal entries
* Manage your journal entries
</blockquote>

Having another option be "Edit this entry again" would be handy when one is making a number of changes to the same entry in a row, or saved and immediately realised another edit to make.

Poll #15507 Add "Edit entry again" to Journal entry was edited Success page
Open to: Registered Users, detailed results viewable to: All, participants: 61


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (11.5%)

(Other: please comment)
0 (0.0%)

caput_mortuum: (Default)
[personal profile] caput_mortuum

Title:
add youtube as a site recognized by the account-linking tag

Area:
entries

Summary:
see title

Description:
I'd like to be able to link to youtube accounts with the DW tag. Currently it's not possible because youtube uses /user and not /users.

Poll #15506 add youtube as a site recognized by the account-linking tag
Open to: Registered Users, detailed results viewable to: All, participants: 45


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (6.7%)

(I have no opinion)
16 (35.6%)

(Other: please comment)
0 (0.0%)

ketsu: (Default)
[personal profile] ketsu

Title:
A way to easily copy and paste Create Entry setting preferences

Area:
Posting

Summary:
It would be nice if an option could be implemented, once the new Create Entries page is out of beta, to quickly and easily copy-and-paste one's setting preferences.

Description:
The new Create Entries page, which is currently in beta, has a lot of different options to customize the page to a user's liking. But for users who have multiple accounts, for RPing or other reasons, remembering those options and applying them the same way to several different accounts might be troublesome. I'm opted-in to the beta and I have the page set up in a way I like for this account, but when I switch to other accounts it's jarring because things aren't the same way. I could manually set them all up in the same way (and I probably will after I finish posting this suggestion, since it's on my mind now), but it would be nice to have a way to rapidly apply all of my preferences at once.

My suggestion is to have some sort of button you can click somewhere, maybe on one of the Manage Account tabs, to generate a textual list of your preferences that you can copy, and a textbox somewhere else on the same page where you can paste those preferences and automatically apply them. (Once you've logged into the account you want to apply them on, of course.) The list would read something like:

entry_field:column;show_panels:entry-link,tags,currents,journal,comment-settings;panel_arrangement:(some sort of... thing to indicate what order and location the panels are arranged in)

Obviously that's just garbage spewed out by someone who doesn't have the faintest clue how this stuff works, so I wouldn't expect it to look exactly (or even necessarily remotely) like that. But something along those lines!

It would also be nice for users who have a specific way they want their page layout to look, but feel like temporarily changing it either to see if there's another way they like better, or perhaps for Support troubleshooting; they could save their preferences and easily revert to them this way.

Poll #15505 A way to easily copy and paste Create Entry setting preferences
Open to: Registered Users, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (8.3%)

(I have no opinion)
19 (52.8%)

(Other: please comment)
0 (0.0%)

[personal profile] snitter

Title:
Comment Threads: Full Collapse

Area:
Comment sections

Summary:
Comment ignore function: implement an option which allows comments and associated threads to be fully collapsed and hidden, showing a placeholder that says "This comment is hidden, click to unhide it".

Description:
Collapsable comment threads:

Allow users to collapse and hide individual comments + threads, effectively giving users the option to put comments and their associated threads "on ignore". Once hidden, the comment will be replaced with generic placeholder text that reads "This comment is hidden, click to unhide it". The comments can be unhidden with the press of a button.

This would be useful the event that a thread becomes long and begins stretching the page, requiring excessive amounts of scrolling to reach the bottom, or if the comment contains an image or discussion content that a user doesn't want to see.

This option is easily implemented with a javascript function, and already exists on certain *chan boards.

Thanks in advance for your consideration!

Poll #15504 Comment Threads: Full Collapse
Open to: Registered Users, detailed results viewable to: All, participants: 33


This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (12.1%)

(I have no opinion)
8 (24.2%)

(Other: please comment)
1 (3.0%)

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: Registered Users, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (25.0%)

(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: Registered Users, 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%)

Profile

Dreamwidth Suggestions

July 2015

S M T W T F S
   1234
5678910 11
12131415161718
19202122232425
262728293031 

Style Credit

Expand Cut Tags

No cut tags

Syndicate

RSS Atom