denise: Image: Me, facing away from camera, on top of the Castel Sant'Angelo in Rome (Default)
[staff profile] denise2011-04-10 08:13 am
Entry tags:

[sticky entry] Sticky: [site community profile] dw_suggestions: A User's Guide

[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?
siderea: (Default)
[personal profile] siderea2017-04-10 09:09 pm

Page Statistics 2: Electric Boogaloo

Title:
Page Statistics 2: Electric Boogaloo

Area:
entries

Summary:
Native journal stats, like LJ used to do, only not horribly invasive like LJ. How many, not whom. Also integrated into the DW user interface.

Description:
Way back when, somebody else suggested, in a suggestion titled Page stats (http://dw-suggestions.dreamwidth.org/570175.html), "something like LiveJournal's My Guests feature", and the commenters here promptly set the suggestion on fire and then drowned it. The My Guests feature of the LJ Stats page makes *reading* journals less private, and gave many DW Suggestion commenters the heebee-geebees.

Unfortunately, that was the end of the proposal to implement any of the LJ Stats Page here. Unfortunately, because the LJ Stats Page also had lots of other useful analytics information, that was in aggregate and didn't violate anybody's privacy. For instance, from my LJ Stats page I just discovered that my LJ typically gets about 35 daily hits to my journal's RSS feed – information that would otherwise be utterly invisible to me. Since in the past I've wondered if anybody cares about RSS, that is usefully informative to me. For another instance, I am able to see how many visitors – not, mind you, LJ users, just unique visitors – came to a given post. If I had the same stats here on DW, I would be able to see how my efforts to move my readers from LJ to here were working.

When last this was proposed, one of the questions a commenter reasonably asked was "How is it different from the Google stats feature available for paid DW accounts?"

1) It doesn't involve Google for one thing. I have two big problems with Google Analytics:

1a) It is, to me, a much bigger privacy violation than My Guests ever was. My Guests was optional: if you ever wanted not to be counted, you turned it off and you never appeared in anybody's My Guest report. I, as a reader, have no way to opt out of GA – except to use a script blocker to clobber GA, which I in fact do, because....

1b) Google Analytics' degrades site performance. I have to block the GA scripts at my browser, because otherwise, from time to time, page loads start hanging on trying to communicate with google-analytics.com. I don't want GA on my journal both because I don't want to inflict on my readers a privacy compromise I don't want inflicted on myself, and I don't want to inflict on either me or my readers the page load times GA periodically (or is it always? as I said, I block it) causes.

2) As per 1b above, GA is client-side and third party. I don't want this sort of functionality coming through *any* third-party javascript. It will always tax the user's browser and internet connection, and expose information to a third-party. I have no interest in trusting any third-party with, for example, statistics *about my locked posts* the existence of which should be a private.

3) Not having a GA account I can't say what it includes in its reports, but knowing what I do about its implementation, I'm guessing it has no way to tell you *the number of times your post appeared on other parts of the site*. AFAIK, GA only knows – only *can* know – about the concept of "webpages". LJ's Stats would give you *two* numbers: the number of unique visitors to a post's page *and* the numbers of unique viewers of your post _in all the other places it appears on LJ_, such as on friends pages, your own Recent Entires pages, your Calendar pages, etc. LJ Stats leverages LJ's knowledge of its own info-architecture to come up with stats that GA can't.

Finally, it would be great if the interface for such a thing were integrated into the general DW journal interface, such that journal owners would have a contextual stats icon/link (visible only to them) wherever appropriate, that takes them to the corresponding stats page. For instance, such a link would appear on posts, and would take one to the stats page for that specific post. One's Calendar would have it on the day, month, and year views, and take one to one's corresponding day, month, and year stats pages. And that's not something that GA or any third-party javascript-based analytics implementation could manage.

More Details

When last this came around, it became clear most commenters didn't know what LJ did provide. Here's an overview:

There are four top level categories to the Stats page that I propose are of interest to DW: Journal, Comments, Entries, and RSS Readers.

The Journal page shows stats for your whole journal, breaking it out by number of total visits, total unique vistors, and how many of those unique visitors were logged-in LJ users. It allows you to view this information by either your journal itself, or your journal plus all friends pages on which your posts appear, and it allows you to drill down in either of these views to any year (shows bar chart by month), month (shows bar chart by day), or day (shows bar chart by hour). This last allows one to get a sense of on what days and at what times of the day one's readers are seeing one's journal.

The Comments page shows the stats on numbers of comments and numbers of commenters. Like the Journal page, you can drill down by time span.

The Entries page shows the stats for a given entry (post). It defaults to the most recent entry in your journal, has a list at the bottom of your ten most recent posts with links to their stat pages, for user convenience, and a text box in which you can put the URL to any of your entries to get the stats for it (not the most convenient of user interfaces). For a given entry, it shows Visits, viewers ("Who Viewed"), and Comments. Visits breaks out by Entry Views, All Visitors and Livejournal Visitors. "Entry Views" is the other sense of "entry": when that page is the page-of-entry of a reader to LJ – what happens when somebody follows a link somewhere else, like Twitter or Tumblr or FB or an RSS reader or an email, to a post of yours. That gives one a sense of how much traffic is being driven to a post by virality elsewhere. Visits also allows drill down by year/month/day, same as above. "Who Viewed" gives a break down between the number of all viewers of the post vs. the number of the subset that are Friends of you - it shows you whether it's just Friends reading your posts or other people. Also allows drill down by year/month/day. "Comments" shows comments vs number of unique commenters for the post, with year/month/day drill down.

The RSS Readers page shows a chart of number of requests to one's RSS feed, with drill down by year/month/day.

Poll #18206 Page Statistics 2: Electric Boogaloo
Open to: Registered Users, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (30.6%)

(Other: please comment)
0 (0.0%)

solarbird: (Default)
[personal profile] solarbird2017-04-08 07:40 pm

"Activity"-like view of 1st page of Inbox, in a dropdown, from Navigation Strip

Title:
"Activity"-like view of 1st page of Inbox, in a dropdown, from Navigation Strip

Area:
navigation strip, messaging

Summary:
It is currently very easy to configure your Inbox to serve as an activity notification hub. It would be very useful to have a shorted version of the first page of that Inbox be accessible via a dropdown on the Navigation Strip, and allow some manipulation of your Inbox via that dropdown.

Description:
Each line of the proposed dropdown would contain a one line description of the activity. (N replied to [your post|comment], N messaged you, subject "", N posted to group X, and so on). Each entry would contain an "x" dismissal button which would delete the notification from both the Inbox and the dropdown. Clicking on an individual entry outside of the dismissal button would take you to the item about which you are being notified - the message, the comment made, etc - and mark it as read. A "see all" entry at the bottom of the dropdown could take you to the current Inbox view. Currently, using the Inbox as a notification centre results in large numbers of page swaps and reloads, as you go from Inbox to post to Inbox to reply form to Inbox etc., etc., etc., with mark-as-read and delete-item as separate actions across separate pages. Further, it is difficult to maintain (de-clutter, etc) without engaging in that maintenance as a separate task. As a result, those of us who have this issue end up with over-full Inboxes that we tend to bulk-delete. This suggested feature would allow us both to use our Inbox more easily and maintain it more effectively, resulting in improved usability of the service and - hopefully - fewer notifications being stored on the servers.

Poll #18205 "Activity"-like view of 1st page of Inbox, in a dropdown, from Navigation Strip
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (16.1%)

(I have no opinion)
15 (48.4%)

(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] melannen2017-04-07 04:43 pm

When uploading images, display most recent upload at top

Title:
When uploading images, display most recent upload at top

Area:
Upload Images page

Summary:
On the wonderful, amazing new image upload page, it would be nice to be able to immediately tell if the correct image uploaded. Changing the display so the most recent image is on top would fix this.

Description:
Most of the time when I use the image upload page, it's from my phone camera, on a tiny mobile screen. Currently, when I'm uploading multiple images, the only way to tell if an image was correctly uploaded is to scroll down to the bottom of the page to see it, and then scroll back to the top to upload the next image. This quickly gets tedious with more than a couple images. If the new image preview appeared directly below the upload box, it would be immediately visible and make workflow much smoother on mobile. I can't think how it would make it harder for anyone. (If that's not technically doable for some reason, any kind of upload confirmation that is visible near the upload box on mobile would be nice.)

Poll #18204 When uploading images, display most recent upload at top
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (15.0%)

(Other: please comment)
0 (0.0%)

Support Board: add exclude filter

Title:
Support Board: add exclude filter

Area:
support, site interface

Summary:
The Support Board has a filter to show you all requests from category Z. I'd like the opposite of that: show me all requests but the ones from category Z.

Description:
The board could certainly do with more complex filter options such as letting you filter and exclude multiple categories but that's a discussion for when the board will get a full redesign. I think the exclude Z filter would be a simple yet still practical option for now.

Poll #18203 Support Board: add exclude filter
Open to: Registered Users, detailed results viewable to: All, participants: 32


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (37.5%)

(Other: please comment)
0 (0.0%)

marahmarie: Sheep go to heaven, goats go to hell (Default)
[personal profile] marahmarie2017-03-30 11:44 pm

Unscreen your comments from Post Comment Success page

Title:
Unscreen your comments from Post Comment Success page

Area:
entry comments

Summary:
Dreamwidth screened comment settings currently entail screening our own comments when we choose to screen all comments on our journals (I'm not sure if this behavior is the same for communities). I'd like to suggest we save time for journal owners, specifically, by allowing them to unscreen their own comments from the Post Comment Success page.

Description:
Dreamwidth screened comment settings currently entail screening our own comments when we choose to screen all comments on our journals (I'm not sure if this behavior is the same for communities). I'd like to suggest we save time for journal owners, specifically, by allowing them to unscreen their own comments from the Post Comment Success page (https://www.dreamwidth.org/talkpost_do). This saves time - no more going back to the entry or your DW Inbox or off-site email to find and unscreen the comment you just replied made in reply to someone.

Poll #18202 Unscreen your comments from Post Comment Success page
Open to: Registered Users, detailed results viewable to: All, participants: 30


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (50.0%)

(Other: please comment)
0 (0.0%)

allen: (Default)
[personal profile] allen2017-03-27 11:11 pm

Quick jump to next/previous entry

Title:
Quick jump to next/previous entry


Area:
reading page


Summary:
Add a javascript function to skip to the next or previous entry in your reading page. The function would be available either through a sticky element for desktop, or through a swipe gesture for mobile.


Description:
This is kind of like the Jump Links suggestion (which it looks like was accepted but lost in the bugzilla crash), but with a few differences.


The problem that it's supposed to solve is for when you end up with some long, uncut entries on your reading page (like from changelog or an RSS feed). And then you want to go to the next entry, but end up hitting page down a whole lot. Or worse, you're in mobile and you have to scroll down and keep scrolling and scrolling...


So the idea is to have a javascript function available to scroll to the next (or previous) entry in your page. This could be made available with a sticky module which would be available either in one of the sidebars or (if you don't have a sidebar) at the top of the main entry area. It would have just a 'Next' and 'Previous' button, which would take you to the next or previous entry in your reading list.


We could also include a jquery touch plugin that would add the same functionality with, say, a two-finger swipe up or down.



Edit 2017-04-24 I don't see much love for the sticky idea, but having a way to configure an optional shortcut has at least some support. So now I'm thinking a new tab in My Account Settings for Shortcuts, which would have options for

Enable keyboard shortcuts (checkbox, default unchecked)
Next (text field, default j)
Previous (text field, default k)
Enable touch shorcuts (checkbox, default unchecked)
Next (options for swipe/disabled, 1,2,or 3 fingers, and up/down/left/right)
Previous (options for swipe/disabled, 1,2,or 3 fingers, and up/down/left/right)

I could also add a way to make a link call the JS function so that anyone who wanted to use links instead of key bindings or touch gestures could just include those in their styles.

Poll #18201 Quick jump to next/previous entry
Open to: Registered Users, detailed results viewable to: All, participants: 26


This suggestion:

View Answers

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

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

Shouldn't be implemented.
10 (38.5%)

(I have no opinion)
5 (19.2%)

(Other: please comment)
2 (7.7%)

marahmarie: Sheep go to heaven, goats go to hell (Default)
[personal profile] marahmarie2017-03-13 01:07 am

Show poster is banned from quickreply

Title:
Show poster is banned from quickreply

Area:
quickreply

Summary:
In quickreply there is nothing stating a user's ban status. If a user types a comment in a journal or community from which they have been (perhaps unknowingly) banned, if they use quickreply to do so they won't realize (or recall, if they've forgotten) their ban status until they try to post their comment or else if they click through to the "more options" full-size comment box before posting.

Description:
Quickreply (the instant comment box you get on the reading page under each entry if you click "reply" from the entry linkbar) doesn't currently show relationship status to other users or communities. While kludging in the entire relationship status functionality might be a bit much for a simple reply box, it would be helpful to know if you're wasting your time writing the Gettysburg address in reply to someone, only to realize at the last second, when you try to post, that you've been banned from the journal or community in question.

While I'm not sure how it might be done, my thought is to make ban status (if applicable) visible so it can be seen before you try to post from a quickreply box. While I don't see a lot of room for it as I look at a quickreply box as I type this up, I'm thinking in addition to* the JS usericon-picker saying "Browse" in big, bold letters when you hover over it, it could say "You have been banned from this community/journal" as well.

*An earlier version of this said "While I don't see a lot of room for it as I look at a quickreply box as I type this up, I'm thinking instead of the JS usericon-picker saying "Browse" in big, bold letters when you hover over it, it could say "You have been banned from this community/journal" instead", then I realized, after posting, that "in addition to" would be better than "instead of".

Poll #18125 Show poster is banned from quickreply
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (35.5%)

(Other: please comment)
2 (6.5%)

darjeeling: Red | Transistor (Default)
[personal profile] darjeeling2017-03-10 06:31 am

Add Discord ID to profile under Connect Services

Title:
Add Discord ID to profile under Connect Services


Area:
profiles, third party integration


Summary:
Adding a new option for Discord to the Connect section of user profiles.


Description:
Discord (https://discordapp.com/) has been gaining popularity particularly among RPers in recent months as an alternative to AIM for a central messaging system. It'd be really nice if we could add our Discord user ID the same way we can add our AIM screen names to our profiles.

Their formats are CHOSENNAME#4DIGITS where the 4 digits are randomly assigned, but consistent, and the whole thing becomes your actual username - so if you chose the username "Penguin", Discord will give you "Penguin#2792" and that is your username.

Discord doesn't host profile pages outside of the chat app itself, so I don't think you could do the <user name=name site=discord> function, but it's not needed. Just the ability to list the username itself is really the useful bit.




Poll #18124 Add Discord ID to profile under Connect Services
Open to: Registered Users, detailed results viewable to: All, participants: 101


This suggestion:

View Answers

Should be implemented as-is.
82 (81.2%)

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

Shouldn't be implemented.
1 (1.0%)

(I have no opinion)
17 (16.8%)

(Other: please comment)
0 (0.0%)

Profiles: message box if I've banned this user

Title:
Profiles: message box if I've banned this user

Area:
profiles, relationships

Summary:
If you go to the profile page of a user you've banned, nothing indicates you've done so. I think a message box telling you you've banned this user, with the reason you've banned them (if you've filled it out) and an 'unban this user?' link would be useful. It could be displayed at the top of the profile.

Description:
Something could be added to the Navigation Strip as well?

Poll #18052 Profiles: message box if I've banned this user
Open to: Registered Users, detailed results viewable to: All, participants: 52


This suggestion:

View Answers

Should be implemented as-is.
41 (78.8%)

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

Shouldn't be implemented.
1 (1.9%)

(I have no opinion)
4 (7.7%)

(Other: please comment)
0 (0.0%)

Improvements for preview pop-ups

Title:
Improvements for preview pop-ups


Area:
entries


Summary:
This is a new version of my previous suggestion : https://dw-suggestions.dreamwidth.org/1492300.html. As lightboxes, which are what I was thinking of, are entirely unpractical and users prefer pop-ups it is best to keep preview windows as pop-ups. However, I find previews a bit impractical in their current form because they don't let you post your entry, nor get closed automatically when you've posted it. I'm also wondering if we need to see more than your entry in the preview window. If I preview my entry in the site skin for example, a good portion of the window (viewport) is occupied by the site header, making me scroll down if my entry is a bit long. Do you, fellow users, find being able to see (and use) the header useful?


Description:
These are the things I'm suggesting but feel free to come up with other ideas, or better ways to implement them:
*A 'post your entry now' button (copyright to sporky_rat) in the preview window which will post your entry (duh) but also close the preview window and trigger the success page in your main tab.
*As the preview window is not being updated dynamically, a 'back to editing' button which closes the preview window and brings you back to your editing tab (you're still free to refresh the window if you prefer keeping both tabs open and doing things that way)
*Or, if that can be implemented, a preview window which is being updated as you type (jducoeur also mentioned having editing and preview side-by-side or top-to-bottom which I think is an interesting idea. I don't know how accessible it is, if users would prefer it, how it would work on smaller screens, etc.)
*A preview window where the actual entry is more prominently displayed and other elements are hidden or do not take so much space (like a light version of the site skin/your journal or maybe only for users who display entries in the site skin?).





Poll #18050 Improvements for preview pop-ups
Open to: Registered Users, detailed results viewable to: All, participants: 22


This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (22.7%)

(I have no opinion)
8 (36.4%)

(Other: please comment)
0 (0.0%)

kerravonsen: (Default)

Take image descriptions from the image meta-data

Title:
Take image descriptions from the image meta-data

Area:
image hosting

Summary:
Save time in creating image descriptions by taking them from the image meta-data, using that to pre-fill the image description form.

Description:
When one uploads an image to the DW image hosting (yay!) you are able to drag-and-drop or select an image to upload, and then you get presented with a form which has things like "Title" and "Description" in it, which you have to fill in. But a lot of my images already have descriptions in the meta-data (e.g. the "Comment" field in a JPEG file). It's a pain to have to type all of that in again when I already did it once. What I would like to suggest is that the image uploader read the meta-data from the image, and use that to pre-fill the form. The user then can edit that as they like, but if they're already happy with what's in their meta-data, they can just save what's there without changing it. This would also be useful if someone is using the old "upload by email" interface which used to be the only way of uploading images to DW. That interface could use the meta-data of the image to fill in the Title and Description information, which the user could edit later on the DW website. As for what meta-data to use, I think one could use the filename for the Title (that's what LJ does) and use the JPEG "Comment" field, or the "Caption-Abstract" field from the EXIF data for the Description.

Poll #18047 Take image descriptions from the image meta-data
Open to: Registered Users, detailed results viewable to: All, participants: 32


This suggestion:

View Answers

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

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

Shouldn't be implemented.
6 (18.8%)

(I have no opinion)
5 (15.6%)

(Other: please comment)
1 (3.1%)

Suppress content in inbox notification

Title:
Suppress content in inbox notification

Area:
Inbox

Summary:
Make it toggleable as to whether the *content* of a private inbox message is sent in email. Currently the whole message comes with the notification, instead of just saying "you have a message".

Description:
DW is known for its superior privacy features. One thing it *doesn't* have - yet - is truly secure messaging, i.e. the only thing that goes outside DW is "you have a message". However, some people like using email as a vehicle for interacting with their social media. So I think in our privacy settings we should have a radio button: "Send content of messages with notification: yes/no" We could do this for comments, too, as a 2.0 thing. You could go one step further and make the "from whom" part togggleable too. Some messages are more sensitive than others... f'rex, the fact that I got a message from, oh, say, Bernie Sanders or Coretta Scott King or Dan Rather would be far more sensitive than getting a message from Joe Random I went to school with who didn't amount to much. I don't think we should go down as far as per-user.... that's a little much, and if you're that level of paranoid you should probably just turn off the "who" altogether.... but still. Having "you've got mail" land in your Gmail or Yahoo inbox where g-ds know who can see it is a lot safer than "meet me outside the palace at 2am with the gunpowder! Cheers, Guy"...

Poll #18046 Suppress content in inbox notification
Open to: Registered Users, detailed results viewable to: All, participants: 32


This suggestion:

View Answers

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

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

Shouldn't be implemented.
3 (9.4%)

(I have no opinion)
14 (43.8%)

(Other: please comment)
1 (3.1%)

Styles: make it easy to list your IDs on other websites in profile module

Title:
Styles: make it easy to list your IDs on other websites in profile module

Area:
modules, interoperability

Summary:
Dreamwidth displays links to other sites on your profile page but not on your journal. I suggest adding picture links to your other accounts (Facebook, Twitter, Instagram, etc.) to the profile module (or to another module if that's a better idea).

Description:
The idea is that you could enter your usernames on other sites and Dreamwidth would automatically create the appropriate picture links to the other accounts using the correct logos and display them into your profile module. This can already be done manually in the custom text module but I don't see why it shouldn't be easier to do. This is a pretty standard feature on several major websites now and I feel it's missing on DW. Ideally this could be further automated by using the 'other sites' part of your profile page and a simple option such as 'show links to other sites as filled out on my profile'. However, this part of our profiles is missing major sites such as Facebook, Instagram and YouTube so that would limit the usefulness of this new feature imo.

Poll #18045 Styles: make it easy to list your IDs on other websites in profile module
Open to: Registered Users, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (5.3%)

(I have no opinion)
9 (23.7%)

(Other: please comment)
0 (0.0%)

feicui: (Default)
[personal profile] feicui2017-01-14 10:24 am

Allow users to specify an account as a roleplaying account

Title:
Allow users to specify an account as a roleplaying account

Area:
accounts, statistics

Summary:
Allow users to specify an account for roleplay without affecting paid account services.

Description:
This is a suggestion mainly for statistical purposes! Dreamwidth has an active, sizable roleplaying community, a consequence of which is that there are a lot of "character accounts" scattered across the site. As someone who's very curious about DW's site statistics, I can't help but think that means there's a lot of essentially fictional data skewing things one way or another.

If possible, I'd like for roleplayers to be able to specify an account as being made for roleplay. It would have to be in a way that doesn't affect paid services, since some get paid/paid premium accounts and some don't. In addition to being able to choose it during account creation, there would also need to be an option for existing accounts to "switch over", since there are many, MANY existing character accounts.

Challenges involved: oh boy! I'm not at all familiar with site coding, especially Dreamwidth's, so I can't imagine how complicated this might be. I also don't know how many people would actually use this option, but I thought I'd throw this out there anyway.

Poll #18026 Allow users to specify an account as a roleplaying account
Open to: Registered Users, detailed results viewable to: All, participants: 55


This suggestion:

View Answers

Should be implemented as-is.
32 (58.2%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
21 (38.2%)

(Other: please comment)
1 (1.8%)

toudaimori: (Default)
[personal profile] toudaimori2017-01-12 10:32 pm

(Read more...) functioning as the black triangle to the left of it

Title:
(Read more...) functioning as the black triangle to the left of it

Area:
Cut

Summary:
Can we please have the (Read more...) link functioning as the cut-opening arrow, not as the direct link to the entry?

Description:
Right now, when you click the (Read more...) link, you are redirected to the whole entry with the comments. If you want to simply open the cut and read what's inside, remaining on the main page of the journal, you have to click the tiny black triangle to the left of (Read more...). Can we please ditch this black triangle, which is barely visible, and have the (Read more...) link functioning as one? As for the direct link to the whole entry, it can be moved to the header, which is currently plain text without any use.

Poll #18025 (Read more...) functioning as the black triangle to the left of it
Open to: Registered Users, detailed results viewable to: All, participants: 44


This suggestion:

View Answers

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

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

Shouldn't be implemented.
25 (56.8%)

(I have no opinion)
5 (11.4%)

(Other: please comment)
1 (2.3%)

blackorange: (Default)

posting a comment

Title:
posting a comment

Area:
comments

Summary:
is it possible to implement a worldwide hotkey ctrl+enter for posting a comment?

Description:
is it possible to implement a worldwide hotkey "ctrl+enter" for posting a comment?

Poll #18024 posting a comment
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

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

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

Shouldn't be implemented.
8 (23.5%)

(I have no opinion)
20 (58.8%)

(Other: please comment)
0 (0.0%)

lassarina: I'm not coming out until the stupid people have gone away.  ....I can wait all day. (Default)
[personal profile] lassarina2016-08-25 10:26 pm

System for Marking Entries to Read Later

Title:
System for Marking Entries to Read Later

Area:
Entries

Summary:
Similar to how AO3 allows you to bookmark fic to read later, it would be super convenient to be able to mark a DW entry on my reading page for later, especially if you often read Dreamwidth on mobile.

Description:
I try to read my reading page every day, but I don't always have time to read everything on it, especially when someone is doing heavy lifting for personal issues or has written a long, meaty entry I want time to digest, or hey look there's fic and I don't have time for it right this second but I really want to read it. I often read on mobile, and it's not really feasible to keep dozens of tabs open in mobile browser until I can come back to them. So, I'd love a way to store entries to read later that's separate from the memories feature (which in my mind is for stuff I've already read and want to remember.) I think this would make DW easier to use from mobile as well (oh look there's a post full of images, I don't want to look at that on a cell connection.)

Poll #18023 System for Marking Entries to Read Later
Open to: Registered Users, 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)
6 (15.8%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
13 (34.2%)

(Other: please comment)
1 (2.6%)

airynothing: (Default)

Fully threaded comment tracking emails using more than two References: headers

Title:
Fully threaded comment tracking emails using more than two References: headers

Area:
comment tracking emails

Summary:
Fully threaded mailreaders use the References: header in the email to build the tree structure of emails, expecting to find *all* direct ancestor messages' message-ids in the header. Currently comment notification emails only include up to two message-ids in the References: header -- one for the post, one for the top comment in the thread -- preventing the actual tree structure from being built by the mailreader. If all available parent-comment-of-parent-comment message IDs are included, a correct tree structure will be available in the mailreader.

Description:
I tracked a large comment meme and sent it to a fully threaded mailreader, only to find that the tree structure of the comments was not preserved. Threaded mailreaders use the References: header to build the tree, and all direct ancestor comments of the comment in question should be included. Currently in the email the only message-ids included in the References: header are for the post and the top-level comment. Result in the mailreader: chaos (due to the large size of the comment threads). Solution: include more references (all parent and parent-of-parent comments) in the References: header.

Poll #18022 Fully threaded comment tracking emails using more than two References: headers
Open to: Registered Users, detailed results viewable to: All, participants: 29


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
20 (69.0%)

(Other: please comment)
1 (3.4%)

[personal profile] julysnowed2016-05-17 03:43 am

Reconsidering the Ability to Delete All Entries/Comments Associated With an Account Upon Deletion

Title:
Reconsidering the Ability to Delete All Entries/Comments Associated With an Account Upon Deletion

Area:
accounts, entries, comments

Summary:
With the dramatic increase in recent years in both online and real-world harassment, I would like to consider revisiting the 2010 suggestion to give users the option to delete all entries/comments associated with an account upon account deletion.

Description:
The last time this suggestion was raised was in 2010, and it was rejected then. However, I think it's long past time to revisit the possibility of being able to delete all entries and comments associated with an account upon account deletion.

There are a lot of reasons people delete accounts. Sometimes those reasons are just a lack of time or interest, and that's okay. But sometimes those reasons get a lot more serious. We over-share sometimes. The people we meet online become friends, and we get lax about sharing personal information that perhaps shouldn't be shared in public internet spaces. Most of the time that never becomes a problem--most of the people we meet online are great. But sometimes the people who have access to your entries/posts/comments aren't great, and that can have repercussions irl just as easily as it can have repercussions online. The last few years have seen a dramatic uptick in everything from revenge porn to death threats to hacked accounts, and while stalking and real-world harassment are rare, they happen, and they're happening with increasing frequency. They happen often enough that (as of the time of this writing) a tumblr post about tips for how to disappear from the internet has over 760,000 notes.

Right now, Dreamwidth allows its users to delete comments manually, and to see the last 100/150 comments posted on paid/premium accounts, but many of us have posted thousands of comments over several years, and trying to find every single comment and offhand remark ever posted is an endeavor that's anxiety-inducing at best and impossible at worst. Giving users an option to automatically delete every post/comment they've ever made, even those made on outside communities or journals, would alleviate that burden entirely.

The biggest concern with this suggestion-and the concern that I saw raised most often on the 2010 post--was that it would inevitably leave conversations broken. There are ways to mitigate that: a suggestion I saw raised in the 2010 post was to add an "orphan all comments" feature in addition to a "delete all comments" feature. AO3 currently has a popular analogous option for those who want to remove their association with their fanworks without deleting them entirely. A quick review of several LiveJournal posts will also show that broken threads are in the minority, so we may not have to worry about that too much. Even if they weren't in the minority, though, it would still be a necessary evil; our conversations are important, but I don't feel that they should be more important than the safety of our users.

Poll #18021 Reconsidering the Ability to Delete All Entries/Comments Associated With an Account Upon Deletion
Open to: Registered Users, detailed results viewable to: All, participants: 43


This suggestion:

View Answers

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

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

Shouldn't be implemented.
12 (27.9%)

(I have no opinion)
9 (20.9%)

(Other: please comment)
1 (2.3%)

Icon Downloads

Title:
Icon Downloads

Area:
icons

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

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

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

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

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


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (26.8%)

(Other: please comment)
0 (0.0%)