Entries tagged with bugzilla: implemented

Entry tags:

Screen comment edits when comments are screened

Title:
Screen comment edits when comments are screened

Area:
comments

Summary:
Right now, if I set comments to screened-if-not-in-my-circles and I unscreen a comment, then the author edits a comment, the edit appears immediately without being screened.

Description:
I have screening enabled by default in my journal for comments from people not on my access list. Suppose "Alice", who's not on my access list, leaves a comment, and I unscreen it. If "Alice" edits the comment afterward, her edit appears immediately -- I don't have to unscreen the new edited version.

This is weird. When I saw this happening, fortunately the edit was just a typo fix. But in general, a commenter could abuse the editing feature to sneak in an edited version of the comment that the journal author wouldn't have unscreened.

I think when someone edits a comment in a context where screening is active, their edit should be like a new screened comment: that is, the old version should appear until the journal owner unscreens the edit (at which point the old version goes away).

Poll #11717 Screen comment edits when comments are screened

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (3.8%)

(I have no opinion)
15 (28.3%)

(Other: please comment)
0 (0.0%)

Entry tags:

Include poster's username on "edit tags on an entry" page

Title:
Include poster's username on "edit tags on an entry" page

Area:
tagging, community features

Summary:
Provide more information - specifically, the original poster's username - on the "Edit Tags on an Entry" page.

Description:
The "Edit Tags on an Entry" page currently has the fields:

* subject
* current tags
* [journal]'s tags
* entry text

This is fine if you're tagging within your own journal. However, when I'm tagging in a community, and especially tagging dw_suggestion's posts, I sometimes get curious about Who Submitted This, & it would be lovely to be able to see that information at the same time as tagging, rather than having to click about (which disrupts my concentration).

I can also see this being useful for batch-tagging in communities where posts are routinely tagged with the name of the poster.

Possible solutions include:

(1) always showing the username of the poster on the Edit Tags on an Entry page
(2) show the username of the poster only when editing tags on an entry posted to a community

Downsides: you end up with one extra uneditable line on the Edit Tags on an Entry page. Personally I can't get too worked up about that. ;)

Poll #11569 Include poster's username on "edit tags on an entry" page

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.1%)

(I have no opinion)
14 (29.8%)

(Other: please comment)
1 (2.1%)

Entry tags:

Better explanation when demanding a CAPTCHA for an HTML comment

Title:
Better explanation when demanding a CAPTCHA for an HTML comment

Area:
Commenting

Summary:
It is possible for a commeter to be shown a CAPTCHA even when the journal owner has set "Show CAPTCHA to nobody". It would be good if the reason for this was explained somewhere.

Description:
This is pretty obscure (only discovered due to bugfix-testing), but bear with me...

- Users set in account settings -> Privacy who will be shown captchas when they try to comment.

- In addition to this, and entirely independent of this setting, there is a site-wide configuration setting that causes captchas to be shown to people who use HTML in comments (by default on Dreamwidth this is shown only to anonymous commenters who use HTML. There is an option to enable it for all HTML commenters, which other sites using the code could turn on).

- It is thus possible for somebody making a comment (which includes HTML) to be shown a captcha even though the journal owner has set that captcha will be shown to "nobody". The text with the captcha doesn't indicate the reason that it is being requested, but simply says "Please fill out the CAPTCHA as an anti-spam measure".

I don't think it's actually a bug, hence I'm putting it in dw_suggestions, but I think that some journal owners might feel aggrieved about this - for instance if they have assured readers with accessibility needs that they will not need to complete a captcha to comment.
I imagine that there are good reasons for preventing robots from using HTML in comments, but I think that the text shown to the commenter when they are presented with the captcha should be amended to explain why it is happening.
An alternative (or additional) solution would be to add text to the Account Settings page to explain that setting "nobody" may still be overridden - but I think this would add unnecessary complexity to Account Settings for something that few will encounter or be bothered by.

Poll #11557 Better explanation when demanding a CAPTCHA for an HTML comment

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
8 (16.0%)

(Other: please comment)
1 (2.0%)

Entry tags:

Long ECHI could stand to get broken up

Title:
Long ECHI could stand to get broken up

Area:
comments, comment display

Summary:
When the ECHI (Explicit Comment Hierarchy Indicator) gets very, very long, like in a 100+ comment-deep thread, it can do odd and ugly things to the layout. Perhaps it could be broken up with spaces, every so many levels, to avoid mauling page formatting and allow it to wrap and improve ease of reading/understanding?

Description:
On comment pages, when a thread of comments gets very long (as often happens in some conversations, but mostly happens in roleplay threads, in my experience) the ECHI (Explicit Comment Hierarchy Indicator) can get VERY long. As in, absolutely ridiculous. It stretches comment headers and collapsed comments alike, and tends to make the layouts I've tried, including the site-schemed pages, behave poorly because of it.

Plus, after a while, it simply seems to blur into one long trail of characters, to try to read it. Phone numbers are broken up into groups of usually 3 and 4 digits for readability (and ease of remembering.) It would be great if the ECHI output could be broken up as well (by spaces every so many characters?) so that it could be made more human-readable and wrap within comment headers, too.

For example, one actual ECHI from an RP thread I was trying to read is 326 characters long (counting the period at the end.) It would be far nicer if it could be displayed more like this instead:

86a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a1a1 a1a1a1a.

My default font size is fairly normal (14-15px) so I can only imagine how badly the page layouts would break for someone who has their font sizes set much higher for eyesight reasons.

I've tried mucking about with Stylish to make the comments' headers and the collapsed comments simply scroll sideways when this happened, but couldn't find CSS which would do this to my satisfaction and still let the comments stretch horizontally with the page how I wanted them to.

As it is, I switched accounts just so I could read that thread without scrolling horizontally to read each comment's text.

I'm not sure what drawbacks such a fix would have. Maybe there would be disagreements over where to add the spaces so that the ECHI can be wrapped, or it would be difficult to implement? I know that long ECHI strings aren't an issue for most people, but it would be nice for something like this to be implemented for those times where it does become an issue.

Poll #11554 Long ECHI could stand to get broken up

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
13 (30.2%)

(Other: please comment)
1 (2.3%)

Entry tags:

Make the landing page after you post an entry be more useful

Title:
Make the landing page after you post an entry be more useful

Area:
entries, landing page, usefulness-a-go-go

Summary:
The landing page after a user posts an entry should have more information on it.

Description:
The landing page after a user posts an entry should have more information on it. Right now, it says the following:
Your update was successful. View your updated journal.

Crosspost requested to zarhooie@LiveJournal. You will be notified in your Dreamwidth Inbox if this attempt fails.

Now that you've posted, you can:

View the entry
Edit the entry
Add the entry to your memories
Edit this entry's tags

It would be better if it said, "Your journal has been updated with the entry titled, 'Suggestions.' It will be posted access-only, the icon tagged, 'D on Yarn' was used, and it was tagged with the following tags:"

Or something along those lines. I usually double-check my entry after posting for those few things, and it'd be nice if I didn't have to do an extra click to make that happen.

Drawbacks: It will put more information on the page, and while I personally find that to be a good thing, I'm not sure everyone will. Also, it is possible that it could cause first-page syndrome, depending on the length of some of the variables. It shouldn't on my netbook, but it could on a mobile device.

Poll #11021 Make the landing page after you post an entry be more useful

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
6 (10.2%)

(I have no opinion)
13 (22.0%)

(Other: please comment)
0 (0.0%)

Entry tags:

Add a link to view the message to the "Message sent" page

Title:
Add a link to view the message to the "Message sent" page

Area:
private messages

Summary:
Suggest adding a link to the "Your message has been sent successfully" page, so the sender can easily view the sent message.

Description:
After sending a PM, you get the following page:

---

Compose Message
Your message has been sent successfully.

From here you can:

Send a new message
Return to Inbox
Return Home

---

To view the sent PM, you have to load the Inbox and then load Sent messages, then unfold the specific message. It'd be great to have a "View sent message" link, to skip those steps.

Basically, I'm talking about an equivalent to the "View the entry" link on the "Your entry has been posted" page.

Poll #11018 Add a link to view the message to the "Message sent" page

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
45 (86.5%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (13.5%)

(Other: please comment)
0 (0.0%)

Entry tags:

Demi-ban: screen all future comments from specific user

Title:
Demi-ban: screen all future comments from specific user

Area:
comments, comment screening

Summary:
Force-screen comments from one particular user, when it's just that user whose comments warrant screening.

Description:
Occasionally there is a user who may be commenting in a particular journal or community in such a way that they do not quite warrant a ban, but fully warrant review from the admins/owner just to make sure their comments are productive.

Everybody else is commenting all right, it's just that one person.

Setting [class that includes commenter] to have their comments screened (whether that class be everyone, non-Access/Members, or anonymous) would be overkill for this situation, because they haven't brought along friends, it's just them. Turning on screened comments tends to dampen discussion and can be a lot of work to unscreen.

A demi-ban which makes all that user's future comments screened, but leaves everybody else's alone, would solve this problem on a technical level.

On a social level, this person could then use another account to evade the demi-ban and not be subject to screening. That's something that is likely to be noticed, and then the admins/owner would have to decide how to handle it. (The admins/owner may well decide that it's time to actually ban both accounts.)

Evading a demi-ban should not be a ToS-able offense. Evading an actual ban still should be.

Poll #10464 Demi-ban: screen all future comments from specific user

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
67 (79.8%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
10 (11.9%)

(Other: please comment)
0 (0.0%)

Entry tags:

Link to birthday boy's/girl's journal in notification email (plain text)

Title:
Link to birthday boy's/girl's journal in notification email (plain text)

Area:
Birthday notification (plain text)

Summary:
Link to birthday boy's/girl's journal in notification email (plain text)

Description:
A notification email is sent to people who'd like to be informed about their DW friends' birthdays. The link options in the email text (plain text, not HTML version) are "Post to wish them a happy birthday" and "Buy a gift from our shop".

Could you please add a link to this person's journal on top of that list as well?

I'm one of the people who rather write a comment in the birthday boy's/girl's journal as opposed to an entry in my own, and instead of the email sending me to their journal directly I have to go to mine instead, click "Manage Circle", search for the name and go to their journal from the list, which takes a lot of time and effort.

Also, sometimes a user may not remember the person from the user name right away (especially when they're not very active) and would like to check their entries first.

Poll #10448 Link to birthday boy's/girl's journal in notification email (plain text)

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
4 (6.6%)

(I have no opinion)
25 (41.0%)

(Other: please comment)
0 (0.0%)

Entry tags:

Privacy-lock icon by contact info on profile

Title:
Privacy-lock icon by contact info on profile

Area:
profile, privacy

Summary:
Put a privacy-lock icon by the "other services" section in "connect" on the profile if these are visible only to access list.

Description:
There is a little lock icon that shows next to the "contact details" at the top of the profile page where the email address is listed, if that address is set to be visible only to the access list. However, there is more contact info shown on the profile page, in "other services" in the "connect" section, and there is no indication next to that section to remind/reassure the user that the info is only visible to the access list. I suggest adding another lock icon in that section immediately next to the title, the same as for "contact details".

Poll #9856 Privacy-lock icon by contact info on profile

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
57 (89.1%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (10.9%)

(Other: please comment)
0 (0.0%)

Entry tags:

Support: widen the 'Reference FAQ' drop-down menu

Title:
Support: widen the 'Reference FAQ' drop-down menu

Area:
support

Summary:
When you answer a support request, you have the possibility to reference a FAQ. To help you do this, there is a drop down menu listing all the existing FAQs. Some FAQs have long titles and the menu truncates them. I suggest it be made a little wider to make it easier to find the correct FAQ.

Description:
Maybe 25 characters longer.

Poll #9855 Support: widen the 'Reference FAQ' drop-down menu

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
16 (30.2%)

(Other: please comment)
0 (0.0%)

Entry tags:

Make the cuttag arrows scalable.

Title:
Make the cuttag arrows scalable.

Area:
Entries

Summary:
This is a very small suggestion about some very small things--the cuttag arrow images. They are small in size on the screen--11-15 pixels a side. Small in file size--around 100 bytes. And small in target--the image link has no padding on it.

They should be bigger and scalable.

Description:
Make the images scalable.

It's easy to make the arrow images scale up with a user's font size. You just need to set a width on the image in ems--something like .7em, which at a 16px font would show the arrow the same size it is now, but would let the image get bigger as the font size went up.

The problem is that the images are so low resolution, even very minor enlargement makes them very blurry. Making the images much higher resolution to begin with means that they start out shrunk down and they have room to grow.

Users of touch screens that zoom on the arrows to make them big enough for a finger to hit will also benefit from a less blurry image.

This increases the file size of the image. I made an 88 pixel square .gif of the right-facing arrow and it went from 91bytes to 573bytes. Something more in the 44px range is likely adequate if file size is a concern--that would give a clean image at up to a 62px font size.

Make the target bigger for everyone.

"Target" refers to the area you have to hit with your cursor or your finger to click a link. Right now it is the size of the image, nothing more.

I use a padding of 0.2em on the image and it gives me an 18px square to hit at default font size, instead of an 11px square. It makes a huge difference. (By the way, the span class .cuttag is inconsistently applied in the code and doesn't appear on the closing collapse arrow.)

Making the image scalable and putting some padding on it would make it a feature more users can enjoy.

Poll #9802 Make the cuttag arrows scalable.

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
56 (76.7%)

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

Shouldn't be implemented.
2 (2.7%)

(I have no opinion)
15 (20.5%)

(Other: please comment)
0 (0.0%)

Entry tags:

Profile: Circle: link 'Edit' link to corresponding section at Manage Circle

Title:
Profile: Circle: link 'Edit' link to corresponding section at Manage Circle

Area:
profile

Summary:
When you're viewing your own profile, there's an 'Edit' link next to People, Communities and Feeds which goes to the Manage Circle page. People, Communities and Feeds are in three different sections on this page. It would be neat if the profile links linked you to the corresponding section instead of just the page.

Description:
.

Poll #9491 Profile: Circle: link 'Edit' link to corresponding section at Manage Circle

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
45 (81.8%)

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

Shouldn't be implemented.
1 (1.8%)

(I have no opinion)
9 (16.4%)

(Other: please comment)
0 (0.0%)

Entry tags:

Order subscription filters by name

Title:
Order subscription filters by name

Area:
filters, reading page, subscriptions

Summary:
On the Manage Filters page, http://www.dreamwidth.org/manage/subscriptions/filters, order the filters by name

Description:
The list of filters is currently ordered by when you created them, so if you weren't particularly logical about setting up your subscription filters, http://www.dreamwidth.org/manage/subscriptions/filters can show a bit of a mess in the drop-down. Rather than having to re-create them all, I'd love it if they could be sorted by name rather than creation date. It's already possible to rename a filter, so this would allow people to order them however they wanted - if you want to keep them in creation order, just stick numbers on the front.

Poll #9370 Order subscription filters by name

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (1.6%)

(I have no opinion)
20 (31.7%)

(Other: please comment)
0 (0.0%)

Entry tags:

Include a copy of entry with all moderation queue messages

Title:
Include a copy of entry with all moderation queue messages

Area:
communities, entries, notifications

Summary:
When a community moderator approves your community entry, that notification should also include the subject and contents of the entry.

Description:
Currently, entries that are rejected from the moderation queue have the contents of the entry included below the rejection message.

This would also be useful for notifications of approved submissions. As it is, if you have forgotten what you wrote, or especially if you have submitted multiple entries to that community (up to 5 per user in a paid community), you have to click through to re-read it. This isn't always convenient.

A notification is already being sent to the user, so it wouldn't add any more mail jobs, just add to the bulk of the existing mail job and retrieve the entry and comment.

It would increase the load on the user's mailbox/data transfer, but not by more than another emailed comment notification for the same entry, and if they're getting the notification by email, that is probably a slightly lighter load than loading the page with that entry in a browser.

Poll #9259 Include a copy of entry with all moderation queue messages

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
24 (40.0%)

(Other: please comment)
0 (0.0%)

Entry tags:

Editable Module Headers

Title:
Editable Module Headers

Area:
styles / customization

Summary:
User input fields to control the text headers of all modules, not just the custom text module.

Description:
Currently, the the Custom Text module allows for the user to change the module heading from the Text customization options for your journal. (The same page where you might edit other default page text such as metadata labels and navigation links). Though you can hide module headers entirely with css, other modules have no such customization options other than order and page placement. It would be exceedingly helpful to both users and communities who use their journals, and the modules available to them, differently if all other modules allowed for the user to alter the default module headings to text of their own choosing.

This might logically be implemented either from the Text page, as it already exists for the with the Custom Text module, or from the Modules page where order and organization of your modules takes place.

Poll #9210 Editable Module Headers

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (2.9%)

(I have no opinion)
26 (38.2%)

(Other: please comment)
0 (0.0%)

Entry tags:

Rename "Upload Icons" to "Manage Icons"

Title:
Rename "Upload Icons" to "Manage Icons"

Area:
Navigation

Summary:
Change the text of the "Upload Icons" link in the navigation to more accurately reflect the use for that page.

Description:
In the links, the link to manage icons is called Upload Icons. Other places where you can change things are called Edit and Manage. "Upload Icons" makes it sound like that's where you go to upload, but somewhere else to Manage them. I suggest the text of the link be renamed to "Manage Icons".

Poll #9094 Rename "Upload Icons" to "Manage Icons"

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
73 (80.2%)

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

Shouldn't be implemented.
1 (1.1%)

(I have no opinion)
16 (17.6%)

(Other: please comment)
0 (0.0%)

Entry tags:

Add Tumblr to Other Sites in Profile

Title:
Add Tumblr to Other Sites in Profile

Area:
Profiles

Summary:
There are many sites you can add to your profile already so why not add Tumblr? It's a very popular site that many use.

Description:
This is a pretty easy thing to add. Just allow for tumblr to be added with the rest and it to link to the users tumblr on their profile.

Tumblr is very popular, especially for photo/picture blogging. It would make for easier following of friends tumblrs if they can be listed like the other sites via the profile.

I did check to make sure this wasn't already suggested so if it has and I missed it I apologise. :)

Poll #9084 Add Tumblr to Other Sites in Profile

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
65 (79.3%)

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

Shouldn't be implemented.
1 (1.2%)

(I have no opinion)
16 (19.5%)

(Other: please comment)
0 (0.0%)

Entry tags:

Inbox: Make it clearer that the 'Sent' folder is part of 'All'

Title:
Inbox: Make it clearer that the 'Sent' folder is part of 'All'

Area:
notifications, inbox

Summary:
Because 'Sent' is visually separated from 'All', I always forget that when I'm in the All folder clicking on 'Delete All' will also delete messages in Sent unless I flagged them. I would like a way to make it clearer that 'All' really is all, including 'Sent', especially since sent messages aren't displayed there so I find it very easy to forget about them.

Description:
Making the indents bigger might work or removing the '---'separation and making it smaller or different.

Edit: other ideas: moving Sent above Flagged and/or above Unread; setting Sent apart; adding a count to Sent (I think this would help a lot).

Thoughts?

Poll #9059 Inbox: Make it clearer that the 'Sent' folder is part of 'All'

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
45 (72.6%)

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

Shouldn't be implemented.
1 (1.6%)

(I have no opinion)
15 (24.2%)

(Other: please comment)
1 (1.6%)

Entry tags:

Useful control links on search page

Title:
Useful control links on search page

Area:
search, entries

Summary:
When searching your own entries, get additional useful links, such as edit entry, edit tags. This could possibly also include control links for entries not in your own journal, if you have permission to retag in that journal, or for communities where you are an administrator.

Description:
Sometimes, when you're searching entries, you're searching for the purpose of editing the entry or its tags. In those cases, you have to first open the entry, then go to edit the tags or the entry.

It could be helpful to offer links to edit the entry or tags.

User interface-wise, the links could possibly be fit in without disrupting the flow too much or making it take up any more lines:

Current:

[personal profile] azurelunatic: 53 tweets for 2011-2-7
... , and jdn. Monday, 2015: @mishacollins Who's having problems with their polypodes? Monday, 2017: Pie doesn't have tentacles, but cupcakes do. http://www.etsy.com/listing/61287471/cupcaketapus Monday, 2018: HEAVENS ABOVE, SEX WITHOUT LOVE Monday, 2024: @ ...
Tags: twitter
Posted: 2011-02-07 23:55:00

Proposed:

[personal profile] azurelunatic: 53 tweets for 2011-2-7 (edit)
... , and jdn. Monday, 2015: @mishacollins Who's having problems with their polypodes? Monday, 2017: Pie doesn't have tentacles, but cupcakes do. http://www.etsy.com/listing/61287471/cupcaketapus Monday, 2018: HEAVENS ABOVE, SEX WITHOUT LOVE Monday, 2024: @ ...
Tags: twitter (edit)
Posted: 2011-02-07 23:55:00

Poll #9058 Useful control links on search page

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
21 (40.4%)

(Other: please comment)
0 (0.0%)

Entry tags:

"Delete all" should not be option in inbox subfolders

Title:
"Delete all" should not be option in inbox subfolders

Area:
inbox interface

Summary:
It's not clear to me whether the "... All" buttons in Inbox subfolders such as "unread" apply only to the messages in that folder, or to all messages, and I'm not about to test it.

Description:
When I go to my inbox and click on any of the subfolders, such as "New People" or "Unread" (see req. #12097), I still have the "mark all read" and "delete all" buttons at the top and bottom of the list.

Do these really affect *all messages*, or just the ones in the current subfolder? If the latter, I urge you to relabel them, e.g. "Delete all these" and "Mark all these read", to make it clear that they do not apply to ALL the messages.

Poll #9056 "Delete all" should not be option in inbox subfolders

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (3.9%)

(I have no opinion)
17 (33.3%)

(Other: please comment)
0 (0.0%)