Jun. 11th, 2010

feathertail: (Default)
[personal profile] feathertail

Title:
More descriptive "Profile" area

Area:
profile

Summary:
I don't mean the "User Info" page. I mean the "Profile" section of your journal, which (right now) is surprisingly sparse.

Description:
Okay ... take a look at any Twitter page. In the upper-right hand corner you've got a name, a location, a website link (which is actually labeled as such) and a 140-character bio, plus icons for people he/she is following. They don't call this section a profile, but it gives you a good idea of who you're dealing with.

Here on Dreamwidth, pretty much every journal has a section that's labeled "Profile," but all it is is your name and userpic. On hover, your userpic displays a link called "Profile" which actually takes you to (your journal).dreamwidth.org/profile, so apparently you've got to click on a link in your profile in order to see your profile!

Besides that is a personal link, which is not labeled as such and which may or may not actually look like a link depending on your journal's style. Finally, we have a few buttons for watching and things, which are nice but aren't informative or profile-y.

I think if we're going to have a "Profile" sidebar widget, it ought to be informative, instead of leaving our readers thinking we just left it blank. (And in my case, wondering why I'm named "Tachyon Feathertail Become Your Fursona.")

Specific ideas:
* A quick blurb with a "Read more ... " link that takes you to the bio section of your User Info page
* A note like "Web:" to indicate the personal link's nature
* A custom field -- see what DW'ers come up with!

Poll #3458 More descriptive "Profile" area
Open to: Registered Users, detailed results viewable to: All, participants: 42


This suggestion:

View Answers

Should be implemented as-is.
11 (26.2%)

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

Shouldn't be implemented.
21 (50.0%)

(I have no opinion)
6 (14.3%)

(Other: please comment)
1 (2.4%)

axiom_of_stripe: DC Comics: Kory cries "X'Hal!" (Default)
[personal profile] axiom_of_stripe

Title:
Expand/Close all cut tags on a page

Area:
cut tags, reading page, recent entries page

Summary:
It would be great to have a way to expand all of the cut tags on a page so that they all are open at once, and likewise to close them all up again.

Description:
An example of a situation in which this would be useful: I was just looking at a journal with a lot of entries that had one or two pictures behind a cut tag. I went through expanding all of the cut tags in place (which was awesome) so that I could see the whole page's worth of pictures at once, and it occurred to me that that's going to be a pretty common desire.

Details: Expand All should open all cut tags and Collapse All should close all cut tags, regardless of whether they've been manually opened or closed. (I've seen some image boards where an "expand all/collapse all" function was actually an "expand all which are closed while closing all which are open" function -- I don't know if that sort of toggle is technically easier to implement, but it's never seemed as useful to me.)

Implementation: My first thought was to have functions which could be embedded in styles (and which would be added to all of the system styles) for expand all/collapse all. Another option would be to have this in the nav bar. It doesn't make sense to me to have it in the entries next to the actual cuts, as that's just lots of clutter when you only need something once.

Drawbacks: Are there server and/or browser issues with opening all of the cuts at once?

Poll #3459 Expand/Close all cut tags on a page
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

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

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

Shouldn't be implemented.
2 (5.0%)

(I have no opinion)
20 (50.0%)

(Other: please comment)
0 (0.0%)

zeborah: Map of New Zealand with a zebra salient (Default)
[personal profile] zeborah

Title:
AJAX expand/collapse of comments

Area:
comments

Summary:
Extend the new expand/collapse functionality for cut-tags to comments too.

Description:
The awesome expandable cut-tags have already become so natural to me that this afternoon I suddenly thought, "Hey, the comments should do that too!"

--In fact, both

a) existing comments, and
b) the "post a new comment" box

could be expandable.

Hm, I guess it might be more awkward if it's a really popular post with eleventy-hundred comments?

But other than that, it'd just be great to be able to reply to someone and/or read comments without having to open a new tab or lose your place in your reading page - either of which break the flow.

Poll #3457 AJAX expand/collapse of comments
Open to: Registered Users, detailed results viewable to: All, participants: 40


This suggestion:

View Answers

Should be implemented as-is.
16 (40.0%)

Should be implemented with changes. (please comment)
7 (17.5%)

Shouldn't be implemented.
7 (17.5%)

(I have no opinion)
9 (22.5%)

(Other: please comment)
1 (2.5%)

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