Date   

moderated Owner's Manual doesn't address New User's Settings & No Search of Help Site #suggestion

Bill Hazel
 

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.


moderated Topics view does not display oldest message after a merge #bug

Bruce Bowman
 

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


moderated Re: Invite button clears the form #bug #suggestion

Bruce Bowman
 

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


moderated Re: Invite button clears the form #bug #suggestion

Andy Wedge
 

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


moderated Re: Invite button clears the form #bug #suggestion

Michael Pavan
 

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.


moderated Re: Messages not reaching Queue #bug

 

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


moderated Re: Invite button clears the form #bug #suggestion

Michael
 

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.


moderated Re: Messages not reaching Queue #bug

Andy Wedge
 

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


moderated Messages not reaching Queue #bug

Moderators
 

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


moderated Re: Event RSVP changes #update

Andy Wedge
 

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


 


moderated Re: Event RSVP changes #update

Andy Wedge
 

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


moderated Re: Event RSVP changes #update

Andy Wedge
 

On Sat, Jul 25, 2020 at 11:58 PM, Nancy Funk wrote:
So I tested this out. I created an event and responded "Attending", I then received an email with this subject
[Testing] First day of school event information

The email was blank. Is this what we're supposed to receive or is it a bug?
Hi Nancy,

I have reproduced this and the blank email you received is the Note To Send Attendees. I didn't try leaving it blank on my testing but I sort of covered this in my points 5 & 6 above. If my #suggestion at 6 is implemented then it will eliminate a blank email being sent when no text is entered in the Note To Send Attendees box.

Regards
Andy


moderated Re: Event RSVP changes #update

Nancy Funk
 

So I tested this out. I created an event and responded "Attending", I then received an email with this subject
[Testing] First day of school event information

The email was blank. Is this what we're supposed to receive or is it a bug?


moderated Re: Event RSVP changes #update

Nancy Funk
 

Thank you, thank you, thank you!!!! I haven't had a chance to play with this yet, but I'm in agreement with Andy's requests, but for now, the ability to control the RSVPs as a moderator is HUGE. 

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. 

Nancy


moderated Re: Invite button clears the form #bug #suggestion

Duane
 

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


moderated Re: Invite button clears the form #bug #suggestion

Michael Pavan
 

On Jul 25, 2020, at 4:29 AM, Duane <txpigeon@...> wrote:

On Sat, Jul 25, 2020 at 02:00 AM, Michael Pavan wrote:
Also why should a "Clear Form" button be labeled "Invite" and placed near the top of the page?
It's not a "Clear Form" button, it's a page selection button, the other being "Sent Invitations".
But you are already on the page.


moderated Re: Invite button clears the form #bug #suggestion

Mike Pompa
 

Yes, after my experience I figured out on my own it's a page selection button. I think it's a bad user experience If you are already on the invite page it can be selected again with the side effect of clearing the form.

Go ahead and see what happens if you type in a custom message and fill in an email address, then press the invite button. Everything you've typed goes away. This is unacceptable behavior because it could look like the invitation was sent to someone who is sending their first invitation, or who does so occasionally.  The Send Invitation button is offscreen on most computers, which makes the Invite button very --- inviting to press, no matter how accurate the documentation is, even after someone reads the documentation.

That's why my first suggestion was to hide the button if you are already on the page.  Alternatively, disable this button while you are on this page. Or, have a Send Invitation button at the top of the page under the Invite button as well as the bottom of the page. Any of these will improve the user experience and save on tech support. Sometimes, documentation is not enough.

I've done a lot of UI/UX work and on the web pages I've written, I've manipulated buttons in javascript in the way I'm suggesting.  So when I see a UI that does something I don't expect, I can imagine how much more confusing it is to someone less technical savvy.

Mike



On Sat, Jul 25, 2020 at 6:55 AM Bruce Bowman <bruce.bowman@...> wrote:
"Reset Invitation" does not strike me as a correct label for a navigation button, no matter what part of speech it might be.

Regards,
Bruce


moderated Re: Missing editing tools in wiki #bug

Bill Hazel
 

On Tue, Jul 21, 2020 at 10:30 AM, Duane wrote:
Looks normal if you're using a narrow screen. 
I'm using the same computer that I've always used.

After reading your reply I tried changing my display settings. I had it zoomed in because my eyes were tired.

I did figure out that if you open the wiki edit page at 100% the Formats are there and zooming to 150% doesn't remove it. Thanks for your help!

Bill


moderated Re: Invite button clears the form #bug #suggestion

Bruce Bowman
 

"Reset Invitation" does not strike me as a correct label for a navigation button, no matter what part of speech it might be.

Regards,
Bruce


moderated Re: Event RSVP changes #update

Andy Wedge
 

On Wed, Jul 22, 2020 at 11:14 PM, Mark Fletcher wrote:
I've tested everything, but please let me know if you see anything fishy. Or if you have suggestions.
Hi Mark,

Thanks. I spent a few minutes testing this again and have the following comments and suggestions (in the order I found them):

  1. The description under the 'Note To Send Attendees' text box says "Message to send people when they RSVP Yes." but it is only sent (as a separate email) when someone is allocated a space on the event. If they RSVP 'Yes' and end up on a waitlist, they don't get it.  #suggestion - clarify the description for the note.
  2. If the event organiser changes the RSVP status of an attendee to 'not sure' (effectively removing them from the event), no email notification is sent to that attendee. #suggestion: Send an email to the person removed from the event confirming the updated status.
  3. If a person is removed from the event or waitlist, no confirmation email is sent. #suggestion: send confirmation email to state that the person no longer has a place on the event or has been removed from the waitlist
  4. The Additional Information Requested From Attendees field contents are visible to anyone looking at the event response details (which may be public depending upon group settings?). I can see situations where responders enter private information here thinking it will only be viewable by the event organiser. #suggestion: make the contents of this field visible to the event organiser only or at the very least, make it clear that these details can be seen by others.
  5. When a person is initially allocated a space on an event (not via the waitlist), no event date/time email confirmation is sent (just the Note to Attendees). This would be particularly useful for those who predominantly use email and only venture to the Groups.io site to RSVP.  It may also help prevent people repeatedly clicking the update RSVP buttons expecting to receive an email  #suggestion: Send initial email confirmation of a place on the event that shows the event details etc. like they get when they are moved from waitlist and allocated a spot on the event
  6. The Note to Send Attendees and the event date/time details are delivered in separate emails when someone is allocated a spot and moved from the waitlist. I'm not sure why they need to be separated. #suggestion: combine Note to Send Attendees text and event date/time email into one
  7. If the event capacity is reduced below the number of confirmed attendees, no notice is given. #suggestion: issue a screen warning prompt and email to the event organiser.
  8. If a previously confirmed attendee changes their RSVP status to 'Will not attend', no email confirmation is sent to that person. #suggestion: send email confirmation confirming removal of place on event
  9. A person who is waitlisted cannot see themselves as such when viewing the responses but they can see those Attending, Not Attending and Not Sure. #suggestion: make people on the waitlist visible (at least to themselves) when they view responses
  10. A person on a waitlist can only change their RSVP status to 'Update Waitlisted' or 'Will Not Attend'. There is no option to change status to 'not sure' as indicated in the changes/improvements list above.  #suggestion: Allow a change to 'not sure' otherwise being able to see others with a 'not sure' status and allowing event organisers to set it is a bit confusing
  11. On the Actions button drop-down list on the 'View Responses' page, it uses the term 'Maybes' but 'not sure' is the term used elsewhere. #suggestion: use consistent terminology
  12. On the Actions button drop-down list on the 'View Responses' page, the 'Export Responses' option just gives the event details and attendees etc. in a different layout; it does not export anything. #suggestion: remove the option from the drop-down or make it do what it says

That's all for now :-)

Regards,
Andy