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

[zvi]

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

View Respondents

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%)

Comments

[stellar_dust]

To minimize clicks/page loads, could both options appear in collapsible menus on a single page, with one of them collapsed by default depending on whether you're subscribing or giving access?

[zvi]

I don't know how unwieldy (i.e. slow to load) that gets when someone has the full complement of available filters? Also, if collapsible means with javascript, then we need to think about what happens for people with javascript off, which I suspect is that all of both sets of filters show ... we need to make sure that, in that case (a) the relevant filters are on top and (b) there's a submit form at the bottom of each set of filters which will work for adding people to both reading and subscription filters, if you follow me.

[stellar_dust]

I was thinking collapsible in the same manner as profile pages - is that javascript? I don't know. Yes, though, relevant filters always on top, and a submit button (or buttons) that will work for accessing, subscribing, or both at once.

[yvi]

Um, I remember coding something like that :)

Sorry, I am very sleepy right now, so I might be missing nuances, so I am not sure if this bug fully covers what you want: http://bugs.dwscoalition.org/show_bug.cgi?id=1878 Current version is not very sophisticated, it just presents your subscription filters along with the access filters and puts the new user on them if you subscribe to them and check the boxes.

[zvi]

Yeah, that sounds like what I want. Whoops, should have searched the comm first.

[baggyeyes]

Doesn't work when the user subscribes or gives access to using the Hover menu from the journal. Then, the user has to refresh the page to find the 'modify relationship' link on the bar - a bar not all users have activated.

[yvi]

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.