For general Groups.io questions, please see the Group Managers Forum and Group_Help groups. Note: those groups are volunteer-led and are not officially run by Groups.io.
moderated
Re: Update login expiration on site visit
#suggestion
I agree with Bruce. My reaction was the same as his, but I didn’t write it down here because it was more of a gut feeling that I couldn’t articulate or rationalize. He articulated it.
toggle quoted messageShow quoted text
On Nov 4, 2018, at 5:38 AM, Bruce Bowman <bruce.bowman@...> wrote:
-- J Messages are the sole opinion of the author, especially the fishy ones.
|
|
moderated
Re: Update login expiration on site visit
#suggestion
On Sun, Nov 4, 2018 at 12:59 AM, Shal Farley wrote:
Proposal:I am not fond of this idea. Confirmation of identity needs to be done on a periodic basis, and simply visiting the site using the same device does not accomplish that objective. Has anyone given thought to the legal ramifications of this? If we want subscribers to be less disconcerted, perhaps we should make them log in every time, and time them out after a certain interval of inactivity. That would be consistent with what most other sites do and certainly makes no less sense. Thanks, Bruce
|
|
moderated
Re: Calendar - Date Format on Reminder Notices
Pamela,
Is it possible to add a selection box for Date Formats to theI don't think a new setting is needed. But I do think the reminders and notices sent from the calendar should obey the subscriber's Date and Time Display settings (from the recipient's Account Preferences page). At present the Subject line is in US format ("10/30/18"). In the body of the reminder the month is spelled out (e.g. "30 October 2018") so that may be ok. Shal
|
|
moderated
Update login expiration on site visit
#suggestion
Mark,
Background: There's been some discussion in GMF about the current login mechanism, in particular dissatisfaction with the user experience of having one's login suddenly evaporate (30 days after your last login) even though one has recently - even a second ago - been logged in and active on site. Usually I'm heading for a page that requires login (such as GMF's Pending list), so my experience has been to be suddenly faced with the login page. That's fairly self-explanatory (at least to me) as to what happened and what I need to do next. But if one is heading for a page that doesn't require login, say GMF's or beta's public messages, then the effect is much more disconcerting - you seem to have suddenly been unsubscribed from the group (the button list on the left shrank). If you're paying attention you'll notice that your name disappeared in the upper right, replaced with the Log In and Sign Up links - but that's not the most prominent change. The consequence is that some group owners get complaints from members who believe they've been unsubscribed without cause, and who generally confound matters in their attempts to re-join the group. Proposal: Update the 30-day login period when the user visits the site, rather than only when they go through the login flow. I presume you wouldn't want to add this to the burden of every page load, but if there's a way to do check it at most once daily per user that ought to be more than adequate. Shal
|
|
moderated
Calendar - Date Format on Reminder Notices
Pamela Tatt
I asked this question in the GMF and it was suggest it might be a matter for the beta group.
I am struggling to find where to change the date format for calendar reminders. I am in Australia and use the DD.MM.YY format. I have this selected everywhere I can find to make a selection but the reminders still arrive with the American format of MM.DD.YY which is confusing for our elderly members. Is it possible to add a selection box for Date Formats to the Calendar?? Either when adding Events or as a Default setting perhaps? Kind regards, Pamela
|
|
moderated
Re: a PAID version with no footer links???
#suggestion
Al,
We sure would like "no footer links" whatsoever in our PAID group.As JohnF said, at least the Unsubscribe link would likely need to remain. That's pretty much a standard for email lists. Want a PURE email group, with no member ever learning there is anI think you could also keep the Reply To links (Sender and Group) and Contact Group Owner, as those are mailto: links (no web pages involved in their function). As to the rest... The Mute links are useful for email subscribers also, though it takes one to the site to make the selection. And you con only Unmute via the site. The Follow links are designed primarily for email subscribers, even though they take one to the site to make the selection. And the subscriber would have had to have visited the site at some time to make the "Following Only" subscription selection that activates the Follow/Unfollow links. That leaves "View/Reply Online" and "New Topic" as the two links whose function is primarily aimed at using the web site. Those are the only two I think you could eliminate without diminishing the list functionality for email-using members. So my recommendation would be to have this proposed option retain links to the subscription-related pages while removing links to the content pages. Shal
|
|
moderated
Site updates
#changelog
Changes to the site this week: Web:
API:
A note on my focus for the next few months: https://beta.groups.io/g/main/message/18909 Have a good weekend everyone. Mark
|
|
moderated
Re: My focus for the next few months
Mark,
There are several other projects that will also eventually roll intoYay! Shal
|
|
moderated
Re: a PAID version with no footer links???
#suggestion
Brian Vogel <britechguy@...>
On Fri, Nov 2, 2018 at 02:06 PM, J_Catlady wrote:
On Fri, Nov 2, 2018 at 10:51 AM, Sam Hughes wrote:Indeed. I've said it before, and I'll say it again: Why choose to sign up to use a medium, intentionally designed as a fusion of e-mail list and online forum, if you adamantly don't want one half of said fusion? There are plenty of other options out there if you want one, or the other, but not both. When you add to that the fact that no one is obligated to use either interface if they do not so choose, well . . . -- Brian - Windows 10 Home, 64-Bit, Version 1809, Build 17763
|
|
moderated
Re: a PAID version with no footer links???
#suggestion
On Fri, Nov 2, 2018 at 10:51 AM, Sam Hughes wrote:
Want a PURE email group, with no member ever learning there is an "online interface" whatsoever.I don't think that's possible in groups.io. It really goes against the model. Even if you have no footers, people can always log onto the site. Etc. -- J Messages are the sole opinion of the author, especially the fishy ones.
|
|
moderated
Re: a PAID version with no footer links???
#suggestion
There would probably need to be at least an unsubscribe link, or it would cause problems. If you want an email reflector list with absolutely no web presence, there may be better options than Groups.io available.
JohnF
|
|
moderated
Re: a PAID version with no footer links???
#suggestion
Hi, I’d say this is something that could be useful for premium groups. Cheers, Joseph
From: main@beta.groups.io <main@beta.groups.io> On Behalf Of Sam Hughes
We sure would like "no footer links" whatsoever in our PAID group.
Want a PURE email group, with no member ever learning there is an "online interface" whatsoever.
|
|
moderated
a PAID version with no footer links???
#suggestion
We sure would like "no footer links" whatsoever in our PAID group.
Want a PURE email group, with no member ever learning there is an "online interface" whatsoever.
Can G.io add a PRICE POINT option for this? Al Guevara For: https://list.groups.io/g/samhughesneighborhood
|
|
moderated
Re: Database ID# check boxes
Pamela Tatt
Dont know if this helps but I have set up my databases and have no problem with column size. I leave the 'Display Width' option set at 0 (default) for each column.
Some of my columns have a lot of comment in them and these 'wrap' neatly into the column. Pamela
|
|
moderated
Collapsing "Advanced Settings for Email Aliases" section hides error messages
#suggestion
Charlie McB
Problem: Collapsing "Advanced Settings for Email Aliases" section hides error messages.
This has to do with setting an Email Alias (from the Account settings page). This is an offshoot of other recent discussions (here and here) but is a different issue. Currently, the user has to click on "Advanced Settings for Email Aliases" in order to expose the Email Alias data entry field. Once they make an entry and click on "+Add Email Alias" the section immediately returns to its collapsed state, leaving no visible indication of success or error. Collapsing this section and hiding an error message is unexpected behavior. Lacking any indication of an error, the unsuspecting user will most naturally assume that their entry was accepted and move on. If their entry was not accepted for some reason, the user cannot see the resulting error message unless they know to re-expand the section. Otherwise, they inevitably will be frustrated when they can't post a message from their "new" Email Alias. Suggestion: Remove the expand/collapse control from the "Advanced Settings for Email Aliases" section, leaving it in its expanded state by default. Error/success messages should always show after the user makes a change. This should not be a problem given that the section's description and instructions are already quite clear. Thanks, -- Charlie
|
|
moderated
Re: Hashtag and Topic reply to overrides
That will be awesome. I am convinced that about half our pending members never receive the notice with the questionnaire, and I've frankly given up trying to contact people offlist when that occurs.
On Thu, Nov 1, 2018 at 2:47 PM Mark Fletcher <markf@corp.groups.io> wrote:
--
J Messages are the sole opinion of the author, especially the fishy ones.
|
|
moderated
Re: Hashtag and Topic reply to overrides
On Thu, Nov 1, 2018 at 12:19 PM J_Catlady <j.olivia.catlady@...> wrote: On Thu, Nov 1, 2018 at 11:15 AM, Shal Farley wrote: As an aside, this is a big reason I want to complete the app and add unread message tracking (ie Groups.io Inbox). I cannot control a lot of the experience of reading messages with the various email clients. And I have no control whether an ESP decides to accept email from us (ie cox.net is delaying a lot of email from us right now), or mark our messages as spam. Having our own email client just for Groups.io messages will give users an option to have a better experience with our groups. Mark
|
|
moderated
Re: Hashtag and Topic reply to overrides
On Thu, Nov 1, 2018 at 11:15 AM, Shal Farley wrote:
I haven't tested it, but if that is indeed the case I do wonder how that is achieved in the face of Reply All behavior.It is not the case after all, you're right. I missed the little "+1" in the "To" field. Anyway, this is very discouraging. In light of this, I can't use either the reply-to-sender or the reply-only-to-sender hashtag in my group. -- J Messages are the sole opinion of the author, especially the fishy ones.
|
|
moderated
Re: Hashtag and Topic reply to overrides
J
Because you're composing the reply in Gmail. They populate the To and CC fields of the reply using their own rules and settings to choose content from the original message's fields (From, To, CC, Reply-To, etc.). In the case of Reply Only To Sender messages Groups.io does not insert a Reply-To field in the original message, so Gmail (and other receiving email interfaces) would normally reply to the From address. I don't think it would help in the Reply All case if Groups.io did supply a Reply-To field - I think Gmail (and others) would include that content in the reply but would likely still include the original message's To address (the group).
I haven't tested it, but if that is indeed the case I do wonder how that is achieved in the face of Reply All behavior. My guess is that it doesn't, that the Reply All does in fact return to the group as well, and it is the lack of a bounce that made you think otherwise. Shal
|
|
moderated
Re: Hashtag and Topic reply to overrides
Shal, yes, that appears to be the problem. However, I still don’t understand why ‘reply only to sender’ uses the gmail setting (whatever the person has it set to, even if they, like me, are clueless about the default) whereas ‘reply to sender’ overrides it and creates a PM directly to the individual and not to the group. This still seems problematic and misleading to me, but I haven’t had time yet to sort through the whole new scheme. If I’m honest, I may never have time and I’m hoping that at Mark will consider at least this particular issue at this point.
toggle quoted messageShow quoted text
On Nov 1, 2018, at 10:03 AM, Shal Farley <shals2nd@...> wrote:
-- J Messages are the sole opinion of the author, especially the fishy ones.
|
|