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

Title:
Add use count/most recent use to icon selector

Area:
User icons

Summary:
Add use details along with icon and keyword previews to the icon selector.

Description:
This suggestion falls under the rubric of "I am very shallow and it would be nifty if I could do X."

My thought was that within the icon selector/browse pop-up thingie (that's the technical term, of course), it would be handy to have use information for each icon along with the icon preview and keywords.

<ETA>

Due to what appears to be some confusion regarding terminology, I thought I should clarify: I don't mean the drop-down menu. I mean the pop-up that appears when you click "Browse" or "View Thumbnails" and shows you an icon preview and keywords.

popup icon selector
This thingie!


</ETA>

At the moment, when I create a post, I manually go back 20 or 30 entries to look at the pattern of icon selection before I choose an icon for that post. I like to spread them out in an aesthetically pleasing way that most likely only makes sense to me.

It would be handy (assuming there are other people who do something similar) to have that information already available in the icon selector. Something like, "last use: [date] | total uses: 123" is what I envision.

Problems and drawbacks would stem from, I assume, the relative difficulty or ease of creating the statistics generator and the associated load on the servers. It may also be a feature that some people are not interested in. Possible solutions include the ability to turn the statistics on and off, or making the feature only available to paid, premium paid, and seed accounts.

Alternatively, the feature could be available on the user's static icons page. The drawbacks to that are that the statistics would be publicly available and a user would have to load a separate page to find them.

Poll #2025 Add use count/most recent use to icon selector
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (5.9%)

(I have no opinion)
8 (23.5%)

(Other: please comment)
0 (0.0%)

mark: A photo of Mark kneeling on top of the Taal Volcano in the Philippines. It was a long hike. (Default)
[staff profile] mark

Title:
Reply to multiple comments

Area:
Comments

Summary:
A new ability for someone to write one comment and have it show as a reply to multiple other comments. This allows someone to reply to several people at once without having to actually comment multiple times.

Description:
In detail: I would picture something like checkboxes or the ability to click on more than one comment and reply to them all at the same time. This serves several purposes:

a) Sends comment notifications to everybody you reply to,

b) Brings conversation back to one thread (instead of branching off on everybody who you would reply to),

c) Can be efficiently represented in the UI in a nice way,

I'm sure there are other things we could think about as far as benefits to this, or ways to implement, etc.

Drawbacks are mostly: user confusion. Having a single reply to multiple parents is very counter to existing user behaviors and might just be entirely too confusing. This may also not be a feature useful enough to be worth implementing.

Posting to suggestions for some feedback! What do you think?

Poll #1961 Reply to multiple comments
Open to: Registered Users, 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)
8 (21.1%)

Shouldn't be implemented.
10 (26.3%)

(I have no opinion)
4 (10.5%)

(Other: please comment)
3 (7.9%)

[personal profile] rho

Title:
Trim extraneous whitespace when auto-quoting in comments

Area:
Comments

Summary:
When you use the auto-quote button on comments, if there is any leading or trailing whitespace, it should be automatically removed.

Description:
When selecting the text to quote, it's often difficult or impossible to tell for sure whether you have any extraneous whitespace selected. For instance, I often find I have an extra space character selected at the end of the sentence that I didn't want to select. Even worse is when you accidentally select a leading or trailing line break meaning that you get a <blockquote> style quote rather than a <q> style quote.

What I'm proposing is that the selected text should be stripped of leading and trailing whitespace (spaces, newlines and tabs) before it is quoted and before the code determines whether it should be using <q> or <blockquote>.

The only drawback I can think of for this is if people actively want to quote trailing spaces or leading line breaks but I honestly can't think of any reason anyone would actually want to do this. Whcih probably means there are thousands of people out there about to tell me how wrong I am.

Poll #1765 Trim extraneous whitespace when auto-quoting in comments
Open to: Registered Users, detailed results viewable to: All, participants: 27


This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (3.7%)

(I have no opinion)
5 (18.5%)

(Other: please comment)
1 (3.7%)

feathertail: (Default)
[personal profile] feathertail

Title:
Replace "OpenID URL" field with "Name" and "Website" fields

Area:
Posting comments when you aren't logged into Dreamwidth

Summary:
Make it easier for people to identify themselves, without confusing them with technical jargon.

Description:
This suggestion was prompted by discussion on http://dw-suggestions.dreamwidth.org/185270. Basically, the idea is that nobody knows OpenID exists, and they shouldn't have to be given a crash course just to be able to comment. But everyone has a website they call home, so having a "website" field gives them a chance to tell us who they are. And if their site plays nice with OpenID, then we all get the added benefit that we know they are who they say they are.

I also suggest adding a note right underneath, which says "LiveJournal users, enter the URL to your LiveJournal so that your identity can be verified using OpenID." Even if they don't know what OpenID is, that lets them know that their identity is being verified. Meanwhile, people who know what OpenID is will see that magic word, and know that we're doing authentication here.

Poll #1707 Replace "OpenID URL" field with "Name" and "Website" fields
Open to: Registered Users, detailed results viewable to: All, participants: 36


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
17 (47.2%)

Shouldn't be implemented.
4 (11.1%)

(I have no opinion)
4 (11.1%)

(Other: please comment)
1 (2.8%)

feathertail: (Default)
[personal profile] feathertail

Title:
Make "OpenID URL" thing clearer for LiveJournal users and others

Area:
Posting comments when you aren't a logged-in Dreamwidth user

Summary:
We need to make it clearer to LiveJournal users that they should put their LiveJournal's URL in the OpenID URL field.

Description:
Y'know the place where it asks for your "OpenID URL" in the comment form? The one time that a LiveJournal-using friend of mine (an intelligent, Linux-using friend, mind) commented on my Dreamwidth journal, he just left a comment as anonymous. Even though my auto-crosspost included text saying to use OpenID.

You can say the problem's that he didn't read all the way, but I think OpenID is confusing, poorly explained and not self-explanatory. It's remarkably convenient, but we haven't yet found a good way of telling people how to use it. And I think probably most of the LiveJournal users who come here won't know that they can. Blogger and WordPress users might be more savvy, but then again, they might not.

I'm not sure how well it'd go over to give totally new readers a mandatory crash course in OpenID. But I think we need to somehow make it more clear that if you have a LiveJournal (or other OpenID-enabled) account, this option is for you. To use terminology that they'd be familiar with, and to specifically call out LiveJournal and/or other likely sites as places you can bring your account from.

So I thought I'd put in a ticket suggesting that. >.>b

Poll #1705 Make "OpenID URL" thing clearer for LiveJournal users and others
Open to: Registered Users, detailed results viewable to: All, participants: 17


This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (23.5%)

(I have no opinion)
5 (29.4%)

(Other: please comment)
1 (5.9%)

yvi: Kaylee half-smiling, looking very pretty (Default)
[personal profile] yvi

Title:
Screen all comments when entry is set to screen 'all comments'

Area:
Comments

Summary:
When a post is set to screen all comments, comments by the journal owner or moderators still go through without screening. They should also be screened by default.

Description:
When I set a post to screen all comments, the fact that if I comment (top-level comments, replies are another issue and in fact I am working on the suggestion made here: http://dw-suggestions.dreamwidth.org/74256.html ) it shows up unscreened is very counter-intuitive and often undesired in my experience. This happens with all comments of people who can 'manage'; a journal, so for personal journals the owner and for communities the moderators (or admins? maintainers? I am not good at that distinction).

If these people want their comments to be unscreened, they have the privileges to unscreen the comments themselves after posting. Also, the current behavior makes testing whether an entry is actually set to screen comments difficult, especially when a community has several administrators, example: maintainer 1 posts, sets to screened, maintainer 2 comments (maybe to submit something for an anon challenge) and wonders why the comment wasn't screened.

I propose that the setting for comment screening should apply to all users. The other way this could be done would be to have a new setting 'all comments except mine', but I personally think that's too many settings.

Edited to add: The text you get when commenting even says "will be screened" even though it won't be.

Poll #1613 Screen all comments when entry is set to screen 'all comments'
Open to: Registered Users, detailed results viewable to: All, participants: 50


This suggestion:

View Answers

Should be implemented as-is.
46 (92.0%)

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

Shouldn't be implemented.
3 (6.0%)

(I have no opinion)
1 (2.0%)

(Other: please comment)
0 (0.0%)

[personal profile] rho

Title:
Remove emoticons for commenting

Area:
Comments, images

Summary:
The little emoticons that you can choose to include with a comment are really showing their age. They should be removed entirely or, failing that, updated.

Description:
I'm fairly sure that the little emoticons that can optionally be attached to comments haven't been updated at all since I joined LJ back in 2001, and it sure does show.

They're already fairly well hidden. They're not available through quick reply at all, and through the regular comment interface, the only indication that they exist at all is a tiny greyed out smiley.

Personally, I'd like to see them just removed entirely. They look ugly, add a bit of extra clutter to the interface and the code, and don't really serve much of a useful purpose. What I presume was their intended purpose has now been largely superseded by people having and using a wide variety of user icons.

If we want to keep them, though, we should at least completely replace them all with newer graphics.

Poll #1605 Remove emoticons for commenting
Open to: Registered Users, detailed results viewable to: All, participants: 63


This suggestion:

View Answers

Should be implemented as-is.
43 (68.3%)

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

Shouldn't be implemented.
5 (7.9%)

(I have no opinion)
4 (6.3%)

(Other: please comment)
0 (0.0%)

ivorygates: (Default)
[personal profile] ivorygates

Title:
Keyword Search of Icon Descriptions When Posting

Area:
posting

Summary:
With 250 icons to choose from, it can take a really long time to scroll through them when choosing one for posting or comments. I know they're organized alphabetically by title. Could we have them keyword-searchable?

Description:
When I make an entry or a post, I choose the icon to go with it, and currently the reply frame is set up so "Icon To Use" gives you a dropdown menu showing all your icons alphabetized by the name you've given them. But with 250 icons, that's still a lot of icons to search through, and I wondered if it would be possible to augment this with a Search Keyword option. What this would do would be search through your icon titles based on the keyword you typed in and present the results to you in the dropdown menu after which you could make your selection.

Assuming you put in a unique keyword in the search box, you could just pop up the exact icon you were looking for, and if you didn't, you could at least narrow the selection of icons you had to look through to choose the one you want.

I see this as a Paid/Premium feature, both since it would be widget-intensive, and because that's the account level with 250 icons.

Poll #1594 Keyword Search of Icon Descriptions When Posting
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (6.5%)

(I have no opinion)
10 (32.3%)

(Other: please comment)
1 (3.2%)

msilverstar: (Default)
[personal profile] msilverstar

Title:
add reply features to comment preview

Area:
entries - replies

Summary:
Add the icon menu and Browse, More Options button, and spellchecker to the Comment Preview mode.

Description:
I didn't miss those features until I needed one, and was startled to find that the nice insta-preview mode didn't offer me any of them. From the outside, it looks fairly easy.

Poll #1568 add reply features to comment preview
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

Should be implemented as-is.
28 (90.3%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
3 (9.7%)

(Other: please comment)
0 (0.0%)

aedifica: Me with my hair as it is in 2020: long, with blue tips (Default)
[personal profile] aedifica

Title:
Half-anonymous commenting: commenter must leave name but doesn't have to log in

Area:
Comments by non-Dreamwidth users

Summary:
A comment-posting option that does not require the commenter to be logged in but does require the commenter to leave a name or handle.

Description:
Problem to be solved: A lot of people I know on LJ haven't gotten the hang of this OpenID thing and use the "anonymous" option instead when commenting on Dreamwidth entries. However, these commenters who use the "anonymous" option often forget to sign their comments, which bugs me because I want to know who the comment is from. Yet I don't want to turn off anonymous commenting altogether, because I want my LJ friends to be able to comment on my Dreamwidth entries.

Proposed solution (two parts):

1. Create a new level of authentication for comments, where no login is required but there is a text box labeled "Name" that requires input before the comment can be submitted.

2. Add this new option to the choices Dreamwidth users already have for what level of comments to allow on their journals (the option is on the Manage Account page, Privacy tab). Current choices are to allow comments from Everybody, Registered Accounts, Access List, or Nobody.

Possible drawbacks: I can't think of any unless this would be a complicated thing to code.

Alternatively, I suggest something identical to this but with a box for Name and a second box for Email Address instead of just the one box for Name. Once the comment is posted, the email address used would not be visible to anyone except the journal owner, like how IP address tracking works already. In practice this option would be like what a lot of blogs use for comments.

Possible drawbacks to the alternate option: This option seems like it would be more complicated to code because of hiding the email address, but that might be easier than I think it would because something similar is already in place for IP addresses.

Poll #1560 Half-anonymous commenting: commenter must leave name but doesn't have to log in
Open to: Registered Users, detailed results viewable to: All, participants: 35


This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (11.4%)

(I have no opinion)
4 (11.4%)

(Other: please comment)
7 (20.0%)

nigeltde: if trixie could just think hard enough she would undo everything (Default)
[personal profile] nigeltde

Title:
Make "Icon to use" link in comment boxes be a thumbnail pop-up

Area:
icons, comments

Summary:
Change the "Icon to use" link available next to the icon drop-down list into a link to a thumbnail pop-up like the one available when posting an entry.

Description:
I find it cumbersome to open a new tab to view my icons when commenting, but I do very much like to be able to view my icons before choosing one. The "view thumbnails" pop-up is extremely convenient when posting an entry and I think it would be just as convenient to have that available for commenting.

A link change would be the easiest way to do this but if there is a good reason for keeping the link to the icons page, hopefully a second link or image would not cause clutter.

Poll #1533 Make "Icon to use" link in comment boxes be a thumbnail pop-up
Open to: Registered Users, detailed results viewable to: All, participants: 28


This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (14.3%)

(I have no opinion)
5 (17.9%)

(Other: please comment)
1 (3.6%)

medrin: matlab code with everything but 'hold on' blurred (Default)
[personal profile] medrin

Title:
Display time on entries and replies.

Area:
entries

Summary:
Some way to know how long ago an entry or reply was actually posted, taking into account the different time zones.

Description:
This is something that annoys me form time to time. I look at the time stamp on an entry or reply and have no idea how long ago it was actually posted, considering that I don't know where the poster lives. At the same time I would not want to lose the ability to see what time it is for the poster.

On replies to entries the time is displayed as xx:xx am/pm (local), which I take to mean the local time for the poster of the reply. My suggestion is that instead of the (local), display the time difference between the poster and the chosen time zone on my logged in account. For example (+8h) or (-2h). When not logged in it could go back to (local) or show the difference to GMT.

I would personally prefer if this was added to the entries as well, but I can understand it if other people think that this would take up to much space.

Poll #1395 Display time on entries and replies.
Open to: Registered Users, detailed results viewable to: All, participants: 29


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
8 (27.6%)

Shouldn't be implemented.
1 (3.4%)

(I have no opinion)
4 (13.8%)

(Other: please comment)
2 (6.9%)

tim: Tim with short hair, smiling, wearing a black jacket over a white T-shirt (Default)
[personal profile] tim

Title:
Display edit history for comments and entries

Area:
entries

Summary:
Provide links that display the content of each edit to a comment or entry

Description:
Inspired by <a href="http://dw-suggestions.dreamwidth.org/122639.html">a suggestion</a> from <user name="cesy">, I'd like to be able to see a MediaWiki-style edit history for each comment or entry that has been edited. An unobtrusive link could point to a list of changes organized by date, with a link for each change that would show the differences between the previous and next version of the comment or entry. Users could provide optional edit summaries as well.

For those who haven't used a wiki, see the history for <a href="http://en.wikipedia.org/w/index.php?title=Comparison_of_sites_using_the_LiveJournal_codebase&action=history">a sample Wikipedia article</a> for an example of what I mean.

The downside is that some users might not want to make edit histories visible for their posts, but the feature could be opt-out.

Poll #1302 Display edit history for comments and entries
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

Should be implemented as-is.
4 (11.8%)

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

Shouldn't be implemented.
24 (70.6%)

(I have no opinion)
1 (2.9%)

(Other: please comment)
2 (5.9%)

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

Title:
Note which of your comments have replies on Manage Comments

Area:
manage comments tool, recent comments page

Summary:
In the 'Latest Posted' section at the bottom of the the 'Manage Comments' page (http://www.dreamwidth.org/tools/recent_comments), have an asterisk or similar marking next to each link if and only if someone replied directly to that comment.

Description:
(Original LJ Suggestion: http://community.livejournal.com/suggestions/782958.html)

In the 'Latest Posted' section at the bottom of the the 'Manage Comments' page, it lists recent comments that you've made in other journals and provides a link to the journal entry marked "(link)". The suggestion is to place an asterisk or similar marking next to that link if and only if any replies have been made to that comment. Thus, if you have commented on someone's journal entry, and then they responded to your comment, an asterisk or similar marking would appear like this: "(link)*".

Poll #1291 Note which of your comments have replies on Manage Comments
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)
1 (3.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (36.4%)

(Other: please comment)
0 (0.0%)

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

Title:
Option to add a reason when editing comments

Area:
comments, editing

Summary:
Be able to fill in a reason when editing a comment and have it automatically added to the edit timestamp, which looks neater than putting "Edited to fix icon" at the bottom of your comment.

Description:
(Original LJ Suggestion: http://community.livejournal.com/suggestions/792633.html)

When editing a comment, have an option to add a reason. This would then be displayed beside the edit timestamp. It would look neater than the current situation in some social circles, where people add "Edited to fix typo" to the bottom of a comment - instead, it would just display "Edited (typo) at 2007-12-01 10:19 pm (local)".

Obviously if you don't fill in a reason, it displays as normal. It could have a drop-down box of common reasons, but the ability to fill in your own reason is more important.

Poll #1289 Option to add a reason when editing comments
Open to: Registered Users, detailed results viewable to: All, participants: 55


This suggestion:

View Answers

Should be implemented as-is.
47 (85.5%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (12.7%)

(Other: please comment)
0 (0.0%)

szabgab: (Default)
[personal profile] szabgab

Title:
what html and extra tags can be used?

Area:
post editor

Summary:
When writing a new post or editing an older one I could not find an easy (or for that matter any) link to a list of HTML tags I can use (or that are recommended) or the extra tags DW allows and their recommended usage (eg. &lt;cut&gt;...).

Description:
I'd like to have that.

Poll #1152 what html and extra tags can be used?
Open to: Registered Users, detailed results viewable to: All, participants: 32


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (21.9%)

(Other: please comment)
2 (6.2%)

[personal profile] rho

Title:
Automatically disable auto-formatting in certain HTML tags

Area:
entries, markup, html cleaner

Summary:
If an entry or comment contains tags such as <ul>, <ol>, <dl>, <table>, or <pre> any text within those tags should automatically have auto-formatting turned off, as if the tag was surrounded by <raw-code>.

Description:
Auto-formatting is massively useful most of the time, since it lets people write in paragraphs without having to worry about adding in HTML line breaks.

Often, though, if people are putting lists or tables into their entry -- either coded manually or copied from elsewhere -- they won't disable auto-formatting either because they forget or because they don't know how. This often results in extra line breaks where they aren't wanted, resulting in ugly and ungainly entries or comments.

It would be nice if auto-formatting could automatically be turned off in tags such as <ul>, <ol>, <dl>, <table>, and <pre> to stop this from happening.

The disadvantage to this is that if people are writing lists/tables and actually want additional linebreaks, they'll have to insert them manually. I think this is much rarer than people not wanting the linebreaks there, though, and also think that it's a problem that's more likely to be encountered by people who are more familiar with HTML in the first place.

Poll #1145 Automatically disable auto-formatting in certain HTML tags
Open to: Registered Users, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

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

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

Shouldn't be implemented.
21 (50.0%)

(I have no opinion)
5 (11.9%)

(Other: please comment)
2 (4.8%)

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

Title:
Reply to comments without unscreening

Area:
comments

Summary:
Allow users to reply to screened comments without unscreening them.

Description:
This has been requested and mentioned in a lot of places, but I couldn't find it in Bugzilla.

Basically, change the default behaviour so that replying to a screened comment does not automatically unscreen it. You can then choose to unscreen it as well if you want. The person you're replying to should be able to see and/or get a notification of your reply.

Poll #1065 Reply to comments without unscreening
Open to: Registered Users, detailed results viewable to: All, participants: 77


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (2.6%)

(I have no opinion)
6 (7.8%)

(Other: please comment)
0 (0.0%)

trobadora: (Default)
[personal profile] trobadora

Title:
Replying from email while logged out

Area:
entries

Summary:
Make it possible to reply to comments from the form in the notification email while logged out.

Description:
Currently you can't reply to comments from the reply form included in email notifications unless you're logged in. I want to suggest that functionality is restored.

Advantages: You don't have to log in on someone else's computer (or at work) just to fire off a quick reply to a comment. And if you have more than one account, you can reply to comments on both equally easily.

Problems: I've been told there are security issues? (I haven't heard of it causing any problems on LJ, though.)

Poll #983 Replying from email while logged out
Open to: Registered Users, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

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

Should be implemented with changes.
11 (26.2%)

Shouldn't be implemented.
15 (35.7%)

(I have no opinion)
7 (16.7%)

(Other: please comment)
1 (2.4%)

elizabeth_rice: Snoopy typing on his typewriter (Default)
[personal profile] elizabeth_rice

Title:
Comment screening in another user's entry

Area:
entries, comments

Summary:
Ability to screen my own comment(s) in another user's entry in a personal journal and/or community.

Description:
Each user has the ability to delete his/her own comment in another user's entry. Only the entry poster can delete, screen and freeze comments made to their entry(ies).

If I wish to share personal information that I do not want others to view, what I can currently do is to delete the comment after posting it to ensure that only the entry poster can view it. Even if I were to ask the entry poster to screen my comment, s/he will only do so when s/he reads my comment.

My suggestion is to allow each user the ability to screen his/her own comment in another user's entry(ies) made in a personal journal/community, whether the entry/journal/community is public or restricted to that user's access list or community members. This way a user can share personal information with the entry poster that s/he does not wish for others to view.

Regarding communities, perhaps some users might feel hesitant to implement this in case it creates additional problems for maintainers/moderators in case of conflict between the entry poster and other members/users. However, I know that members/users with posting access already have the ability to delete, screen and freeze all comments made to their entries in a community. So I don't believe that it would cause additional problems if users have the ability to screen their own comments.

Open to: Registered Users, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

Should be implemented with changes.
7 (18.4%)

Shouldn't be implemented.
22 (57.9%)

(Other: please comment)
0 (0.0%)

Profile

Dreamwidth Suggestions

December 2018

S M T W T F S
      1
23 45678
9101112131415
16171819202122
23242526272829
3031     

Style Credit

Expand Cut Tags

No cut tags

Syndicate

RSS Atom