Re: GUADEC Results
- From: Havoc Pennington <hp redhat com>
- To: Joe Shaw <joe ximian com>
- Cc: Mike Kestner <mkestner ameritech net>, Sam TH <sam uchicago edu>, gnome-office-list mail gnome org, trow gnu org, james daa com au
- Subject: Re: GUADEC Results
- Date: 11 Apr 2001 14:19:26 -0400
Joe Shaw <joe ximian com> writes:
> Yeah, gtktextlayout.c looks good for all of the layout stuff minus
> zooming. I'll try to get cracking on this soon.
>
> > There may even be a need for Pango mods, though maybe not.
>
> What gives you this impression?
>
Not sure, there was a short thread about it on some list (gtk-devel or
gtk-i18n I assume) and there was some talk of that.
> This would probably be sufficient for Achtung, which does its own
> layout. There's not a whole lot of point of embedding an image in the text
> for us, but the rich text support is important. But I would hate to see
> someone rewriting GtkTextLayout with zooming support several months down
> the line after GTK has been released if there is sufficient interest in
> adding that support presently. Guys?
I think the full GtkTextBuffer canvas view is almost certainly useful
in general, though may or may not be the shortest route to what you
need for Achtung.
> I'm not too familiar with the PangoLayout stuff; I'll take a look at it
> later tonight. Is rich-text support a fairly easy thing to do with it?
Fairly easy, it's somewhat low-level but not that bad. See
PangoAttrList (GtkLabel source code is useful, as is pango-markup.c,
to see how it works). PangoLayout is just a paragraph of text with
attributes, layed out for rendering.
A word processor such as AbiWord would probably not use PangoLayout,
since it would need to do more stuff. At that point you drop down to
lower-level Pango facilities. But PangoLayout is good for most simple
things.
Havoc
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]