do not silently truncate text fields when uploading or editing icons

[kate_nepveu]

Title:
do not silently truncate text fields when uploading or editing icons

Area:
profile

Summary:
When uploading or editing icons, if the text entered into the keyword, comment, or description field is too long, it is silently truncated despite the "success" message. As a result, the text attached to icons of wordy users with no memory for, or sense of, the character limits on these fields may be incomplete or incomprehensible.

Description:
If the text entered into these fields is too long, the user should be notified before the text is truncated, advised of the relevant character limit, and presented with their original text to edit.

It would be really awesome if the user could be told how many characters over they were, too.

Poll #8410 do not silently truncate text fields when uploading or editing icons

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
4 (5.7%)

(Other: please comment)
0 (0.0%)

preview suggestions post in new window for consistency

[kate_nepveu]

Title:
preview suggestions post in new window for consistency

Area:
suggestions

Summary:
Previewing posts to one's journal is done in a new tab/window, but previewing suggestions posts is not. This can lead to unfortunate muscle-memory effects where a user automatically closes a previewed suggestions post, thinking that she would thereby get back to the tab where she's editing her suggestion, but instead loses all her work. (*cough* *cough*) The behavior of "preview" should be consistent across the site.

Description:
If the new posting window lets people chose whether to open previews in a new tab or not (I can't remember), then that behavior would ideally carry over to dw-suggestions, though I'm guessing that would require more of a complicated overhaul of the dw-suggestions interface than just changing the effect of the "preview & spellcheck" button.

Poll #8411 preview suggestions post in new window for consistency

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (13.2%)

(Other: please comment)
0 (0.0%)

allowing linking to entry while preserving cut tags (resubmit)

[kate_nepveu]

Title:
allowing linking to entry while preserving cut tags (resubmit)

Area:
entries

Summary:
There are multiple circumstances in which it would be useful to link to an entry but preserve its cut tags. There should be a URL argument that allows this, such as ?cut=true.

Description:
This is a resubmit with modifications of http://dw-suggestions.dreamwidth.org/355791.html , which received 12 as-is votes, 8 with-changes votes, 9 shouldn't votes, and 9 no-opinion votes. The resubmit was discussed here http://dw-suggestions.dreamwidth.org/535357.html?thread=3537981#cmt3537981 , though on reading the original suggestion more closely, it appears to have been submitted very shortly after the ability to inline expand cut tags was implemented.

As discussed in the prior suggestion, it would often be useful to link to a post with its cut-tags intact: if the cuts were for spoilers, for instance, or to warn of potentially triggering material. Linking to the day view is a workaround for this, but may require the reader to scroll through other entries.

A link of the form "http://username.dreamwidth.org/permalink.html?cut=true" (or some other URL argument) should display the entry with cut tags intact, ideally in the style that the entry would otherwise be in except for the expandable cut tags. However, if implementing expandable cut tags in Tropo (for instance) were too difficult, cut=true could link to the entry as it would appear in the day view, except by itself of course.

Discussion in the prior rejected suggestion centered on two topics: first, people were concerned about an additional suggestion that an author be able to mandate cut tags even when using the permalink. That is not being suggested here: the permalink to the entry would act as it always has, showing the full entry. Second, people were concerned about the suggestion that users could be notified that this link type was available by adding a "cut link" next to the "link" on the line that contains "link," "reply," etc. That is also not being suggested here, since the option to link as "?format=light" is also not included in that line. Instead, the availability should be documented in the same place and manner as "?format=light" is (which, err, is probably a suggestion for another day).

Poll #8412 allowing linking to entry while preserving cut tags (resubmit)

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
12 (17.1%)

(Other: please comment)
0 (0.0%)