Don't hotlink userinfo images

[zaluzianskya]

Title:
Don't hotlink userinfo images

Area:
external linking

Summary:
So you know that nifty trick you can do where you type <user name=example site=examplesite.com> and the username that shows up will be styled for examplesite.com, with the link going to example.examplesite.com and with examplesite.com's profile userhead coming up? Well, when you do that, the userheads are all hotlinked.

Description:
Except for Livejournal's, anyway. I tested this with all of the example journal sites I could think of, and for all of the ones that I tried, the profile images were hotlinked from that site's server, instead of being stored locally like LJ's is at http://s.dreamwidth.org/img/external/lj-userinfo.gif

Check the image sources for these images and you will see:

announcements
news
news (this userhead is the same as LJ's, but being pulled from Journalfen's server)
new_shit

So... basically my suggestion is to store them all locally. (As a side benefit, this would allow users to customize how different sites' userheads show up in their styles!)

Poll #4508 Don't hotlink userinfo images

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
15 (30.0%)

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

Shouldn't be implemented.
13 (26.0%)

(I have no opinion)
18 (36.0%)

(Other: please comment)
0 (0.0%)

Styles: create banner image option

[ninetydegrees]

Title:
Styles: create banner image option

Area:
styles

Summary:
Many styles let you easily have a header background image but not necessarily a banner image above or below the header. I think only Bases has a different option.

Description:
Create an option to let people put a banner image above or below the header and specify its height and positioning.

Poll #4507 Styles: create banner image option

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
47 (85.5%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
7 (12.7%)

(Other: please comment)
1 (1.8%)

Allow crosspost footers to also be put in the footers of RSS feeds

[matgb]

Title:
Allow crosspost footers to also be put in the footers of RSS feeds

Area:
RSS

Summary:
The crosspost footer can be used in a more flexible way, by allowing it to be put at the base of posts that leave the site in other ways, such as RSS feeds.

ETA: NB, we're not talkinag about feeds syndicated to DW, we're talking about the RSS feeds our journals/comms release to other sites.

Description:
Many users use the crossposter to other sites, and look forward to it working with other platforms as well.

Others still have their content syndicated in some way, for example imported into Facebook notes or onto a Livejournal feed.

I have kept my notes import for Facebook coming from Livejournal, as that way the crosspost footer stays. In the comments to this suggestion:
http://dw-suggestions.dreamwidth.org/435390.html

it's come up that some people comment on syndicated content on Livejournal thinking it's going to go to the author, which is obviously not true. Allowing a footer displayed within the feed would help solve this problem.

Some sort of feed footer seems to be a fairly standard feature of other platforms, they definitely exist for some Blogger and Wordpress powered feeds I read, and this would definitely help cross site interoperability.

Drawbacks: Optional opt in, with wording editable by the user, apart from coding time and possible extra server load for the comment # image, I see none.

Poll #4510 Allow crosspost footers to also be put in the footers of RSS feeds

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
1 (2.6%)

(I have no opinion)
12 (31.6%)

(Other: please comment)
0 (0.0%)

Have a 'make another suggestion' link on the success page

[matgb]

Title:
Have a 'make another suggestion' link on the success page

Area:
Suggestions

Summary:
When you've submitted a suggestion, some way of getting back easily to make another one would be good

Description:
The "success" page can have a link to the page you've just left, hitting 'back' will frequently take you back to a form filled with your just submitted suggestion.

Some people think of a number of suggestions at the same time, or wait until they've more than one to save brain time, this will improve their interaction with the site.

Advantage: easier user experience and workflow
Disadvantage: some slightly spurious suggestions might happen more often...

Poll #4511 Have a 'make another suggestion' link on the success page

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

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (4.3%)

(I have no opinion)
8 (17.4%)

(Other: please comment)
0 (0.0%)

USe variables for site scheme colours, allowing users to change their colour scheme

[matgb]

Title:
USe variables for site scheme colours, allowing users to change their colour scheme

Area:
Site Scheme

Summary:
Allow users to pick the colours used within their preferred site scheme, probably by setting the existing colourschemes as default variables, allowing people to skin the site as they wish without the need for many many site scheme colour scheme requests and suggestions.

Description:
Me, I love Gradation, and can handle Tropo Purple, but the rest of the colours do little for me, and I actually find Tropo Red a little offputting. I do like the paler off white background colour though, means I don't have to worry about getting a headache if I have to login from the homepage.

If the extant schemes are kept as main supported colour schemes, but users are able to change the colours to whatever they wish, this would prevent the need for extra schemes for those with different preferences, and allow people that prefer one menu structure with a different colourscheme to adapt.

I'm told a block on having different schemes is logo design, but if all logos are there as a checkbox option on that page, we can accept extra submissions of diffferent coloured logos, within reason, but people can pick shecmes that complement the logo, I'd have no problem with having the red logo on Gradation TBH, might even prefer it.

There have been at least two suggestions I've seen recently for different types of site scheme preferences, this would pretty much eliminate the need for extra schemes (and the work that entails updating each), and allow much more flexibility.

Poll #4512 USe variables for site scheme colours, allowing users to change their colour scheme

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
48 (80.0%)

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

Shouldn't be implemented.
1 (1.7%)

(I have no opinion)
9 (15.0%)

(Other: please comment)
0 (0.0%)

More cities and GMT-style options in time zone selection

[deepad]

Title:
More cities and GMT-style options in time zone selection

Area:
posting

Summary:
The drop-down options right now to set your time zone offer an extremely limited number of Continent/City options to choose from. This should be increased and diversified to accomodate users from all parts of the world.

Description:
So in changing my time zone to get GMT + 5:30, I discovered that the only option I had was to select "Asia/Kolkata". No mention of Mumbai or Delhi or Bangalore or any of the other big cities, and worse, no GMT option.

This requires people not living in the US to have to look up which of the small and randomly chosen list of cities their location matches in the time zone department.

So I would suggest that the system either be changed to Greenwich Mean Time (GMT), or else if the present Continent/City one remains an option, make it Continent/Country for all nations that have one time zone. Or if Continent/City must be kept, add to the number of cities represented.

Poll #4509 More cities and GMT-style options in time zone selection

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
52 (81.2%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
4 (6.2%)

(Other: please comment)
0 (0.0%)