zvi: self-portrait: short, fat, black dyke in bunny slippers (Default)
still kind of a stealthy love ninja ([personal profile] zvi) wrote in [site community profile] dw_suggestions2009-10-14 02:43 pm

Subscribing to user should point you at reading filters; giving access point you at access filters.

Title:
Subscribing to user should point you at reading filters; giving access point you at access filters.

Area:
filters, circle management

Summary:
Currently, when you subscribe to someone, the site asks if you want to give them access and presents your access filters for you to place them on. It should present your subscription filters instead.

Description:
The current behavior is legacy behavior because friending was unlocking and subscribing simultaneously. On Dreamwidth, it's clear that subscribing to an account is an indication that one wants to read the account, so we should present options for managing how it is read.

Of course, we should also say, "do you also want to give access?" and if they say yes, we can *then* move into a dialogue about access filters. But subscribing should default to subscription filters.

Poll #1474 Subscribing to user should point you at reading filters; giving access point you at access filters.
Open to: Registered Users, detailed results viewable to: All, participants: 30


This suggestion:

View Answers

Should be implemented as-is.
28 (93.3%)

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

Shouldn't be implemented.
1 (3.3%)

(I have no opinion)
0 (0.0%)

(Other: please comment)
0 (0.0%)

yvi: Kaylee half-smiling, looking very pretty (Default)

[personal profile] yvi 2010-02-10 05:06 pm (UTC)(link)
Doesn't work when the user subscribes or gives access to using the Hover menu from the journal.

Um, yes? This suggestion was about the page that also gives you the access filters a user should go into (asks if you want to give them access and presents your access filters for you to place them on) - the hover menu doesn't point you to that page. From my understanding, the hover menu is specifically designed to give you one-click options, it's not supposed to be very option-heavy, so I am not sure why this is strange?

You might want to make a separate suggestion for this if you want these options included in the hover menu somehow.