import names from access filter to subscription filter

[ursula]

Title:
import names from access filter to subscription filter

Area:
filters

Summary:
Users should be able to import the list of people on an access filter as a reading filter, or import the list of people on a reading filter as an access filter.

Description:
I came to Dreamwidth from LiveJournal. On lj, I had some filters that functioned primarily as reading filters and some that functioned primarily as access filters. I created my dw account before reading filters were implemented, so I re-created all of my lj filters as access filters. My reading list on dw has now grown large enough that I'd like to re-purpose some of these "access" filters as reading filters.

When creating a new reading filter, I would like to be able to import all of the names from an existing access filter and then add or subtract names. For instance, to build a "politics" reading filter, I could start by importing the names on my "notrepublicans" access filter, and then add feeds of political bloggers.

I imagine that the reverse functionality, building access filters based on reading filters, might also be useful.

Poll #4438 import names from access filter to subscription filter

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
27 (62.8%)

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

Shouldn't be implemented.
1 (2.3%)

(I have no opinion)
10 (23.3%)

(Other: please comment)
1 (2.3%)

Add option to not display userpic on entries

[zaluzianskya]

Title:
Add option to not display userpic on entries

Area:
Entries

Summary:
On the Customize Journal page, there are options to put your userpic on either the left or the right side of the entry. There should also be an option to not display it at all.

Description:
Right now, the only way to not display userpics on your entries is to use custom CSS, but that is cumbersome and doesn't always work the way you expect. (For example, even if you use .page-recent .entry-wrapper .userpic { display: none; } to take the icons off your recent entries page, your header is still offset by 100 pixels. Which means you have to use even more CSS to fix that. ETCETERA.) There should be a Dreamwidth-supported option to not display userpics on entries with just one simple click of a dropdown box.

Poll #4439 Add option to not display userpic on entries

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
59 (83.1%)

Should be implemented with changes. (please comment)
1 (1.4%)

Shouldn't be implemented.
2 (2.8%)

(I have no opinion)
9 (12.7%)

(Other: please comment)
0 (0.0%)

Send errors on failed comment expansion

[azurelunatic]

Title:
Send errors on failed comment expansion

Area:
comments, making things make sense

Summary:
When a comment cannot be expanded for any reason, give an error instead of failing silently.

Description:
Sometimes you're trying to expand a comment thread, and for whatever reason, it does not work. Currently, the page stays the same as it was, and does not give a clue as to what the problem is; the user tends to have to open the thread in a new tab, or refresh the page.

Instead, an informative error message should expand where the comment should have been. Thus the only time there is no action should be when there are problems in communication between site and browser. This would be less frustrating, make more sense, and follow good programming principles to boot. It's likely to be slightly more expensive to serve an error instead of nothing, but this could well trade off in fewer needless thread and page loads. This might even be a good thing for Weird Client Stuff of the future, and possibly even the current download-comments thing.


Some of the reasons a comment might not expand:
Comment is deleted. (Although this should be pretty apparent.)
Comment has been deleted since the time of page load.
User has deleted themselves and taken their comments with them. (Also sometimes since time of page load.) [Edit: I wrote this up for LJ suggestions first; DW users don't currently have the ability to do that.]
User has been suspended. (Also sometimes since time of page load.)
Comment has been screened and you cannot see it.
Entry owner has disabled comments and you cannot see them. (In this case, to avoid giving away too much information that only the entry owner would know, any comment that exists or doesn't exist on a comments-disabled entry should return the sort of error where the only information is that comments have since been disabled.)
Whole entry has been locked since time of page load.
Whole entry has been suspended since time of page load.
Whole entry has been deleted since time of page load.


It could feed drama-llamas by alerting people to when something's disappeared so they have time to get screencaps before refreshing, but if something's already got drama-llamas in it, they're likely already making screencaps, and experienced drama-llamas already know that you open it in a new tab. In any case, this does not seem like the sort of improvement where "But users might behave worse than they already do!" should be reason enough to not do this.

Poll #4506 Send errors on failed comment expansion

This poll is closed.
Open to: Registered Users, detailed results viewable to: All, participants: 42

View Respondents

This suggestion:

View Answers

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

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

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
3 (7.1%)

(Other: please comment)
0 (0.0%)