Pango-1.14.3 released

Oops,

Overview of changes between 1.14.2 and 1.14.3
==============================================
* Win32 build improvement. [Tor Lillqist]
* Bugs fixed in this release:
        Bug 353525 – libpangoft2-1.0.so.0: undefined
reference to
                     `pango_font_description_get_gravity'
        Bug 349813 – typo in docs for
pango_layout_move_cursor_visually



behdad


-------- Forwarded Message --------
From: Behdad Esfahbod <behdadbehdad.org>
To: gnome-announce-listgnome.org, gtk-app-devel-listgnome.org,
gtk-devel-listgnome.org, gtk-i18n-listgnome.org, gtk-list
<gtk-listgnome.org>
Subject: Pango-1.14.3 released
Date: Mon, 04 Sep 2006 23:53:50 -0400

Pango-1.14.3 is now available for download at:

  http://
download.gnome.org/sources/pango/1.14/
or
  ftp://ftp.gtk.org/pub/pango/1.14

afaf7128791f31b225079f73322eb67d  pango-1.14.3.tar.bz2
b0904336167ab64af068b8d126bf6407  pango-1.14.3.tar.gz

This is a stable release and is source and binary compatible
with 1.14.0.

About Pango
===========

Pango is a library for layout and rendering of text, with an
emphasis
on internationalization. Pango can be used anywhere that
text layout
is needed, though most of the work on Pango so far has been
done in
the context of the GTK+ widget toolkit. Pango forms the core
of text
and font handling for GTK+-2.x.

Pango is designed to be modular; the core Pango layout
engine can
be used with different font backends. There are three basic
backends,
with multiple options for rendering with each.

 - Client side fonts using the FreeType and fontconfig
libraries.
   Rendering can be with with Cairo or Xft libraries, or
directly
   to an in-memory buffer with no additional libraries.

 - Native fonts on Microsoft Windows. (Optionally using
Uniscribe
   for complex-text handling). Rendering can be done via
Cairo
   or directly using the native Win32 API.

 - Native fonts on MacOS X, rendering via Cairo.

The integration of Pango with Cairo (http://cairographics.org
)
provides a complete solution with high quality text handling
and graphics rendering.

Dynamically loaded modules then handle text layout for
particular
combinations of script and font backend. Pango ships with a
wide
selection of modules, including modules for Hebrew, Arabic,
Hangul, Thai, and a number of Indic scripts. Virtually all
of the
world's major scripts are supported.

As well as the low level layout rendering routines, Pango
includes
PangoLayout, a high level driver for laying out entire
blocks of text,
and routines to assist in editing internationalized text.

More information about Pango is available from http://www.pango.org/.
Bugs should be reported to http://bugzilla.gnome.org.


Pango 1.14 depends on version 2.10.0 or newer of the GLib
library and version 1.2.2 or newer of the cairo library (if
the
cairo backend is desired); more information about GLib and
cairo
can be found at http://www.gtk.org/ and http://cairographics.org/
respectively.


Behdad Esfahbod
4 September 2006
-- 
behdad
http://behdad.org/

"Commandment Three says Do Not Kill, Amendment Two
says Blood Will Spill"
        -- Dan Bern, "New American Language"

_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-listgnome.org

http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Hi all,
I have a question about ink_rect. If a text is "abc
"(the last char is 
blank), the ink_rect doesn't include the last char, it only
includes 
"abc". I think this is a bug. The ink_rect need
include the blank char.
And this bug creates another 
bug---bug347146(http
://bugzilla.gnome.org/show_bug.cgi?id=347146).
How do you think?



Regards,
Lingning Zhang
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-listgnome.org

http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

On Thu, 2006-09-07 at 15:50 +0800, LingNing Zhang wrote:
> Hi all,
> I have a question about ink_rect. If a text is
"abc "(the last char is 
> blank), the ink_rect doesn't include the last char, it
only includes 
> "abc". I think this is a bug. The ink_rect
need include the blank char.
> And this bug creates another 
> bug---bug347146(http
://bugzilla.gnome.org/show_bug.cgi?id=347146).
> How do you think?
> 

The ink rect is the rectangle occupied by the ink. A space
doesn't
have any ink, thus is not part of the ink rect.
			
					- Owen


_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-listgnome.org

http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

I see, and it need another way to fix bug347146.
thank you very much!



Owen Taylor wrote:
> On Thu, 2006-09-07 at 15:50 +0800, LingNing Zhang
wrote:
>   
>> Hi all,
>> I have a question about ink_rect. If a text is
"abc "(the last char is 
>> blank), the ink_rect doesn't include the last
char, it only includes 
>> "abc". I think this is a bug. The
ink_rect need include the blank char.
>> And this bug creates another 
>> bug---bug347146(http
://bugzilla.gnome.org/show_bug.cgi?id=347146).
>> How do you think?
>> 
>>     
>
> The ink rect is the rectangle occupied by the ink. A
space doesn't
> have any ink, thus is not part of the ink rect.
> 			
> 					- Owen
>
>
>   

_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-listgnome.org

http://mail.gnome.org/mailman/listinfo/gtk-i18n-list