Screen reader user here. Running Windows 10, 1909. In clients like Mozilla Thunderbird, headings are not rendering when I type in markdown in the web composer.

For example,

This heading,

does not show up as a heading at all when I am reading the message in TB. I haven't tried this on Outlook yet, but I'd be curious if this is a bug that's happening elsewhere, client wise.

I'm also happy this group has public archives, as I can give it a quick check for new messages at times when I don't want to log on.

If it helps, the public can't see much about you from the archives if you don't write it out fully in a message. Someone subscribed by mail could see your email address, but someone looking at the archives can see at most "Tanya's Feline CKD <helen@...>".

JohnF

On Wed, May 27, 2020 at 03:41 PM, Tanya's Feline CKD wrote:

Not sure if this changed

Nope, it's been that way since day 1.  It's so folks can find answers to questions without needing to join a group, same as Group_Help and GMF.

Duane

Only just noticed this group has public archives. Not sure if this changed, because I never knowingly post in groups with public archives. In fact, I don't usually even join them.

I see no reason why a group to help people using a particular listserv should be set up so the whole world can see posts sent to it, and suggest that it changes. If it doesn't, I will not post here again (but am thankful I used my website e-mail address and not my private one).

On Wed, May 27, 2020 at 12:50 AM, Jim Avera wrote:

the MUAs still present ReplyAll buttons

I don't believe there's anything that causes that button to be available, it's just there.  On my Thunderbird, it's always there, even if there's only one address to reply to.

Duane

Thanks Mark.   It appears that something else is still defeating Remove other Options, as the MUAs still present ReplyAll buttons which include the list-post address.

The To: header points to the list-post address, not to the recipient (i.e. subscriber).  I suspect this is making MUAs think a ReplyAll options is needed which includes that address (since To: is not the same as the current user). 

On Wed, May 27, 2020 at 05:38 AM, Duane wrote:

That's a common misconception.  In order to be viewed on your screen, the file is downloaded, at least part of it. 

+1.
Of course 'most' ordinary users don't understand the technical aspect of the way the web (WWW) works anyway, so how things are 'magically' and invisibly downloaded compared to the act of physically  downloading themselves. That said- I've not met a Mac browser that doesn't display proper pdfs on screen any time.
I do get ones that are either not properly created (encoded with correct metadata OR some other technical issue) that fail. I'm always suspicious of those being actual carriers of harm.
And I'm a voracious history researcher so do like my own copies to read later!

And citing what is 'common' because some company chose to target such features doesn't make it universal, or easy to achieve. Personally I'd be cautious with instantly playable doc/x files as much as they can contain/ control malware more commonly used to infiltrate machines.
FWIW, regards
davew

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

Seems to be working, at least for the moment, with FF.

Thanks,
Duane

On Tue, May 26, 2020 at 11:24 AM, Bart Fried wrote:

It would be very useful to be able to preview these files prior to downloading them.

That's a common misconception.  In order to be viewed on your screen, the file is downloaded, at least part of it.  All modern browsers that I'm aware of have a way to view PDF files.  It's much more complicated for DOC files because there are so many possible formats and versions behind the scenes.  (With a good title and a proper description, I never need to preview to know what's in a file before downloading.)

Duane

This reply is also in Firefox, as was my last one. It only happens sporadically. Plus, Mark may already have rolled things back at this point.
--
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

On Tue, May 26, 2020 at 06:20 PM, Mark Fletcher wrote:

Ok, well, that's frustrating. I'm rolling this back until I can figure something else out.

 

I wasn't aware of an issue and this reply has been in Firefox without a problem.

Andy

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

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

On Tue, May 26, 2020 at 09:24 AM, Bart Fried wrote:

Subjects should be required. Especially in a group or forum

As they are. The suggestion in this thread has nothing to do with group messages. It is about messages going only to the owner/moderators of a group. Group members don't even receive such messages, so there's no issue with sending a subject-less email blast; and on top of that, messages to owners may come from non-group members so should not be subject to group restrictions or requirements - there's no such agreement or contract yet with the sender.

My group goes beyond the already existing groups.io requirement that group messages have subjects, and even requires that the subject contain the cat's name and other data. Messages coming from possible non-members with questions about the group, and going only to group owners, are a horse of a different hue and I would not want to bounce them if they simply lack a subject line.
 
--
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

One of my groups is starting to use the Files section for a 'library' of catalogs. Most are uploaded as either PDF files and occasionally Word Doc files. It would be very useful to be able to preview these files prior to downloading them. This is a function that is found in Google's suite of products and in many other sites on the Web. From what I can tell, it is a relatively common function. In its most extreme form of usefulness, the PDF files are automatically OCR'd.

I imagine that this would be useful for all groups.

Bart