|
Re: Photos and other images in email, some background
Lena,
data: doesn't consume storage where the 1 GB free limit is.Interesting point. I wonder if that gives Mark a motive to detect the use of data: and treat it as if it had been cid:, at least for the purpose of storage. The user's subscription control for max attachment size is about the metering or other download restrictions some users may face, particularly on mobile devices. And for that purpose I think it would be more useful if Mark did detect data: and apply the same restrictions. Shal |
|
Re: question about deleting a subgroup
jeffp,
Lena wrote:That's a good point, and I should have thought of it. In Yahoo Groups (and no doubt Groups.io) renaming a group does not reserve the old name. If the same holds true for Groups.io subgroups then you could rename the subgroup to something arbitrary before deleting it. That way you can pick any arbitrary name to make non-reusable, leaving the desired name free for reuse. Shal |
|
Re: Posting a photo
On Sun, Sep 4, 2016 at 02:46 pm, Shal Farley wrote:
I'm also curious about the image showing in full-feature digest messages. Is it shown at full size, inline in the message as sent, or is it shown as a thumbnail that one can open? ?It is shown full size. ? Here is one of the facebook integration photos that came in daily digest. Sorry but I can't find any of the test photos I did. Integration may be different as it appears a normal size on line but when posted to groups.io even in messages it is massive: You can see that even with my large laptop the whole picture needed scrolling to see. ?Made members using cell phones to view the messages loose their minds.? Don't worry, we got it fixed by resizing the photos before they got uploaded to Facebook. Now they appear like this in the daily digest: Yes it would be helpful if you set up a test, that way we'd all know what to expect when photos are added either remotely or inline.? I get this forum via Fully Featured Daily Digest and would be happy to report (do you want screen shots?) what I see. ?All I know for sure is that pictures (not from photo albums) from websites remotely posted (copied from webiste and pasted into message) do show up in daily digest. ?How they appear in other message options, (we don't allow attachments/photos in messages) is hit and miss as I was testing various things, with so many other things on the go. ? As a test, here is an inline photo that is pretty large. I did no resizing. ?
?Archivist |
|
Re: Photos and other images in email, some background
On Sun, Sep 4, 2016 at 10:30 pm, Shal Farley wrote:
data: This scheme is newer, and tells the user interface that the image One could argue that the Max Attachment Size setting shouldn't affect thisdata: doesn't consume storage where the 1 GB free limit is. |
|
Re: question about deleting a subgroup
jeffp,
Mark answered my submission to [email protected]. His answer was veryThat's not at all the answer I would have expected. Or rather, I would have expected that answer for the primary group names, but not the names of subgroups. However I just verified it in my test group. I don't see a reason for this restriction on subgroup names. I think it must be just an artifact of the subgroup implementation being largely the same as primary group implementation. Shal |
|
Re: searching for hashtags
On Sun, Sep 4, 2016 at 06:07 pm, J_catlady wrote:
I already reported this to support. |
|
Re: Photos and other images in email, some background
LeeAnne,
I wrote: Plain Text messagesA factor that can affect delivery of attached image files: if a member has set a Max Attachment Size in the Advanced Preferences section of his/her group Subscription, and the image file exceeds the limit, then the attached file is removed from the message sent to that member, and a link to the site placed at the bottom of the message instead. HTML (formatted) messagesThe member's Max Attachments Size affects this scheme as well, removing the image attachment and instead placing a link to its file on the group's site at the bottom of the message. data: This scheme is newer, and tells the user interface that the imageI'm not sure if that limit is applied to this scheme. I'd test it if I knew of a way to generate test messages that use this scheme, but the user interfaces I've tried (Gmail's web interface, Thunderbird, and Eudora) only generate the cid: scheme. Or if they can generate the data: scheme, I've not figured out how. One could argue that the Max Attachment Size setting shouldn't affect this scheme, because the data: scheme is technically not an attachment. But the counter argument is that ignoring the data: scheme defeats the purpose of the attachment limit: to reduce the data consumed by the message. http: (Hyper Text Transfer Protocol). This scheme tells the receivingThis one should not be affected: the data representing the image is not in the message. Shal |
|
Re: searching for hashtags
I would expect it to do the search like it does on the Hashtag page wherever it is clicked on. Besides the home page, it also behaves the same on the Topics view and Messages view. It looks like the (bad) links use the "topics?q=#hashtag" argument instead of "search?q=#hashtag" like it does on the Hashtag page.
Duane |
|
Re: Posting a photo
LeeAnne,
Our group doesn't allow posting in messages but you can paste and copyIf you copy/paste from a website chances are that the image will be conveyed in an HTML message using the http: scheme - aka a "remote" image. See my longer post on the subject: /g/GroupManagersForum/message/756 I did some experimenting on how copied and pasted pictures are viewed byThat's a surprising result. I would expect that members receiving individual messages would have the image available, but might have to tell their user interface that it is ok to display remote images. I'm also curious about the image showing in full-feature digest messages. Is it shown at full size, inline in the message as sent, or is it shown as a thumbnail that one can open? I have no idea if this is true of inline pictures but you might want toWould it be helpful if I created a table in GMF's database where we can log the results of various experiments with photos in messages? If enough people added their results we might rapidly cover the most commonly used email services and user interfaces. Shal |
|
Photos and other images in email, some background
LeeAnne wrote:
I did some experimenting on how copied and pasted pictures are viewed by/g/GroupManagersForum/message/747 I suspect GMF's wiki needs an advice article on the subject for Group Members but before delving into the research necessary to write it, I thought I'd set down some background information. Plain Text messages A plain text message cannot have an image (or any other formatting) contained within the message body. It can however carry attached files, and files containing photos or other images can be carried that way. There is some variability in how various email user interfaces treat attached image files. Some will show the image immediately following the message body. Some show a thumbnail of the image with a link to open it to full size. Others will show only the file name and a link to open it. How an attached image file is treated by a receiving user interface can also be influenced by how the image was encoded by the sending interface. The standard which covers such attachments (MIME - Multipurpose Internet Mail Extensions) allows various ways of describing the file content as well as various transfer encoding methods for carrying the file content. The choices made by the sending user interface may affect the presentation made by the receiving user interface. HTML (formatted) messages HTML (Hyper Text Markup Language) adds options for conveying an image to be presented as part of the message body. Within the <img> tag (which defines the position, size, and other characteristics of how the image is to be displayed) the src attribute tells the receiving email user interface where to find the image file. The fundamental choices are known as schemes. cid: (content ID). This scheme is the default used by most user interfaces when you upload or open an image file from your computer's files. It tells the receiving email user interface that the image is contained in an attached file within this email message, and the ID tells it which attached file is used for this <img> tag. data: This scheme is newer, and tells the user interface that the image file is encoded right here in the message body (within the <img> tag), not in a separate file. http: (Hyper Text Transfer Protocol). This scheme tells the receiving mail interface to fetch the image file from a server on the internet. Images conveyed in this fashion are sometimes referred to as "remote" images. Remote images are often used in commercial email to reduce the size of the email message itself and lower transmission costs. However they do represent a privacy concern because the act of fetching the image file can be logged by the remote server and used to track if and when people read the email message. For this reason many email user interfaces will not automatically display a remote image. The user may be asked to click to display the image, or to always display remote images from that particular sender. Bottom line There are many reasons an image might not show up in received messages, or might show for some recipients but not others. And the sending user generally has limited ability to control how an image will be conveyed in their message. Knowledge of these details can be crucial to determining what happened when messages don't display images properly. Fortunately the View Source (or View Original) of the received message will identify how the image was conveyed by the sending user interface. Unfortunately that alone will not tell how various recipient's email user interfaces might treat the image. Shal |
Shal Farley
LeeAnne
Lena
Duane