the new "search for entries" should be one of the options among the rest of the site searches

[ratcreature]

Title:
the new "search for entries" should be one of the options among the rest of the site searches

Area:
search

Summary:
I'd like to be able to pick the new journal search through entries as one choice among the older kinds of searches (interests, faq, users, and so on -- that box in the toolbar and on the sitescheme).

Description:
I find it inconvenient that I have to go to the profile page to click on the search link there to search my journal. I would like it better if I could pick to search my journal from the toolbar in the search field already there along with the other options, especially when I am on my own journal or my own friends page.

That would work with my expectation that search boxes that show up on a blog allow me to search it, so it seems natural to me that my search box when viewing my journal should offer to search it if the option is available. Maybe it could be smart too, so that if I am visiting a community where I can also use an entry search my toolbar would show me the option to search that community.

Poll #1183 the new "search for entries" should be one of the options among the rest of the site searches

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (15.4%)

(Other: please comment)
0 (0.0%)

Changes to "Request for invite codes has been granted" email

[cesy]

Title:
Changes to "Request for invite codes has been granted" email

Area:
invite codes, notifications, email

Summary:
Add the actual codes to the email unless there are loads of them.

Also, make sure it has the usual site footer.

Description:
The "your request for invite codes has been granted" email apparently just has a link to manage/invitecodes; it doesn't have the codes in the email. I'd suggest putting the codes in the email itself, as it is for the normal invite code granting email, unless the number of codes is more than, say, 20.

It doesn't appear to have the usual footer, either. ("-- Dreamwidth Team Dreamwidth Studios" or whatever with a link back to the main site)

(This is from testing on my Dreamhack - I haven't had the email on the main site to compare, but it looks like this is one of those things where the email text is in the code.)

Poll #1184 Changes to "Request for invite codes has been granted" email

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
22 (68.8%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
10 (31.2%)

(Other: please comment)
0 (0.0%)

Redirect "friends" page to correct url

[jbanana]

Title:
Redirect "friends" page to correct url

Area:
usability

Summary:
There is no "/friends" page on DW, but if someone tries to go there it seems obvious that they meant "/read", so autiomatically redirecting them is helpful and won't cause any harm.

Description:
A redirect from "/friends" to "/read" would help some apps (and manual url typers) that assume there is a "/friends" page. For example, Semagic has a "what are my friends doing" option that assumes this.

The current response is a 404 page, which isn't very helpful: if I'm looking at http://exampleusername.dreamwidth.org/friends there is no link to the user's reading page

Poll #1185 Redirect "friends" page to correct url

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
22 (44.0%)

Should be implemented with changes. (please comment)
21 (42.0%)

Shouldn't be implemented.
4 (8.0%)

(I have no opinion)
3 (6.0%)

(Other: please comment)
0 (0.0%)

Different colors for different types of links

[starwatcher]

Title:
Different colors for different types of links

Area:
Links in Styles

Summary:
When customizing, we can select a color for links, but I'd love to select different colors for 'name-links' on my reading page, links in the message, and the 'go-to' links at the bottom of the post. (Edit, reply, etc).

Description:
Problem to be solved - I don't think there is 'a problem'; it's just an aesthetic I'd like to see.

When playing with colors, I'd like to be able to choose one color for title links (the ones at the head of our post), a different color for linked names (the people who have commented), another color for links in my post, and a separate color for the tiny 'go-to' links at the bottom of the post.

I'd also like a 'visited link' color for each of those options. I *don't* want my title-links to change color when I've clicked on them. If we had choices of colors for each type of link, we could select the same color for visited links in the areas we choose. As it is, when I select a 'visited link' color, I have to choose between all my links always remaining the same color, or my title links changing color when visited. Neither of those solutions make me completely happy.

Drawbacks to implementation - I can tell it's a helluva lot of coding. My coding expertise ends at italics, bold, and <a href, so I don't even know if it's possible. But it would be nice if it could be considered, somewhere down the line.
.

Poll #1192 Different colors for different types of links

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)
1 (3.3%)

Shouldn't be implemented.
13 (43.3%)

(I have no opinion)
11 (36.7%)

(Other: please comment)
2 (6.7%)

Turning off the cross-poster when posting via email

[thedivinegoat]

Title:
Turning off the cross-poster when posting via email

Area:
crossposting, email posting

Summary:
Create the ability to stop the crossposter crossposting when posting via email.

Description:
When you post via the create post web page, you are able to disable the crossposter for that specific entry, (and if you have multiple accounts you can turn off specific accounts). It would be really good to have this functionality when posting via email. You can of course, already set icon, mood, music, comments and security with a line within the body of the email - hopefully it wouldn't be too hard to have a line that would either turn off the crossposter totally, or turn of specific accounts.

Poll #1191 Turning off the cross-poster when posting via email

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (28.1%)

(Other: please comment)
0 (0.0%)