===
However, it's ugly to execute make in subdirectory to obtain
the public header file list in the directory (this is because
I didn't want to keep the consistency of the list of public
header file in gdk/Makefile.am and gdk/x11/Makefile.am).
Anybody has go
for directfb-0.9.25/systems,
from logged file arm-linux-dfbinfo.log.
Regards,
mpsuzuki
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
s the command "xml2po". xml2po is included
in gnome-doc-utils. gnome-doc-utils requires libxml-2.x and
libxslt. possibly you will have to install:
scrollkeeper, docbook DTDs, perl module XML::Parser,
OpenJade, OpenSP and several SGML/X
are present on all Windows
>platforms.
Good, now I have no reason to object against
the removal of current win9x-specific code,
because better implementation by MSLU is suggested.
(and I think it's right solution.)
Regards,
mpsuzuki
___
gtk-dev
;approach instead of (re)introducing win9x code and runtime optionality
>of win2k-only APIs. (MSLU = Microsoft Layer for Unicode, see MSDN.)
Thank you for info.
How about multithreading and memory management APIs?
Win2k-and-newer APIs are already introduced for s
32 pango backend,
>yes. But there is only basic-win32, which uses Uniscribe.
I see.
>(Note that this doesn't have anything to do with the Subject any
>longer.)
Sorry for continuing off topic discussion.
Regards,
mpsuzuki
___
gtk-devel-list m
ontconfig-based renderer in Pango.
Is it possible to configure the text layout engine for each
script, when Uniscribe is used by default?
Regards,
mpsuzuki
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
gowin32).
I was not aware of dynamic check of usp10.dll availability,
sounds interesting. Could we restrict pango to use Uniscribe
as simple left-to-right text rendering? If so, I change my
vote to Yes.
And, is it possible to switch complexed text layout sy
dering would
be exactly same with popular Win32 applications (e.g. wordpad.exe).
I guess it is the advantage prioritized by the people who
request default-and-builtin Uniscribe support. Am I right?
Regards,
mpsuzuki
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
lines of configure.in, and dropping some ifdefs
>from basic-win32.c. Having it even possible to build pangowin32
>without Uniscribe kinda defeats the whole purpose of Pango, doesn't
>it?
As I vote Not to the first question, I should vote No again.
BTW, the request of Uniscr
difficult to tell howto, there's too many landmines.
If you have enought sparetime, please check step-by-step
discussion between I and Xyber Blue:
http://mail.gnome.org/archives/gtk-list/2005-October/msg00116.html
Regards,
mpsuzuki
<>
jpnfilename.tar.gz
Description: application/gunzip
C, fr_FR etc etc) but
you want to use Japanese filename?
Regards,
mpsuzuki
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
s names at all.
You're already able to display Japanese characters in text widget,
but cannot display in file selectors etc? Or, you cannot display
Japanese characters in any widget of gtk+-1.2?
Regards,
mpsuzuki
___
gtk-devel-list mailing list
g
by myself...
Could you check config.log and config.status to detect where
LIBS (or LDFLAGS) including -lX11, or -lXft, etc comes from?
Regards,
mpsuzuki
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
14 matches
Mail list logo