A few user interface suggestions:
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | main-page.png | 34.16 KB | neopoet |
| #5 | page-subscriptions.png | 30.09 KB | neopoet |
A few user interface suggestions:
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | main-page.png | 34.16 KB | neopoet |
| #5 | page-subscriptions.png | 30.09 KB | neopoet |
Comments
Comment #1
neopoet commentedComment #2
salvisThank you for your suggestions. My general impression is that they reflect special needs that are outside of the mainstream.
On which kinds of Subscriptions do you see this need? How would you design the GUI?
Why? What does VotingAPI do?
Shouldn't the usernode content type be blocked?
"Change" into what?
Since BETA11 we have a separate auto-subscribe setting on comments. I don't believe this is still needed.
If you want to implement it, we can pursue this.
Comment #3
neopoet commentedSalvis,
Let me start with the first suggestion, because I think it's most important.
Imagine you are a active user of a social community site. You've authored two hundred nodes and you've replied to three hundred threads. So by default, you're subscribed to five hundred nodes, and even if you take a vacation for a week you'll get several updates a day. It gets overwhelming after a bit.
Say you decide you'd just rather focus on replies to nodes you authored. Or just nodes of a particular taxonomy type that you really care about. Or you'd like to unsubscribe from nodes older that are older than a year.
How do you do that?
Well, even if you knew exactly what nodes you'd like to unsubscribe from, you'd have to sit down and spend an afternoon clicking on select buttons over and over and over... five hundred times.
I absolutely think there's room for improvement.
I'd be happy to make a mockup of how the user interface could look. Would you like me to give it a shot?
Andrew
Comment #4
salvisIf you're an active user, you may want to turn auto-subscribe off and instead subscribe by Content Type or Category. But I agree that over time the Thread subscriptions list tends to get long and longer.
You originally suggested an unsubscribe by Type function, and I doubt that that would really help. Now you've broadened the scope, which I think is good, but it makes the UI even more difficult.
Yes, please do post a mockup, and I invite everyone else to participate. And let's focus on pruning the Threads subscriptions list, i.e. user/UID/subscriptions/node, as you suggested.
Comment #5
neopoet commentedI've attached two user interface mockups, one for the main page, the other for the page subscriptions list.
They are to be considered a rough draft -- some of the wording is imprecise or just plain inarticulate, and I'm not entirely sure how feasible it would be to implement many of the changes.
This is not a "wish list" -- Just consider this a piece to spark some discussion.
Comment #6
salvisComments invited — thanks!
Comment #7
salvisPartially implemented in #356964: UI Suggestion -- "select all" option and other suggestions.
Would still like to get some comments here...
Comment #8
salvis