Jun. 15th, 2010

zvi: self-portrait: short, fat, black dyke in bunny slippers (Default)
[personal profile] zvi

Title:
Timestamp collapsed comments on journal styled pages

Area:
styles, entry pages, comments

Summary:
When a comment is collapsed (the text of the comment is not shown, merely a link to expand or open the comment on a second page) in a system style, the metadata available about the comment includes the date and time it was made.

This information should also be displayed when an entry page is in a journal style.

Description:
If the timestamp of a collapsed comment is visible, it is easier to guess whether or not one has read it before. You can keep track of the time before which you have or have not read a comment, and only open the ones that are new to you.

Poll #3481 Timestamp collapsed comments on journal styled pages
Open to: Registered Users, detailed results viewable to: All, participants: 44


This suggestion:

View Answers

Should be implemented as-is.
38 (86.4%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
6 (13.6%)

(Other: please comment)
0 (0.0%)

matgb: Artwork of 19th century upper class anarchist, text: MatGB (Default)
[personal profile] matgb

Title:
Other Services module in S2

Area:
Styles

Summary:
Have a sidebar module in S2 for the 'Other Services' section of the profile

Description:
In my links list, I have a bunch of my profiles on other sites so that people can find them easily. I personally prefer to have them in my sidebar, and forget to update the DW profile one if they change.

This suggestion:
http://dw-suggestions.dreamwidth.org/243524.html
Implies that at some point other services will be user extendable (why no LJ, for example), so this links to that. It would be very good to have this section as a sidebar module, and preferably include XFN="me" as part of the links.

Flexibility is good, and allowing more flexible sidebar content gives users and readers more options. Like all sidebar modules, use of it should be entirely optional.

Poll #3476 Other Services module in S2
Open to: Registered Users, detailed results viewable to: All, participants: 30


This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (50.0%)

(Other: please comment)
0 (0.0%)

matgb: Artwork of 19th century upper class anarchist, text: MatGB (Default)
[personal profile] matgb

Title:
Allow XFN relationships to be defined in Links List

Area:
Styles

Summary:
Allow for XFN relationships to be defined, so that other sites and services can detect your relationship to an outgoing link in the links list.

Description:
The XHTML Friends Network is used by a number of services, including Google Profile, to know if you are related to an outgoing link. http://gmpg.org/xfn/

Many users put links to personal friends and their profiles on other sites in the links list. Allowing those that wish to define XFN relationships to outgoing links would help interoperability in a user friendly manner.

This could possibly be linked to FOAF, which we already support and has a similar objective?

Poll #3477 Allow XFN relationships to be defined in Links List
Open to: Registered Users, detailed results viewable to: All, participants: 24


This suggestion:

View Answers

Should be implemented as-is.
4 (16.7%)

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

Shouldn't be implemented.
1 (4.2%)

(I have no opinion)
19 (79.2%)

(Other: please comment)
0 (0.0%)

matgb: Artwork of 19th century upper class anarchist, text: MatGB (Default)
[personal profile] matgb

Title:
Allow/encourage title attributes to links list entries

Area:
styles

Summary:
Create text area within the Links list for link TITLE text, that would then display as per browser standards.

Description:
Currently, the only option we have for a Links List entry is URL and link text. It's good practise to give links Title text as well, that normally, depending on browser settings, then displays as a tool tip.

Other platforms, such as Wordpress, allow and encourage links to be given Title attributes, following usability guides and allowing users to give expanded explanations of what a link is, and why it's there in the sidebar.

Example: in my links list, I link to Miss_s_b using her name. For sidebar space reasons, that's all I can give. I'd like to allow users to know if they hober over a link that she's my fiancée and give a brief description of her content. That's good practise, recommended by usability experts. It can also aid search engines and is recommended white hat SEO behaviour.

Poll #3478 Allow/encourage title attributes to links list entries
Open to: Registered Users, detailed results viewable to: All, participants: 34


This suggestion:

View Answers

Should be implemented as-is.
17 (50.0%)

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

Shouldn't be implemented.
7 (20.6%)

(I have no opinion)
10 (29.4%)

(Other: please comment)
0 (0.0%)

matgb: Artwork of 19th century upper class anarchist, text: MatGB (Default)
[personal profile] matgb

Title:
Add entry title to "view this entry" email link

Area:
notifications

Summary:
The links at the bottom of an email to a specific entry should include the name of the entry where appropriate.

Description:
When I receive an "X has posted a new entry email", the link to the entry is at the bottom of the email. If X has posted multiple entries, some email clients/systems[1] will truncate duplicated content thinking that it's duplicated.

This is especially annoying if using the HTML view of Gmail on a mobile device, where clicking the 'read more' link will reload the thread, marking all unread as read.

If the "view this entry" text was replaced by "view entry TITLE", this would cease to happen.

Alternatively, if the title of the entry at the top of the notification was also a link, this would also solve the specific gmail problem.

(I and Miss_S_B subscribe to each other, and tend to work different shifts, we have metered bandwidth on our mobiles, and while neither of us gets close, extra pageloads for no reason is annoying, this is a specific gmail issue, but it may apply to other clients)

ETA: [1] This includes Gmail and Conversation View in Outlook 2010, and may include other email clients, feel free to comment.

Poll #3479 Add entry title to "view this entry" email link
Open to: Registered Users, detailed results viewable to: All, participants: 30


This suggestion:

View Answers

Should be implemented as-is.
18 (60.0%)

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
10 (33.3%)

(Other: please comment)
0 (0.0%)

Profile

Dreamwidth Suggestions

December 2018

S M T W T F S
      1
23 45678
9101112131415
16171819202122
23242526272829
3031     

Style Credit

Expand Cut Tags

No cut tags