Like
https://beta.groups.io/g/main/topic/776328?p=,,,100,0,0,0::Created,,%23suggestion+database+public,100,2,0,776328,ct=1&ct=1

Provide database embedding options to external sites

I think this should be on the APP group since computers don't usually use presses.

Duane

When you write a new subject with a query, the group give you some suggestion of other message with the same subject. Like do uservoice.
https://tagpacker.uservoice.com/forums/203587-general?query=trest

I think add long press to edit the title of a topic/message could be great for moderators/owners.

Email delivery #downtime

When:
Thursday, 6 August 2020 11:00pm to
Friday, 7 August 2020 1:00am
(UTC-07:00) America/Los Angeles

Description:

Our hosting provider Linode is upgrading the virtualization software across its fleet of machines. As part of that, the machine our main email server is on will be upgraded. Email will not be sent during this time. The website will not be affected.

Any email sent during this time will be queued up and sent when the server is back up.

Service will be down #downtime

When:
Monday, 3 August 2020 11:00pm to
Tuesday, 4 August 2020 1:00am
(UTC-07:00) America/Los Angeles

Description:

Our hosting provider Linode is upgrading the virtualization software across its fleet of machines. As part of that, the machine our main database is on will be upgraded. We will need to be down during this time.

Any email sent during this time will be queued up and sent when the site is back up.

When I go to add a page im the Wiki it currently uses the Editor Preference in User Preferences.

I want to add HTML pages to the Wiki, but to post messages in Plain Text.   Having to change User Preferences in order allow this seems "less than ideal"

Can't we change Add Page in the Wiki to allow selection of the page format.

Thanks
David

On Mon, Jul 27, 2020 at 03:54 PM, Bill Hazel wrote:

I went looking for documentation

Might be better in the beta docs subgroup, although now it's here I daresay it will be noticed. :)

Chris

On Mon, Jul 27, 2020 at 10:41 AM, Bruce Bowman wrote:

the current behavior is consistent with quite a few other pages on groups.io. If we believe this to be a problem, I don't think it appropriate to make such a change on one page and fail to address the others.

I am also for consistency. My thought is that the root problem here is that "Invite" was not the best wording choice on the Admin menu. It should be "Invitations" and the button label also correspondingly labelled.

I would also prefer to see that the blue buttons do not have an active link. If I want to clear a page, I would expect to do a page refresh in the browser.

--
Gerald

This came up during a discussion on the GMF page, https://groups.io/g/GroupManagersForum/message/32993 

I went looking for documentation showing how to set HTML as preferred Editor and couldn't find anything in the Owner's Manual, which as a groups.io member with a group I would assume that's where I'd look.

It was only a "Oh, wait a minute" moment where I thought to be a bit more thorough that I found it in the Members Manual (I use the single page so I can ctrl+F for HTML)

I would have found it straight away if there was a search function on the help site similar to what we find in Messages and the Wiki.

Under normal circumstances, the first line or two of the oldest message in a topic is displayed in topics view. However, if I merge some older messages into a topic, this does not seem to be the case...it continues to display the text of the original message, now located somewhere in the middle.

I don't know if this is a bug or by design, but it definitely runs contrary to my usual use case for splitting and merging...rectifying things after a discussion strays far afield.

Contrary opinions welcome.

Thanks,
Bruce

On Sun, Jul 26, 2020 at 05:52 PM, Andy Wedge wrote:

As Duane said, it's consistent with other page selection buttons on other pages in Groups.io.  If there are multiple buttons and one is blue, that's the page I'm on.

Perhaps we shouldn't be using buttons for this purpose at all. A navbar or some such may be more appropriate. People are accustomed to that, and clicking in the navbar is unlikely to be confused for an action button, even when labeled similarly. Just throwing an alternative idea out there.

Having shared that, the current behavior is consistent with quite a few other pages on groups.io. If we believe this to be a problem, I don't think it appropriate to make such a change on one page and fail to address the others.

Regards,
Bruce

On Sun, Jul 26, 2020 at 10:14 PM, Michael Pavan wrote:

Actually, it is worse than useless in that it also unexpectedly clears the forms on that page.

As Duane said, it's consistent with other page selection buttons on other pages in Groups.io.  If there are multiple buttons and one is blue, that's the page I'm on. It doesn't cause Groups.io to fail so I don't have a problem with it. I think there are other things we should focus on.

Andy

I've never understood the point of a self referential link on any page, it's annoyance when trying to navigate a site, and serves no purpose.

Actually, it is worse than useless in that it also unexpectedly clears the forms on that page.

Here's a vote to remove the link from any button that just goes to the same page that you're already on.

Agreed.

On Sun, Jul 26, 2020 at 07:46 AM, Moderators wrote:

This address is subscribed.

Your group says only moderators can post. Is that address a moderator?
 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu

On Sat, Jul 25, 2020 at 01:27 PM, Duane wrote:

On Sat, Jul 25, 2020 at 12:53 PM, Michael Pavan wrote:

But you are already on the page.

Yes, but it's consistent with action buttons on other pages that have multiple views - Subscription, Members, Settings, Subgroups, Activity, etc.  After thinking about it a bit, I do agree with Mike that the button should be disabled for whichever view you're on.  For his example, if Invite was disabled when he was on that view, he might have been more likely to go looking for an active button after entering information.

Duane

Yes, I've never understood the point of a self referential link on any page, it's annoyance when trying to navigate a site, and serves no purpose.

Here's a vote to remove the link from any button that just goes to the same page that you're already on.

Please.

On Sun, Jul 26, 2020 at 03:46 PM, Moderators wrote:

What to do????

The first place to look is Admin > Activity Log.  That will show you what messages have been posted to your group and those that have been rejected or held for moderation.

You could also check your own Email Delivery History page on your membership record. That will show the most recent successful, unsuccessful and bounced messages that Groups.io tried to send to you.

Further actions will depend upon what you find there.

This seems more like a query for GMF at the moment rather than beta.

Regards
Andy

We posted from an address on our server sales@... to our list, list@shemesh.groups.io
This address is subscribed. All addresses are moderated. The message did not get to the queue. No rejection notice was received.

I posted a new topic from inside groups.io from the moderator account for the same list. Sent once as a special message, tried again not as special message. The email has a graphic in it.
It did not appear in the queue nor in the archive nor was it received by anyone.

What to do????

TIA,

Sharon

On Sat, Jul 25, 2020 at 11:57 AM, Andy Wedge wrote:

That's all for now :-)

Hi Mark,

I found some extra things during testing (I've continued the number sequence from before even though I can't start a numbered list from a given point):

13. After using the Actions button on the View Responses page to send messages to Responders, Attendees etc. I am returned to the home page of my main group and then have to navigate back to the subgroup and calendar where my test event is defined. #suggestion: keep focus on the calendar event after sending a message
14. Messages sent to responders about places on the event and movements on the waitlist appear to come direct from the event organiser (rather than via Groups.io) so, by default, any replies from a responder go direct to the organiser.  If an Owner/Mod is the event organiser the default 'From' address on messages sent via the Actions button on the View Responses page is group+owner so replies are most likely going to be sent back to that address.  Event responders can therefore get messages about the same event from two different sources and if Mods are set not to receive group+owner emails (our group policy is that they do not) some replies from responders can be easily missed. I know Mods may check the +owner Messages on individual responders' membership records but that's not a practical solution, especially for events that could have a large number of responders. #suggestion: set the default From address on messages sent via the Actions button to be the event organiser

Note for clarity: My references to Event Organiser assume that the person in the Organizer Name field is doing the event management actions on Groups.io, I know they may be different.

I hope that makes sense. Let me know if you need more info.

Cheers
Andy


 

On Sat, Jul 25, 2020 at 10:56 PM, Nancy Funk wrote:

I do have one question regarding the "not sure" or 'maybe" selections, is this a new feature? I don't remember seeing those options before, and for our group, I would disable such a function as we can't operate well with "maybe" as a response

Hi Nancy,

as a person can only respond Will Attend or Will Not Attend to an event and management of the responses (where 'not sure' can be set) is new then it must be a new feature.  If a person has their status changed to 'not sure' (or they end up being able to set it themselves - see my #suggestion 10 above) they are not on the waitlist. Anyone one the waitlist gets allocated a space on the event ahead of those who are 'not sure' and on that basis, I don't see it causing an issue. It may even provide the event organiser with an incentive to change/promote the event to encourage those who are 'not sure' to change their RSVP status to Will Attend.

Regards,
Andy