Date   

locked Re: Editing Files - My vote on this

vickie <vickie_00@...>
 

I agree with both Olivia and Janice
administrative mod tools  belong to  mods not the members .
I would go with  permission granted. But ultimately the mod should have full control
 

´
Vickie

 










From: weebeequilting <weebee.1@...>
To: beta@groups.io
Sent: Sunday, December 20, 2015 3:44 PM
Subject: Re: [beta] Editing Files

I agree with Olivia.  Most of us do not want the general membership having access to editing or deleting files.  What a disaster it could turn out to be.  I think it is best to not even have the editing icons show up in the files for any “regular” member.  Permission should have to be granted for anyone to edit an existing file.  I hope this change can be made soon before I take my group “live” in mid-January.
 
Janice Bahrt
 
From: J_catlady [mailto:oliviajcatlady@...]
Sent: Sunday, December 20, 2015 1:31 PM
To: beta@groups.io
Subject: [beta] Re: Editing Files
 
I just tested this again. The non-mod member was allowed to click on  "edit," allowed to  insert text, and and allowed to click on "update." After all of that, the group home page came back up and displayed the text "You do not have permission to access that page" at the very top, in a barely noticeable way.
So at least the permissions are working correctly in the end. But I think it would be more intuitive if the edit icon did not come up at all for members not allowed to edit; or, failing that, if the edit icon comes up, they are not allowed to enter text; or failing that, if they are allowed to enter text, the "you are not allowed" text comes up before they click on "update." With the current sequence, they may have thought they updated the file, or think they are allowed to (etc.).




locked Re: Editing Files

 

I, too, am taking my group live in January. But I'm not as worried about this as I was at first, because it's just the UI that seems unintuitive. The permissions ultimately are working correctly (at least in my group). I think that very few group members would actually make an attempt to edit the files in any case, and if they try, worst case they'll think they were successful but weren't. So I'm comfortable moving with this issue still outstanding.

On Sun, Dec 20, 2015 at 12:44 PM, weebeequilting <weebee.1@...> wrote:

I agree with Olivia.  Most of us do not want the general membership having access to editing or deleting files.  What a disaster it could turn out to be.  I think it is best to not even have the editing icons show up in the files for any “regular” member.  Permission should have to be granted for anyone to edit an existing file.  I hope this change can be made soon before I take my group “live” in mid-January.

 

Janice Bahrt

 

From: J_catlady [mailto:oliviajcatlady@...]
Sent: Sunday, December 20, 2015 1:31 PM
To: beta@groups.io
Subject: [beta] Re: Editing Files

 

I just tested this again. The non-mod member was allowed to click on  "edit," allowed to  insert text, and and allowed to click on "update." After all of that, the group home page came back up and displayed the text "You do not have permission to access that page" at the very top, in a barely noticeable way.

So at least the permissions are working correctly in the end. But I think it would be more intuitive if the edit icon did not come up at all for members not allowed to edit; or, failing that, if the edit icon comes up, they are not allowed to enter text; or failing that, if they are allowed to enter text, the "you are not allowed" text comes up before they click on "update." With the current sequence, they may have thought they updated the file, or think they are allowed to (etc.).




--
Olivia_J
On the internet, nobody knows you're a cat


locked Re: Editing Files

Janice B <weebee.1@...>
 

I agree with Olivia.  Most of us do not want the general membership having access to editing or deleting files.  What a disaster it could turn out to be.  I think it is best to not even have the editing icons show up in the files for any “regular” member.  Permission should have to be granted for anyone to edit an existing file.  I hope this change can be made soon before I take my group “live” in mid-January.

 

Janice Bahrt

 

From: J_catlady [mailto:oliviajcatlady@...]
Sent: Sunday, December 20, 2015 1:31 PM
To: beta@groups.io
Subject: [beta] Re: Editing Files

 

I just tested this again. The non-mod member was allowed to click on  "edit," allowed to  insert text, and and allowed to click on "update." After all of that, the group home page came back up and displayed the text "You do not have permission to access that page" at the very top, in a barely noticeable way.

So at least the permissions are working correctly in the end. But I think it would be more intuitive if the edit icon did not come up at all for members not allowed to edit; or, failing that, if the edit icon comes up, they are not allowed to enter text; or failing that, if they are allowed to enter text, the "you are not allowed" text comes up before they click on "update." With the current sequence, they may have thought they updated the file, or think they are allowed to (etc.).


locked Re: Editing Files

 

I just tested this again. The non-mod member was allowed to click on  "edit," allowed to  insert text, and and allowed to click on "update." After all of that, the group home page came back up and displayed the text "You do not have permission to access that page" at the very top, in a barely noticeable way.

So at least the permissions are working correctly in the end. But I think it would be more intuitive if the edit icon did not come up at all for members not allowed to edit; or, failing that, if the edit icon comes up, they are not allowed to enter text; or failing that, if they are allowed to enter text, the "you are not allowed" text comes up before they click on "update." With the current sequence, they may have thought they updated the file, or think they are allowed to (etc.).


locked Re: "made thread sticky" or "closed thread" doesn't appear in activity log #suggestion #bug

 

Also the date they were done would be of interest. That would show up in the log.

On Sun, Dec 20, 2015 at 9:24 AM, J_catlady <oliviajcatlady@...> wrote:
On Sun, Dec 20, 2015 at 09:10 am, Duane wrote:
I don't think sticky should be needed in the log. Once that's done, it has the pin symbol and will be at the top of the Thread View. And if/when unstickied, it becomes just another thread.

 By that reasoning, no accepted messages should show up in the log, either, because they're showing up in the messages.





--
Olivia_J
On the internet, nobody knows you're a cat


locked Re: "made thread sticky" or "closed thread" doesn't appear in activity log #suggestion #bug

 

On Sun, Dec 20, 2015 at 09:10 am, Duane wrote:
I don't think sticky should be needed in the log. Once that's done, it has the pin symbol and will be at the top of the Thread View. And if/when unstickied, it becomes just another thread.

 By that reasoning, no accepted messages should show up in the log, either, because they're showing up in the messages.



locked Re: "made thread sticky" or "closed thread" doesn't appear in activity log #suggestion #bug

 

Yes, I would want to know who did the action if there is more than one mod in the group. Aren't there are other actions showing up in the log when it's obvious they've been done but not obvious who did them?

On Sun, Dec 20, 2015 at 9:10 AM, Duane <txpigeon@...> wrote:
I don't think sticky should be needed in the log.  Once that's done, it has the pin symbol and will be at the top of the Thread View.  And if/when unstickied, it becomes just another thread.

I also can't think of a reason to have Closed in the log.  It would just not allow further replies/posts.  Do you have a particular situation in mind?

Duane








--
Olivia_J
On the internet, nobody knows you're a cat


locked Re: "made thread sticky" or "closed thread" doesn't appear in activity log #suggestion #bug

Duane
 

I don't think sticky should be needed in the log. Once that's done, it has the pin symbol and will be at the top of the Thread View. And if/when unstickied, it becomes just another thread.

I also can't think of a reason to have Closed in the log. It would just not allow further replies/posts. Do you have a particular situation in mind?

Duane


locked "made thread sticky" or "closed thread" doesn't appear in activity log #suggestion #bug

 

This is either a wishlist item or a bug: making a thread a sticky or closing it did not appear in the activity log(s). I'm not sure what the criteria are for making it into the activity log, but it seems these actions should qualify.

J_catlady


locked Group Archive Transfer and Subgroups?

Green Fizzpops
 

I searched the message archive but couldn't find anything about this specifically.

My decade-old yahoogroup has several mods. We use a separate googlegroup, started 6 years ago, to discuss mod issues. I am currently investigating the feasibility of transferring the yahoogroup and the google group to groups.io. Ideally what I want to end up with is 1 groups.io group and its private mods subgroup.

My question is : Is it possible to use the group transfer tool to _merge_ a currently separate group into a private mods-only subgroup? My particular interest is in having the archives of the moderator group in the private mods subgroup archive. We can sort out the subgroup membership ourselves.

This is not a deal-breaker. We are currently discussing transferring the yahoogroup in January. It would just be incredibly useful to not have to have two separate groups.


Thanks

Green


locked more questions about join procedure

 

I won't call this a bug (or bugs), because I am at this point confused about how this is supposed to work. So I am calling them "weirdnesses." Here's what I did, and maybe somebody can tell me whether this is what's supposed to happen.

TestMember applies for membership in a restricted group without creating password. He is accepted. The group becomes accessible to him and, conversely, the moderator sees him in the membership list. He then logs out without creating a password, goes back into Groups.io and is presented with the "find or join a group," from which he finds the group again.

WEIRDNESS #1: When the group's page comes up, it presents him with the opportunity to join ("apply for membership in this group"), as if he is not already in it. (The moderator, though, still sees him in the members list.)

He complies (despite believing that he is already in the group), applies again and is accepted again. This time, after the group's home page comes up, he clicks on "log in." 

WEIRDNESS #2: He is presented only with the opportunity to "reset" his password by entering his email address, as if he had one in the first place. (He did not.)





locked Re: [Hashtags] Use prefix like hastags

 

Judy,

Shal, I don't run a Free Cycle group, but am a member. Maybe I'm missing
something, but once I read the various messages, i.e. Wanted, Taken,
Offer, etc. and act on one of them if I want to, I'm done with them and
they are deleted. Why should those Prefixes be treated any different
from a regular message?
I meant in the group's messages archive, not your personal email. In the Freecycle groups of which I'm a member the archives don't get deleted, and the threads tend to be exactly one message long.

If certain prefixes were recognized as such, and excluded from the comparison of the Subject lines, then I was thinking it would be possible for the TAKEN for an item to thread under its OFFER.

But I'd forgotten that in Groups.io (unlike Yahoo Groups) it takes both a match of subject, and a match of In-Reply-To (or References) header in order for a message to thread under another. Too, given that the Subject line is only shown at the top of a thread (and not repeated for each message in the thread) the Prefixes would need special handling so that they could be shown on the individual messages. So getting the desired effect in Groups.io wouldn't be a simple matter of implementing prefix recognition.

-- Shal


locked Re: Editing Files

 

I have the same issue - actually, worse. My group is set to "subscribers can view, moderators can upload" and yet my non-mod member was able to edit a file.


locked Re: YouTube Integration

Ella Yu <ellaxyu@...>
 

Great suggestion. I think this can be implemented.

----- Original Message -----
From: "Armando Vias" <armando.l.vias@...
To: beta@groups.io
Date sent: Sat, 19 Dec 2015 16:18:56 -0500
Subject: [beta] YouTube Integration

Hi.
I have a suggestion. If you put a link to a YouTube Channel,
when new videos come out, it will be emailed to the group with
the description of the video and the link to the video.

--
Armando Vias: Admin/owner of the TechTips Mailing List
Want to talk about anything technology? Subscribe to my email
list at groups.io!
To join the list, send a blank email to
techtips+subscribe@groups.io

Group Home Page: http://www.groups.io/g/techtips
Thank you.


locked Re: [Hashtags] Use prefix like hastags

Judy F.
 

Shal, I don’t run a Free Cycle group, but am a member.  Maybe I’m missing something, but once I read the various messages, i.e. Wanted, Taken, Offer, etc. and act on one of them if I want to, I’m done with them and they are deleted.  Why should those Prefixes be treated any different from a regular message? 

 

Judy F.

SW Florida - USA

 

From: Shal Farley [mailto:shals2nd@...]
Sent: Saturday, December 19, 2015 5:12 PM
To: beta@groups.io
Subject: [beta] Re: [Hashtags] Use prefix like hastags

 

Benoît,

Some ideas for with this extension for forum
https://community.invisionpower.com/files/file/3324-advanced-tags-prefixes/

Interesting. So "prefixes" are for things like the Freecycle/Freegle groups use: "OFFER:", "TAKEN:", "WANTED:", etc. As in:

Subject: OFFER: 10-cup drip coffeemaker (Pasadena)

I suppose treating those as distinct from the rest of the Subject line text would have the advantage that they could be ignored for threading purposes. That is, a "TAKEN" for an item could thread together with the "OFFER" of that item, which can't happen in the current system (the subject change makes the TAKEN be a new thread).

I don't happen to run any groups like that, hopefully someone who does will have some opinions and suggestions about this idea.

-- Shal


locked Editing Files

weebeequilting <weebee.1@...>
 

I am dismayed to see the editing icons beside each file for a member only account.  I do not want my members to be able to edit files (i.e. delete, cut or trash) but I do want them to be able to upload files.   If this feature is active for all members, I can foresee disasters just around the corner.  I know I have my settings so that Subscribers can view and upload.  There is no mention of who can edit.  Is the only way around this to not allow subscribers to upload?    Please help.


Janice B


locked Re: [Hashtags] Use prefix like hastags

 

Benoît,

Some ideas for with this extension for forum
https://community.invisionpower.com/files/file/3324-advanced-tags-prefixes/

Interesting. So "prefixes" are for things like the Freecycle/Freegle groups use: "OFFER:", "TAKEN:", "WANTED:", etc. As in:

Subject: OFFER: 10-cup drip coffeemaker (Pasadena)

I suppose treating those as distinct from the rest of the Subject line text would have the advantage that they could be ignored for threading purposes. That is, a "TAKEN" for an item could thread together with the "OFFER" of that item, which can't happen in the current system (the subject change makes the TAKEN be a new thread).

I don't happen to run any groups like that, hopefully someone who does will have some opinions and suggestions about this idea.

-- Shal


locked [Hashtags] Use prefix like hastags

Benoît Dumeaux <dread_axefr@...>
 


locked YouTube Integration

Armando Vias <armando.l.vias@...>
 

Hi.
I have a suggestion. If you put a link to a YouTube Channel, when new videos come out, it will be emailed to the group with the description of the video and the link to the video.

--
Armando Vias: Admin/owner of the TechTips Mailing List
Want to talk about anything technology? Subscribe to my email list at groups.io!
To join the list, send a blank email to
techtips+subscribe@groups.io

Group Home Page: http://www.groups.io/g/techtips
Thank you.


locked Re: Photo Album Question

 

I've seen that happen when viewing all albums, as well as within an album.
It's always when the title of an album or photo is a different number of
lines than the others around it. It can also vary with the width of your
browser window. I'm sure it's something to do with how the boxes are aligned
on the screen by the program. Until there's a fix, one option would be to
make sure all the titles have the same number of lines. You'd need to either
shorten them all to one line or add padding to make them all 2 (or more)
lines.

I'm hoping that Mark will find a way to automatically determine the
longest title and pad the number of lines in the description box for all
others. Or even make the box or description field a fixed size that is
larger than should ever be needed (but then someone will need one that's
longer one day ;>).

Duane
I've noticed this, but it wasn't such a big issue for me. One other possible
solution, that might be too complicated to implement, would be to allocate a
set size box for the title and adjust the font size and line wrap/spacing to
allow longer titles up to a certain limit. Just pondering possibilities.

Dano