Date   

moderated Re: Copy and Paste for Tool Bar #suggestion

outlawmws
 

Command keys -
[ctrl] c (Copy) and [ctrl] v (Paste) should always work?


moderated Welcome message delivered to NC members #bug

 

I don't remember whether I've already reported this as a bug, but the welcome message is going out to NC members, which should not happen. Only actual group members should be privy to a group's welcome message, which may contain information that's not for the public.
--
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 Copy and Paste for Tool Bar #suggestion

Jim Jackson <jwjackson43@...>
 

A member of one of my  groups has asked about the possibility of adding "Copy" and "Paste" icons to the message tool bar.  He typed out his text in Word and copied it into the message box.  I promised to pass his query on to those who can answer the question.

Thanks,

Jim "Pops" Jackson


moderated Re: Wiki link color is hard to see - usability #bug

Duane
 

On Sat, May 2, 2020 at 11:19 AM, Jason Diceman wrote:
It's just a matter that text links should always be obvious
According to my testing on the WCAG site, the black (333) text on white background has a contrast of 12.63:1 and the unvisited link (337ab7) has a contrast of 4.55:1, both above the minimum of 4.5:1 recommended.  The visited gray/grey (787878) is just below minimum at 4.41:1.  I'm not sure how much of this is from the site and how much is from my browser.

Duane
PS  Using the Always setting in FF is much more visible, but seems a bit 'harsh' when viewed for any length of time.  Probably why the default colors are used.


moderated Re: Wiki link color is hard to see - usability #bug

Chris Jones
 

On Sat, May 2, 2020 at 07:20 PM, I wrote:
I think I like that,

On second thoughts.. uh - oh.

That changes too much. It completely changes the appearance of (say) the NMM flag in the members list. With a "normal" setting the flag is white letters on a blue background; with "Always" set it appears as a blue letter on white. So if I was to describe something to look for based on the "normal" setting to someone with the "Always" setting they will not see what I describe. Another example is something like a screenshot based on a normal setting; it will appear normal irrespective of the viewer's browser setting, but what they will see if they go to the subject of the screenshot will be different if they have Always set in their own browser..

Confusion all round...

Chris


moderated Re: Wiki link color is hard to see - usability #bug

Chris Jones
 

On Sat, May 2, 2020 at 06:23 PM, Duane wrote:
By choosing "Always", I see the second (Contrast).
Now that really does make a difference!

In several places... inc. the composition box!

I think I like that, and I don't have a visual impairment.

Chris


moderated Re: Wiki link color is hard to see - usability #bug

Duane
 

On Sat, May 2, 2020 at 10:56 AM, Chris Jones wrote:
I  changed the Visited / Unvisited colours in my browser (FF) and as far as I could see it made no difference whatsoever to the appearance of links within Groups.io.
Just below the color settings is an option box in FF.  By default, it selects "Only with High Contrast themes.", so I see the first attachment (Normal).  By choosing "Always", I see the second (Contrast).

Duane


moderated Re: Wiki link color is hard to see - usability #bug

 

It's almost as if accessible design can help everybody, even sighted folk. 🤔. It utterly baffles me how non disabled developers haven't grasped this yet. Mark actually cares, but he's one of the few that do.

Sure, some small navigational things can be done to make navigating threads easier for us screen reader peeps, but this contrast bug should be fixed across the whole website, not just the mentioned page. It should be a priority, and a bug, not a feature request.

Mark has done a great job wit accessible design so far.

Imagine you're using the app, for example, the upcoming app, and the son is in your eyes or something. Temporary blindness is a thing.

By the way, the upcoming app should be accessible too, contrast wise.


moderated Re: Wiki link color is hard to see - usability #bug

Chris Jones
 

On Sat, May 2, 2020 at 05:19 PM, Jason Diceman wrote:
It's just a matter that text links should always be obvious and easy to visually scan for
A valid point given the patently obvious existence of links in emails.

Chris


moderated Re: Changing Wiki page name breaks links #suggestion #done

Bill Hazel
 

On Mon, Sep 16, 2019 at 01:09 AM, Shal Farley wrote:
My recommendation: Pemalinks (like message numbers). Assigned when the page is created, and never reused.
https://beta.groups.io/g/main/topic/28775194
Most people never look at URL's anyway. Try a YoutubeTVAxios or Amazon URL on for size.


moderated Re: Wiki link color is hard to see - usability #bug

Jason Diceman
 

To clarify, it's not that the 'visited' status needs to be featured. It's just a matter that text links should always be obvious and easy to visually scan for.  Even for people with low vision or crappy monitors, without having to adjust their browse settings. 


moderated Re: Wiki link color is hard to see - usability #bug

Chris Jones
 

On Sat, May 2, 2020 at 12:15 PM, Duane wrote:
Based on some quick research, modern browsers have a setting to override page settings for Visited and Unvisited links, so anything used on a site such as Groups.io is only a suggested default.
I  changed the Visited / Unvisited colours in my browser (FF) and as far as I could see it made no difference whatsoever to the appearance of links within Groups.io.

As a rule this is not something that bothers me on Groups.io but I can see Jason's point. Another site I regularly use has links that change from blue to an unmistakable red once visited.

Chris


moderated Re: Wiki link color is hard to see - usability #bug

Jason Diceman
 

To add 

The World Wide Web Consortium (W3C is an international community that develops open standards to ensure the long-term growth of the Web) says:

Use a contrast ratio of 3:1 with surrounding text and providing additional visual cues on focus for links or controls where color alone is used to identify them

See recommended standards: https://www.w3.org/TR/WCAG20-TECHS/G183.html

Groups.io is fantastic in many ways. This would make it easier to use for more people.


moderated Re: Size limit changes #update

Chris Jones
 

On Sat, May 2, 2020 at 04:17 PM, Jay Elvove wrote:
It should be widely shared with the entire groups.io community. 
If you look in the latest version of the Members Manual (dated yesterday, 1st May) you will find that the information is included there. See section 15 of the pdf version.

The "sharing action" is in place...

It is also in the Owners Manual, although perhaps it's not so easy to find.

Chris


moderated Re: Site updates #changelog

Thomas Gruber
 

See entry from 4/30/20


Am 02.05.2020 um 09:15 schrieb Andy Wedge <andy_wedge@...>:

On Sat, May 2, 2020 at 04:53 AM, Mark Fletcher wrote:

4/25/20:

  • CHANGE: The List-Id email header now includes the group id, to better help us parse FBL reports.
Wasn't this change rolled back?

Andy


moderated Re: Size limit changes #update

Jay Elvove
 

This is great news. It should be widely shared with the entire groups.io community. 


moderated Re: Wiki link color is hard to see - usability #bug

 

I'd imagine contrast needs to be worked on in general, not just the wiki page. But yes, this should be fixed. Contrast in general.


moderated Re: Wiki link color is hard to see - usability #bug

Duane
 

On Fri, May 1, 2020 at 10:53 PM, Jason Diceman wrote:
this is a real problem that could be easily fixed with higher contrast color in the CSS.
Based on some quick research, modern browsers have a setting to override page settings for Visited and Unvisited links, so anything used on a site such as Groups.io is only a suggested default.  If someone is using those settings in their browser, changes made here wouldn't apply anyway.  I believe this #bug should be a #suggestion, if anything.

Duane


moderated Re: Site updates #changelog

Andy Wedge
 

On Sat, May 2, 2020 at 04:53 AM, Mark Fletcher wrote:

4/25/20:

  • CHANGE: The List-Id email header now includes the group id, to better help us parse FBL reports.
Wasn't this change rolled back?

Andy


moderated Re: Messages contain CC:group even with ReplyTo=sender and "Remove other options" #bug

 

On Mon, Apr 27, 2020 at 9:49 AM Jim Avera <jim.avera@...> wrote:
The CC line is still there.  I just got spammed by a moderator who did "reply all" to someone else's post. 

We don't add CC lines anymore. My guess is that whoever is sending the message is adding that CC line (or their email client is). We strip a bunch of email headers, but CC is not one. IIRC, we used to strip it, but people complained.


Mark