dw_suggestions | Entries tagged with workflow: commenting

Title:
AJAX expand/collapse of comments

Area:
comments

Summary:
Extend the new expand/collapse functionality for cut-tags to comments too.

Description:
The awesome expandable cut-tags have already become so natural to me that this afternoon I suddenly thought, "Hey, the comments should do that too!"

--In fact, both

a) existing comments, and
b) the "post a new comment" box

could be expandable.

Hm, I guess it might be more awkward if it's a really popular post with eleventy-hundred comments?

But other than that, it'd just be great to be able to reply to someone and/or read comments without having to open a new tab or lose your place in your reading page - either of which break the flow.

Poll #3457 AJAX expand/collapse of comments

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
7 (17.5%)

(I have no opinion)
9 (22.5%)

(Other: please comment)
1 (2.5%)

kaigou

Title:
identify deleted replies to journal

Area:
comments

Summary:
Identify the who & where for deleted replies, when listed in Inbox.

Description:
Currently, if a reply is deleted, the Inbox only says "deleted reply for [journalname]". Since (AFAIK) there's no notification to get when someone deletes their reply, it can be a source of confusion to see a reply has been deleted but with no idea who, what, or where for the deletion.

Suggestion is to change this Inbox notification to something like:

"Deleted reply to post, [date]*: comment by [username] in [post title]."

Poll #3299 identify deleted replies to journal

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
39 (79.6%)

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

Shouldn't be implemented.
4 (8.2%)

(I have no opinion)
5 (10.2%)

(Other: please comment)
0 (0.0%)

*first version was misleading, now revised. (I didn't mean "date of deletion" but "date of post that got reply", something that helps clarify which post -- for those folks who either never actually title their posts or tend to use repetitive titles, having the date helps specify the post involved.)

merrily

Title:
"Hugs" Button

Area:
Commenting

Summary:
How about adding a "hugs" button, like the "like" feature in Google Reader, as a way to add no-response-necessary statements of support on posts where the poster has turned off comments?

Description:
There are times when users turn off commenting on their entries, because either they don't want to have a discussion on the topic or they're not able (emotionally or physically) to respond to comments.

One such entry showed up on my reading list today, and I was thinking that it would be nice if we had a way to show support that, by it's very design, freed the original poster from a duty to respond. How about a "hugs" option? Like the "like" button in Google Reader? It could show up as an "(X number of) readers send hugs" line.

Thoughts, people?

Poll #3190 "Hugs" Button

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
64 (71.9%)

(I have no opinion)
4 (4.5%)

(Other: please comment)
4 (4.5%)

damned_colonial

Title:
Option to nag you for non-default icon

Area:
user icons, posting, commenting

Summary:
When posting or commenting, I'd love it if there was an option to remind me with "Do you really want to use your default icon?"

Description:
I'm constantly going back and editing my posts/comments because, two seconds after hitting the submit button, I realise I should have chosen a different icon. Perhaps I'm the only person who does this? But if not, I was thinking, it might be handy to have some kind of setting to make it ask me each time, "No, really, CHOOSE AN ICON. You have heaps of them! One of them is perfect for this post, if you just stop and think for a moment!"

Ahem.

Implementation: some kind of per user setting, I guess?

Poll #3026 Option to nag you for non-default icon

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
20 (31.2%)

(I have no opinion)
19 (29.7%)

(Other: please comment)
2 (3.1%)

aithine

Title:
Page title should not change to just "Post comment" on the post comment (?mode=reply) page

Area:
entries, usability, accessibility

Summary:
When visiting a ?mode=reply page, the page title is replaced with "Post comment," regardless of what the poster actually titled the post.

Description:
When visiting a ?mode=reply page, the page title (the text in between <title></title> in the page's html, which displays in the browser's title bar) is replaced with "Post comment," regardless of what the poster actually titled the post.

So if you open posts you want to read later in different tabs while skimming through your circle, you could potentially end up with a window full of pages all titled "Post comment" rather than a useful username and post title. :)

I'd suggest adding "post comment" to the already existing page title, rather than replacing the post title completely.

ETA from a comment I made below: From a design/usability standpoint: title and author (poster) are metadata that should be displayed consistently, no matter what style or mode is used to access the post. Having the info on nearly all views and then removing it completely when switching page view to comment is a bad design choice by whoever set up the comment pages initially on LJ.

Poll #2911 Page title should not change to just "Post comment" on the post comment (?mode=reply) page

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
52 (86.7%)

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

Shouldn't be implemented.
3 (5.0%)

(I have no opinion)
3 (5.0%)

(Other: please comment)
0 (0.0%)

aithine

Title:
Display tags on the post comment page

Area:
tags, styles

Summary:
The ?mode=reply page does not display the tags on a post and it should.

Description:
If you add ?mode=reply to a post's url, the page does not display the tags on that post. It really should. :)

Here's why I'd like it fixed: I read a lot of fic on DW, and have a bookmarklet that adds ?mode=reply&format=light to clean posts up. When I'm following recommendation links, I frequently check to see if the author has other posts on the same topic/fandom. To see them, I have to remove the mode=reply bit in order to see the tags at the top of the format=light version of the page.

Tags are metadata for posts that should display no matter what style or mode is used to display a post.

Poll #2910 Display tags on the post comment page

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
53 (91.4%)

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

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
4 (6.9%)

(Other: please comment)
0 (0.0%)

elf

Title:
Allow paid users to buy paid comment features for visitors in their journals

Area:
commenting

Summary:
This would allow paid users to allow free or OpenID accounts to use normally paid-only features while commenting: having comments emailed to them, editing comments, tracking individual comment threads, and so on.

Description:
Inspired by a recent discussion about potentially allowing free/openID users to have their comments mailed to them. While giving more features to free accounts is not in DW's best interests, having a way to encourage users from other sites to come to DW is. This would allow DW users to tell their LJ friends that they'll still be able to use the comment features they care about.

I've got no idea how difficult the code would be, or what hassles in payments it would cause, so I'm not sure how practical this is, as described here. It probably needs some tweaking to be useful.

Paid users could have the option of paying a small bit (hrm, few dollars a month? Less? Half the cost of whatever paid level they have?) to allow users in their journal access to the most commonly desired paid features for comments.

These features would be somewhat useful for individuals, and greatly useful for communities to be able to offer their members. Because of the potential higher activity level at comms, price for an individual journal might be different from that of a community. (OTOH, maybe the increased usefulness for comms would balance out against the fact that paid comms don't get much use out of their increased number of icons.) The ability to buy points would allow community members to donate towards the total cost, rather than the main moderator having to pay all of it.

Turning on comment editing in a single journal might be fairly simple. This would be useful to almost anyone; pretty much everyone would rather have this ability than not.

Turning on individual thread tracking shouldn't be too much more difficult. (Maybe? I don't speak code.) This feature would be most useful for comms (which have somewhat less reason to purchase paid accounts in the first place) that have comment-porn contests or kink memes; the ability to offer individual thread tracking would be a reason for someone to set up a paid comm at DW instead of other sites.

Ability to have comments emailed to you is somewhat more complicated, because not everyone wants it. A journal might need a bit of text added to the comment form, "Email me this comment" with a checkbox. Or free/OpenID users might have a setting on their account allowing them to select "email me my comments from those journals where I'm eligible to receive them."

I don't know of other paid account commenting features, but if there are any, they might also be included. (Neither "thread tracking" nor "comment editing" are listed on the <a href="http://www.dreamwidth.org/support/faqbrowse?faqid=4">Paid account services list</a>; I had to log into a different account to confirm those aren't free features.)

Poll #2863 Allow paid users to buy paid comment features for visitors in their journals

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

View Respondents

This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
28 (41.8%)

Shouldn't be implemented.
8 (11.9%)

(I have no opinion)
8 (11.9%)

(Other: please comment)
0 (0.0%)

merlinpendragon

Title:
Signatures

Area:
comments, entries

Summary:
I think it would be fun to have the option of setting up a "signature" which would be part of every comment I post to a community or other user's blog.

Description:
The summary above should be fairly self-explanatory.

Poll #2726 Signatures

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
107 (86.3%)

(I have no opinion)
7 (5.6%)

(Other: please comment)
1 (0.8%)

zellieh

Title:
Icon selection when logging in via Comment reply

Area:
workflow: logging in, workflow: commenting, page: icons

Summary:
I've tried to reply to DW posts whilst I'm logged out, and had to log in via the Comment reply box. The login options work fine, but they don't allow me to pick a user icon.

Description:
When logging in via a comment, there's no way to access your userpics to pick an icon to go with your comment.

I'd like it if logging in via leaving a comment automatically refreshed the page or updated it somehow so that your userpic list became available to you before the comment was posted.

I imagine some people might object to this because it would slightly slow down the log-in process, but I think userpics have become such an important part of the communication process on DW that most people would be happy to have this option.

I have no idea how difficult this would be, but I'm hoping it wouldn't be too hard, since we already have a login option that returns you to your previous page that you were looking at, so I know this sort of thing can be done in principle. I'm just hoping the coders can make something like that work with the comment box.

Poll #2711 Icon selection when logging in via Comment reply

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (4.8%)

(I have no opinion)
13 (31.0%)

(Other: please comment)
0 (0.0%)

jjhunter

Title:
Feed Ghost Comments

Area:
Feeds

Summary:
Ability to read grayed out/'ghosted' comments from original post via corresponding DW feed post.

Description:
One drawback to using feeds on DW to track posters on other sites is the additional energy barrier to reading the whole conversation, i.e. the comments. If 'ghosts' of public comments on the original post could be imported to the corresponding DW feed, one would be much more likely to participate in the conversation, i.e. go post a comment at the original.

By comment 'ghosts,' I mean comments visually/audibly presented as non-interactive and non-native to DW. Visually, this could be indicated by faded, greyscale reproductions of the original comments, moving icons/in-text graphics 'frozen,' etc.

Possible complications: Ethics/privacy issues would probably require permission from original poster. Perhaps link an automatic permission request to creation of DW feed?

Tools in the same family: comment importing (e.g. when importing journals), accepting x-posts from other sites

A parallel possibility: set up a comment counter for each feed post that counts the comments on the original post. This at least raises awareness about conversations one might be missing.

Poll #2558 Feed Ghost Comments

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
24 (68.6%)

(I have no opinion)
6 (17.1%)

(Other: please comment)
1 (2.9%)

jjhunter

Title:
Feed Comment Exporter

Area:
Feeds

Summary:
Ability to export one's comment on a feed directly to the original without leaving DW. Co-develop with 'Feed Ghost Comments'?

Description:
One drawback to using feeds on DW to track posters on sites such as LiveJournal is the activation energy required to go comment on the original post. An option to export (not cross-post) one's comment on the DW feed to the original would increase the overall response rate to that original post.

Possible complications: if it isn't possible to view the comments on the original post through the DW feed, this would give a negative incentive to disregard the /comment/ context into which one is commenting. See suggestion 'Feed Ghost Comments' for possible fix.

Tools in the same family: x-posting (could use variant to export comment & 'post' it under one's username on that other site); comment importing when moving journals.

Poll #2557 Feed Comment Exporter

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
3 (10.0%)

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

Shouldn't be implemented.
19 (63.3%)

(I have no opinion)
8 (26.7%)

(Other: please comment)
0 (0.0%)

zorkian

Title:
Twitter Style User Addressing

Area:
html formatting

Summary:
It would be convenient and fairly typical of the modern Internet to be able to refer to accounts using a nice shorthand. I propose using the Twitter style: @mark would be the equivalent of <user name="mark">.

Description:
Writing HTML isn't something that comes naturally to many people. Twitter's style of addressing has been used for many years in email (they certainly didn't make it up) and is now gaining broad acceptance as a modern way of referring to other user accounts.

Given that, I think that it would be awesome to type @denise and have it show up as if I had typed <user name="denise">.

Furthermore, I think that it would be great to be able to easily refer to other people on other domains. For example, I think @news.lj would be easier to type than <user name="news" site="livejournal.com">. Even if we had to type @news.livejournal.com that's a lot easier to type than remembering the HTML and exactly what to put in it.

Poll #2493 Twitter Style User Addressing

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
66 (40.5%)

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

Shouldn't be implemented.
57 (35.0%)

(I have no opinion)
14 (8.6%)

(Other: please comment)
4 (2.5%)

reddragdiva

Title:
Site-specific reply option for sites you auto-crosspost to

Area:
comments

Summary:
As well as "anon", "OpenID" and "DW user", add a comment option specific to any site you automatically crosspost to, as commenters will be coming from there.

Description:
I posted the full rant on my DW: http://reddragdiva.dreamwidth.org/30773.html Update: More detailed user experience reports from frustrated LJ posters on that post.

I have recently set my DW to crosspost to LiveJournal and direct all comments back here. However, it seems that in practice, DreamWidth's OpenID login for LiveJournal users is crappy, annoying and frequently just doesn't work for non-technical users. I'm seeking more info for a proper bug report. But basically, the OpenID comment option has confused non-geeks to the point where they can't work it after ages trying.

The thing about the LiveJournal engine is it's ridiculously easy to use. People who can't work computers can participate with huge success, and geeks don't get annoyed. A successful interface has to work for geeks and anti-geeks.

The OpenID requirement as presently implemented is a Linux c.1998 style solution: tell the user to hand-dig a latrine, then hand them a toilet seat to prop on top, and honestly think you've done something for user-friendliness.

The obvious provider-neutral solution: if someone is automatically crossposting to another site, people will be coming from there — so include said sites as express options for commenting. A box something like "LiveJourna(tm) user: [_______] LiveJournal will confirm your identity." Accept a username, a username with hyphens, a URL, anything unambiguous. IT HAS TO BE RIDICULOUSLY EASY.

This is actually breaking my social network in practice. Inadvertent lockin is just as bad in its effects as deliberate lockin.

Poll #2450 Site-specific reply option for sites you auto-crosspost to

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
7 (17.5%)

(I have no opinion)
9 (22.5%)

(Other: please comment)
1 (2.5%)

msilverstar

Title:
Improve comment preview with metadata and post text

Area:
entries

Summary:
The preview needs more context: I need to see what I'm commenting on! Security status if nothing else.

Description:
I previewed a comment, and then had to open a new tab to find out whether I was commenting on a locked post. I could easily have said something wayyyy too personal on a public post.

The Preview would be much better if it showed context. I think it should at least include the security status and original subject, and maybe the icon, location, music, and mood.

Better yet would be to include the first few lines of the actual post and then a JavaScript accordion-type expansion for the rest of the post. If there are cut-tags, include those for navigation, expanding the post starting from there.

For replies to other comments, the standard links for "Parent" and "Thread from start" would be really helpful, again, for context.

Poll #2336 Improve comment preview with metadata and post text

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (11.1%)

(I have no opinion)
13 (36.1%)

(Other: please comment)
0 (0.0%)

niqaeli

Title:
Permit journal owners to view and moderate comments on comments-disabled entries

Area:
journal administration, comments

Summary:
Make it possible for the journal owner to view and moderate comments on entries that have had comments disabled.

Description:
Currently if comments are disabled on a post after comments have been made, the comments continue to exist but there is no way for the journal owner to view or moderate those comments without re-enabling comments.

Basically, I want the journal owner to be able to view and moderate comments, even after they've been disabled on an entry. This could basically just be a view of the comments page, with the reply links and whatnot disabled but all other moderation tools available. Obviously this would need to be a view *only* the journal owner can access.

This would be really useful in a number of situations, but off the top of my head: if a journal or entry comes under either spam or troll attack and is being defaced, it would allow the journal owner to shut down the public display of comments while permitting them to clean things up in their own time.

More flexible comment moderation tools in general might help reduce the need for this but even then, it could still be useful. And as it stands right now, we still have pretty limited tools. This would at least let people have better access to those tools.

I honestly don't see much of a downside to be had to this, in terms of user experience. I can't think of how it would be detrimental to anyone's use of the site, and it would provide functionality that lets people have more control over their space.

Poll #2253 Permit journal owners to view and moderate comments on comments-disabled entries

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
34 (81.0%)

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

Shouldn't be implemented.
1 (2.4%)

(I have no opinion)
0 (0.0%)

(Other: please comment)
0 (0.0%)

cesy

Title:
Allow selecting icon when using another account

Area:
multiple accounts

Summary:
Allowing you to use icons by typing in keywords manually when you're logged in as one account and commenting with another.

Description:
If you hit reply on an entry when you're logged in, then click "More options", there's an "Other" link to allow you to comment with a different account while staying logged in as your main account. However, if you do that, it still shows "Icon to use" with the icons from your main account. I'd like to be able to pick an icon from the account I'm using to comment. Obviously it can't pull the list very easily, because that would need an extra refresh once you'd typed in the account name, but if you click other, could it be made at least a box you can type in rather than a drop-down, so I can type in the keywords I can memorise?

Poll #2184 Allow selecting icon when using another account

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (3.1%)

(I have no opinion)
10 (31.2%)

(Other: please comment)
0 (0.0%)

sqbr

Title:
Ability to unscreen my comments by default

Area:
comments

Summary:
Adding a way to only screen other people's comments but leave the journal owners unscreened. (This used to be the default)

Description:
I understand why some people find the new "screen all comments" functionality useful, but I find it incredibly frustrating having to manually unscreen all my comments (if I didn't want the comment to exist, I wouldn't post it) If there's some way to set all my own comments to stay unscreened I can't find it.

The fact that I get taken to a "do you really want to unscreen this?" page makes it even more annoying, but <a href="http://dw-suggestions.dreamwidth.org/138032.html">that's already been brought up</a>.

Suggested fix: Add "all comments but mine" as an option to the "comment screening" menu in posts and Settings.

Downsides: makes the list longer. Personally I would be ok with this. If it's too unwieldy for posts I'd at least like it as an option in the "settings" menu.

I also miss the "unscreen automatically when replying" feature but not as much.

Poll #2183 Ability to unscreen my comments by default

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
5 (15.2%)

(I have no opinion)
11 (33.3%)

(Other: please comment)
0 (0.0%)

ninetydegrees

Title:
Manage Comments: add edit icon/link

Area:
site

Summary:
Add a link/an icon to edit on <a href="http://www.dreamwidth.org/tools/recent_comments">Manage Comments</a>.

Description:
You can currently delete, screen or freeze comments you received and delete comments you posted. It would be nice to be able to edit your own comments as well. AJAXified implementation would be awesome but I'd love it anyway even if it simply opened the Edit Comment page.

Poll #2181 Manage Comments: add edit icon/link

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (6.7%)

(I have no opinion)
7 (23.3%)

(Other: please comment)
0 (0.0%)

azurelunatic

Title:
Show screening status of collapsed comments

Area:
entries: comments, community administration

Summary:
Show a collapsed comment's screened status along with the username, comment title, and expand link.

Description:
If you can see a comment that's been collapsed, if it's screened, this should be visible along with the username and comment title.

This is mostly as a moderation tool for journal owners and community administrators, so they do not have to expand comments or load threads in order to make sure that any given comment is screened/unscreened(visible).

Since it would be silly to say "visible" on tiers of collapsed comments, I propose that screened comments say "Screened" and visible comments say nothing.

This could potentially cause a certain amount of drama if a person were to load a page and see that their own contributions to a collapsed thread were screened, but that is something they could have found out by loading/expanding that collapsed thread anyway.

Any slight increase in server overhead should be mitigated by people not having to load/expand that particular thread merely to check that its comments are screened/unscreened as appropriate.

This could also be useful for frozen threads, if they're not already visible like that.

Poll #2106 Show screening status of collapsed comments

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

View Respondents

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

ilthit

Title:
Suggestions for added IP logging options

Area:
security, privacy

Summary:
For flexibility and visibility of IP tagging options I think it would be neat if it was possible to a) choose to be warned when the journal you're commenting on is going to log your IP, b) have an option to opt out of IP logging with your comment if the poster has chosen to give you that option, and c) be able to put default settings for these in your account settings and override them in the post.

Description:
Okay, this is probably going to sound overly complicated, but hear me out. The point is that I would like more options on whose IPs I log and who get to log my IP.

IP logging is great for identifying and getting rid of trolls and spammers, but on the other hand it reveals a hell of a lot of personal information about a random, non-trolly commenter. Some of us have good reasons for wanting to conceal our IPs. I'm not sure but I don't think I get a warning when I start to comment on a post that logs my IP - but I would appreciate it if I did. Or maybe there is one but I somehow miss it? I know people hate pop-ups, but I would actually want a little pop-up in this case to make sure I don't miss it.

So, ideally, when IP logging is set, there'd be a pop-up by default, which you can opt out of in your account settings (so you won't see it, ever).

Another feature I'd like is that I would be able to have "opt-in" IP logging. I'd be able to set my journal up so that the "your IP is about to be logged" pop-up would include a ticky box for "do not log my IP" that allows the commenter to comment without leaving their IP. This would not help with trolls, but should confuse and block spambots at least.

I'd also love it if the groups whose IP you log could be further specified - for instance, you could log IPs from registered users who you do not give access to, but not from the ones you do give access to.

Keep up the good work and good luck with the troll attack!

Best regards,
Hyel

Poll #2105 Suggestions for added IP logging options

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
33 (84.6%)

(I have no opinion)
1 (2.6%)

(Other: please comment)
0 (0.0%)

Dreamwidth Suggestions

AJAX expand/collapse of comments

identify deleted replies to journal

"Hugs" Button

Option to nag you for non-default icon

Page title should not change to just "Post comment" on the post comment (?mode=reply) page

Display tags on the post comment page

Allow paid users to buy paid comment features for visitors in their journals

Signatures

Icon selection when logging in via Comment reply

Feed Ghost Comments

Feed Comment Exporter

Twitter Style User Addressing

Site-specific reply option for sites you auto-crosspost to

Improve comment preview with metadata and post text

Permit journal owners to view and moderate comments on comments-disabled entries

Allow selecting icon when using another account

Ability to unscreen my comments by default

Manage Comments: add edit icon/link

Show screening status of collapsed comments

Suggestions for added IP logging options

Profile

Most Popular Tags

December 2018

Page Summary

Active Entries

Style Credit

Expand Cut Tags

Syndicate