Date   

moderated Re: Moderator Permissions

Brian Vogel <britechguy@...>
 

On Sun, Apr 21, 2019 at 10:53 AM, Sarah k Alawami wrote:
but can we not as mods see all check boxes but have them grayed out instead?
This is the crux of the discussion, and I see nothing in Bruce's former suggestion that conflicts with mine.

By default, unless a group owner chooses to mask, moderators should know what they can and cannot do, period.  If a group owner wants to hide ungranted privileges, they should have the option to do so, and have to make a conscious choice to exercise that option.

To me, even that option would have to be at the Moderator profile level, if one wanted to have certain moderators see only the permissions they've been granted versus others who might see both granted and ungranted privileges.   One could argue that it be set at the group level, but if that's the case then customizing on an individual basis for those who you want to be able to see more than whatever the defaults granted are becomes more difficult.

I am discussing what any given moderator can see about the permissions they have.   We already have a permission, mentioned by Bruce, that does control whether they can see what other Moderators have:  Set Moderator Privileges.   If that's off, you can't see what others have got, if it's on, you have, essentially, owner level access.
 
--

Brian - Windows 10 Pro, 64-Bit, Version 1809, Build 17763  

     Presenting the willfully ignorant with facts is the very definition of casting pearls before swine.

              ~ Brian Vogel


moderated Re: Moderator Permissions

Sarah k Alawami
 

I agree with you, but can we not as mods see all check boxes but have them grayed out instead? This to me would I think be easier than having a limited number of permissions and wonder why we don't have x y or z.

Sarah Alawami, owner of TFFP. . For more info go to our website.
For stuff we sell, mac training materials and  tutorials go here.
and for hosting options go here
to subscribe to the feed click here

The listen page is found here

Our telegram channel is also a good place for an announce only in regard to podcasts, contests, etc.

Finally, to become a patron and help support the podcast go here

On 21 Apr 2019, at 7:19, Michael Pavan wrote:

I think Bruce has got these right:

1) It seems appropriate that a Moderator should be able to open his own user record and see his own Moderator Privileges. This seems to be the proposal on the table.

2) It also seems appropriate that a Moderator should be UNable to open another Moderator's user record and see that person's privileges, without himself having been given that privilege (through the existing "Set Moderator Privileges" privilege). [I hope that made sense, despite the seeming redundancy.]

3) As implied by Jeremy, there are several Moderator privileges that are established via group settings (i.e.: by simply being a Moderator), not settings in the member record.

I do not agree with Brian's proposal:
| I stand by my original assertion that all moderator powers, granted or not, should be visible to an individual moderator by default. If the group owner wants "non-granted" powers to be invisible, that could easily be made an option, and an option that should be OFF unless they choose to turn it ON when creating a moderator.

I believe to be consistent with the same rational that other than privileges which by default come with being a Moderator, that additional privileges must be added (rather than removed).
An additional privilege would be "Show un-granted privileges too"

Elsewhere, probably Wiki and/or the upcoming Groups.io manual, there will be a complete list (and explanations) of all possible privileges.

Michael


moderated Re: Moderator Permissions

Michael Pavan
 

I think Bruce has got these right:

1) It seems appropriate that a Moderator should be able to open his own user record and see his own Moderator Privileges. This seems to be the proposal on the table.

2) It also seems appropriate that a Moderator should be UNable to open another Moderator's user record and see that person's privileges, without himself having been given that privilege (through the existing "Set Moderator Privileges" privilege). [I hope that made sense, despite the seeming redundancy.]

3) As implied by Jeremy, there are several Moderator privileges that are established via group settings (i.e.: by simply being a Moderator), not settings in the member record.


I do not agree with Brian's proposal:
| I stand by my original assertion that all moderator powers, granted or not, should be visible to an individual moderator by default. If the group owner wants "non-granted" powers to be invisible, that could easily be made an option, and an option that should be OFF unless they choose to turn it ON when creating a moderator.


I believe to be consistent with the same rational that other than privileges which by default come with being a Moderator, that additional privileges must be added (rather than removed).
An additional privilege would be "Show un-granted privileges too"

Elsewhere, probably Wiki and/or the upcoming Groups.io manual, there will be a complete list (and explanations) of all possible privileges.

Michael


moderated Re: "Likes" revisited

Gerald Boutin <groupsio@...>
 

On Wed, Apr 17, 2019 at 02:56 AM, Shal Farley wrote:

I perpetually hold out the hope that the long awaited notification
overhaul will mitigate that problem.
https://beta.groups.io/g/main/message/2708

Shal
If it takes long enough, we might also have to start worrying about Article 11 and Article 13. And an even newer wonderful idea has just come up as well. "Likes" may need to be handled based on user age and country.

https://www.bbc.com/news/technology-47933521
 
--
Gerald


moderated Re: Site updates #changelog

 

On Fri, Mar 22, 2019 at 08:27 PM, Mark Fletcher wrote:
CHANGE: When banning someone, we record the moment the person is banned. Previously, if the person was a member, we kept the date the person applied/joined and used that.
Hi Mark,

This situation is still weird. I originally posted here that the "date joined" in the banned list erroneously showed the date the member was banned. Somehow that got interpreted as a *request* for it to show the date the member was banned (which, from what I'd seen previously, it had already done) and is listed in the change log here. However,  whatever the case before the change, the member's "joined date" in their Membership page as accessed from the banned list now actually shows the banned date. For example, I have a member who joined 3/8/17, was banned this morning, and whose "joined" field in their member page, as accessed from the banned list, shows as 11:07 this morning. (The date in her "past member" activity log still correctly shows 3/8/17.)

Also, the member's history, notes, etc. in their record in the banned list is currently wiped out. To see the member's history, you must also "remove" them and find them in the "past members" list.

So this situation continues to be weird and somewhat beyond me. If you want, I can send you links to the member in the banned list vs. the past members list.
 
--
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: Lock/Unlock by e-mail #suggestion

Brian Vogel <britechguy@...>
 

I always envision "control words" as being stripped out.  What appears in public is only the remainder of the original message body.
--

Brian - Windows 10 Pro, 64-Bit, Version 1809, Build 17763  

     Presenting the willfully ignorant with facts is the very definition of casting pearls before swine.

              ~ Brian Vogel


moderated Re: Lock/Unlock by e-mail #suggestion

Sarah k Alawami
 

I like the idea of the "lock" word being in the body of the message, makes things much easier However would the public see the word "lock: or would that be stripped but the message be left in. This would be easier for me as I also manage via the email and almost never by the web except to lock topicswhich I've only had to do maybe thrice?

Take care

Sarah Alawami, owner of TFFP. . For more info go to our website.
For stuff we sell, mac training materials and  tutorials go here.
and for hosting options go here
to subscribe to the feed click here

The listen page is found here

Our telegram channel is also a good place for an announce only in regard to podcasts, contests, etc.

Finally, to become a patron and help support the podcast go here

On 19 Apr 2019, at 11:10, Brian Vogel wrote:

Hello All,

           I was shocked to find that the membership can "like by e-mail" via replying with either "+1" or "like" and equally shocked to learn that there is no way to lock a topic via e-mail.

           I am going to preface this with my reasoning for the request.  Those who know me here know that most of the groups in which I participate on Groups.io have as their focus blind and low-vision related technology.   I am the "odd man out" in all of those groups in that I am fully sighted as well as interacting with Groups.io almost exclusively via the web interface.   Virtually all of the other members in those groups, including many owners and moderators, use the e-mail interface almost exclusively.

           Those of us who have experience trying to access either the web interface or the mobile interface via a screen reader is not exactly straightforward.  There are accessibility issues with both.

            Even if the above were not the case, those of us who've had to deal with "immense and sudden conflagrations," to impose a cooling off period (or just terminate the topic) know that speed is often very much of the essence.

            I would like the ability to lock or unlock a topic via reply by e-mail.  This privilege would, of course, only be applicable to someone with the powers to do so by other mechanisms.

            I would, ideally, like dual functionality, where a lock message to the group can also be included.  I envision this as the first line of the reply, being "Lock" (case mixture not mattering) and nothing else, including no preceding spaces.  Just the word, "Lock."

            If a message to the membership is also desired as part of the lock, that would be included starting on the line immediately following, and could be of indefinite length.  This would be added as the last message to the topic before it being locked.

Of course, if one can lock by e-mail, one should be able to unlock by e-mail when circumstances dictate, and this would be done the same way, but with "unlock" being the first line of the reply, with an optional message coming after if the owner/moderator wishes to have one.

For those who interact with their groups primarily or exclusively by e-mail, having this option would make quick locking and unlocking of topics a much easier process than it is right now.  I do not see any probability at all of an owner or moderator posting a message with either "lock" or "unlock" as a standalone word on the first line by accident were such a mechanism to be put in place and, were they to do so, whatever was done can be undone just as easily.  There is no risk of a regular member locking a topic since, even if they were to send such a message, they do not have that privilege.

--

Brian - Windows 10 Pro, 64-Bit, Version 1809, Build 17763  

     Presenting the willfully ignorant with facts is the very definition of casting pearls before swine.

              ~ Brian Vogel


moderated Re: Moderator Permissions

Brian Vogel <britechguy@...>
 

On Fri, Apr 19, 2019 at 01:59 PM, J_Catlady wrote:
Seriously, though, of course there is difficulty in formulating such a guideline because of the fine lines. I think one such line is whether or not a proposed feature would affect everyone or whether, OTOH, it would be an optional feature or setting that users would not even necessarily have to see. In the latter case, debate should be limited (or precluded entirely). Etc. 
And, a big +1 to that.   Not that it will surprise anyone that's been around here for a while, least of all you, but my finally "getting" that latter case internalized took a while.

There are requests for features that have zero impact on those who do not use them, and those really shouldn't be up for debate by the beta membership.  Mark can choose to implement 'em or not.

If there could be "collateral damage" it's entirely appropriate to bring those concerns up in a civil manner.
 
--

Brian - Windows 10 Pro, 64-Bit, Version 1809, Build 17763  

     Presenting the willfully ignorant with facts is the very definition of casting pearls before swine.

              ~ Brian Vogel


moderated Re: Moderator Permissions

Chris Jones
 

On Fri, Apr 19, 2019 at 05:40 PM, Bob Bellizzi wrote:
There are a lot of more pressing issues that can only be solved at the system level by Mark or anyone who might work with him.
Can I ask you to remember that next time you think of asking for some capability that does not currently exist?

Chris


moderated Lock/Unlock by e-mail #suggestion

Brian Vogel <britechguy@...>
 

Hello All,

           I was shocked to find that the membership can "like by e-mail" via replying with either "+1" or "like" and equally shocked to learn that there is no way to lock a topic via e-mail.

           I am going to preface this with my reasoning for the request.  Those who know me here know that most of the groups in which I participate on Groups.io have as their focus blind and low-vision related technology.   I am the "odd man out" in all of those groups in that I am fully sighted as well as interacting with Groups.io almost exclusively via the web interface.   Virtually all of the other members in those groups, including many owners and moderators, use the e-mail interface almost exclusively.

           Those of us who have experience trying to access either the web interface or the mobile interface via a screen reader is not exactly straightforward.  There are accessibility issues with both.

            Even if the above were not the case, those of us who've had to deal with "immense and sudden conflagrations," to impose a cooling off period (or just terminate the topic) know that speed is often very much of the essence.

            I would like the ability to lock or unlock a topic via reply by e-mail.  This privilege would, of course, only be applicable to someone with the powers to do so by other mechanisms.

            I would, ideally, like dual functionality, where a lock message to the group can also be included.  I envision this as the first line of the reply, being "Lock" (case mixture not mattering) and nothing else, including no preceding spaces.  Just the word, "Lock."

            If a message to the membership is also desired as part of the lock, that would be included starting on the line immediately following, and could be of indefinite length.  This would be added as the last message to the topic before it being locked.

Of course, if one can lock by e-mail, one should be able to unlock by e-mail when circumstances dictate, and this would be done the same way, but with "unlock" being the first line of the reply, with an optional message coming after if the owner/moderator wishes to have one.

For those who interact with their groups primarily or exclusively by e-mail, having this option would make quick locking and unlocking of topics a much easier process than it is right now.  I do not see any probability at all of an owner or moderator posting a message with either "lock" or "unlock" as a standalone word on the first line by accident were such a mechanism to be put in place and, were they to do so, whatever was done can be undone just as easily.  There is no risk of a regular member locking a topic since, even if they were to send such a message, they do not have that privilege.

--

Brian - Windows 10 Pro, 64-Bit, Version 1809, Build 17763  

     Presenting the willfully ignorant with facts is the very definition of casting pearls before swine.

              ~ Brian Vogel


moderated Re: Moderator Permissions

 

On Fri, Apr 19, 2019 at 10:47 AM, Brian Vogel wrote:
I understand and support that guideline, and try to follow it.   That being said, there is a fine line between "debating usefulness" and discussing just what features in a proposed feature suggestion might be problematic
I love the meta here, as a comment on my "feature suggestion" for a group guideline. :)

Seriously, though, of course there is difficulty in formulating such a guideline because of the fine lines. I think one such line is whether or not a proposed feature would affect everyone or whether, OTOH, it would be an optional feature or setting that users would not even necessarily have to see. In the latter case, debate should be limited (or precluded entirely). Etc. 
 
--
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: Moderator Permissions

Brian Vogel <britechguy@...>
 

On Fri, Apr 19, 2019 at 01:06 PM, J_Catlady wrote:
On Fri, Apr 19, 2019 at 09:53 AM, Duane wrote:
Mark has already said that suggestions are welcome and that usefulness should not be debated,
Yes! Maybe there should be a Group Guidelines page in beta, with that in it.
I understand and support that guideline, and try to follow it.   That being said, there is a fine line between "debating usefulness" and discussing just what features in a proposed feature suggestion might be problematic that the original suggester might not have considered.

I am sort of "the root cause" of this topic, and I thought I'd covered all bases in the first two messages, but I see the value in additions to and respectful objections to aspects of a proposal that are not "debating usefulness," per se, but what should and should not be included in a potential feature set.   I am not all seeing, and so long as the objection is not of the, "Why in the *%*$& would you want that?!," nature and is respectful and considered, that should not be thought of as "debating usefulness."

P.S.:  Watch this space.  I'm about to launch another feature request, with explanation of reason for wanting, that I'm sure will raise some issues to consider that I may not have considered, as much as I tried to cover as many bases as possible.
 
--

Brian - Windows 10 Pro, 64-Bit, Version 1809, Build 17763  

     Presenting the willfully ignorant with facts is the very definition of casting pearls before swine.

              ~ Brian Vogel


moderated Re: Moderator Permissions

Bruce Bowman
 

I generally support the proposal, but would like to share three thoughts on the matter.

1) It seems appropriate that a Moderator should be able to open his own user record and see his own Moderator Privileges. This seems to be the proposal on the table.

2) It also seems appropriate that a Moderator should be UNable to open another Moderator's user record and see that person's privileges, without himself having been given that privilege (through the existing "Set Moderator Privileges" privilege). [I hope that made sense, despite the seeming redundancy.]

3) As implied by Jeremy, there are several Moderator privileges that are established via group settings (i.e.: by simply being a Moderator), not settings in the member record.

Unless I'm missing something, it seems that even if the proposal is implemented, we will still find ourselves somewhat short of "one-stop shopping"; viz a single place where a Moderator can go to determine everything they are able to do. Nonetheless, it strikes me as a step in the right direction.

Regards,
Bruce


moderated Re: Moderator Permissions

 

On Fri, Apr 19, 2019 at 09:53 AM, Duane wrote:
Mark has already said that suggestions are welcome and that usefulness should not be debated,
Yes! Maybe there should be a Group Guidelines page in beta, with that in it.
 
--
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: Moderator Permissions

Duane
 

On Fri, Apr 19, 2019 at 11:40 AM, Bob Bellizzi wrote:
you could always copy/past a set to them instead of insisting Mark make changes to the system to just to suit a couple of people.
Copying a screen print could be a temporary work around.  No one knows how many people need/want this function.  It might be a simple addition and Mark has already said that suggestions are welcome and that usefulness should not be debated, https://beta.groups.io/g/main/message/20525

Duane


moderated Re: Moderator Permissions

 

On Fri, Apr 19, 2019 at 09:40 AM, Bob Bellizzi wrote:
instead of insisting Mark make changes to the system to just to suit a couple of people.
Well, (a) nobody is "insisting" on anything. We make our cases here and Mark is capable of making his own decisions as to priority And (b) you have no evidence for your claim that the request is just to suit "a couple of people." This has been a bit of a PITA for me and my mods over time, although nothing I'd necessarily have brought up here. Who knows how many don't like it? No vote has been taken, and even if one were taken on beta, it's not necessarily a representative sample of all users.

But as long as it has come up, I'm adding my voice to express my opini-n that the current situation, where mods can't see what they can and can't do, is at best not ideal and at worst a PITA.
 
--
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: Moderator Permissions

Sarah k Alawami
 

I have to gree here. I'm an owner of several groups and I'm the only mod but if I appoint one while I'm on vacation etc just in case somethingn happens to meI want them to be able to see what hey an do right off the bat with out them guessing and me not being able to help because I neber respond to any emails when I'm on vacation. It's my time to decompress.

Sarah Alawami, owner of TFFP. . For more info go to our website.
For stuff we sell, mac training materials and  tutorials go here.
and for hosting options go here
to subscribe to the feed click here

The listen page is found here

Our telegram channel is also a good place for an announce only in regard to podcasts, contests, etc.

Finally, to become a patron and help support the podcast go here

On 19 Apr 2019, at 8:36, J_Catlady wrote:

On Fri, Apr 19, 2019 at 08:34 AM, Jeremy H wrote:
moderators should be able to see whether they have a privilege (or not).
This seems obvious to me. Without that, it's a guessing game. An oracle. They have to try it to see if they're allowed to do it, which seems ridiculous.
 
--
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: Moderator Permissions

Bob Bellizzi
 

If you really wish to inform your moderators of all moderator rights/privileges, you could always copy/past a set to them instead of insisting Mark make changes to the system to just to suit a couple of people.

There are a lot of more pressing issues that can only be solved at the system level by Mark or anyone who might work with him.
-

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation


moderated Re: Moderator Permissions

Brian Vogel <britechguy@...>
 

On Fri, Apr 19, 2019 at 11:34 AM, Jeremy H wrote:
A further point to mention - as it is relevant, and needs to be catered for - is that it possible (and reasonable) for a moderator to have no specific privileges (but just be a moderator), which gives them access to various features, which can be set to '(all) moderators only'.
My only concern about that is the nightmare it makes for implementation, and given that most groups have very few moderators in sheer number, it is not at all difficult for an owner to select (or deselect) from the default slate they're presented with when naming someone moderator.

I moderate elsewhere, where the moderation team covers the equivalent of about 50-60 groups, and I think we have around 10 people who are moderators.  The moderator role would not, in my experience over the years, ever involve numbers of people at any one time that a group owner or owners should not be able to easily manage directly.

I stand by my original assertion that all moderator powers, granted or not, should be visible to an individual moderator by default.  If the group owner wants "non-granted" powers to be invisible, that could easily be made an option, and an option that should be OFF unless they choose to turn it ON when creating a moderator.  Naming someone as moderator, where rational conversation about granting additional powers cannot be reliably had, indicates a very questionable choice of moderator to begin with.  We know we're not group owners, but we need to know what we can do and, preferably what we can't.   I have asked for additional permissions to be granted in the past (based on what I know the full slate to be from membership in a testing group) and could make a rational case for the request.  I have yet to be turned down.
 
--

Brian - Windows 10 Pro, 64-Bit, Version 1809, Build 17763  

     Presenting the willfully ignorant with facts is the very definition of casting pearls before swine.

              ~ Brian Vogel


moderated Re: Moderator Permissions

Barbara Byers
 

Agreed.

Barb

 


On 2019-04-19 11:36 AM, J_Catlady wrote:

On Fri, Apr 19, 2019 at 08:34 AM, Jeremy H wrote:

moderators should be able to see whether they have a privilege (or not).
This seems obvious to me. Without that, it's a guessing game. An oracle. They have to try it to see if they're allowed to do it, which seems ridiculous.
 
--
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

8781 - 8800 of 29629