Date   

moderated Re: email address from sender

Brian Vogel <britechguy@...>
 

On Sun, Apr 14, 2019 at 05:42 AM, Samuel Murray wrote:
Groups.io does not have a "private message" feature yet, right?
It certainly does.   If you're using the e-mail interface, and the group was set up to allow private messages, there is a link at the end of every individual message, "Reply to Sender," that will prepopulate a blank e-mail message with the original message sender's address and the subject with "Private: " followed by the subject.  When reading on the web interface, the same thing is implemented via the "Private" button at the lower right under the compose area.

There's no truly simple way to PM a random group member directly via e-mail if you're not looking at a message from them, but it can still be done by going to the group's directory page, finding the member you wish to e-mail privately, and clicking the e-mail button associated with them (if they've allowed for it to be presented).

One cannot search the group directory, though, if there are a huge number of members (or at least I've not found the function).
 
--

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: auto-check "moderated" box on topic if marked with moderated hashtag #suggestion

Gerald Boutin <groupsio@...>
 

The checkbox you are referring to currently shows the status of the "Topic Moderated" setting. This is independent from the "Moderated by Hashtag" setting. In other words, either being set will cause the topic to be moderated.

If you un-check that box in edit Topic, what would you expect to have happen? Both the Hashtag and Topic Moderated settings are cleared?

I can see that it may not be obvious from memory after looking at the email for a few moments and not realizing that the topic already includes moderation by hashtag. What about just continuing to display the Moderated Icon in the title line when doing the edit topic? Perhaps the label of the checkbox could be changed to make it cleared that it only refers to "Moderated by Topic".

--
Gerald


moderated Re: email address from sender

Michael Cope <mcope@...>
 

The point of the request is to PREVENT people from contacting the sender privately unless the sender has given permission such as by posting his email address in the body of whatever he posted. The problem being addressed is folks who violate the courtesy customs set up in the group (which of course could vary from group to group). In our group the rules are if you send a group message it goes to the group and if you want to send a private email to a willing participant do if off group . And in my view should really be at the discretion of the individual sender whether they are willing to accept private emails from everyone in the group....that makes it a subscription option.

Mike

At 04:41 AM 4/14/2019, you wrote:
On 2019/04/13 06:32 PM, Michael Cope wrote:

...it should be a small task to simply allow an option in the Subscription to let individual users hide their FROM address (but not
their Name) and have whatever would work substituted in that field.
Well, if there is, then I think it should be substituted with something
that allows other members to contact the person privately.

Perhaps a URL to the person's profile page (where there is an "Email"
button). This would, however, require such users to set up a profile
page, and to then set that setting in their profile page settings. And
it would require that the profile visibility is set to "Other members of
your group" at least.

Groups.io does not have a "private message" feature yet, right?

Samuel



moderated auto-check "moderated" box on topic if marked with moderated hashtag #suggestion

 

I noticed this morning that while topics marked with a moderated hashtag are correctly labelled with the "moderated" icon, the box "moderated" is not checked when you click on "edit topic." I don't know if "locked" has the same lack, but in any case I think both should have the boxes automatically checked if a topic is already resp. moderated or locked. I got confused this morning because the box was allowing me to check it when the topic was already moderated.
--
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: separate (optional!) tab for sticky messages #suggestion

 

On Sun, Apr 14, 2019 at 04:26 AM, Chris Jones wrote:
I created a Group_Management hashtag in a rather lurid colour. Doesn't force people to read it of course, but it makes such stickies harder to miss.
Lurid is good. :-)

Seriously: what I've done is implement Chris's idea to the max. I now have only one actual sticky topic, which consists of a consolidation of all the former stickies. It's a list of pointers to them and it also contains an explanation of the new hashtag, which is called #STICKY, is bright red, and has been added to all the former stickies. The title of the one remaining sticky is in in all caps: HOW TO FIND STICKY TOPICS IN THIS GROUP.  For my purposes, it works almost exactly as the feature I requested.

Granted, you have to click on the sticky to see the titles of the topics, instead of having the titles of the stickies in people's faces; in at least one group I know of, the titles of the stickies are short summaries of the group's posting rules, so people are constantly forced to see the rules. 

I will probably hone the system over time as people get more used to it and new members show up. For example, I will probably change the title to something like "IMPORTANT TOPICS" and cut out much of the explanatory text about the new system. It will end up just saying something like, "This is a list of important current or past topics in the group. If you are a new member, please find time to read them. You can also find them all at any time by doing a search on #STICKY or by clicking on the #STICKY hashtag."
--
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: separate (optional!) tab for sticky messages #suggestion

Chris Jones
 

On Sun, Apr 14, 2019 at 09:56 AM, Samuel Murray wrote:
Adding a little "sticky" icon to a sticky post is IMO insufficient visual cue. Having them on a separate tab, or in a separate box, or not showing their content (only the subject line) would all help to highlight sticky posts.
Perfectly true, which is why I created a Group_Management hashtag in a rather lurid colour. Doesn't force people to read it of course, but it makes such stickies harder to miss.

Chris


moderated Re: email address from sender

Samuel Murrayy
 

On 2019/04/13 06:32 PM, Michael Cope wrote:

...it should be a small task to simply allow an option in the Subscription to let individual users hide their FROM address (but not
their Name) and have whatever would work substituted in that field.
Well, if there is, then I think it should be substituted with something
that allows other members to contact the person privately.

Perhaps a URL to the person's profile page (where there is an "Email"
button). This would, however, require such users to set up a profile
page, and to then set that setting in their profile page settings. And
it would require that the profile visibility is set to "Other members of
your group" at least.

Groups.io does not have a "private message" feature yet, right?

Samuel


moderated Re: separate (optional!) tab for sticky messages #suggestion

Samuel Murrayy
 

On 2019/04/13 10:26 PM, Chris Jones via Groups.Io wrote:

One weakness of the sticky topic system is that it only "works" for those members who use the web UI all the time or at least fairly often...
Even web users may not actually "see" them. :-)

If a certain piece of text always appears on a certain part of a page that I visit often, then, by the third or fourth visit, I no longer even notice it. Particularly if this text tries to be part of other text that I'm trying to read.

Adding a little "sticky" icon to a sticky post is IMO insufficient visual cue. Having them on a separate tab, or in a separate box, or not showing their content (only the subject line) would all help to highlight sticky posts.

(In addition to making space, of course.)

One weakness of the sticky topic system is that it only "works" for those members who use the web UI all the time or at least fairly often; those who rely on email posting or reading never see them.
As for e-mail users not seeing sticky posts, one idea might be to have the option to send a monthly reminder to all users about the sticky posts. This can be a separate reminder specifically about sticky posts, or it can form part of a "summary" post that contains other news and reminders about the group as well (e.g. how many new members joined, how many posts there were, how many new photos etc).

Odds are some e-mail users won't read that mail either, but at least then you draw e-mail users' attention to what has been going on on the group that they may not be aware of.

Samuel


moderated e-mail control of "Following Only," "First Messages Also," and "Auto Follow Replies" Advanced Subscription Preferences #suggestion

Brian Vogel <britechguy@...>
 

After asking on Group Managers Forum it appears that controls to set/unset these advanced preferences by e-mail message does not exist.

I am currently trying to encourage members of several groups I'm on to actually use "Following Only" and "First Messages Also" to implement topic preview and "Auto Follow Replies" so that any topics they initiate or reply to will be followed.   All of these groups are composed of well above 90% of members using the e-mail interface alone.

At first I thought there might be a logical reason these are not available via e-mail like subscribe/unsubscribe/post/etc., but after thinking about it for quite a while I cannot see a technical barrier to same.  It would be nice for these settings to be toggled via the e-mail interface.   I do not participate on any group where any one of these features is disabled, and I do not even know if they can be disabled.  If they were to be disabled, then any attempt to toggle by e-mail message should just go to the bit bucket and have an autoreply go back to the member that the feature is disabled on "this group" (whatever this group happens to be).

--

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: separate (optional!) tab for sticky messages #suggestion

 

On Sat, Apr 13, 2019 at 01:26 PM, Chris Jones wrote:
as long as there is always one visible on the front page (for ease of finding!) then clicking on it will bring up all the topics
I'm going to do that by creating a sticky that explains the hashtag. So instead of multiple stickies taking up space, there will be just one.
 
--
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: separate (optional!) tab for sticky messages #suggestion

 

On Sat, Apr 13, 2019 at 01:26 PM, Chris Jones wrote:
a moderator - only hashtag called <something suitable>
Great idea. I'm putting that in place as we speak...
 
--
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: separate (optional!) tab for sticky messages #suggestion

Chris Jones
 

On Sat, Apr 13, 2019 at 04:31 PM, J_Catlady wrote:
A separate tab at the left for "sticky topics" (or other terminology) would solve this problem. Right now, the choice is between important, often-cited topics to be either (1) accumulating at the top of the Topics list, causing inconvenience; or (2) on the other hand, locatable only via a search.
This could be quite a useful facility; I have run into the same problem of the front page filling up with sticky topics, albeit for perfectly valid reasons. Eventually I have had to unstick some of them to release space.

One weakness of the sticky topic system is that it only "works" for those members who use the web UI all the time or at least fairly often; those who rely on email posting or reading never see them. 

There is one way of achieving the stated goal now, and that is a moderator - only hashtag called <something suitable> and as long as there is always one visible on the front page (for ease of finding!) then clicking on it will bring up all the topics with that hashtag applied. Works for any member who remembers that short cut. :)

Chris


moderated email address from sender

Michael Cope <mcope@...>
 

I know the issue of hiding the FROM email address (although not the NAME) has been discussed before.  I know several folks have requested it.  No need to rehash all of that.

I know some have said this is impossible....can't be done....makes it not an email list...etc.

I submit it has already been done.  You have already done it  in order to make Groups.io compatible with DMARC.  You know HOW to do it and every DMARC compatible email list has to deal with changing the FROM email address...so it seems that it should be a small task to simply allow an option in the Subscription to let individual users hide their FROM address (but not their Name) and have whatever would work substituted in that field.  You already have a REPLY TO address so perhaps that will work ad the FROM email address field...but given DMARC something works and you already modify the FROM address when required by DMARC.

I have some who refuse to join the group entirely because they don't want their email address divulged...yes I know they are not divulged if accessed from the web but someone who wishes to endrun our group protocol of only directly emailing others with their explicit permission is smart enough to just read the emails and violate our courtesy rules.


moderated separate (optional!) tab for sticky messages #suggestion

 

I am always trying to cut down on the number of stickies in my group, because they take up prime real estate at the top of the Topics list, forcing people to scroll through them. There are some topics I really want to appear at the top, but there are many others that I just want to be easily accessible, but not so in-your-face as to be always at the top of the list.

A separate tab at the left for "sticky topics" (or other terminology) would solve this problem. Right now, the choice is between important, often-cited topics to be either (1) accumulating at the top of the Topics list, causing inconvenience; or (2) on the other hand, locatable only via a search.

Maybe the tab would not have to be called "stickies." To avoid confusion, it could be given another name. But it would consist of topics that a group wants to have easily locatable and available to group members, akin to files.

A wiki page could be used for this; you could have a wiki page that accumulated links to important threads. But that would call for members having to scroll through the wiki, which in our group is particularly large, knowing which page to look for. A separate tab would be more convenient and more obvious.

Like the group guidelines, it would be optional per group, and the tab would appear only if a group creates such a 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 OPML #suggestion

 

Hi,

May we add rss feeds using an OPML file through the integration?

Thanks!


moderated Site updates #changelog

 

Changes to the site this week:

  • INTERNAL: Work on adding the ability to charge for subscriptions.
  • INTERNAL: Added ability to redirect from one enterprise domain to another.
  • BUGFIX: Fixed weird timeout issue when downloading huge archives using the /downloadarchives API endpoint.

Have a good weekend everyone.

Mark


moderated Re: Line break to messages

Benoît Dumeaux
 

After the Y!G transfert I have lot of message with problem of line break.

I spend hours manually removing line breaks. I find a line Break Removal Tool but it's suck…

Could you be add a tool to the edit pannel?

--
Dreadaxe


moderated Re: Do not enlarge small images #bug #suggestion

Samuel Murrayy
 

On 2019/04/12 01:24 PM, Chris Jones via Groups.Io wrote:

What are your /Max Size In Photos Section/ and /Max Size in Email/ Settings?
I don't understand how these settings are relevant to my suggestion/bug report. The max size settings affect reducing image dimensions, but does not (or: should logically not) affect increasing image dimensions.

Image dimensions are reduced as soon as the "max size" threshold is reached. This is presumably for two reasons, namely (a) reduced dimensions are somewhat related to reduced file size, and (b) you might want to be able to see the entire image on your screen without using scroll bars (or without using them too much).

There are no good reasons that I can think of for increasing image dimensions. Increasing the image dimensions reduces image quality. The only people who might benefit from image dimension increases are (a) people who have bad eyesight and (b) people using small devices with high screen resolutions (e.g. smartphones).

Samuel


moderated Re: Do not enlarge small images #bug #suggestion

Chris Jones
 

On Fri, Apr 12, 2019 at 12:24 PM, I wrote:
What are your Max Size In Photos Section and Max Size in Email Settings? A major reduction in the pixel count seems a might more likely explanation.
And the answer to that question is..?

Also see Shal's post on GMF, where this thread ought to have been.

Chris


moderated Re: Do not enlarge small images #bug #suggestion

Samuel Murrayy
 

On 2019/04/12 01:24 PM, Chris Jones via Groups.Io wrote:

On Fri, Apr 12, 2019 at 10:51 AM, Samuel Murray wrote:
I also uploaded a test image which is crisp and clear when viewed at
the actual size (which is smaller than the browser screen), but when
I view it on the Groups.io web site, it looks blurry because the
system slightly enlarges it.
I would not have expected a "slight enlargement" to make an image look blurred.
It depends on the resizing method. My image resizing program (XnView) gives me an option of ten different resizing algorithms when increasing an image size, and they all produce different results.

Samuel

8701 - 8720 of 29453