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

Of course Subjects should be required. Especially in a group or forum ... otherwise how does one know if they are opening a Topcical or OFF TOPIC item? There are enough other time-sucks in the world. This is an easy one to fix.

Bart Fried

My Suggestion is to separate the  "View/Online" link into "View Thread" and "Reply online". I always have to generate an empty message whenever I wawnn to review the thread.

Regards
Georg Klein

Been writing some babysitting queries that interact with the API to get members and database rows.

While the API docs clearly say HTTP Basic Auth when using the token style of authentication, it never explains that the token goes in the username name field and nothing goes in the password field. Took some trial and error to figure that one out.

But why use Authorization: Basic when you are already set up for Authorization: Bearer?

So, we have a JWT that is already Base64 encoded (and signed). Without any modification, that token can be added to the request header as:

Authorization: Bearer <token>

Instead, we have to package the JWT up again and pass it as follows:

Authorization: Basic Base64.encode(<token> + ":")

Just wondering why the slightly unique approach over the more conventional (and less confusing) approach?

And, I can't really divine if the future is a cookie-only API, or if tokens will also be part of that future.

Thank you for the API, btw.

On Mon, May 25, 2020 at 03:55 PM, Andy Wedge wrote:

After using the New Topic link a new topic window is shown but the Send and Discard buttons don't work properly.

And since posting this I found that it's the same after using the New Topic links in a Full Digest.

Andy

Hi,

I think it would be helpful to have the Home, Subscription, Messages and New Topic links shown at the bottom of the Daily Summary email also shown at the bottom of a Full Digest to provide a consistent style and quick access to key web pages.  If that's done, I would then question retaining the New Topic link at the bottom of each message in a Digest as the others primarily relate to the message above (except Top ^).

Andy

Hi Mark,

a Daily Summary contains Home, Subscription, Messages and New Topic links at the bottom. After using the New Topic link a new topic window is shown but the Send and Discard buttons don't work properly. The Discard button does nothing and the Send button just takes you back to the messages view.

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