Re: [Evolution-hackers] Tabs when creating non-HTML messages

[Radek Doulik <rodo ximian com>]

On Wed, 2004-12-08 at 00:54 +0100, Philip Van Hoof wrote:
> On Tue, 2004-12-07 at 19:21 +0100, Philip Van Hoof wrote:
> > On Tue, 2004-12-07 at 18:24 +0100, Philip Van Hoof wrote:
> > > Sorry,
>
> > > This is a GtkHtml problem! The test_editor included in the
> > > compontens/html-editor-directory of GtkHtml has the same problem
>
> After a few hours searching while learning gtkhtml :-), I've identified
> the problem in the file htmlpainter.c
Hi Philip,

thanks for looking into this.

> I filed a bug. If I can find the source of the problem, I'll attach a
> patch. If you know right-away how to fix this, please notify me.
> 	http://bugzilla.ximian.com/show_bug.cgi?id=70295
>
> The problem appears to be the get_space_width-function. For the font
> used when HTML is off and the Mode is normal, it should always return
> eight. Eight is the width of one character. The function ain't returning
> eight.
>
> I forced the space_width variable to use eight in html_painter_draw_
> entries. It's now working correctly here. Forcefully doing this is of
> course not the solution. I am at this moment investigating why this
> function ain't returning eight.
>
> The cursor is being drawn at the correct location, it's the
> tab-character itself thats getting a to small width according to the
> htmlpainter.
I will look into it later. It might have been broken when changes from gtkhtml 3.3 were merged. It can also happen if non-monospaced font is used in plain text (non HTML) mode. Are you sure your gtkhtml uses monospaced font? (try to write row of 'i' and 'o' and see if they align)

Cheers
Radek