Date   

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


moderated Re: Hashtag search

Duane
 

On Fri, Apr 12, 2019 at 09:01 AM, Benoît Dumeaux wrote:
the visibility and ease of selection of hashtags are not at all the same on groups.io
You can always search by hashtag, as long as you know what they are, by entering them in the search box.  If you only have a few hashtags, that should be easy enough.  I wouldn't want anything that would put all the hashtags on the screen since some groups have dozens.  There have been numerous requests to add filters in the search box, which may all come at the same time.  Maybe a drop down box of hashtags could be added there.  In the meantime, it seems simple to me to filter by hashtag.

Duane


moderated Re: Hashtag search

Benoît Dumeaux
 

On Thu, Apr 11, 2019 at 06:11 PM, Duane wrote:
You can already do this by going to the Hashtags item on the left menu, then choosing the hashtag you're interested in.

No Duane, the visibility and ease of selection of hashtags are not at all the same on groups.io.
When you use search function you don't show the tags selection.


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

Chris Jones
 

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. 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.

Chris


moderated Do not enlarge small images #bug #suggestion

Samuel Murrayy
 

Hello

I've noticed in my group's photo folder, the images that form part of people's signatures are displayed enlarged in the list view, and extremely enlarged in single view. I'm confident that the original images were not this big.

When I click the Download button, it opens the image in its original size in the browser (which, I suppose, would be confusing to some newer computer users who would have expected to see a download dialog pop up, but that's another issue...)

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.

So: please don't enlarge images when displaying it in either the [thumbmail] list view or in the individual view.

(I'm using Opera with Blink rendering, by the way)

Samuel


moderated Re: Ability to add hashtags to file upload notifications #suggestion

Andy Wedge
 

On Thu, Apr 11, 2019 at 01:00 PM, Duane wrote:
probably wouldn't solve your problem of the posts going into the same thread if several files needing the same hashtag were uploaded in a short time.  Maybe if all notifications of this type could be forced to start a new topic?
Yes, I think there are two different but related issues here.  One,that multiple file uploads get merged to the same thread (if they fall within the 2 day window of the threading algorithm) and two,the files that are uploaded could be completely unrelated to each other and therefore of more interest to some members than others.

As I mentioned on GMF, adding a filename to the subject of the notification message may make it more unique and limit the chance of threading but some filenames may be long and that may impact the display of the message subject on some mobile devices where screen real estate is at a premium.

Forcing each file upload notification to be a new topic would obviously stop the threading process but would prevent members being able to mute those notifications as each topic would have a different  number that the muting process relies on. The ability to add a hashtag would certainly give members more control over which notifications they receive.

I think I also have to correct myself regarding the steps I proposed in being able to add a hashtag where I said I put myself on moderation. When doing some initial testing I think I must have put myself on moderation and also moderated an existing upload notification message. I could therefore edit a subsequent pending notice before it went to the group.  I've just done another test and despite the fact that I had moderated myself, that setting was ignored a new upload notice was sent anyway.

Andy

8701 - 8720 of 29448