Facilitate crossposting between personal journal and one community automatically

[firecat]

Title:
Facilitate crossposting between personal journal and one community automatically

Area:
crossposting (within DW)

Summary:
On the Post an Entry page, include a second "Post to" box with a checkbox toggle so that a post can be crossposted to another journal or community.

Description:
I often forget to crosspost entries from my journal to a relevant community I belong to, because doing so takes a few extra steps of copying and pasting the journal entry.

If there were a setting on the Post an Entry page to allow crossposting an entry to a second journal/community, traffic in communities might increase. I gather that a number of DW communities would like to increase their traffic and would consider this a good thing.

Including only one more "Post to" box will discourage people from crossposting to multiple communities at once (which some communities discourage).

An alternative would be to include a "Post to" box on the "Your entry has been posted" page. Text could say "Also post this entry to another journal or community?"

Poll #3302 Facilitate crossposting between personal journal and one community automatically

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
19 (45.2%)

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

Shouldn't be implemented.
10 (23.8%)

(I have no opinion)
10 (23.8%)

(Other: please comment)
0 (0.0%)

Better "no results" information on multisearch page

[azurelunatic]

Title:
Better "no results" information on multisearch page

Area:
site search, context for the short-attention-spanned

Summary:
http://www.dreamwidth.org/multisearch should echo your search term and the area you searched in when telling you it found nothing.

Description:
http://www.dreamwidth.org/multisearch is singularly unhelpful when it doesn't find what you were looking for. Currently, an unsuccessful search tells you: "No Match: Sorry: There were no results for the criteria you specified." So you have to remember that you were searching for, say, a particular email address as someone's email address. This is marginally all right when you've just entered it and you typed it correctly and picked the right sort of search, and you remember what you typed, and the page loads promptly. But if you pick the wrong category, typo the whatever, the page is slow, your computer is slow, your brain is not tracking properly, you go on to a new tab and come back later, it's a completely confusing result.

Poll #3303 Better "no results" information on multisearch page

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
0 (0.0%)

(Other: please comment)
0 (0.0%)

Make automatic cuts in feeds

[mecurtin]

Title:
Make automatic cuts in feeds

Area:
Feeds

Summary:
Make it possible to force cuts in feeds (or other entries, but feeds in particular)

Description:
I've been consolidating my feeds on DW, and while some of them (e.g. http://alistapart-feed.dreamwidth.org/ ) use excerpts for their feeds, others (e.g. http://smashing-feed.dreamwidth.org/) do not. I know that the difference is in the way they've set up their feeds, but I'd like to be able to force cut tags for certain journals, or for a class of journals such as feeds.

Poll #3305 Make automatic cuts in feeds

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
19 (42.2%)

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

Shouldn't be implemented.
6 (13.3%)

(I have no opinion)
8 (17.8%)

(Other: please comment)
2 (4.4%)

Comment Notification Email Links

[theodosia21]

Title:
Comment Notification Email Links

Area:
links

Summary:
One of the links in comment notification emails- "view all comments to this entry"- links to the entry itself, not the comments as one would expect from the name. I think that link would be improved by putting "#comments" on the end of it.

Description:
Comment notification emails have three options at the bottom: "view the thread beginning with this comment", "view all comments to this entry", and "reply at the webpage." The second option- "view all comments" just links back to the entry, not the comments themselves. You have to scroll down to see the comments, which can be annoying on long entries. I think that link would be better designed if it had "#comments" stuck on the end of it, so you go straight to the comments. Really, I don't see any drawbacks to doing so, and I'm sure I'm not the only person to find the current situation irritating. If you want to go straight to the entry itself, there's a link at the top of the email you can use.

Poll #3306 Comment Notification Email Links

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
35 (71.4%)

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

Shouldn't be implemented.
2 (4.1%)

(I have no opinion)
9 (18.4%)

(Other: please comment)
0 (0.0%)

Settings: date display option

[ninetydegrees]

Title:
Settings: date display option

Area:
settings

Summary:
We'll soon have the shiny 24h time display option. Can we please have something for dates?

Description:
Let users choose how they want dates to be displayed on the site (and in journals which haven't customized it?): yyyy-mm-dd (i.e. the current format), mm-dd-yyyy or dd-mm-yyyy.

I don't care about separators ( - or / or .) but being able to choose the order these are displayed in would be great. The current format isn't used in my country and I often confuse month and day.

Edit to clarify:

I'm suggesting it be implemented exactly the way the 24h option has been implemented: "this will respect the viewer's preferences in sitescheme pages, and whenever the journal owner has not customized the time for their journal."

Meaning that if someone's overridden the way time is displayed in their layout via Customize/Advanced Customizations, the viewer's own setting won't be applied. The same way you see one's chosen colors, chosen font size, etc. unless you use ?style=mine.

Comments suggest that some users would rather have their settings override all and any other user's settings/customizations. Discuss. :)

Poll #3304 Settings: date display option

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
36 (69.2%)

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

Shouldn't be implemented.
2 (3.8%)

(I have no opinion)
3 (5.8%)

(Other: please comment)
1 (1.9%)