>No, not consistently reported. You're the only one with this problem. >My gmail/broswer doesn't remove the content. So it is not a gmail >problem, it is not a problem with our lists. It is a problem specific >to your setup. >
To clarify, "consistently reported" refers only to _me_! You are perfectly entitled to your opinion, but incorrect conclusion is made; gmail has not given me an exclusive, customised web interface. :) >> Cannot comment on >> others' experience, only to report what I am experiencing. Don't know >> what 'labs' refers > >Google Labs, optional stuff you can activate in gmail. > I have never used labs, did not know of its existence for gmail until now. >> to and cannot understand how gmail settings can >> affect LO mailing list but not other mailing lists such as gnuplot, r, >> clawsmail stated previously. > >Again: I don't care, gmail works here, the list messages are >technically correct. So end of topic. > It is your right (not) to care; I am only reporting my personal observations of LO mailing lists and comparing behaviour with other mailing lists subscribed to. >> The other test scenario to consider is to subscribe to the digest-mode >> of the other mailing lists cited and when a digest message is >> received, to activate the 'reply' hyperlink in the gmail web interface >> and compare the behaviour of the reply text box for these mailing >> lists to the LO mailing lists. > >I don't need to subscribe to other lists to see that it works with our >lists, as previously demonstrated multiple times. > I have made a suggestion; if you are not interested/curious how other mailing list management software operates, that is entirely your decision. As I have said, I am reporting my observations and comparison. If no LO programmers care, OK, their opinion. I can continue replying as I do now: copy message to my favourite text editor, edit content and send. >> As previously reported, these other mailing lists do not delete the >> messages (referred to as "inline" by others; these seems strange >> because by definition of the digest mode, all messages are requested >> to be received as a single message. > >In one single message yes, but not in one single textbody. Multipart >messages are almost as old as mail itself. So nothing new here. > I don't know the precise definitions of "single message" and "single textbody", but it seems to me that gmail receives the digest-mode message as a single message and when the 'reply' hyperlink is activated, the reply _does_ consist of a single text body. At this point, LO mailing list content is truncated (i.e. lost) after the list of messages at the top of each digest-mode. In another mailing list such as for R, the entire digest-message is shown, except when the quantity is too large (don't know what the limit is), in which case the message is 'clipped' and the entire message must be viewed in a new, separate page. >inline refers to gmails behaviour of displaying all messages in the >message text as if it was one single message, as opposed to having an >attachment/message list to view the individual messages. > >But again: >* I cannot reproduce your problem with gmail You have refused to replicate the test scenario, so reproduction is unlikely. >* You're the only one who complains Must be the only one using digest-mode... >* Gmail is in general not suitable for digest mails as replying breaks >the thread This is not completely correct -- Unsubscribe instructions: E-mail to test+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/test/ All messages sent to this list will be publicly archived and cannot be deleted