Use check box to subscribe if only one subscription mode is available, radios otherwise, near the mailbox

PeterZ - October 12, 2008 - 13:12
Project:Comment Notify
Version:6.x-1.x-dev
Component:Code
Category:feature request
Priority:normal
Assigned:Unassigned
Status:duplicate
Description

The 5.1 version only had one type of subscription - all comments on a post. This was implemented as a check box under the comment form.

The 5.2 version has multiple subscription modes. With this change, the user subscription UI was also changed to a drop down selection.

A check box selection seems to be a more common implementation. Would it be possible to either:
a) Default to a check box if, in admin >> comment notify >> available subscription modes the administrator chooses only one mode (usually for all comments on a post)
b) Implement the user selection as multiple check boxes instead of as a drop down

Great module! Thanks!

Peter

#1

greggles - October 12, 2008 - 15:24
Title:Check box to subscribe» Use check box to subscribe if only one subscription mode is available

It definitely makes sense to me to provide a single checkbox if there is only one mode available on a site.

It doesn't make sense to me to provide it as two checkboxes. If you subscribe to "all on a node" then the other checkbox wouldn't actually subscribe you to anything. Do you feel radio buttons are an improvement over a select? Selects are more visually compact, but hide the option. Radios take up more space...but allow people to see all the options without having to click...I think having it compact is more important.

#2

PeterZ - October 13, 2008 - 14:15

Yes, I was thinking about the two checkbox option some more as well, and that doesn't work, because they are exclusive (as you point out). So, the main options are a drop down or radio buttons. Another advantage of radio buttons is that it allows the user to see all choices without having to click anything. As you point out, a disadvantage is that it takes more space. I don't recall having done any UI testing on this (although the issue does come up frequently) so I don't have measures to justify a view, but I'd probably lean toward radio buttons.

#3

greggles - October 16, 2008 - 18:28
Title:Use check box to subscribe if only one subscription mode is available» Use check box to subscribe if only one subscription mode is available, radios otherwise, near the mailbox

Updating the title.

Also, the point for selection should be near the place where you enter the the e-mail.

#4

aclight - November 15, 2008 - 17:46
Version:5.x-2.2» 6.x-1.x-dev

Here's a screenshot of something that I think would work.

I think it might be fine to get rid of the interface for the per-user default option, and just store whatever option the user selects and then use that as the default for that user the next time the form is built for that user.

In the case where only one of the two radios would be vaild (for example, if the administrator only provides one option, or if comments are not threaded, in which case allowing replies to only my comment doesn't make sense), then I think we could just get rid of the radios and use only the checkbox.

The radios/checkbox would be populated using the site's default settings if the user had never commented before.

BTW, I don't love the strings I've chosen to use here, but those can be discussed later.

AttachmentSize
comment_notify_comment_settings.png 15.45 KB

#5

greggles - November 15, 2008 - 18:41

I'm glad you posted this idea - it's pretty interesting.

From a high level, here's what we need to allow:

1) A way to subscribe to comment notifications
1.1) Either for the whole node
1.2) OR for replies to your comment
1.3) If threading is disabled OR the admin only allows one subscription mode then 1.1 and 1.2 should be condensed into a single checkbox.
1.4) If the current user is the node author and the node author has notifications enabled then we should probably hide the checkboxes are disable them with a note about why.

2) A way to unsubscribe while the comment is being entered or edited.

3) Some way of communicating the concept of a default for registered users

This UI you propose achieves all of those goals (and could easily be expanded for 1.4).

I'm kind of torn about the idea of removing the default UI and just remembering the last method they used.

It also takes up a bit more space than the current system for the most complex cases.

#6

aclight - November 15, 2008 - 19:40

I'm kind of torn about the idea of removing the default UI and just remembering the last method they used.

I see your point. It seems like we should be able to revert the removal of the description about how to set your preferences, but make the link to the account edit page open up in a new window. That should solve the problem of people accidentally navigating away from their comment.

It also takes up a bit more space than the current system for the most complex cases.

Just a little, but I would be less concerned about space and more concerned with usability. I personally think my example improves usability, but I admin I have no numbers to support that claim.

#7

spiffyd - December 18, 2008 - 23:40

Subscribed!

#8

greggles - February 5, 2009 - 03:09
Status:active» duplicate

We can fix this in #319830: create a simplified user interface.

 
 

Drupal is a registered trademark of Dries Buytaert.