Allow empty entries

[syderia]

Title:
Allow empty entries

Area:
entries

Summary:
What it says in the title.

Description:
Currently, DreamWidth stops you from posting an empty entry. It sorts of makes sense, since this is a blogging site, but there are a few circumstances in which one might wish to post an empty entry.

Case in point, I make a list of all books and movies that I read/watch during the year. I haven't watch any movies yet, but I wanted to create the entry so I could put the updated link for 2011 in the sidebar.

I think it might be better to get an error message notifying the poster that the entry is empty and asking if they want to proceed with it any way.

Poll #5579 Allow empty entries

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
54 (60.7%)

(I have no opinion)
19 (21.3%)

(Other: please comment)
1 (1.1%)

Support: allow users to see all their current and past requests

[ninetydegrees]

Title:
Support: allow users to see all their current and past requests

Area:
support

Summary:
Sometimes I know I already asked something but I've forgotten the answer I was given or I'm fuzzy on the details. I'd like to be able to find my requests (current and past) easily as I don't save Support e-mails.

Description:
I'd like to see all the requests I've filed with my current logged-in username and possibly all the requests I've filed with my any of my validated e-mail addresses.

This could be a new box on http://www.dreamwidth.org/support/:

View all my requests
-- filed with username XXX
-- filed with e-mail address XXX (selectable in a drop-down menu if there are several validated addresses?)

Poll #5602 Support: allow users to see all their current and past requests

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
44 (91.7%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
4 (8.3%)

(Other: please comment)
0 (0.0%)

Comment titles shouldn't stick when switching which comment you respond to

[steorra]

Title:
Comment titles shouldn't stick when switching which comment you respond to

Area:
Commenting

Summary:
When I change which comment on an entry I'm replying to, it shouldn't keep "Re:[original.comment.title]" as its title.

Description:
There is an entry. There are comments on the entry. Comment A has no title. Comment B is titled "XYZ".

I click 'reply' to Comment B. My reply automatically gets the title "Re: XYZ". This is expected and appropriate behaviour.

I end up not submitting the reply to Comment B, and decide that instead I will respond instead to Comment A. I click 'reply' to Comment A. My reply, now under Comment A, keeps the title "Re: XYZ", even though the comment it's responding to has no title. This is unexpected and I think non-ideal behaviour.

When I initially submitted this as a bug report, foxfirefey pointed out that a fix should "carefully note to ONLY replace the title if it was the same as the automatic one, so as to not wipe out a user entered title."

(I am not completely sure if this is true; if the user-entered comment text "sticks" when you switch to commenting on a new entry, a user-entered title probably should too; but if switching which comment you reply to clears the text field, the title should probably be cleared too. I don't remember how this works.)

Poll #5603 Comment titles shouldn't stick when switching which comment you respond to

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (3.8%)

(I have no opinion)
14 (26.9%)

(Other: please comment)
0 (0.0%)