-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: SSO Integration without account creation #199
Comments
This is a great idea, Raam, as always! You may want to take a look how the plugin "Super Socializer" does it, they have that feature. Experience tells me: Yours will work much better. ;-) |
Raam, Jason, there is no "Improvement suggestions here please" link visible in CM login area, so I trust you won't beat me hard that I leave it here for you: Observations - URGENT improvement suggestions marked *
Sidenote tip, because I noticed the same issue with s2m:
So, my simple (obvious!) suggestion: Let us choose between your present dropdown, and offering only the PRESENT page/article they are on (are coming from). Surely they shall be able to manage existing (=past!) article subscriptions. But they must NOT be able to select any (future!) pages/articles outside their curriculum, outside what they've read yet (in our case, the links they've been sent yet). Your dropdown doesn't even make sense: Why show someone hundreds of pages/articles he can subscribe to (or 2,000! - your suggested max) which they haven't even read yet!!?! You wanna kill them with information overload?
6)"Last name" - why? The first name with the associated email identifies a person and allows to address the person in a friendly way. If you thought of cultures where you address people with the surname, still no point: then just make one field as well, call it "Name"). But I would certainly support one field, and called "First Name".
To be continued when I have time to waste more time (?) :-) |
@RealDavidoff Thank you SO much for all of your feedback. :-)
I agree. I opened an issue to fix this. See #201
I agree. I opened an issue to fix this. See #202
Yes, I fully and completely agree with you (@jaswsinc, on the other hand doesn't feel as strongly about this as I do). There's a bunch of discussion about this here, which I recommend reading for background if you're interested. In any case, we intentionally hid links to the Add New Subscription form in the last release (see #108 (comment)), however it looks like we overlooked the fact that "Subscribe Without Commenting" uses the Add New Subscription page too. I've opened an issue to fix this. See: #203
I strongly disagree with you here. The ability to subscribe to Comment Replies Only is one of the most popular and most-requested features of a comment subscription plugin! I know from having worked on Subscribe to Comments Reloaded (which has over 30,000 active installs) and from using comment subscription plugins on several sites. Most readers subscribe to comments for one reason: To be notified when someone replies to a comment they left! Otherwise, if they leave a comment and someone replies, they have to come back to the site every day to see if anyone replied to a comment they left on the site. If they subscribe to all comments and the post has dozens or hundreds of comments, they're going to get a LOT of noise! But if they only receive notifications about replies to THEIR comment? Then the notifications are relevant. It's true that some readers will want to receive ALL comments/replies, but 10+ years of blogging experience (and tens of thousands of comments) has taught me that's NOT the norm. (In fact, the reason that the Subscribe to Comments Reloaded plugin gained so much popularity over the past few years is specifically because of the Subscribe to Replies Only feature, which I worked quite a bit on.) In any case, Comment Mail allows you to choose the default subscription option for your comment form in Comment Mail → Config. Options → Comment Form:
Yes, I agree. If the Comment Form itself gets pre-populated by a cookie or from being logged in, the Add New Subscription form (when subscribing without commenting) should pre-populate the name and email address fields. I've opened an issue for this. See #204
Last Name exists to mirror the WordPress user account fields, and the Last Name field is optional so it can be left blank if desired: That said, I agree it makes more sense to mirror the WordPress Comment Form fields (Name only, instead of First Name + Last Name). I've opened an issue for this. See #205.
I agree. That should be fixed to improve consistency. I opened an issue for this. See #206
Right. I agree. That shouldn't be there. I opened an issue for this. See #207.
Where is this referring to? Can you provide a screenshot?
Can you provide a screenshot?
Ah, good catch. Thank you. I opened an issue to fix this. See #208 |
But from sifting through 300,000+ comments in my life I can summarize: Not one that I saw that a user wanted to know of replies to someone else's comment! Only their OWN. In fact, in most niches/websites these days visitors don't even glance over all prior comments, their sole focus is to post their OWN question - and hence they want to know when it's been answered. This will vary slightly with niche (and quality of the website), and you may happily keep your massive dropdown for THIS (comment selection), but the two most sensible options BY FAR should then be at the top.
|
Oh, and as reminder, we can NOT turn on the plugin before earlier 3) is solved. :-( |
Oh, right, and I agree. Yes, I did misunderstand what you were saying. You were specifically referring to the ability for readers to subscribe to replies to someone else's comment using the pre-populated dropdown box on the Add New Subscription form: I've created an issue so that we can add an option to disable that behavior. See #210. |
First of all, congratulations to the new commentmail updates, I have finally updated (scared because of template changes made) and after a bit of tweaking got it the way we needed it, thank you all! Question: This thread "SSO Integration without account creation", has this feature request been implemented in the meantime? We haven't turned on sso yet because it seems still to create wp accounts, correct? |
@RealDavidoff This feature has not been added yet, no. But it's still in the pipeline. :-) |
Some sites may want to use the Comment Mail SSO Integration feature to make it easier for commenters to fill in the comment form fields, however they may not want an associated WordPress account created on their site. (A whole WordPress account just for leaving a comment is a bit extreme for some sites.)
It would be nice to have an option that allowed you to enable and configure SSO, but prevent an actual account from being created, i.e., the SSO integration simply fills in the comment form fields and that's it.
The text was updated successfully, but these errors were encountered: