Nabble - Gtk+ - Internationalization

Re: Pango cross-compile failure (ARM)

2009-12-14T18:06:49Z

On 12/14/2009 09:00 PM, William To wrote:
> Dear Behdad,
>
> In the case where we cannot actually work around the compiler limitation
> (its ARM-GCC) is it possible that we can #undef the static asserts and
> the library still builds and runs correctly?

No. It would build, but not run correctly. There is a reason why the asserts
are there. Better fix the compiler.

behdad

> Thanks very much and Best Regards
>
> William To
>
>
>
> On Tue, Dec 15, 2009 at 9:43 AM, Behdad Esfahbod <behdad@...
> <mailto:behdad@...>> wrote:
>
> On 12/14/2009 08:36 PM, William To wrote:
>
> Dear Behdad,
>
> I have found out that the compiler automatically aligns the data to
> double word alignment,
>
>
> Sure. But does it do that to every member of a struct? That
> doesn't make sense.
>
>
> and that means its screwing up the static asserts
>
> because the assumed sizes are no longer valid. Have tried
> adding __attribute__((packed)) to the affected structures, but still
> there are places still not working. Is there any other way of
> working
> around it?
>
>
> Not that I know of. You may want to investigate why
> __attribute__((packed)) is not working.
>
> behdad
>
> Thanks very much and Best Regards
>
> William To
>
>
>
> On Wed, Dec 9, 2009 at 4:16 PM, Behdad Esfahbod
> <behdad@... <mailto:behdad@...>
> <mailto:behdad@... <mailto:behdad@...>>> wrote:
>
> On 12/09/2009 01:32 AM, William To wrote:
>
> Dear All,
>
> First of all, I am new to the world of Pango and
> gtk-i18n, so
> excuse my
> lack of knowledge.
>
>
> Welcome.
>
>
>
> This is a problem I am facing right now with
> pango-1.26.1 when
> cross-compiling to arm-hardfloat-linux-gnu:
>
> [...]
>
> I tracked down to the source and it seems that a static
> assertion on the
> size of the USHORT/SHORT failed (too small or too large,
> I don't
> know)
>
>
> That's a deal breaker. It's basically this struct:
>
> struct USHORT {
> char v[2];
> }
>
> So if the size is not 2 bytes, you need to debug and see why
> your
> compiler is doing that. And possibly find a solution. I
> can't help
> much with that.
>
> behdad
>
>
> has failed and the build is stuck here. It is possible
> to remove the
> ASSERT_SIZE in the header file, but then it won't build
> either.
>
> Here are my environmental variables:
>
> export
>
> CC_PATH=/opt/crosstool/gcc-4.3.2-glibc-2.6.1/hardfloat/arm-hardfloat-linux-gnu/bin
> export COMPILER=$CC_PATH/arm-hardfloat-linux-gnu-gcc
> export CC=$CC_PATH/arm-hardfloat-linux-gnu-gcc
> export CPP=$CC_PATH/arm-hardfloat-linux-gnu-cpp
> export CXX=$CC_PATH/arm-hardfloat-linux-gnu-g++
> export AR=$CC_PATH/arm-hardfloat-linux-gnu-ar
> export RANLIB=$CC_PATH/arm-hardfloat-linux-gnu-ranlib
> export AS=$CC_PATH/arm-hardfloat-linux-gnu-as
> export LD=$CC_PATH/arm-hardfloat-linux-gnu-ld
> export NM=$CC_PATH/arm-hardfloat-linux-gnu-nm
> export PREFIX=/home/william/1234/libraries/prefix/webapps/
> export EXEC_PREFIX=/home/william/1234/libraries/mnt/webapps/
> export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig
>
> I use the ubuntu gcc 4.3.2 compiler to build and there
> is no such
> problem. Previous versions of pango compiles normally
> with the same
> cross compiler. I wonder has anybody had hit the same
> problem as me.
>
> Thanks very much and Best Regards
>
> William To
>
>
>
> _______________________________________________
> gtk-i18n-list mailing list
> gtk-i18n-list@... <mailto:gtk-i18n-list@...>
> <mailto:gtk-i18n-list@... <mailto:gtk-i18n-list@...>>
>
> http://mail.gnome.org/mailman/listinfo/gtk-i18n-list
>
>
>

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

Re: Pango cross-compile failure (ARM)

2009-12-14T18:00:44Z

Dear Behdad,

In the case where we cannot actually work around the compiler limitation (its ARM-GCC) is it possible that we can #undef the static asserts and the library still builds and runs correctly?

Thanks very much and Best Regards

William To

On Tue, Dec 15, 2009 at 9:43 AM, Behdad Esfahbod <behdad@...> wrote:

On 12/14/2009 08:36 PM, William To wrote:

Dear Behdad,

I have found out that the compiler automatically aligns the data to
double word alignment,

Sure. But does it do that to every member of a struct? That doesn't make sense.

and that means its screwing up the static asserts

because the assumed sizes are no longer valid. Have tried
adding __attribute__((packed)) to the affected structures, but still
there are places still not working. Is there any other way of working
around it?

Not that I know of. You may want to investigate why __attribute__((packed)) is not working.

behdad

Thanks very much and Best Regards

William To

On Wed, Dec 9, 2009 at 4:16 PM, Behdad Esfahbod <behdad@...
<mailto:behdad@...>> wrote:

On 12/09/2009 01:32 AM, William To wrote:

Dear All,

First of all, I am new to the world of Pango and gtk-i18n, so
excuse my
lack of knowledge.

Welcome.

This is a problem I am facing right now with pango-1.26.1 when
cross-compiling to arm-hardfloat-linux-gnu:

[...]

I tracked down to the source and it seems that a static
assertion on the
size of the USHORT/SHORT failed (too small or too large, I don't
know)

That's a deal breaker. It's basically this struct:

struct USHORT {
char v[2];
}

So if the size is not 2 bytes, you need to debug and see why your
compiler is doing that. And possibly find a solution. I can't help
much with that.

behdad

has failed and the build is stuck here. It is possible to remove the
ASSERT_SIZE in the header file, but then it won't build either.

Here are my environmental variables:

export
CC_PATH=/opt/crosstool/gcc-4.3.2-glibc-2.6.1/hardfloat/arm-hardfloat-linux-gnu/bin
export COMPILER=$CC_PATH/arm-hardfloat-linux-gnu-gcc
export CC=$CC_PATH/arm-hardfloat-linux-gnu-gcc
export CPP=$CC_PATH/arm-hardfloat-linux-gnu-cpp
export CXX=$CC_PATH/arm-hardfloat-linux-gnu-g++
export AR=$CC_PATH/arm-hardfloat-linux-gnu-ar
export RANLIB=$CC_PATH/arm-hardfloat-linux-gnu-ranlib
export AS=$CC_PATH/arm-hardfloat-linux-gnu-as
export LD=$CC_PATH/arm-hardfloat-linux-gnu-ld
export NM=$CC_PATH/arm-hardfloat-linux-gnu-nm
export PREFIX=/home/william/1234/libraries/prefix/webapps/
export EXEC_PREFIX=/home/william/1234/libraries/mnt/webapps/
export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig

I use the ubuntu gcc 4.3.2 compiler to build and there is no such
problem. Previous versions of pango compiles normally with the same
cross compiler. I wonder has anybody had hit the same problem as me.

Thanks very much and Best Regards

William To

_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@... <mailto:gtk-i18n-list@...>

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

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

Re: Pango cross-compile failure (ARM)

2009-12-14T17:43:56Z

On 12/14/2009 08:36 PM, William To wrote:
> Dear Behdad,
>
> I have found out that the compiler automatically aligns the data to
> double word alignment,

Sure. But does it do that to every member of a struct? That doesn't make sense.

and that means its screwing up the static asserts
> because the assumed sizes are no longer valid. Have tried
> adding __attribute__((packed)) to the affected structures, but still
> there are places still not working. Is there any other way of working
> around it?

Not that I know of. You may want to investigate why __attribute__((packed))
is not working.

behdad

> Thanks very much and Best Regards
>
> William To
>
>
>
> On Wed, Dec 9, 2009 at 4:16 PM, Behdad Esfahbod <behdad@...
> <mailto:behdad@...>> wrote:
>
> On 12/09/2009 01:32 AM, William To wrote:
>
> Dear All,
>
> First of all, I am new to the world of Pango and gtk-i18n, so
> excuse my
> lack of knowledge.
>
>
> Welcome.
>
>
>
> This is a problem I am facing right now with pango-1.26.1 when
> cross-compiling to arm-hardfloat-linux-gnu:
>
> [...]
>
> I tracked down to the source and it seems that a static
> assertion on the
> size of the USHORT/SHORT failed (too small or too large, I don't
> know)
>
>
> That's a deal breaker. It's basically this struct:
>
> struct USHORT {
> char v[2];
> }
>
> So if the size is not 2 bytes, you need to debug and see why your
> compiler is doing that. And possibly find a solution. I can't help
> much with that.
>
> behdad
>
>
> has failed and the build is stuck here. It is possible to remove the
> ASSERT_SIZE in the header file, but then it won't build either.
>
> Here are my environmental variables:
>
> export
> CC_PATH=/opt/crosstool/gcc-4.3.2-glibc-2.6.1/hardfloat/arm-hardfloat-linux-gnu/bin
> export COMPILER=$CC_PATH/arm-hardfloat-linux-gnu-gcc
> export CC=$CC_PATH/arm-hardfloat-linux-gnu-gcc
> export CPP=$CC_PATH/arm-hardfloat-linux-gnu-cpp
> export CXX=$CC_PATH/arm-hardfloat-linux-gnu-g++
> export AR=$CC_PATH/arm-hardfloat-linux-gnu-ar
> export RANLIB=$CC_PATH/arm-hardfloat-linux-gnu-ranlib
> export AS=$CC_PATH/arm-hardfloat-linux-gnu-as
> export LD=$CC_PATH/arm-hardfloat-linux-gnu-ld
> export NM=$CC_PATH/arm-hardfloat-linux-gnu-nm
> export PREFIX=/home/william/1234/libraries/prefix/webapps/
> export EXEC_PREFIX=/home/william/1234/libraries/mnt/webapps/
> export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig
>
> I use the ubuntu gcc 4.3.2 compiler to build and there is no such
> problem. Previous versions of pango compiles normally with the same
> cross compiler. I wonder has anybody had hit the same problem as me.
>
> Thanks very much and Best Regards
>
> William To
>
>
>
> _______________________________________________
> gtk-i18n-list mailing list
> gtk-i18n-list@... <mailto:gtk-i18n-list@...>
> http://mail.gnome.org/mailman/listinfo/gtk-i18n-list
>
>

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

Re: Pango cross-compile failure (ARM)

2009-12-14T17:36:16Z

Dear Behdad,

I have found out that the compiler automatically aligns the data to double word alignment, and that means its screwing up the static asserts because the assumed sizes are no longer valid. Have tried adding __attribute__((packed)) to the affected structures, but still there are places still not working. Is there any other way of working around it?

Thanks very much and Best Regards

William To

On Wed, Dec 9, 2009 at 4:16 PM, Behdad Esfahbod <behdad@...> wrote:

On 12/09/2009 01:32 AM, William To wrote:

Dear All,

First of all, I am new to the world of Pango and gtk-i18n, so excuse my
lack of knowledge.

Welcome.

This is a problem I am facing right now with pango-1.26.1 when
cross-compiling to arm-hardfloat-linux-gnu:

[...]

I tracked down to the source and it seems that a static assertion on the
size of the USHORT/SHORT failed (too small or too large, I don't know)

That's a deal breaker. It's basically this struct:

struct USHORT {
char v[2];
}

So if the size is not 2 bytes, you need to debug and see why your compiler is doing that. And possibly find a solution. I can't help much with that.

behdad

has failed and the build is stuck here. It is possible to remove the
ASSERT_SIZE in the header file, but then it won't build either.

Here are my environmental variables:

export
CC_PATH=/opt/crosstool/gcc-4.3.2-glibc-2.6.1/hardfloat/arm-hardfloat-linux-gnu/bin
export COMPILER=$CC_PATH/arm-hardfloat-linux-gnu-gcc
export CC=$CC_PATH/arm-hardfloat-linux-gnu-gcc
export CPP=$CC_PATH/arm-hardfloat-linux-gnu-cpp
export CXX=$CC_PATH/arm-hardfloat-linux-gnu-g++
export AR=$CC_PATH/arm-hardfloat-linux-gnu-ar
export RANLIB=$CC_PATH/arm-hardfloat-linux-gnu-ranlib
export AS=$CC_PATH/arm-hardfloat-linux-gnu-as
export LD=$CC_PATH/arm-hardfloat-linux-gnu-ld
export NM=$CC_PATH/arm-hardfloat-linux-gnu-nm
export PREFIX=/home/william/1234/libraries/prefix/webapps/
export EXEC_PREFIX=/home/william/1234/libraries/mnt/webapps/
export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig

I use the ubuntu gcc 4.3.2 compiler to build and there is no such
problem. Previous versions of pango compiles normally with the same
cross compiler. I wonder has anybody had hit the same problem as me.

Thanks very much and Best Regards

William To

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

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

Re: Pango rotation

2009-12-13T23:15:11Z

On 12/11/2009 07:58 AM, Edder wrote:

> Hi all,
>
> I am currently using cairomm (c++ bindings to cairo) to render some
> graphs, but wanted to start including pangomm support for more
> complicated text. One of the things I wanted to do was rotate text,
> but I can't seem to get it to work. I first tried to use gravity to do
> it and later also tried it with
> layout->get_context()->set_matrix(...). I also tried setting it after
> update_from_cairo_context, because I thought that might unset the
> rotation, but that didn't seem to help either.
>
> Furthermore I am interested in centering the text (instead of left
> aligned). I tried to do this with set_alignment, but this also didn't
> seem to work. I solved that by using get_pixel_size, but would still
> be interested if this can be done in a better way.
>
> I hope someone can help me. For sample code see below.

cr->rotate().

behdad
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Stretching a text to a certain width of height

2009-12-13T23:14:26Z

On 12/11/2009 08:20 AM, Damien Boucard wrote:

> Hello,
>
> I would like to know if it is possible to give an arbitrary width or
> height and automatically compute the correct font size which fits to the
> given constraint.
>
> Presently, I increment the font size iteratively until the text width is
> over the wanted width. But this workaround is very slow and unusable
> when I do it on many text items. I guess there is a cleaner method to do
> this...

Using pangocairo, turn metrics-hinting off, then do the layout at a nominal
size, take the extents, do a cairo_scale(), and draw again. Has worked fine
for me.

behdad

> Thank you for your help,
>
> Damien.
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Stretching a text to a certain width of height

2009-12-11T05:20:50Z

Hello,

I would like to know if it is possible to give an arbitrary width or height and automatically compute the correct font size which fits to the given constraint.

Presently, I increment the font size iteratively until the text width is over the wanted width. But this workaround is very slow and unusable when I do it on many text items. I guess there is a cleaner method to do this...

Thank you for your help,

Damien.

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

Pango rotation

2009-12-11T04:58:41Z

Hi all,

I am currently using cairomm (c++ bindings to cairo) to render some
graphs, but wanted to start including pangomm support for more
complicated text. One of the things I wanted to do was rotate text,
but I can't seem to get it to work. I first tried to use gravity to do
it and later also tried it with
layout->get_context()->set_matrix(...). I also tried setting it after
update_from_cairo_context, because I thought that might unset the
rotation, but that didn't seem to help either.

Furthermore I am interested in centering the text (instead of left
aligned). I tried to do this with set_alignment, but this also didn't
seem to work. I solved that by using get_pixel_size, but would still
be interested if this can be done in a better way.

I hope someone can help me. For sample code see below.

Cheers, BlackEdder

#include <string>
#include <iostream>
#include <cairomm/cairommconfig.h>
#include <cairomm/context.h>
#include <cairomm/surface.h>

#include <pangomm/init.h>
#include <pangomm/context.h>
#include <pangomm/layout.h>
int main()
{
Cairo::RefPtr<Cairo::ImageSurface> surface =
Cairo::ImageSurface::create(Cairo::FORMAT_ARGB32, 600, 400);
Cairo::RefPtr<Cairo::Context> cr = Cairo::Context::create(surface);
Pango::init();
Glib::RefPtr<Pango::Layout> pangoLayout = Pango::Layout::create (cr);
cr->move_to(300,200);
cr->set_source_rgb(0, 0, 0);
pangoLayout->get_context()->set_base_gravity( Pango::GRAVITY_WEST );
pangoLayout->set_alignment( Pango::ALIGN_CENTER );
pangoLayout->set_text("text");
pangoLayout->update_from_cairo_context(cr); //gets cairo cursor position
pangoLayout->add_to_cairo_context(cr); //adds text to cairos
stack of stuff to be drawn
cr->stroke();
std::string filename = "image.png";
surface->write_to_png(filename);
std::cout << "Wrote png file \"" << filename << "\"" << std::endl;
}
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Pango cross-compile failure (ARM)

2009-12-09T00:16:56Z

On 12/09/2009 01:32 AM, William To wrote:
> Dear All,
>
> First of all, I am new to the world of Pango and gtk-i18n, so excuse my
> lack of knowledge.

Welcome.

> This is a problem I am facing right now with pango-1.26.1 when
> cross-compiling to arm-hardfloat-linux-gnu:
[...]
> I tracked down to the source and it seems that a static assertion on the
> size of the USHORT/SHORT failed (too small or too large, I don't know)

That's a deal breaker. It's basically this struct:

struct USHORT {
char v[2];
}

So if the size is not 2 bytes, you need to debug and see why your compiler is
doing that. And possibly find a solution. I can't help much with that.

behdad

> has failed and the build is stuck here. It is possible to remove the
> ASSERT_SIZE in the header file, but then it won't build either.
>
> Here are my environmental variables:
>
> export
> CC_PATH=/opt/crosstool/gcc-4.3.2-glibc-2.6.1/hardfloat/arm-hardfloat-linux-gnu/bin
> export COMPILER=$CC_PATH/arm-hardfloat-linux-gnu-gcc
> export CC=$CC_PATH/arm-hardfloat-linux-gnu-gcc
> export CPP=$CC_PATH/arm-hardfloat-linux-gnu-cpp
> export CXX=$CC_PATH/arm-hardfloat-linux-gnu-g++
> export AR=$CC_PATH/arm-hardfloat-linux-gnu-ar
> export RANLIB=$CC_PATH/arm-hardfloat-linux-gnu-ranlib
> export AS=$CC_PATH/arm-hardfloat-linux-gnu-as
> export LD=$CC_PATH/arm-hardfloat-linux-gnu-ld
> export NM=$CC_PATH/arm-hardfloat-linux-gnu-nm
> export PREFIX=/home/william/1234/libraries/prefix/webapps/
> export EXEC_PREFIX=/home/william/1234/libraries/mnt/webapps/
> export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig
>
> I use the ubuntu gcc 4.3.2 compiler to build and there is no such
> problem. Previous versions of pango compiles normally with the same
> cross compiler. I wonder has anybody had hit the same problem as me.
>
> Thanks very much and Best Regards
>
> William To
>
>
>
> _______________________________________________
> gtk-i18n-list mailing list
> gtk-i18n-list@...
> http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

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

Pango cross-compile failure (ARM)

2009-12-08T22:32:03Z

Dear All,

First of all, I am new to the world of Pango and gtk-i18n, so excuse my lack of knowledge.

This is a problem I am facing right now with pango-1.26.1 when cross-compiling to arm-hardfloat-linux-gnu:

> ./configure --host=$target --build=i386-linux --prefix=$PREFIX --exec_prefix=$EXEC_PREFIX --without-x \

--enable-debug=no \

LDFLAGS="-L$EXEC_PREFIX/lib" CFLAGS="-I$PREFIX/include"

> make

make[4]: Entering directory `/home/william/1234/libraries/pango-1.26.1/pango/opentype'

CXX libharfbuzz_la-hb-font.lo

In file included from hb-open-file-private.hh:30,

from hb-font.cc:31:

hb-open-type-private.hh:376: error: size of array '_static_assert_on_line_376_failed' is negative

hb-open-type-private.hh:377: error: size of array '_static_assert_on_line_377_failed' is negative

hb-open-type-private.hh:450: error: size of array '_static_assert_on_line_450_failed' is negative

In file included from hb-font.cc:31:

hb-open-type-private.hh: In instantiation of 'Null<OffsetTable>':

hb-open-file-private.hh:69: instantiated from here

hb-open-type-private.hh:67: error: creating array with negative size ('-0x000000001')

hb-open-file-private.hh:127: error: size of array '_static_assert_on_line_127_failed' is negative

hb-open-file-private.hh:163: error: size of array '_static_assert_on_line_163_failed' is negative

make[4]: *** [libharfbuzz_la-hb-font.lo] Error 1

make[4]: Leaving directory `/home/william/1234/libraries/pango-1.26.1/pango/opentype'

make[3]: *** [all-recursive] Error 1

make[3]: Leaving directory `/home/william/1234/libraries/pango-1.26.1/pango'

make[2]: *** [all] Error 2

make[2]: Leaving directory `/home/william/1234/libraries/pango-1.26.1/pango'

make[1]: *** [all-recursive] Error 1

make[1]: Leaving directory `/home/william/1234/libraries/pango-1.26.1'

make: *** [all] Error 2

I tracked down to the source and it seems that a static assertion on the size of the USHORT/SHORT failed (too small or too large, I don't know) has failed and the build is stuck here. It is possible to remove the ASSERT_SIZE in the header file, but then it won't build either.

Here are my environmental variables:

export CC_PATH=/opt/crosstool/gcc-4.3.2-glibc-2.6.1/hardfloat/arm-hardfloat-linux-gnu/bin

export COMPILER=$CC_PATH/arm-hardfloat-linux-gnu-gcc

export CC=$CC_PATH/arm-hardfloat-linux-gnu-gcc

export CPP=$CC_PATH/arm-hardfloat-linux-gnu-cpp

export CXX=$CC_PATH/arm-hardfloat-linux-gnu-g++

export AR=$CC_PATH/arm-hardfloat-linux-gnu-ar

export RANLIB=$CC_PATH/arm-hardfloat-linux-gnu-ranlib

export AS=$CC_PATH/arm-hardfloat-linux-gnu-as

export LD=$CC_PATH/arm-hardfloat-linux-gnu-ld

export NM=$CC_PATH/arm-hardfloat-linux-gnu-nm

export PREFIX=/home/william/1234/libraries/prefix/webapps/

export EXEC_PREFIX=/home/william/1234/libraries/mnt/webapps/

export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig

I use the ubuntu gcc 4.3.2 compiler to build and there is no such problem. Previous versions of pango compiles normally with the same cross compiler. I wonder has anybody had hit the same problem as me.

Thanks very much and Best Regards

William To

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-04T15:07:29Z

I can reproduce the problem with just pango-view even (on Windows),
and I have no idea what causes it.

--tml
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T12:52:32Z

On 12/03/2009 03:28 PM, John Boncek wrote:

>
>
> Owen Taylor wrote:
>>
>>
>> The , is supported in the string format of Pango font descriptions - it
>> is allowed so that you can represent font names that have components in
>> them that would be otherwise be interpreted as slant/weight/etc.
>>
>> Arial Bold, 10
>> Arial, Bold 10
>>
>> Probably would have been clearer to support quotes...
>>
>> - Owen
>>
>
> Where, if at all, is this documented? I just looked thru the online Pango
> doc that discusses font descriptions,
> http://library.gnome.org/devel/pango/unstable/pango-Fonts.html, and couldn't
> find anything related. The only use of commas it talks about is
> comma-separated lists of families, etc.

From that same page:

PangoFontDescription * pango_font_description_from_string
(const char *str);

Creates a new font description from a string representation in the form
"[FAMILY-LIST] [STYLE-OPTIONS] [SIZE]", where FAMILY-LIST is a comma separated
list of families optionally terminated by a comma,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

pango_font_description_to_string ()

char * pango_font_description_to_string (const
PangoFontDescription *desc);

Creates a string representation of a font description. See
pango_font_description_from_string() for a description of the format of the
string representation. The family list in the string description will only
have a terminating comma if the last word of the list is a valid style option.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

behdad

> John Boncek
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T12:28:31Z

Owen Taylor wrote:

The , is supported in the string format of Pango font descriptions - it
is allowed so that you can represent font names that have components in
them that would be otherwise be interpreted as slant/weight/etc.

Arial Bold, 10
Arial, Bold 10

Probably would have been clearer to support quotes...

- Owen

Where, if at all, is this documented? I just looked thru the online Pango doc that discusses font descriptions, http://library.gnome.org/devel/pango/unstable/pango-Fonts.html, and couldn't find anything related. The only use of commas it talks about is comma-separated lists of families, etc.

John Boncek

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T12:02:09Z

On Thu, 2009-12-03 at 12:13 +0200, Tor Lillqvist wrote:
> > it's linked with SDL-1.2.14 and last version of freetype.
> > You also need glee and glut.
>
> OK. It will take some time then before I can test and debug it as I
> don't have SDL, glee and glut readily available. One quick guess,
> though: Does it help if you take out the comma in "Arial, 4", or
> change it to "Sans 4" ? (And is 4 really a readable size?)

The , is supported in the string format of Pango font descriptions - it
is allowed so that you can represent font names that have components in
them that would be otherwise be interpreted as slant/weight/etc.

Arial Bold, 10
Arial, Bold 10

Probably would have been clearer to support quotes...

- Owen

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T10:15:17Z

On 12/03/2009 06:45 AM, Tor Lillqvist wrote:
>> It does not help to change the font, and 4 is perfectly readable.
>> see screenshot:
>
> That's odd, because at least in normal GTK+ apps on Windows, if I in gtkrc have
> gtk-font-name = "Arial 4"
> the result is quite unreadable. And what is the meaning of the comma?

And the font is definitely not Arial.

behdad

> --tml

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T03:50:26Z

dunno, I saw this on an example somewhere on the net, that's how it finish into my code...

2009/12/3 Tor Lillqvist <tml@...>

> It does not help to change the font, and 4 is perfectly readable.
> see screenshot:

That's odd, because at least in normal GTK+ apps on Windows, if I in gtkrc have
gtk-font-name = "Arial 4"
the result is quite unreadable. And what is the meaning of the comma?

--tml

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T03:45:44Z

> It does not help to change the font, and 4 is perfectly readable.
> see screenshot:

That's odd, because at least in normal GTK+ apps on Windows, if I in gtkrc have
gtk-font-name = "Arial 4"
the result is quite unreadable. And what is the meaning of the comma?

--tml
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T02:26:28Z

It does not help to change the font, and 4 is perfectly readable.
see screenshot:

http://yfrog.com/0r26733516p

2009/12/3 Tor Lillqvist <tml@...>

> it's linked with SDL-1.2.14 and last version of freetype.

> You also need glee and glut.

OK. It will take some time then before I can test and debug it as I
don't have SDL, glee and glut readily available. One quick guess,
though: Does it help if you take out the comma in "Arial, 4", or
change it to "Sans 4" ? (And is 4 really a readable size?)

--tml

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T02:13:30Z

> it's linked with SDL-1.2.14 and last version of freetype.
> You also need glee and glut.

OK. It will take some time then before I can test and debug it as I
don't have SDL, glee and glut readily available. One quick guess,
though: Does it help if you take out the comma in "Arial, 4", or
change it to "Sans 4" ? (And is 4 really a readable size?)

--tml
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T00:37:21Z

sure can, see attached file.

it's linked with SDL-1.2.14 and last version of freetype.

The other needed import library (pangoft2, pango, glib) are provided by GTK.
You also need glee and glut.

2009/12/3 Tor Lillqvist <tml@...>

> Any chance pango can't find it's arabic module? Tor,
> do you compile the basic module in?

Yes I do.

Could you Nicolas please provide a complete and minimal sample program
that doesn't work properly?

--tml

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

main.cpp (10K) Download Attachment

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-03T00:33:08Z

On 12/02/2009 07:47 PM, Tor Lillqvist wrote:
>> Any chance pango can't find it's arabic module? Tor,
>> do you compile the basic module in?
>
> Yes I do.

Ok, then it looks an awful like pango can't find its Arabic module.

behdad

> Could you Nicolas please provide a complete and minimal sample program
> that doesn't work properly?
>
> --tml
>
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-02T16:47:18Z

> Any chance pango can't find it's arabic module? Tor,
> do you compile the basic module in?

Yes I do.

Could you Nicolas please provide a complete and minimal sample program
that doesn't work properly?

--tml
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-02T11:35:15Z

The font looks fine. Any chance pango can't find it's arabic module? Tor, do
you compile the basic module in?

behdad

On 12/02/2009 03:54 AM, Nicolas Lacombe wrote:

> Output of fc-match -v ':lang=ar' :
>
> Pattern has 32 elts (size 48)
> family: "Andalus"(s)
> familylang: "en"(s)
> style: "Regular"(s)
> stylelang: "en"(s)
> fullname: "Andalus"(s)
> fullnamelang: "en"(s)
> slant: 0(i)(s)
> weight: 80(i)(s)
> width: 100(i)(s)
> size: 12(f)(s)
> pixelsize: 12.5(f)(s)
> foundry: "unknown"(s)
> antialias: FcTrue(w)
> hintstyle: 3(i)(w)
> hinting: FcTrue(w)
> verticallayout: FcFalse(s)
> autohint: FcFalse(s)
> globaladvance: FcTrue(s)
> file: "C:/WINDOWS/fonts/andlso.ttf"(s)
> index: 0(i)(s)
> outline: FcTrue(s)
> scalable: FcTrue(s)
> dpi: 75(f)(s)
> rgba: 1(i)(w)
> scale: 1(f)(s)
> charset:
> 0000: 00000000 ffffffff ffffffff ffffffff 00000000 ffffffff
> ffffffff ffffffff
> 0001: 00000000 00020000 000c0000 61000003 00040000 00000000
> 00000000 00000000
> 0002: 00000000 00000000 00000000 00000000 00000000 00000000
> 3c0000c0 00000000
> 0003: 00000000 00000000 00000000 00000000 00000000 00000200
> 00000001 00000000
> 0006: 88001000 07fffffe 0037ffff 401327ff 01000040 00008210
> 00201000 03ff0010
> 0020: 7718f000 06010047 00000010 00000000 00000000 00001000
> 00000000 00000000
> 0021: 00000000 00000004 00000000 00000000 00000000 00000000
> 00000000 00000000
> 0022: 44028044 00000800 00000100 00000031 00000000 00000000
> 00000000 00000000
> 0025: 00000000 00000000 00000000 00000000 00000000 00000000
> 00001400 00000000
> 00f8: 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 80000000
> 00fb: 00000006 00000000 03c30000 3c003c00 003fcc00 00000000
> 00000000 30000100
> 00fc: 00000000 00000000 c0000000 00000007 00000000 00000000
> 00000000 001c0000
> 00fd: 00000000 f0000000 00000000 00000000 00000000 00000000
> 00000000 10040000
> 00fe: 00000000 00000000 00000000 ffd70000 ffffffff ffffffff
> ffffffff 9fffffff
> (s)
> lang:
> aa|ar|ast|ay|az-ir|bi|br|ch|co|da|de|en|es|et|eu|fa|fi|fj|fo|fr|fur|fy|gd|gl|gv|ho|ia|id|ie|io|is|it|lb|mg|nb|nds|nl|nn|no|nr|nso|oc|om|pt|rm|sma|smj|so|sq|ss|st|sv|sw|tl|tn|ts|ug|uz|vo|vot|wa|xh|yap|zu|an|fil|ht|jv|kj|kwm|li|ms|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za(s)
> fontversion: 387973(i)(s)
> capability: "otlayout:arab otlayout:latn"(s)
> fontformat: "TrueType"(s)
> embeddedbitmap: FcTrue(s)
> decorative: FcFalse(s)
>
>
>
>
> 2009/12/1 Behdad Esfahbod <behdad@... <mailto:behdad@...>>
>
> Seems to me like your fontconfig can't find any decent Arabic fonts.
> Try running fc-match ':lang=ar' and see what you get...
>
>
> behdad
>
>
> On 12/01/2009 03:29 AM, Nicolas Lacombe wrote:
>
> Of course, sorry about that.
>
> I'm running pango on windows (with MSVC), using the binaries
> provided by
> GTK+ (http://www.gtk.org/download-windows.html).
>
> For the pango viewer, I just created a small visual studio
> project to
> see how it work, link it statically with the GTK+ binaries and
> run it.
> Pangocairo work as intended whereas pangoft2 does not interpret
> results.
>
>
>
> 2009/12/1 Behdad Esfahbod <behdad@...
> <mailto:behdad@...> <mailto:behdad@...
> <mailto:behdad@...>>>
>
>
> You can at least tell us about your build environment?!!
>
>
> On 12/01/2009 02:09 AM, Nicolas Lacombe wrote:
>
> Thx for your answear.
>
> I don't know wich fonts are using the pagocairo
> backend... how can I
> know this informations?
>
> I tested the pango viewer included in the source under
> windows
> yesterday, and the pangoft2 test gave me wrong results
> again, so it
> looks like I'm not doing anything wrong in my code.
>
> Problem is I really need to use freetype, so I guess
> I'll have
> to write
> the arabic module myself.
>
> Nico.
>
> 2009/11/30 Behdad Esfahbod <behdad@...
> <mailto:behdad@...>
> <mailto:behdad@... <mailto:behdad@...>>
> <mailto:behdad@... <mailto:behdad@...>
>
> <mailto:behdad@... <mailto:behdad@...>>>>
>
>
> Hi,
>
> I'm not sure why it doesn't work for you. Is the
> pangocairo
> backend
> using FreeType fonts or win32? At any rate, the
> pangoft2
> backend
> has been deprecated for years. I suggest you use
> pangocairo
> instead.
>
> behdad
>
>
> On 11/30/2009 09:48 AM, Nicolas Lacombe wrote:
>
> Hi,
>
> I want to use Pango high level functionnality to
> render
> arabic
> tex in a
> FreeType environnement.
>
> Using Pango with Cairo, it works perfectly, the
> text is
> correctly
> rendered with ligatures typographic ligature.
>
> However, in a freetype environnement, ligature
> disapear!
> I can
> still see
> the text, but only the original form of each
> glyph, thus
> without any
> contextual interpretation.
>
> Am I doing anything wrong?
>
>
> PANGO & CAIRO RENDERING (WORKING AS INTENDED)
>
> cairo_surface_t *surface;
> cairo_t *cr;
>
>
> PangoLayout *layout;
>
>
> surface =
> cairo_image_surface_create(CAIRO_FORMAT_A8,
> 512, 512);
> cr = cairo_create(surface);
> cairo_set_source_rgba(cr, 1., 1., 1., 0.0);
> cairo_paint(cr);
>
> layout = pango_cairo_create_layout(cr);
> PangoFontDescription *desc;
> desc =
> pango_font_description_from_string("Arial, 20");
> pango_layout_set_font_description (layout, desc);
> pango_font_description_free(desc);
>
> pango_layout_set_text(layout, txt, -1);
> cairo_set_line_width(cr, 0.5);
> cairo_set_source_rgba(cr, 0.0, 0.0, 0.0, 1.0);
>
> pango_cairo_update_layout(cr, layout);
> pango_cairo_show_layout(cr, layout);
>
>
>
> PANGO & FREETYPE RENDERING (no contextual
> analysis of
> the arabic
> text)
>
>
> PangoContext *context;
>
> PangoFontMap* PFM = pango_ft2_font_map_new();
>
> pango_ft2_font_map_set_resolution(PANGO_FT2_FONT_MAP(PFM),
> width, height);
> context =
> pango_font_map_create_context(PANGO_FONT_MAP(PFM));
>
>
> FT_Bitmap* bm;
> bm = g_slice_new(FT_Bitmap);
> bm->rows = height;
> bm->width = width;
> bm->pitch = width;
> bm->num_grays = 256;
> bm->pixel_mode = FT_PIXEL_MODE_GRAY;
>
> bm->buffer = (unsigned char*)g_malloc (bm->pitch *
> bm->rows);
> memset(bm->buffer, 0x00, bm->pitch * bm->rows);
>
> layout = pango_layout_new(context);
> static PangoFontDescription *desc;
>
> desc =
> pango_font_description_from_string("Arial, 20");
> pango_layout_set_font_description(layout, desc);
> pango_font_description_free(desc);
>
> pango_layout_set_auto_dir (layout, 1);
> pango_layout_set_text(layout, txt, -1);
>
> pango_layout_context_changed(layout);
> pango_ft2_render_layout(bm, layout, 0, 0);
>
>
>
>
>
>
>
> _______________________________________________
> gtk-i18n-list mailing list
> gtk-i18n-list@... <mailto:gtk-i18n-list@...>
> <mailto:gtk-i18n-list@... <mailto:gtk-i18n-list@...>>
> <mailto:gtk-i18n-list@... <mailto:gtk-i18n-list@...>
> <mailto:gtk-i18n-list@... <mailto:gtk-i18n-list@...>>>
>
>
> http://mail.gnome.org/mailman/listinfo/gtk-i18n-list
>
>
>
>

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-02T00:54:32Z

Output of fc-match -v ':lang=ar' :

Pattern has 32 elts (size 48)
    family: "Andalus"(s)
    familylang: "en"(s)
    style: "Regular"(s)
    stylelang: "en"(s)
    fullname: "Andalus"(s)
    fullnamelang: "en"(s)
    slant: 0(i)(s)
    weight: 80(i)(s)
    width: 100(i)(s)
    size: 12(f)(s)
    pixelsize: 12.5(f)(s)
    foundry: "unknown"(s)
    antialias: FcTrue(w)
    hintstyle: 3(i)(w)
    hinting: FcTrue(w)
    verticallayout: FcFalse(s)
    autohint: FcFalse(s)
    globaladvance: FcTrue(s)
    file: "C:/WINDOWS/fonts/andlso.ttf"(s)
    index: 0(i)(s)
    outline: FcTrue(s)
    scalable: FcTrue(s)
    dpi: 75(f)(s)
    rgba: 1(i)(w)
    scale: 1(f)(s)
    charset:
    0000: 00000000 ffffffff ffffffff ffffffff 00000000 ffffffff ffffffff ffffffff
    0001: 00000000 00020000 000c0000 61000003 00040000 00000000 00000000 00000000
    0002: 00000000 00000000 00000000 00000000 00000000 00000000 3c0000c0 00000000
    0003: 00000000 00000000 00000000 00000000 00000000 00000200 00000001 00000000
    0006: 88001000 07fffffe 0037ffff 401327ff 01000040 00008210 00201000 03ff0010
    0020: 7718f000 06010047 00000010 00000000 00000000 00001000 00000000 00000000
    0021: 00000000 00000004 00000000 00000000 00000000 00000000 00000000 00000000
    0022: 44028044 00000800 00000100 00000031 00000000 00000000 00000000 00000000
    0025: 00000000 00000000 00000000 00000000 00000000 00000000 00001400 00000000
    00f8: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 80000000
    00fb: 00000006 00000000 03c30000 3c003c00 003fcc00 00000000 00000000 30000100
    00fc: 00000000 00000000 c0000000 00000007 00000000 00000000 00000000 001c0000
    00fd: 00000000 f0000000 00000000 00000000 00000000 00000000 00000000 10040000
    00fe: 00000000 00000000 00000000 ffd70000 ffffffff ffffffff ffffffff 9fffffff
(s)
    lang: aa|ar|ast|ay|az-ir|bi|br|ch|co|da|de|en|es|et|eu|fa|fi|fj|fo|fr|fur|fy|gd|gl|gv|ho|ia|id|ie|io|is|it|lb|mg|nb|nds|nl|nn|no|nr|nso|oc|om|pt|rm|sma|smj|so|sq|ss|st|sv|sw|tl|tn|ts|ug|uz|vo|vot|wa|xh|yap|zu|an|fil|ht|jv|kj|kwm|li|ms|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za(s)
    fontversion: 387973(i)(s)
    capability: "otlayout:arab otlayout:latn"(s)
    fontformat: "TrueType"(s)
    embeddedbitmap: FcTrue(s)
    decorative: FcFalse(s)

2009/12/1 Behdad Esfahbod <behdad@...>

Seems to me like your fontconfig can't find any decent Arabic fonts. Try running fc-match ':lang=ar' and see what you get...

behdad

On 12/01/2009 03:29 AM, Nicolas Lacombe wrote:

Of course, sorry about that.

I'm running pango on windows (with MSVC), using the binaries provided by
GTK+ (http://www.gtk.org/download-windows.html).

For the pango viewer, I just created a small visual studio project to
see how it work, link it statically with the GTK+ binaries and run it.
Pangocairo work as intended whereas pangoft2 does not interpret results.

2009/12/1 Behdad Esfahbod <behdad@... <mailto:behdad@...>>

You can at least tell us about your build environment?!!

On 12/01/2009 02:09 AM, Nicolas Lacombe wrote:

Thx for your answear.

I don't know wich fonts are using the pagocairo backend... how can I
know this informations?

I tested the pango viewer included in the source under windows
yesterday, and the pangoft2 test gave me wrong results again, so it
looks like I'm not doing anything wrong in my code.

Problem is I really need to use freetype, so I guess I'll have
to write
the arabic module myself.

Nico.

2009/11/30 Behdad Esfahbod <behdad@...
<mailto:behdad@...> <mailto:behdad@...

<mailto:behdad@...>>>

Hi,

I'm not sure why it doesn't work for you. Is the pangocairo
backend
using FreeType fonts or win32? At any rate, the pangoft2
backend
has been deprecated for years. I suggest you use pangocairo
instead.

behdad

On 11/30/2009 09:48 AM, Nicolas Lacombe wrote:

Hi,

I want to use Pango high level functionnality to render
arabic
tex in a
FreeType environnement.

Using Pango with Cairo, it works perfectly, the text is
correctly
rendered with ligatures typographic ligature.

However, in a freetype environnement, ligature disapear!
I can
still see
the text, but only the original form of each glyph, thus
without any
contextual interpretation.

Am I doing anything wrong?

PANGO & CAIRO RENDERING (WORKING AS INTENDED)

cairo_surface_t *surface;
cairo_t *cr;

PangoLayout *layout;

surface = cairo_image_surface_create(CAIRO_FORMAT_A8,
512, 512);
cr = cairo_create(surface);
cairo_set_source_rgba(cr, 1., 1., 1., 0.0);
cairo_paint(cr);

layout = pango_cairo_create_layout(cr);
PangoFontDescription *desc;
desc = pango_font_description_from_string("Arial, 20");
pango_layout_set_font_description (layout, desc);
pango_font_description_free(desc);

pango_layout_set_text(layout, txt, -1);
cairo_set_line_width(cr, 0.5);
cairo_set_source_rgba(cr, 0.0, 0.0, 0.0, 1.0);

pango_cairo_update_layout(cr, layout);
pango_cairo_show_layout(cr, layout);

PANGO & FREETYPE RENDERING (no contextual analysis of
the arabic
text)

PangoContext *context;

PangoFontMap* PFM = pango_ft2_font_map_new();
pango_ft2_font_map_set_resolution(PANGO_FT2_FONT_MAP(PFM),
width, height);
context =
pango_font_map_create_context(PANGO_FONT_MAP(PFM));

FT_Bitmap* bm;
bm = g_slice_new(FT_Bitmap);
bm->rows = height;
bm->width = width;
bm->pitch = width;
bm->num_grays = 256;
bm->pixel_mode = FT_PIXEL_MODE_GRAY;

bm->buffer = (unsigned char*)g_malloc (bm->pitch *
bm->rows);
memset(bm->buffer, 0x00, bm->pitch * bm->rows);

layout = pango_layout_new(context);
static PangoFontDescription *desc;

desc = pango_font_description_from_string("Arial, 20");
pango_layout_set_font_description(layout, desc);
pango_font_description_free(desc);

pango_layout_set_auto_dir (layout, 1);
pango_layout_set_text(layout, txt, -1);

pango_layout_context_changed(layout);
pango_ft2_render_layout(bm, layout, 0, 0);

_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@... <mailto:gtk-i18n-list@...>
<mailto:gtk-i18n-list@... <mailto:gtk-i18n-list@...>>

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

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-01T13:23:51Z

Seems to me like your fontconfig can't find any decent Arabic fonts. Try
running fc-match ':lang=ar' and see what you get...

behdad

On 12/01/2009 03:29 AM, Nicolas Lacombe wrote:

> Of course, sorry about that.
>
> I'm running pango on windows (with MSVC), using the binaries provided by
> GTK+ (http://www.gtk.org/download-windows.html).
>
> For the pango viewer, I just created a small visual studio project to
> see how it work, link it statically with the GTK+ binaries and run it.
> Pangocairo work as intended whereas pangoft2 does not interpret results.
>
>
>
> 2009/12/1 Behdad Esfahbod <behdad@... <mailto:behdad@...>>
>
> You can at least tell us about your build environment?!!
>
>
> On 12/01/2009 02:09 AM, Nicolas Lacombe wrote:
>
> Thx for your answear.
>
> I don't know wich fonts are using the pagocairo backend... how can I
> know this informations?
>
> I tested the pango viewer included in the source under windows
> yesterday, and the pangoft2 test gave me wrong results again, so it
> looks like I'm not doing anything wrong in my code.
>
> Problem is I really need to use freetype, so I guess I'll have
> to write
> the arabic module myself.
>
> Nico.
>
> 2009/11/30 Behdad Esfahbod <behdad@...
> <mailto:behdad@...> <mailto:behdad@...
> <mailto:behdad@...>>>
>
>
> Hi,
>
> I'm not sure why it doesn't work for you. Is the pangocairo
> backend
> using FreeType fonts or win32? At any rate, the pangoft2
> backend
> has been deprecated for years. I suggest you use pangocairo
> instead.
>
> behdad
>
>
> On 11/30/2009 09:48 AM, Nicolas Lacombe wrote:
>
> Hi,
>
> I want to use Pango high level functionnality to render
> arabic
> tex in a
> FreeType environnement.
>
> Using Pango with Cairo, it works perfectly, the text is
> correctly
> rendered with ligatures typographic ligature.
>
> However, in a freetype environnement, ligature disapear!
> I can
> still see
> the text, but only the original form of each glyph, thus
> without any
> contextual interpretation.
>
> Am I doing anything wrong?
>
>
> PANGO & CAIRO RENDERING (WORKING AS INTENDED)
>
> cairo_surface_t *surface;
> cairo_t *cr;
>
>
> PangoLayout *layout;
>
>
> surface = cairo_image_surface_create(CAIRO_FORMAT_A8,
> 512, 512);
> cr = cairo_create(surface);
> cairo_set_source_rgba(cr, 1., 1., 1., 0.0);
> cairo_paint(cr);
>
> layout = pango_cairo_create_layout(cr);
> PangoFontDescription *desc;
> desc = pango_font_description_from_string("Arial, 20");
> pango_layout_set_font_description (layout, desc);
> pango_font_description_free(desc);
>
> pango_layout_set_text(layout, txt, -1);
> cairo_set_line_width(cr, 0.5);
> cairo_set_source_rgba(cr, 0.0, 0.0, 0.0, 1.0);
>
> pango_cairo_update_layout(cr, layout);
> pango_cairo_show_layout(cr, layout);
>
>
>
> PANGO & FREETYPE RENDERING (no contextual analysis of
> the arabic
> text)
>
>
> PangoContext *context;
>
> PangoFontMap* PFM = pango_ft2_font_map_new();
> pango_ft2_font_map_set_resolution(PANGO_FT2_FONT_MAP(PFM),
> width, height);
> context =
> pango_font_map_create_context(PANGO_FONT_MAP(PFM));
>
>
> FT_Bitmap* bm;
> bm = g_slice_new(FT_Bitmap);
> bm->rows = height;
> bm->width = width;
> bm->pitch = width;
> bm->num_grays = 256;
> bm->pixel_mode = FT_PIXEL_MODE_GRAY;
>
> bm->buffer = (unsigned char*)g_malloc (bm->pitch *
> bm->rows);
> memset(bm->buffer, 0x00, bm->pitch * bm->rows);
>
> layout = pango_layout_new(context);
> static PangoFontDescription *desc;
>
> desc = pango_font_description_from_string("Arial, 20");
> pango_layout_set_font_description(layout, desc);
> pango_font_description_free(desc);
>
> pango_layout_set_auto_dir (layout, 1);
> pango_layout_set_text(layout, txt, -1);
>
> pango_layout_context_changed(layout);
> pango_ft2_render_layout(bm, layout, 0, 0);
>
>
>
>
>
>
>
> _______________________________________________
> gtk-i18n-list mailing list
> gtk-i18n-list@... <mailto:gtk-i18n-list@...>
> <mailto:gtk-i18n-list@... <mailto:gtk-i18n-list@...>>
>
> http://mail.gnome.org/mailman/listinfo/gtk-i18n-list
>
>
>

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-01T03:31:05Z

> The pango dev packages
> (http://ftp.gnome.org/pub/gnome/binaries/win32/pango/1.26/pango-dev_1.26.0-1_win32.zip)
> provides library, especially pangoft2-1.0.lib and pango-1.0.lib that I'm
> using.

But those are import libraries, not static libraries.

--tml
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-01T02:53:31Z

Thanks for the answear.

The pango dev packages (http://ftp.gnome.org/pub/gnome/binaries/win32/pango/1.26/pango-dev_1.26.0-1_win32.zip) provides library, especially pangoft2-1.0.lib and pango-1.0.lib that I'm using. Sorry if I didn't explain my self correctly, english is not my mother tongue.

Nico.

2009/12/1 Tor Lillqvist <tml@...>

> I don't know wich fonts are using the pagocairo backend... how can I know this informations?

It uses the fonts installed on Windows.

> I'm running pango on windows (with MSVC), using the binaries provided by
> GTK+ (http://www.gtk.org/download-windows.html).
>
> For the pango viewer, I just created a small visual studio project to see
> how it work, link it statically with the GTK+ binaries and run it.

But there are no static GTK+ stack libraries provided from the page
you mentioned!?

--tml

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-01T02:34:44Z

> I don't know wich fonts are using the pagocairo backend... how can I know this informations?

It uses the fonts installed on Windows.

> I'm running pango on windows (with MSVC), using the binaries provided by
> GTK+ (http://www.gtk.org/download-windows.html).
>
> For the pango viewer, I just created a small visual studio project to see
> how it work, link it statically with the GTK+ binaries and run it.

But there are no static GTK+ stack libraries provided from the page
you mentioned!?

--tml
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-12-01T00:29:32Z

Of course, sorry about that.

I'm running pango on windows (with MSVC), using the binaries provided by GTK+ (http://www.gtk.org/download-windows.html).

For the pango viewer, I just created a small visual studio project to see how it work, link it statically with the GTK+ binaries and run it. Pangocairo work as intended whereas pangoft2 does not interpret results.

2009/12/1 Behdad Esfahbod <behdad@...>

You can at least tell us about your build environment?!!

On 12/01/2009 02:09 AM, Nicolas Lacombe wrote:

Thx for your answear.

I don't know wich fonts are using the pagocairo backend... how can I
know this informations?

I tested the pango viewer included in the source under windows
yesterday, and the pangoft2 test gave me wrong results again, so it
looks like I'm not doing anything wrong in my code.

Problem is I really need to use freetype, so I guess I'll have to write
the arabic module myself.

Nico.

2009/11/30 Behdad Esfahbod <behdad@... <mailto:behdad@...>>

Hi,

I'm not sure why it doesn't work for you. Is the pangocairo backend
using FreeType fonts or win32? At any rate, the pangoft2 backend
has been deprecated for years. I suggest you use pangocairo instead.

behdad

On 11/30/2009 09:48 AM, Nicolas Lacombe wrote:

Hi,

I want to use Pango high level functionnality to render arabic
tex in a
FreeType environnement.

Using Pango with Cairo, it works perfectly, the text is correctly
rendered with ligatures typographic ligature.

However, in a freetype environnement, ligature disapear! I can
still see
the text, but only the original form of each glyph, thus without any
contextual interpretation.

Am I doing anything wrong?

PANGO & CAIRO RENDERING (WORKING AS INTENDED)

cairo_surface_t *surface;
cairo_t *cr;

PangoLayout *layout;

surface = cairo_image_surface_create(CAIRO_FORMAT_A8, 512, 512);
cr = cairo_create(surface);
cairo_set_source_rgba(cr, 1., 1., 1., 0.0);
cairo_paint(cr);

layout = pango_cairo_create_layout(cr);
PangoFontDescription *desc;
desc = pango_font_description_from_string("Arial, 20");
pango_layout_set_font_description (layout, desc);
pango_font_description_free(desc);

pango_layout_set_text(layout, txt, -1);
cairo_set_line_width(cr, 0.5);
cairo_set_source_rgba(cr, 0.0, 0.0, 0.0, 1.0);

pango_cairo_update_layout(cr, layout);
pango_cairo_show_layout(cr, layout);

PANGO & FREETYPE RENDERING (no contextual analysis of the arabic
text)

PangoContext *context;

PangoFontMap* PFM = pango_ft2_font_map_new();
pango_ft2_font_map_set_resolution(PANGO_FT2_FONT_MAP(PFM),
width, height);
context = pango_font_map_create_context(PANGO_FONT_MAP(PFM));

FT_Bitmap* bm;
bm = g_slice_new(FT_Bitmap);
bm->rows = height;
bm->width = width;
bm->pitch = width;
bm->num_grays = 256;
bm->pixel_mode = FT_PIXEL_MODE_GRAY;

bm->buffer = (unsigned char*)g_malloc (bm->pitch * bm->rows);
memset(bm->buffer, 0x00, bm->pitch * bm->rows);

layout = pango_layout_new(context);
static PangoFontDescription *desc;

desc = pango_font_description_from_string("Arial, 20");
pango_layout_set_font_description(layout, desc);
pango_font_description_free(desc);

pango_layout_set_auto_dir (layout, 1);
pango_layout_set_text(layout, txt, -1);

pango_layout_context_changed(layout);
pango_ft2_render_layout(bm, layout, 0, 0);

_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@... <mailto:gtk-i18n-list@...>

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

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-11-30T23:18:34Z

You can at least tell us about your build environment?!!

On 12/01/2009 02:09 AM, Nicolas Lacombe wrote:

> Thx for your answear.
>
> I don't know wich fonts are using the pagocairo backend... how can I
> know this informations?
>
> I tested the pango viewer included in the source under windows
> yesterday, and the pangoft2 test gave me wrong results again, so it
> looks like I'm not doing anything wrong in my code.
>
> Problem is I really need to use freetype, so I guess I'll have to write
> the arabic module myself.
>
> Nico.
>
> 2009/11/30 Behdad Esfahbod <behdad@... <mailto:behdad@...>>
>
> Hi,
>
> I'm not sure why it doesn't work for you. Is the pangocairo backend
> using FreeType fonts or win32? At any rate, the pangoft2 backend
> has been deprecated for years. I suggest you use pangocairo instead.
>
> behdad
>
>
> On 11/30/2009 09:48 AM, Nicolas Lacombe wrote:
>
> Hi,
>
> I want to use Pango high level functionnality to render arabic
> tex in a
> FreeType environnement.
>
> Using Pango with Cairo, it works perfectly, the text is correctly
> rendered with ligatures typographic ligature.
>
> However, in a freetype environnement, ligature disapear! I can
> still see
> the text, but only the original form of each glyph, thus without any
> contextual interpretation.
>
> Am I doing anything wrong?
>
>
> PANGO & CAIRO RENDERING (WORKING AS INTENDED)
>
> cairo_surface_t *surface;
> cairo_t *cr;
>
>
> PangoLayout *layout;
>
>
> surface = cairo_image_surface_create(CAIRO_FORMAT_A8, 512, 512);
> cr = cairo_create(surface);
> cairo_set_source_rgba(cr, 1., 1., 1., 0.0);
> cairo_paint(cr);
>
> layout = pango_cairo_create_layout(cr);
> PangoFontDescription *desc;
> desc = pango_font_description_from_string("Arial, 20");
> pango_layout_set_font_description (layout, desc);
> pango_font_description_free(desc);
>
> pango_layout_set_text(layout, txt, -1);
> cairo_set_line_width(cr, 0.5);
> cairo_set_source_rgba(cr, 0.0, 0.0, 0.0, 1.0);
>
> pango_cairo_update_layout(cr, layout);
> pango_cairo_show_layout(cr, layout);
>
>
>
> PANGO & FREETYPE RENDERING (no contextual analysis of the arabic
> text)
>
>
> PangoContext *context;
>
> PangoFontMap* PFM = pango_ft2_font_map_new();
> pango_ft2_font_map_set_resolution(PANGO_FT2_FONT_MAP(PFM),
> width, height);
> context = pango_font_map_create_context(PANGO_FONT_MAP(PFM));
>
>
> FT_Bitmap* bm;
> bm = g_slice_new(FT_Bitmap);
> bm->rows = height;
> bm->width = width;
> bm->pitch = width;
> bm->num_grays = 256;
> bm->pixel_mode = FT_PIXEL_MODE_GRAY;
>
> bm->buffer = (unsigned char*)g_malloc (bm->pitch * bm->rows);
> memset(bm->buffer, 0x00, bm->pitch * bm->rows);
>
> layout = pango_layout_new(context);
> static PangoFontDescription *desc;
>
> desc = pango_font_description_from_string("Arial, 20");
> pango_layout_set_font_description(layout, desc);
> pango_font_description_free(desc);
>
> pango_layout_set_auto_dir (layout, 1);
> pango_layout_set_text(layout, txt, -1);
>
> pango_layout_context_changed(layout);
> pango_ft2_render_layout(bm, layout, 0, 0);
>
>
>
>
>
>
>
> _______________________________________________
> gtk-i18n-list mailing list
> gtk-i18n-list@... <mailto:gtk-i18n-list@...>
> http://mail.gnome.org/mailman/listinfo/gtk-i18n-list
>
>

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-11-30T23:09:52Z

Thx for your answear.

I don't know wich fonts are using the pagocairo backend... how can I know this informations?

I tested the pango viewer included in the source under windows yesterday, and the pangoft2 test gave me wrong results again, so it looks like I'm not doing anything wrong in my code.

Problem is I really need to use freetype, so I guess I'll have to write the arabic module myself.

Nico.

2009/11/30 Behdad Esfahbod <behdad@...>

Hi,

I'm not sure why it doesn't work for you. Is the pangocairo backend using FreeType fonts or win32? At any rate, the pangoft2 backend has been deprecated for years. I suggest you use pangocairo instead.

behdad

On 11/30/2009 09:48 AM, Nicolas Lacombe wrote:

Hi,

I want to use Pango high level functionnality to render arabic tex in a
FreeType environnement.

Using Pango with Cairo, it works perfectly, the text is correctly
rendered with ligatures typographic ligature.

However, in a freetype environnement, ligature disapear! I can still see
the text, but only the original form of each glyph, thus without any
contextual interpretation.

Am I doing anything wrong?

PANGO & CAIRO RENDERING (WORKING AS INTENDED)

cairo_surface_t *surface;
cairo_t *cr;

PangoLayout *layout;

surface = cairo_image_surface_create(CAIRO_FORMAT_A8, 512, 512);
cr = cairo_create(surface);
cairo_set_source_rgba(cr, 1., 1., 1., 0.0);
cairo_paint(cr);

layout = pango_cairo_create_layout(cr);
PangoFontDescription *desc;
desc = pango_font_description_from_string("Arial, 20");
pango_layout_set_font_description (layout, desc);
pango_font_description_free(desc);

pango_layout_set_text(layout, txt, -1);
cairo_set_line_width(cr, 0.5);
cairo_set_source_rgba(cr, 0.0, 0.0, 0.0, 1.0);

pango_cairo_update_layout(cr, layout);
pango_cairo_show_layout(cr, layout);

PANGO & FREETYPE RENDERING (no contextual analysis of the arabic text)

PangoContext *context;

PangoFontMap* PFM = pango_ft2_font_map_new();
pango_ft2_font_map_set_resolution(PANGO_FT2_FONT_MAP(PFM), width, height);
context = pango_font_map_create_context(PANGO_FONT_MAP(PFM));

FT_Bitmap* bm;
bm = g_slice_new(FT_Bitmap);
bm->rows = height;
bm->width = width;
bm->pitch = width;
bm->num_grays = 256;
bm->pixel_mode = FT_PIXEL_MODE_GRAY;

bm->buffer = (unsigned char*)g_malloc (bm->pitch * bm->rows);
memset(bm->buffer, 0x00, bm->pitch * bm->rows);

layout = pango_layout_new(context);
static PangoFontDescription *desc;

desc = pango_font_description_from_string("Arial, 20");
pango_layout_set_font_description(layout, desc);
pango_font_description_free(desc);

pango_layout_set_auto_dir (layout, 1);
pango_layout_set_text(layout, txt, -1);

pango_layout_context_changed(layout);
pango_ft2_render_layout(bm, layout, 0, 0);

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

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

Re: Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-11-30T14:31:45Z

Hi,

I'm not sure why it doesn't work for you. Is the pangocairo backend using
FreeType fonts or win32? At any rate, the pangoft2 backend has been
deprecated for years. I suggest you use pangocairo instead.

behdad

On 11/30/2009 09:48 AM, Nicolas Lacombe wrote:

> Hi,
>
> I want to use Pango high level functionnality to render arabic tex in a
> FreeType environnement.
>
> Using Pango with Cairo, it works perfectly, the text is correctly
> rendered with ligatures typographic ligature.
>
> However, in a freetype environnement, ligature disapear! I can still see
> the text, but only the original form of each glyph, thus without any
> contextual interpretation.
>
> Am I doing anything wrong?
>
>
> PANGO & CAIRO RENDERING (WORKING AS INTENDED)
>
> cairo_surface_t *surface;
> cairo_t *cr;
>
>
> PangoLayout *layout;
>
>
> surface = cairo_image_surface_create(CAIRO_FORMAT_A8, 512, 512);
> cr = cairo_create(surface);
> cairo_set_source_rgba(cr, 1., 1., 1., 0.0);
> cairo_paint(cr);
>
> layout = pango_cairo_create_layout(cr);
> PangoFontDescription *desc;
> desc = pango_font_description_from_string("Arial, 20");
> pango_layout_set_font_description (layout, desc);
> pango_font_description_free(desc);
>
> pango_layout_set_text(layout, txt, -1);
> cairo_set_line_width(cr, 0.5);
> cairo_set_source_rgba(cr, 0.0, 0.0, 0.0, 1.0);
>
> pango_cairo_update_layout(cr, layout);
> pango_cairo_show_layout(cr, layout);
>
>
>
> PANGO & FREETYPE RENDERING (no contextual analysis of the arabic text)
>
>
> PangoContext *context;
>
> PangoFontMap* PFM = pango_ft2_font_map_new();
> pango_ft2_font_map_set_resolution(PANGO_FT2_FONT_MAP(PFM), width, height);
> context = pango_font_map_create_context(PANGO_FONT_MAP(PFM));
>
>
> FT_Bitmap* bm;
> bm = g_slice_new(FT_Bitmap);
> bm->rows = height;
> bm->width = width;
> bm->pitch = width;
> bm->num_grays = 256;
> bm->pixel_mode = FT_PIXEL_MODE_GRAY;
>
> bm->buffer = (unsigned char*)g_malloc (bm->pitch * bm->rows);
> memset(bm->buffer, 0x00, bm->pitch * bm->rows);
>
> layout = pango_layout_new(context);
> static PangoFontDescription *desc;
>
> desc = pango_font_description_from_string("Arial, 20");
> pango_layout_set_font_description(layout, desc);
> pango_font_description_free(desc);
>
> pango_layout_set_auto_dir (layout, 1);
> pango_layout_set_text(layout, txt, -1);
>
> pango_layout_context_changed(layout);
> pango_ft2_render_layout(bm, layout, 0, 0);
>
>
>
>
>
>
>
> _______________________________________________
> gtk-i18n-list mailing list
> gtk-i18n-list@...
> http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

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

Rendering Arabic text with Pango & Cairo VS Pango & FreeType

2009-11-30T06:48:35Z

Hi,

I want to use Pango high level functionnality to render arabic tex in a FreeType environnement.

Using Pango with Cairo, it works perfectly, the text is correctly rendered with ligatures typographic ligature.

However, in a freetype environnement, ligature disapear! I can still see the text, but only the original form of each glyph, thus without any contextual interpretation.

Am I doing anything wrong?

PANGO & CAIRO RENDERING (WORKING AS INTENDED)

cairo_surface_t *surface;
cairo_t *cr;

PangoLayout *layout;

surface = cairo_image_surface_create(CAIRO_FORMAT_A8, 512, 512);
cr = cairo_create(surface);
cairo_set_source_rgba(cr, 1., 1., 1., 0.0);
cairo_paint(cr);

layout = pango_cairo_create_layout(cr);
PangoFontDescription *desc;
desc = pango_font_description_from_string("Arial, 20");
pango_layout_set_font_description (layout, desc);
pango_font_description_free(desc);

pango_layout_set_text(layout, txt, -1);
cairo_set_line_width(cr, 0.5);
cairo_set_source_rgba(cr, 0.0, 0.0, 0.0, 1.0);

pango_cairo_update_layout(cr, layout);
pango_cairo_show_layout(cr, layout);

PANGO & FREETYPE RENDERING (no contextual analysis of the arabic text)

PangoContext *context;

PangoFontMap* PFM = pango_ft2_font_map_new();
pango_ft2_font_map_set_resolution(PANGO_FT2_FONT_MAP(PFM), width, height);
context = pango_font_map_create_context(PANGO_FONT_MAP(PFM));

FT_Bitmap* bm;
bm = g_slice_new(FT_Bitmap);
bm->rows = height;
bm->width = width;
bm->pitch = width;
bm->num_grays = 256;
bm->pixel_mode = FT_PIXEL_MODE_GRAY;

bm->buffer = (unsigned char*)g_malloc (bm->pitch * bm->rows);
memset(bm->buffer, 0x00, bm->pitch * bm->rows);

layout = pango_layout_new(context);
static PangoFontDescription *desc;

desc = pango_font_description_from_string("Arial, 20");
pango_layout_set_font_description(layout, desc);
pango_font_description_free(desc);

pango_layout_set_auto_dir (layout, 1);
pango_layout_set_text(layout, txt, -1);

pango_layout_context_changed(layout);
pango_ft2_render_layout(bm, layout, 0, 0);

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

Re: pango: layout proposal

2009-11-16T20:39:31Z

Hi,

On 10/23/2009 12:42 PM, Ilia wrote:

> Dear Sir.
>
> Please excuse me for writing you directly. I am new to the open source
> world, and do not know how it is usually done.
>
> I want to switch our applications from GDI to Pango and Cairo because
> these excellent libraries have many advantages. Currently, building
> Pango layouts assumes equal space for all lines in the layout, which in
> reality is often not the case. E.g. we generate a multi-page report, and
> next page may have different space for the text flow. Currently, we
> would have to find the first line which does not fit the page, and then
> create layout for the next page, which causes text reallocation and
> makes the cursor navigation over the lines more difficult. The situation
> will become more complex if the text must flow around images.

*If* all lines have the same width, the way you do this is to walk the layout
using a PangoLayoutIter and render each line whereever you wish.

> It would be much more convenient, if we could adjust space width/height
> and continue existing layout with a new box without text reallocation
> and keeping the continuous cursor navigation.

Sounds like this bug:

http://bugzilla.gnome.org/show_bug.cgi?id=435706

Can you comment on the bug?

> Another problem is ellipsizing paragraphs separately instead of per-box
> basis. A beautiful solution would be if a function, which would allow us
> ellipsizing the the last successfully-composed box explicitly, when we
> find that the next box cannot be allocated.
>
> Also, I was not able to find the answer on the following question. When
> drawing a layout to a target cairo context, we must call
> pango_cairo_update_layout() or the pair pango_cairo_update_context() +
> pango_layout_context_changed() if the context is shared. This would
> cause recalculation of the layout with repositioning glyphs and possibly
> adding/removing ones in case of wrapping/ellipsizing. But how can I
> compose everything to a printer and show it on a display even if it will
> not look as nice as rendering to the display naturally, but would place
> the glyphs exactly where they are expected?

pango_cairo_update_layout() calls pango_cairo_update_context() +
pango_layout_context_changed().

To get device-independent positioning, turn metrics hinting off in your cairo
font options. There are a couple known bugs around this, but this should work
if you don't use cairo_scale().

behdad

> Thank you for your superior work.
> Ilia
>
>
_______________________________________________
gtk-i18n-list mailing list
gtk-i18n-list@...
http://mail.gnome.org/mailman/listinfo/gtk-i18n-list

Free resource problem - GetTextExstension

2009-11-11T03:15:10Z

Hi,

I’m tiring to use pango with cairo.

I need to know the size of a rendered text. For this purpose I’ve used this code

Classss::MyFunc()

{

PangoAttribute *pa;

PangoAttrList *pal;

m_ca_pSurface = cairo_image_surface_create (CAIRO_FORMAT_ARGB32, width, height);

m_ca_pCairo = cairo_create(m_ca_pSurface);

pango_layout_set_font_description(m_pa_pLayout, m_pa_pFontDescr); // m_pa_pLayout and m_pa_pFontDescr are previously set

pango_cairo_update_layout(m_ca_pCairo, m_pa_pLayout);

pal = pango_layout_get_attributes(m_pa_pLayout);

pal = pango_attr_list_new();

pango_layout_set_attributes(m_pa_pLayout, pal);

pango_attr_list_unref(pal);

pa = pango_attr_size_new(m_sFontSize * PANGO_SCALE);

pa = pango_attr_weight_new(m_pangoWeight); // pangoWeight is previously set

pango_attr_list_change(pal, pa);

pango_layout_set_attributes(m_pa_pLayout, pal);

pango_layout_get_pixel_size(m_pa_pLayout, width, height);

If I add this line I get a crash…WHY?

// pango_attribute_destroy(pa);

}

The problem is that the the allocated memory is not free. A lot of memory remains allocated.

Can someone help me?

Which is the right way to get the text extension and free usage memory?

Thanks a lot

Andrea Ricchetti

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