if anyone conflicts this work, I will help you about
that.
Thanks,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
: [EMAIL PROTECTED] / Red Hat, Inc.
: [EMAIL PROTECTED] / Debi
r CJK, current
implementation will not be print out even if possible.
so it needs to implement like gnome-print for printing with
all of environment, I think. I mean the fonts should be
embedded on PS.
for example, this problem should occur on Windows too. but I
don't try to run it on Windows. doesn&#x
>>>>> On Wed, 23 Jan 2002 08:44:33 -0700,
>>>>> "AS" == "Andrew S . Halper" <[EMAIL PROTECTED]> wrote:
AS> Am I missing something new? This is on Red Hat 7.1, with:
[...]
I'm sorry. it's my mistake. I have already fi
>>>>> On Fri, 25 Jan 2002 03:53:44 +0900 (JST),
>>>>> "AT" == Akira TAGOH <[EMAIL PROTECTED]> wrote:
AT> I'm sorry. it's my mistake. I have already fixed it. please
AT> try again.
I forgot one, --enable-unicode doesn't work ye
sn't pick up the fonts any more. I haven't been able to
SM> track the problem down any further.
SM> Does anybody else experience the same problem?
it works for me. at least current codes should not
crashes. I mean I point the changing at Dia ChangeLog report
which is sent on this l
you think about this?
Regards,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
: [EMAIL PROTECTED] / Red Hat, Inc.
: [EMAIL PROTECTED] / Debian Project
___
D
roblem should be appeared with current release
version. (e.g. all of fonts is installed and screen size is
320x240... of course it's extreme case though)
I mean we need to consider the UI which is affected the
screen size, I think.
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[
sure whether
those is really shown the glyph like '<<' and '>>' or not.
BTW about input and display, text object and UML object
seems to work fine for UTF-8. I have tested as the
following:
1. replaces gtk_advancement=initial to
gtk_advancement=dia_talks_utf8 in config
s to use iso-10646-1 instead
of locale encoding. but it needs to convert all of
characters that dia and GTK+ handles.
I don't think that it is better the works for GNOME1.4. if
you want to do that, you should change the target to
GNOME2.0.
Regards,
--
Akira TAGOH : [EMAIL PROTECTED]
e
CC> and use code derived from the older implementation of charconv_utf8_to_local8 ?
CC> Now people are talking of C++0x, I'll probably write to Mr. Sutter so that
CC> the Powers That Be (and Who Talk To The C Comittee) seriously plan of adding
CC> #mess, #beware, #horrible and
e something?
Where do you install intltool? if intltool.m4 exists on
/usr/share/aclocal, that message should not be output.
if you install it to like /usr/local, you need to set
ACLOCAL_FLAGS="-I /usr/local/share/aclocal", and re-run
autogen.sh.
Regards,
--
Akira TAGOH : [EMAIL PROT
some works, please test it.
Regards,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
: [EMAIL PROTECTED] / Red Hat, Inc.
: [EMAIL PROTECTED] / Debian Pr
utput due to old gettext. those macros is
included codeset.m4 and iconv.m4. I'm not sure from when
it was contained, at least 0.10.40 has it and 0.10.35
has not those files.
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
aders provided by libc,
CC> aren't they ?
IIRC glibc has both function of those, but BSD's libc has
not. so that uses libiconv instead of, and needs to specify
--with-libiconv-prefix for using iconv().
Regards,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTEC
lve without circular dependencies, it would be
better, I think.
Please give me any idea.
HB> On the other hand it's just a temporary solution given that
HB> some day dia may use Pango based text rendering anyway.
This problem isn't related with pango.
--
Akira TAGOH
be covered
for font name of gnome-print and freetype.
3. uses Courier font as in the past.
BTW I would like to rewrite preferences dialog with glade.
Please any comments.
Thanks,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-
>>>>> On Wed, 20 Feb 2002 02:48:55 +0900 (JST),
>>>>> "AT" == Akira TAGOH <[EMAIL PROTECTED]> wrote:
AT> Hi,
AT> Temporarily I fixed font i18n issue by using gettext. but
AT> the users may has no that font, or may wants to change tha
>>>>> On Wed, 20 Feb 2002 15:23:58 +1030,
>>>>> "RY" == "Young, Robert" <[EMAIL PROTECTED]> wrote:
>> Akira TAGOH wrote:
>>
>> BTW I would like to rewrite preferences dialog with glade.
>>
RY> Can you give
ould you direct me to it in the CVS tree
rc> and any documentation on its use?
No, current preferences dialog is generated by structure of
prefs_data in app/preferences.c, and it support widget which
is described in DiaPrefType.
Regards,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users
we use freetype. it will help the languages
which can't print out now.
Ok, I will test current freetype code. if I find any
problem, I will fix it or report it on this.
Regards,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-D
can avoid
several issues for gettextize, but there is no fonts which
can absolutely print out for CJK (except uses Japanese
printer for Japanese printing. but people which don't have a
printer without Japanese printer may want to print it out).
So that I would like to claim it again. we should su
>>>>> On Tue, 05 Mar 2002 03:55:23 +0900 (JST),
>>>>> "AT" == Akira TAGOH <[EMAIL PROTECTED]> wrote:
>>>>> On 03 Mar 2002 19:12:11 -0600,
>>>>> "LC" == Lars Clausen <[EMAIL PROTECTED]> wrote:
LC> I
on whether LC_ALL matches "ja_.*"
CC> or not).
as I said with previous mail, if we assume dia uses freetype
by default, that list is not useful. I think probably we
should have the thing like font list files per locale, in
order that dia may understand whether it's a font for what
e i18n issues with that way.
IIRC it seems Chinese printers has no locale-specific
font. so that they can't solve this problem with that way.
Why can you declare 'everybody'?
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMA
e i18n issues with that way.
IIRC it seems Chinese printers has no locale-specific
font. so that they can't solve this problem with that way.
Why can you declare 'everybody'?
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMA
word (of course using
downloaded font is different from abiword), can we use those
fonts without download if we use compound font?
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
: [EMAIL PROTECTED] / Red Hat, In
on
GTK+1.2 yet, Isn't it so?
the latest version goes by a lot of time, and it seems to be
too late for starting to ported to GTK+2.0, because we will
need to change a lot of code and may need to be refactoring
it. but current CVS dia is imcomplete for release, I think.
--
Akira TAGOH : [EMAI
ed and non-embedded PS standard (13 latin-1) fonts. Not sure
LC> what you mean by 'compound font'.
I mean standard font will be used for 7-bit characters like
ASCII and locale-specific font will be used for special
8-bit characters.
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOM
orrectly right now are Type1 fonts
LC> (.pfa and .pfb). TrueType is next on the list.
I see.
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
: [EMAIL PROTECTED] / Red Hat, Inc.
: [EMAIL PROTECT
Hi,
I've noticed font name and font size don't save to
.dia. it's easy to fix for saving those params, but why
isn't it saved to .dia file for now?
I'm afraid it will miss file compatible.
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROT
>>>>> On 05 Mar 2002 13:09:50 -0600,
>>>>> "LC" == Lars Clausen <[EMAIL PROTECTED]> wrote:
LC> On Tue, 05 Mar 2002, Akira TAGOH wrote:
>>>>>>> On 04 Mar 2002 18:30:44 -0600,
>>>>>>> "LC" == Lars
ow do you think that?
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
: [EMAIL PROTECTED] / Red Hat, Inc.
: [EMAIL PROTECTED] / Debian Project
___
Dia-list
decide a default font, if not, uses a first entry
>> on a list as default font.
LC> I don't get this at all, sorry.
Well, that list may has several fonts. however we can't get
a appropriate font, because it should be decided by the
users. perhaps a font which we chose may be
0.12)
LCA> ...
LCA> ./configure: line 5338: syntax error near unexpected token `AC_PROG_INTLTOOL
LCA> (0.12)'
LCA> ./configure: line 5338: `AC_PROG_INTLTOOL(0.12) '
As Cyrille said, you need to install intltool.
ftp://ftp.gnome.org/pub/gnome/stable/sources/intltool/
--
Akira T
x27;t
specify -I option.
so if you installed intltool.m4 to a path like
/usr/local/share/aclocal, you probably will solve this
problem with:
ACLOCAL_FLAGS="-I /usr/local/share/aclocal" ./autogen.sh
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAI
s with an error. Is this a dia or a ghostscript
HbJ> problem?
freetype support is not completely implemented. this problem
is not related to your environment ;)
Regards,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL
thers shake these for one,
CC> perhaps two months. In the mean time, let's fix what we currently have, so
CC> that we do a last gtk 1.4 release and then jump (this being said under the
CC> assumption that the G2 stuff is not rotten and is going to be released in a
CC> stable st
"', and on the next line, write 'msgstr "Courier"'
CC> instead of whatever is there. Repeat for Helvetica.
No, that isn't a problem.
When this code crashes, the error message should be
output. but even if this code know fonts == NULL, it was
going
of the translators way. Translators are doing an
CC> outstanding job at translating, but outside translating I'm too afraid
CC> they'll mess up the software.)
I agreed. the font name gettextized was one of the ways to
avoid this printing problem. but it's also no more than
avoidi
how other projects containing Win32 is
intended to do about printing?
CC> It looks like the scope of imlib2 is different from imlib1; I see no
CC> gdk-imlib2 package. OTOH, I see that libgtk2.0-0 seems to have built-in
CC> capability to load PNG and JPEGs, and it seems we didn
+596,9 @@
MF>buffer = (char *)g_malloc(bufsize);
MF>g_snprintf(buffer, bufsize, x11_font, 100);
MF> - gdk_font = gdk_font_load(buffer);
MF> + gdk_font = gdk_fontset_load(buffer);
MF> + if (!gdk_font) gdk_font = gdk_font_load(buffer);
MF>
hat's well-known problem. I hope embedded font by
freetype will be fixed this problem because a lot of people
are interested to Japanese and they may have no Japanese
printer.
Regards,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / G
done in the same step. Pango will do the font matching. I
CC> plan to do that during the end of week 25, perhaps in coordination with
CC> Lars (beer, pizza, irc).
it means Dia no longer has any font configuration and it
will be used via Pango?
--
Akira TAGOH : [EMAIL PROTECTED] / Ja
43 matches
Mail list logo
