Evolution rendering bug ?

[Joe Marcus Clarke]

On Tue, 2005-02-22 at 11:52 +0300, Vladimir Grebenschikov wrote:
> В вт, 22/02/2005 в 00:07 -0500, Joe Marcus Clarke пишет:
> >On Mon, 2005-02-21 at 12:51 +0300, Vladimir Grebenschikov wrote:
> >> Hi Gnome
> >> 
> >> After upgrade to recent evolution from marcus repository
> >> Rendering of some messages now incorrect (see attached screen-shot and
> >> messages).
> >> 
> >> Same problem appears for attachment labels (see second screen-shot).
> >> 
> >> I have following packages installed:
> >> evolution-2.1.5     An integrated mail, calendar and address book distributed s
> >> evolution-data-server-1.1.5 The data backends for the Evolution integrated mail/PIM sui
> >> evolution-webcal-2.1.91 Webcal(endar) handler for gnome
> >> gtkhtml3-3.5.6      Lightweight HTML rendering/printing/editing engine
> >> 
> >> Most probably this related to high DPI (124) of my notebook LCD, but
> >> valid dpi is defined as gnome dpi and I have no problems with other
> >> software.
> >> 
> >> Any ideas ? 
> >
> >These really aren't screenshots, just message dumps.  That said, I
> >tested Evo 2.1.5, and none of my messages look like this.  Usually, when
> >'=' get thrown into messages, something is trying to MIME encode certain
> >characters.
> 
> Oops, looks like mail-list cut off screens-shots, second try directly.
> 
> As I mention, this happens when message has HTML part inside (like in
> attached message), can you open attached message in evolution ?

It looks okay to me given the formatting of the message (the user chose
10-point Arial as the font).  If I choose to increase the font size, it
increases in Evo.  The font is small, but not as small as what you're
seeing.

Joe

> 
> >Joe
> 
> email message attachment, "Вложенное сообщение - [xml] Problems with
> error printing"
> On Tue, 2005-02-22 at 11:52 +0300, Vladimir Grebenschikov wrote:
> > Hi, 
> > 
> >  
> > 
> > In error.c there are functions that handle error printing such as
> > xmlGenericErrorDefaultFunc, however not all functions use these
> > methods for error printing. Some use fprintf(stderr, …), this is bad
> > for applications that are GUI oriented and especially bad if stderr
> > is not initialized.
> > 
> > Some examples:
> > 
> > xpath.c(11135):              fprintf(stderr, "100 x %s\n",
> > comp->string);
> > 
> > xmlschemas.c(3332):     fprintf(stderr, "  target namespace %s\n",
> > namespace);
> > 
> > xmlreader.c(520):           fprintf(stderr, "xmlTextReader: state %d
> > depth %d ",
> > 
> > etc.
> > 
> > Can this behavior be fixed? 
> > 
> >  
> > 
> > Thanks, 
> > 
> > Ohad
> > 
> >  
> > 
> > 
> > **************************************************************************************************
> > The contents of this email and any attachments are confidential.
> > It is intended for the named recipient(s) only.
> > If you have received this email in error please notify the system manager or  the 
> > sender immediately and do not disclose the contents to anyone or make copies.
> > 
> > ** eSafe scanned this email for viruses, vandals and malicious content **
> > **************************************************************************************************
> > _______________________________________________
> > xml mailing list, project page  http://xmlsoft.org/
> > xml at gnome.org
> > http://mail.gnome.org/mailman/listinfo/xml
-- 
PGP Key : http://www.marcuscom.com/pgp.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20050223/b20dae92/attachment.bin