Fwd: Re: Fwd: Re: printing problem (no remote images)

[JohnJackDoe tele2 de]

Hi Albrecht,

Sorry for the late answer. I checked with my colleague again the  
problematic message in question. The issue is as follows: The message  
is a plain text message (outlook) with an outlook attachment. The  
attachment is HTML only. Balsa does unfortunately not mark clearly real  
attachments. If an email is consisting a plain text part and the same  
part in HTML (outlook settings are prefer plain text and add HTML) I  
have two attachments - plain text and HTML. In case that an HTML  
attachment is added I have two HTML attachments with a different  
numbering. So you have to know which numbering belongs to what. IMHO  
this a general problem in Balsa with how attachments are handled.

Thanks a lot for you incredible and very valuable/useful work for the  
Balsa community. I am struggling always with compiling so I can't test  
your improvements. Debian is always slow with providing updated  
packages for the current Debian version for Balsa. Sorry.

Again, thank you for your work.

Best regards,
John Jack Doe

On 03 May 2022 21:29:52, Albrecht Dreß via balsa-list wrote:
Hi Jack,

sorry, it took a little longer to look into this issue due to a huge  
amount of real-life (for €) work…

I reworked the display of multipart/alternative messages, please see  
issue #75 <https://gitlab.gnome.org/GNOME/balsa/-/issues/75> and the  
branch 75-html-display-printing.  It /should/ fix your printing issues,  
at least it works for a variety of messages in my mailbox:

Basically:
- If a second “view” of the same message is opened, exactly the same  
selection of html or plain parts is displayed.
- As long as at least one instance of a message is visible, Balsa  
remembers if external content referenced in HTML parts has been  
downloaded, i.e. when opening a 2nd view and the external content has  
been loaded, Balsa will /not/ ask, but just loads it from the cache.   
Unfortunately, it is not possible to store this information  
permanently, or to query the Webkit cache, so when a message is  
re-opened after all views have been closed, Balsa will ask again.  No  
idea how I could fix this (easily).
- Printing a message prints exactly the selection of html or plain  
parts and external contents as in the view from which the print  
operation has been initiated.  No extra configuration for printing (3rd  
tab of the print dialogue) is required any more.

It would be great if you could give it a try, and share your  
impressions.

Thanks in advance,
Albrecht.

Am 10.04.22 17:23 schrieb(en) JohnJackDoe tele2 de:
> Hi Albrecht,
>
> Recently I received an email containing a plain text part and a html  
> part. The contents of both was different. So I couldn't read them as  
> one email. Printing was not possible.
>
> Best regards,
> John Jack Doe

------quoted attachment------
_______________________________________________
balsa-list mailing list
balsa-list gnome org
https://mail.gnome.org/mailman/listinfo/balsa-list