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: #bug Infinite Scroll in Photo Albums not working again
#bug
On Wed, Jan 20, 2021 at 7:40 PM Pamela Tatt <knittingpam@...> wrote: I see this topic was address in Dec 2020 with a reply from Mark to say it was fixed. This has been fixed. Thanks, Mark
|
|
moderated
Re: Periods in subgroup name?
#bug
On Wed, Jan 20, 2021 at 5:37 PM Christos G. Psarras <christos@...> wrote: Yeah, there's a disconnect somewhere: The code is correct, the description wasn't. I've changed the help text on the group settings page so that it no longer says periods are not allowed for subgroup names. We don't allow periods for main group names because main group names are used as subdomains when you add subgroups, and subdomains cannot have periods in them. Thanks, Mark
|
|
moderated
#bug Infinite Scroll in Photo Albums not working again
#bug
Pamela Tatt
I see this topic was address in Dec 2020 with a reply from Mark to say it was fixed.
I have just loaded 41 photos into an album but only 20 show and there is no way to scroll or go to the next page? Mark can you please look at this again. Thanks for all you do. Pamela knit4charities
|
|
moderated
Re: Periods in subgroup name?
#bug
Yeah, there's a disconnect somewhere:
1. In the main/subgroup settings screen, It implies the same rules apply for either naming a main or a subgroup, the blurb displays the same: "no spaces, pluses, slashes, or underscores"; no period is mentioned. 2. The code will not let you use a period while naming a main group, and the Owner manual also states periods not allowed. 3. The code will let you use a period while naming a subgroup, but the Owner manual states periods not allowed. Cheers, Christos
|
|
moderated
Re: Periods in subgroup name?
#bug
Bob Bellizzi
But then again, since it is documented as unacceptable, an ambitious coder might just "fix the error" because it is technically an error.
I had a programmer at HP years ago who decided to rewrite the computer to computer code for their 1st timeshare system because, as he said when we happened to be at the same lunch table: "jeez, the code was sloppy and wasteful and I simply decided to clean it up." I asked if it was part of a change order, he said no. I said, "GOTTA GO" because Bill Hewlett just personally chewed me out about all of the hung up time share systems owners who where complaining about systems locking up. I was in charge of the front end code and hardware and it looked like that was the obvious problem. -- Bob Bellizzi
|
|
moderated
Re: Periods in subgroup name?
#bug
Duane, I just did that – without any consideration at all. I. Just. Did. That. I didn’t read any directions. And it worked (or so far has appeared to have) just fine. The New Subgroup Notice went out without any blips.
Just sayin’
Dan Tucker, Groups.io AFDRetiree’s Group Founder/Owner/Moderator
From: "main@beta.groups.io" <main@beta.groups.io> on behalf of Duane <txpigeon@...>
Someone on GMF reported creating a subgroup with periods in the name (e.g. my.sub.group). I was about to say that they couldn't, so had to test and found that they seem to work. The documentation says they're not acceptable,
https://groups.io/helpcenter/ownersmanual/1/using-subgroups/creating-a-subgroup Does this only apply to main groups? I'd like clarification on which is correct for subgroups. It may not really be a bug, just an undocumented feature!
|
|
moderated
Periods in subgroup name?
#bug
Someone on GMF reported creating a subgroup with periods in the name (e.g. my.sub.group). I was about to say that they couldn't, so had to test and found that they seem to work. The documentation says they're not acceptable, https://groups.io/helpcenter/ownersmanual/1/using-subgroups/creating-a-subgroup Does this only apply to main groups? I'd like clarification on which is correct for subgroups. It may not really be a bug, just an undocumented feature!
Thanks, Duane
|
|
moderated
Re: Cannot change wiki page edit permission
#bug
On Wed, Jan 20, 2021 at 01:57 PM, Dan Tucker - FireTuck wrote:
Have you been back to the Settings page for the Wiki’s?That's what it was. I was being dumb. Bruce
|
|
moderated
Re: Cannot change wiki page edit permission
#bug
This might make a bit more sense now. It appears, by your typed comment in the Message field, that you CAN edit it. And your question is only “why does it say ‘only moderators…’” and why is this selection ‘greyed out.’ Changing the permission is a ‘behind the scenes’, in Preferences/Settings thing – not right ‘out front’ on the page being edited. Have you been back to the Settings page for the Wiki’s? And this one in particular?
Dan Tucker, Groups.io AFDRetiree’s Group Founder/Owner/Moderator
From: "main@beta.groups.io" <main@beta.groups.io> on behalf of Bruce Bowman <bruce.bowman@...>
For some reason I can no longer change edit permissions for wiki pages on a page-by-page basis. See screenshot.
|
|
moderated
Cannot change wiki page edit permission
#bug
For some reason I can no longer change edit permissions for wiki pages on a page-by-page basis. See screenshot.
Regards, Bruce
|
|
moderated
Clarify when topic 'reply to' option is changed back to 'group setting'
#suggestion
Hi Mark,
when the 'reply to' settings are changed for a topic an Activity Log entry is made showing the topic name and what the setting has been changed to, except when changing to use the group setting when only the topic name is shown. I think it would be clearer if the log showed that as it would be consistent with other log entries for a change of this setting and other log entries in general: Thanks Andy
|
|
moderated
Re: New setting: moderate messages containing links
#suggestion
Haha you got that right about cyber claws! Plus a few hisses. 😊
toggle quoted messageShow quoted text
On Jan 19, 2021, at 9:15 AM, Christos G. Psarras <christos@...> wrote:
-- J Messages are the sole opinion of the author, especially the fishy ones.
|
|
moderated
Re: New setting: moderate messages containing links
#suggestion
J,
I suggested something like that to management a few months ago, a message content/keyword-filtering ability that works in conjunction with the group (or specific user) moderation setting: it would be checked & applied first, i.e. check for the key phrase/word/etc and if it found it it would do whatever the action was, if not, then the regular group-then-user moderation settings would then be checked & applied. This would allow that functionality to be used for other situations as well, not just yours; for example, the corollary to your case, in a moderated group, certain messages could be set to pass unmoderated if they contain the keyword(s). You are wright, at the very least, your simpler wish (moderate a undesirable message even if group is unmoderated) can be very useful; right now it's either 100% black or 100% white in that functionality area, a bit of grey could help enhance its power & flexibility. Just musing, but if a full-fledged content-filtering solution was to be developed, there's also the option of it being a paid upgrade group feature. (oh-oh, all of a sudden I hear the sound of cyberclaws on a file...) Cheers, Christos
|
|
moderated
Re: Poll participation by non-account holders
#suggestion
Tom U
Thanks for the constructive discussion of implementation. I know that not every suggestion fits the intention of a system or may be easily implemented. Yes, we are evaluating if the paid features provide value. I suggested the poll partly as a way to test the value of that feature, but polling is not a critical feature. For polls that I can imagine doing in my group, I have no problem with the responses being anonymous and unprotected. There is little reason for someone to manipulate them and results are merely informative. I can also see the need for each respondent being authenticated. Before submitting this request, I took a look at poll creation to see if there was an option to choose between those two modes. P My guess is that plan to identify with out authenticating that identity is subject to manipulation. It is too complex for "I don't care who responds" and not secure enough for "I only want my authenticated users to respond." Tom
|
|
moderated
Open Help Centre in new window
#suggestion
Hi Mark,
if you're working on the Groups.io site and want to refer to the manuals, clicking Help defaults to opening the help centre in the current browser window/tab meaning you lose focus on what you were working on. I think it may be more helpful to open the Help Centre in a new tab or window to make it a bit easier to switch between the two. It is of course possible to right-click the link and select an option of a new window or tab etc. but that's more mouse clicks and may be considered advanced by some. Regards Andy
|
|
moderated
Re: #suggestion Need to permit different email addresses for group joining
#suggestion
On Mon, Jan 18, 2021 at 10:04 PM, judy Warden wrote:
Consequently, I already have two accounts so tried to set up a third but seems it didn't let me. Got around this by opening with a new browser.You don't actually state what error message, if any, you see when you say 'it didn't let me'. Groups.io uses a cookie to keep track of whether someone is logged in or not so if you resolved your issue by using a different browser it suggests you may not have logged out from one account before trying to access another in the same browser session. Many Owners and Mods have multiple accounts and some manage this by using different browsers. Personally, I use Firefox with the Multi-account Containers add-on which isolates cookies between different browser tabs. That way I can have multiple accounts logged into Groups.io at one time and just switch browser tabs to access them. One of the main reasons that Owners and Mods have multiple accounts is so that they can view their groups from different perspectives. The options available to your group members will most likely be different to what a group owner sees and it's helpful to have a member's view especially when group settings are being changed. This may not have been your initial reason for asking but something to consider anyway. Regards Andy
|
|
moderated
Re: Poll participation by non-account holders
#suggestion
On Mon, Jan 18, 2021 at 02:34 PM, Duane wrote:
That could create a secondary complication though where someone decides to change their vote. Maybe in that case they'd need to contact the owner/mod and request a new 'vote link' (a one-shot sent by the owner/mod)?What I was visualizing is that the separate links for each response would continue to be valid after voting. If someone wanted to change his vote, he need only click on a different link, and the new vote would supersede the old one. Some variety of this could also function as a way to allow folks to vote for more than one option in a poll that has the "allow multiple choices" flag set. Regards, Bruce
|
|
moderated
Re: #suggestion Need to permit different email addresses for group joining
#suggestion
judy Warden <myizrblu@...>
That is what I am already doing and it seems like a waste of time and space to have different .io accts for different groups. Would it be much more simple to have 0ne .io account with the option in subsciptions to changed that group to a preferred address rather than many .io accounts. Consequently, I already have two accounts so tried to set up a third but seems it didn't let me. Got around this by opening with a new browser. Have a great day, AZJudy
On Mon, Jan 18, 2021 at 8:30 AM Duane <txpigeon@...> wrote: On Mon, Jan 18, 2021 at 09:14 AM, judy Warden wrote: --
Thanks, Judy
|
|
moderated
Re: #suggestion Need to permit different email addresses for group joining
#suggestion
Judy,
Depending on what you want to achieve by having different email addresses for each group, we may can offer a way of doing it; for example, if what you like by this scheme is that you have "clean"/separate inboxes, you can achieve this by adding all the accounts you want to use to your main GIO account as aliases, and creating Forward-then-Delete rules/filters on that main account's inbox to route the messages to the respective inboxes by using the [group_tag] value in the subject line as the "router". So by spending a few minutes, you can do this and the end result will be the same more-or-less as it was on yahoo, inbound group emails still go to the separate inboxes as before; the only difference is that if you reply to one of those routed messages from the aliased inbox, your reply will not show as coming from that account but from the main one. If you're not familiar with account aliases, read here: https://groups.io/helpcenter/membersmanual/1/understanding-groups-io-accounts/setting-account-preferences-and-viewing-account-information It allows you to send messages to your group from a different email address than your main one. By augmenting that with the inbox filter/rule routing you now get back the ability to also receive group messages to physically-different inboxes, same behavior as was on yahoo. If this is not the reason for wanting this, let us know. Cheers, Christos
|
|
moderated
Re: Can you clarify the long-term status of "legacy" groups?
#suggestion
On Mon, Jan 18, 2021 at 02:24 PM, David Kirkby wrote:
What can we expect to pay ( approximately) in 2021, 2022, 2023, 2024 and 2025?I don't work for GIO (and don't have a crystal ball ;>), but I'd expect your costs to remain the same as they are now for those years. So far, Mark has been very kind in allowing existing groups to remain on their current plan, Basic or Premium. The message you referenced, https://beta.groups.io/g/main/message/27191, does say that it's for groups created (or upgraded) after the implementation. As long as you don't drop back to Basic and upgrade again, nothing should change for you. As I understand things, even with 4708 members, you could use a Premium group, but it would cost ~$2600/yr if it were an upgrade. Duane
|
|