Gerben Wierda via ntg-context 于2023年6月2日周五 19:37写道:
> For Japanese I currently use
>
> \startsetups [japanese]
> \setscript [nihongo]
> \stopsetups
> \setuplanguage [ja] [setups=japanese]
> \definefallbackfamily
> [archimate]
> [ss]
> [Hiragino Sans]
> [preset=range:japanese,
>
For Japanese I currently use
\startsetups [japanese]
\setscript [nihongo]
\stopsetups
\setuplanguage [ja] [setups=japanese]
\definefallbackfamily
[archimate]
[ss]
[Hiragino Sans]
[preset=range:japanese,
tf=style:W3,
it=style:W3,
bf=style:W5,
bi=style:W5,
force=yes]
Hi Hans,
There are some inaccurate labels for Chinese in lang-txt.lua. Could you
please apply the following patches to it?
-
--- lang-txt.lua 2023-04-03 11:10:00.267720005 +0800
+++ new-lang-txt.lua 2023-04-03 11:03:24.645426080 +0800
@@ -1192,7
Wolfgang Schuster wolfgang.schus...@gmail.com writes:
Am 29.10.2012 um 20:20 schrieb John Devereux j...@devereux.me.uk:
Hi,
There do not seem to be translations for the labels for Chinese, is that
correct? Is zh the correct language code?
No, you need “cn” for chinese.
Oh yes that works
John Devereux wrote:
There do not seem to be translations for the labels for Chinese, is that
correct? Is zh the correct language code?
Wolfgang Schuster wrote:
No, you need “cn” for chinese.
Might it be advisable to add 'zh' as a synonym? Technically, 'cn'
means the country China, and 'zh'
Am 30.10.2012 um 10:12 schrieb John Devereux j...@devereux.me.uk:
Wolfgang Schuster wolfgang.schus...@gmail.com writes:
Am 29.10.2012 um 20:20 schrieb John Devereux j...@devereux.me.uk:
Hi,
There do not seem to be translations for the labels for Chinese, is that
correct? Is zh the
Wolfgang Schuster wolfgang.schus...@gmail.com writes:
Am 30.10.2012 um 10:12 schrieb John Devereux j...@devereux.me.uk:
Wolfgang Schuster wolfgang.schus...@gmail.com writes:
Am 29.10.2012 um 20:20 schrieb John Devereux j...@devereux.me.uk:
Hi,
There do not seem to be translations for
Am 30.10.2012 um 13:25 schrieb John Devereux j...@devereux.me.uk:
Wolfgang Schuster wolfgang.schus...@gmail.com writes:
Am 30.10.2012 um 10:12 schrieb John Devereux j...@devereux.me.uk:
Wolfgang Schuster wolfgang.schus...@gmail.com writes:
Am 29.10.2012 um 20:20 schrieb John Devereux
Wolfgang Schuster wolfgang.schus...@gmail.com writes:
Am 30.10.2012 um 13:25 schrieb John Devereux j...@devereux.me.uk:
Wolfgang Schuster wolfgang.schus...@gmail.com writes:
Am 30.10.2012 um 10:12 schrieb John Devereux j...@devereux.me.uk:
Wolfgang Schuster wolfgang.schus...@gmail.com
On 30-10-2012 12:21, Sietse Brouwer wrote:
John Devereux wrote:
There do not seem to be translations for the labels for Chinese, is that
correct? Is zh the correct language code?
Wolfgang Schuster wrote:
No, you need “cn” for chinese.
Might it be advisable to add 'zh' as a synonym?
Hi,
There do not seem to be translations for the labels for Chinese, is that
correct? Is zh the correct language code?
\setuplabeltext[zh][figure=CHINESE_HERE ]
\mainlanguage[zh]
\language[zh]
\starttext
\labeltext{figure}
\stoptext
This just displays the English word Figure.
context --version
Am 29.10.2012 um 20:20 schrieb John Devereux j...@devereux.me.uk:
Hi,
There do not seem to be translations for the labels for Chinese, is that
correct? Is zh the correct language code?
No, you need “cn” for chinese.
Wolfgang
Hi All,
We are having a go at typesetting one of our manuals in Chinese
(gulp). Is there some trick to getting hyphenation working? (Or perhaps
line-splitting is a better term, I don't even know if hyphens are used
in Chinese).
What I see in the PDF are unbroken lines running off the edge of
Am 16.04.2012 um 10:52 schrieb John Devereux:
Hi All,
We are having a go at typesetting one of our manuals in Chinese
(gulp). Is there some trick to getting hyphenation working? (Or perhaps
line-splitting is a better term, I don't even know if hyphens are used
in Chinese).
What I see
2011/2/13 Li Yanrui (李延瑞) liyanrui...@gmail.com
Hi,
For this example with simsun.ttc (it can be download from
http://www.slax.org/modules.php?action=detailid=2630):
\definefont[song][name:nsimsun]
\starttext
\song 测试
\stoptext
ConTeXt MkIV said:
fontsfallback modern rm
2011/2/13 Philipp A. flying-sh...@web.de:
i wanted to load a ttc at one point, too, and failed.
i found beer, a free software collection, and ported it’s ttc2ttf tool to
python (as a challenge).
you can find my port here, but it doesn’t get the magic numbers right. it
works for me, though.
On 02/14/2011 01:40 AM, Li Yanrui (李延瑞) wrote:
2011/2/13 Philipp A.flying-sh...@web.de:
i wanted to load a ttc at one point, too, and failed.
i found beer, a free software collection, and ported it’s ttc2ttf tool to
python (as a challenge).
you can find my port here, but it doesn’t get the
Hi,
For this example with simsun.ttc (it can be download from
http://www.slax.org/modules.php?action=detailid=2630):
\definefont[song][name:nsimsun]
\starttext
\song 测试
\stoptext
ConTeXt MkIV said:
fontsfallback modern rm 12pt is loaded
system begin file b at line 3
fonts
Hi Hans,
I modified the part of Chinese numeral conversion in core-con.lua script.
The attachment is the patch. After many tests as the following I think the
patch is right even though it looks dirty.
\definefont[song][name:adobesongstdlight]\song
\starttext
\startluacode
local function
2009/12/23 Yanrui Li liyanrui...@gmail.com
Hi Hans,
I modified the part of Chinese numeral conversion in core-con.lua script.
The attachment is the patch. After many tests as the following I think the
patch is right even though it looks dirty.
2009/12/23 Yanrui Li liyanrui...@gmail.com
2009/12/23 Yanrui Li liyanrui...@gmail.com
Hi Hans,
I modified the part of Chinese numeral conversion in core-con.lua script.
The attachment is the patch. After many tests as the following I think the
patch is right even though it looks dirty.
Yanrui Li wrote:
Hi Hans,
I tried to use Chinese opentype fonts with luatex + plain fmt but I
failed. Only with Chinese TTF fonts it can work.
This a simple example:
\pdfoutput=1
\font\myfont=AdobeSongStd-Light
\myfont
我想实现 LuaTeX 对中文的支持
\end
When I compiled it, I got the following
Hi Hans,
I tried to use Chinese opentype fonts with luatex + plain fmt but I
failed. Only with Chinese TTF fonts it can work.
This a simple example:
\pdfoutput=1
\font\myfont=AdobeSongStd-Light
\myfont
我想实现 LuaTeX 对中文的支持
\end
When I compiled it, I got the following messages:
This is LuaTeX,
On Tue, May 12, 2009 at 10:37 PM, Hans Hagen pra...@wxs.nl wrote:
Yanrui Li wrote:
Hi Hans,
I tried to use Chinese opentype fonts with luatex + plain fmt but I
failed. Only with Chinese TTF fonts it can work.
this is because a cidmap is needed and the kpse that you use does not have
it;
On Tue, May 12, 2009 at 11:47 PM, Hans Hagen pra...@wxs.nl wrote:
Yanrui Li wrote:
I need to load it only for the experiments of Chinese punctuation
compression in the bbox way.
i played with that and discarded the code (in mkiv) for the moment because
first i want more info about fonts and
Am 12.05.2009 um 18:04 schrieb Yue Wang:
On Tue, May 12, 2009 at 11:47 PM, Hans Hagen pra...@wxs.nl wrote:
- we have a set of default cjk fonts in tex live that can serve as
reference
Adobe set will be good enough for reference.
With Adobes fonts you can use the 'palt' feature but this
2009/5/12 Hans Hagen pra...@wxs.nl:
Yanrui Li wrote:
Hi Hans,
I tried to use Chinese opentype fonts with luatex + plain fmt but I
failed. Only with Chinese TTF fonts it can work.
This a simple example:
\pdfoutput=1
\font\myfont=AdobeSongStd-Light
\myfont
我想实现 LuaTeX 对中文的支持
\end
Dohyun Kim wrote:
even after modification of kpse, two more problems should be fixed.
1. lowering uppercase filename before searching cidmap
2. including l-io.lua into luatex-plain
i uploaded a beta
Hans
-
Yue Wang wrote:
Hi, Hans:
I review the source code for chinese numbers, and hereare my comments:
can you make a more detailed list of 'wrong' and 'expected' (some wrong
miss the expected)
Hans
-
Hi,
On Mon, Apr 13, 2009 at 7:26 PM, Hans Hagen pra...@wxs.nl wrote:
Yue Wang wrote:
Hi, Hans:
I review the source code for chinese numbers, and hereare my comments:
can you make a more detailed list of 'wrong' and 'expected' (some wrong
miss the expected)
there is a small python program
Hi, Hans:
I review the source code for chinese numbers, and hereare my comments:
1 一 一 壹
right
10十 十 拾
right
15十五 十五 拾伍
right
25二十五 廿五 贰拾伍
right
35三十五 卅五 叁拾伍
right
45四十五 四十五 肆拾伍
right
11十一
Hello all,
I have a document which which is predominately English, but contains
(currently) also 8 Chinese characters and 2 Cyrillic words (in the
Acknowledgement section).
First, regarding Chinese:
I use:
\enableregime[utf]
\useencoding[cyr]
\usemodule[chinese]
\mainlanguage[uk]
Peter Rolf schrieb:
Lutz Haseloff wrote:
Peter Rolf schrieb:
just guessing (but worth a try):
\setupitemgroups[inbetween=any fixed dimen]
The default is .5ex, which depends on the current font (see end of
core-itm.tex).
HTH, Peter
\setupitemgroups[inbetween=2cm]
doesn't work.
Hi all,
If I use:
\startitemize[m,packed]
\item 三个小矮人 (some chinese characters)
\item Die drei Männlein im Walde
\stopitemize
I get more space between the number and the text in the
chinese line as in the latin line.
The difference is .3-.4em depending on the fonts.
How can I avoid this?
Lutz Haseloff wrote:
Hi all,
If I use:
\startitemize[m,packed]
\item 三个小矮人 (some chinese characters)
\item Die drei Männlein im Walde
\stopitemize
I get more space between the number and the text in the
chinese line as in the latin line.
The difference is .3-.4em depending on the
Peter Rolf schrieb:
just guessing (but worth a try):
\setupitemgroups[inbetween=any fixed dimen]
The default is .5ex, which depends on the current font (see end of
core-itm.tex).
HTH, Peter
\setupitemgroups[inbetween=2cm]
doesn't work.
Iterestingly an inserted \mbox makes the error
Lutz Haseloff wrote:
Peter Rolf schrieb:
just guessing (but worth a try):
\setupitemgroups[inbetween=any fixed dimen]
The default is .5ex, which depends on the current font (see end of
core-itm.tex).
HTH, Peter
\setupitemgroups[inbetween=2cm]
doesn't work.
Iterestingly an inserted
Lutz Haseloff wrote:
Hi Hans, Hi all,
I would like to typeset chinese labels with metapost.
My code is:
-
\starttext
\startMPpage
verbatimtex
\enableregime[utf]
\usemodule[chi-00]
etex;
label(btex ? etex,(0,0));
\stopMPpage
\stoptext
try:
\starttext
try:
\starttext
\startMPenvironment
\enableregime[utf]
\usemodule[chi-00]
\stopMPenvironment
\startMPpage
label(btex ÆÇæà etex,(0,0));
\stopMPpage
\stoptext
instead.
Hans
This works fine, thanks
Greetings Lutz
___
Hi Hans, Hi all,
I would like to typeset chinese labels with metapost.
My code is:
-
\starttext
\startMPpage
verbatimtex
\enableregime[utf]
\usemodule[chi-00]
etex;
label(btex ? etex,(0,0));
\stopMPpage
\stoptext
-
It results in the errormessage:
! Argument of
PROTECTED], mailing list for ConTeXt users [mailto:[EMAIL PROTECTED]Sent: Tue, 07 Feb 2006 08:16:18 +0100Subject: Re: [NTG-context] chinese with utf in context
Hello Lutz,I have no problems typesetting Chinese and Japanese in Unicode. I suppose there's a problem with fonts on your system...Were all
Hi Lutz,
Lutz Haseloff schrieb:
The symbols from the range FF (f.i. FF0C: FULLWITH COMMA,
Try the following (untested): Add the line
\defineunicodecommand 255 {\lookaheaduchar}
to unic-cjk.tex. (Maybe you need to regenerate the format file.)
Tobias
-Ursprüngliche Nachricht-
Von: Tobias Burnus [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 7. Februar 2006 10:18
An: [EMAIL PROTECTED]; mailing list for ConTeXt users
Betreff: Re: [NTG-context] chinese with utf in context
Hi Lutz,
Lutz Haseloff schrieb:
The symbols from
Lutz Haseloff wrote:
-Urspr�ngliche Nachricht-
Von: Tobias Burnus [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 7. Februar 2006 10:18
An: [EMAIL PROTECTED]; mailing list for ConTeXt users
Betreff: Re: [NTG-context] chinese with utf in context
Hi Lutz,
Lutz Haseloff schrieb
Hans Hagen schrieb:
Lutz Haseloff wrote:
I added:
\defineunicodecommand 255 {\lookaheaduchar}
\defineunicodecommand 32 {\lookaheaduchar}
\defineunicodecommand 37 {\lookaheaduchar}
\defineunicodecommand 38 {\lookaheaduchar}
to unic-cjk.tex and all works now as expected.
why
why these numbers?
255 = U+FF are the so-called Fullwidth Latin Characters
(http://www.unicode.org/charts/PDF/UFF00.pdf)
they are A B C etc. but having the width of a Chinese character
(roughly A , B , C ). Since they look rather ugly in
non-CJK texts
and they have to
Hi all,
with the context from 03.02.06 only the punctuation symbols
from the unicode range 30 will be printed.
The symbols from the range FF (f.i. FF0C: FULLWITH COMMA,
FF1A: FULLWITH COLON...) and from the range 20
(203B: REFERENCE MARK...) are printed
as small black squares.
If i convert the
?Are there some interesting messages in the log?In any casy, feel free to send me any of your test file... ;-)-RichardFrom: Lutz Haseloff [mailto:[EMAIL PROTECTED]To: "Mailingliste Context (E-Mail)" [mailto:[EMAIL PROTECTED]Sent: Tue, 07 Feb 2006 07:31:29 +0100Subject: [NTG-context] chines
space which is obviously undesired in Chinese...Hans, could you please take a look at this? (not a priority)...Thanks,RichardFrom: Tobias Burnus [mailto:[EMAIL PROTECTED]To: mailing list for ConTeXt users [mailto:[EMAIL PROTECTED]Sent: Wed, 21 Dec 2005 02:45:25 +0100Subject: Re: [NTG-context] Chinese
Richard Gabriel wrote:
Hi Tobias (and Hans),
I've played with this a bit.
It seems that the nested group breaks things inside the
\installlanguage macro.
The following works OK:
\c!date={\v!year,\cnyear,\v!month,\v!day,\cnday}
...but I can't use the \cnencoding switch... [Is it really
1. \v!month gives chinese number with the month symbol [so appending \cnmonth once more is undesired]. I guess the resulting date is a bit inconsistent - there should be all Arabic numbers or all Chinese, not mixed.what is convention in china?From Xiao Jianfeng:In Arabic number, today is
Richard Gabriel wrote:
1. \v!month gives chinese number with the month symbol [so appending
\cnmonth once more is undesired].
I guess the resulting date is a bit inconsistent - there should be all
Arabic numbers or all Chinese, not mixed.
what is convention in china?
From Xiao Jianfeng:
Hello,
some remarks/errors of the current UTF-8 Chinese support in ConTeXt
2005.12.19:
(For (a) to (c) see also attached file.)
a) unic-chi.tex: This contains the unicode vectors for which a Chinese
font will be used; currently it only covers
RichardP.S. The rest is for Hans, I can't say... :-(From: Tobias Burnus [mailto:[EMAIL PROTECTED]To: mailing list for ConTeXt users [mailto:[EMAIL PROTECTED]Sent: Tue, 20 Dec 2005 16:09:36 +0100Subject: [NTG-context] Chinese in current ConTeXtHello,some remarks/errors of the current UTF-8 Chinese support
Tobias Burnus wrote:
Hello,
some remarks/errors of the current UTF-8 Chinese support in ConTeXt
2005.12.19:
(For (a) to (c) see also attached file.)
a) unic-chi.tex: This contains the unicode vectors for which a Chinese
font will be used; currently it only covers
Tobias Burnus wrote:
Hi Hans,
Hans Hagen wrote:
b) Labels: lang-chi.tex contains:
was this du eto the uni-c c-uni mixup?
Yes, it now works (thanks, Richard!)
Another questions:
a) How to typset from top-to-bottom right-to-left using column(sets)?
hm, columnsets ... just make them
Hello,
Hans Hagen wrote:
b) How to change the numberformat used?
eh ... wang lei should know ... i have to look into it (chinese
supports multiple number formats)
I think I found it (it is a bit burried in font-chi.tex):
\startitemize[c] (or cn) gives the normal Chinese number, cc the
Tobias Burnus wrote:
Hello,
Hans Hagen wrote:
b) How to change the numberformat used?
eh ... wang lei should know ... i have to look into it (chinese
supports multiple number formats)
I think I found it (it is a bit burried in font-chi.tex):
\startitemize[c] (or cn) gives the normal
Tobias Burnus wrote:
Hello,
some remarks/errors of the current UTF-8 Chinese support in ConTeXt
2005.12.19:
(For (a) to (c) see also attached file.)
a) unic-chi.tex: This contains the unicode vectors for which a Chinese
font will be used; currently it only covers
Tobias Burnus wrote:
Hello,
some remarks/errors of the current UTF-8 Chinese support in ConTeXt
2005.12.19:
(For (a) to (c) see also attached file.)
a) unic-chi.tex: This contains the unicode vectors for which a Chinese
font will be used; currently it only covers
Hi,
Xiao Jianfeng wrote:
It should be year年month月day日.
I somehow failed to to get the following working; I'm actually too tired
(3 a.m) to follow the macro expansion in
- \c!date={\v!month,\ ,\v!day,{,\ },\v!year},
+
and the Microsoft's Mincho family but I was unsuccessfull.I have really not experience with this so I'll post another message regarding this - maybe somebody can help me!-RichardFrom: Hans Hagen [mailto:[EMAIL PROTECTED]To: c [mailto:[EMAIL PROTECTED]Sent: Wed, 14 Dec 2005 23:23:24 +0100Subject: [NTG-context
Hi,
if someone wants japanese and korean etc utf-8 support, he/she should
deliver the fonts, test files and samples in utf-8
Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context
Tobias Burnus wrote:
Hi,
Hans Hagen wrote:
chinese is not yet defined in utf so if you want that, we need to do it
We probably should.
question: do the unicode tables cover gbk and big 5 well?
There exists a one-to-one correspondence between GBK and Unicode [1],
for Big5 there are 7
Tobias Burnus wrote:
Hi,
Adam Lindsay wrote:
Is there less kerning among CJK fonts? I would expect so.
Classically any Chinese character has exactly the same width, which is
the same as the height (square). Nowadays some are taller than wide.
I'm quite certain that there is hardly any
Richard Gabriel wrote:
Hi guys,
I can confirm that the UTF-8 input doesn't work for me too.
If I convert the file info GBK (CP936), it works fine [I suggest to
use the 'iconv' utility for the conversion :-)].
I tested the UTF-8 output the followin ways:
1)
\enableregime[utf]
Hi,
Hans Hagen wrote:
chinese is not yet defined in utf so if you want that, we need to do it
We probably should.
question: do the unicode tables cover gbk and big 5 well?
There exists a one-to-one correspondence between GBK and Unicode [1],
for Big5 there are 7 characters which cannot be
Hi,
Xiao Jianfeng wrote:
Maybe it is beacuse of the encoding of your .tex file.
The encoding of my tex source file is cp936 and I edit with gvim.
ConTeXt compiles OK when processing Chinese. I din't use
\enableregime[utf] or \language[cn] to typeset Chinese.
Ok this works. Another possibility
Tobias Burnus asks:
What would be needed to get UTF-8 input running with Chinese?
If there is a recipe, I would like to help cook it. Getting UTF-8 input
running with Chinese would be a godsend to me too.
Duncan
___
ntg-context mailing list
Hi,
Tobias Burnus wrote:
Hi,
Xiao Jianfeng wrote:
Maybe it is beacuse of the encoding of your .tex file.
The encoding of my tex source file is cp936 and I edit with gvim.
ConTeXt compiles OK when processing Chinese. I din't use
\enableregime[utf] or \language[cn] to typeset Chinese.
Ok
Hi,
Xiao Jianfeng wrote:
What would be needed to get UTF-8 input running with Chinese?
If you use vim to edit your tex file, maybe you can try set
encoding=utf8, then save and compile.
As far as I know, GBK is compatible with unicode.
No, that does not work - that is the reason I started
Tobias Burnus wrote:
Hi,
Xiao Jianfeng wrote:
What would be needed to get UTF-8 input running with Chinese?
If you use vim to edit your tex file, maybe you can try set
encoding=utf8, then save and compile.
As far as I know, GBK is compatible with unicode.
No, that does not work - that
Tobias Burnus wrote:
Hi,
Xiao Jianfeng wrote:
What would be needed to get UTF-8 input running with Chinese?
If you use vim to edit your tex file, maybe you can try set
encoding=utf8, then save and compile.
As far as I know, GBK is compatible with unicode.
No, that does not work - that
Tobias Burnus wrote:
Hi,
Xiao Jianfeng wrote:
What would be needed to get UTF-8 input running with Chinese?
If you use vim to edit your tex file, maybe you can try set
encoding=utf8, then save and compile.
As far as I know, GBK is compatible with unicode.
No, that does not work - that
Hi,
Xiao Jianfeng wrote:
What is the value of your environment variables about LC_CTYPE and LANG ?
Well, I use SCIM to input the characters and my locale is de_DE.UTF-8.
As the input works everywhere (OpenOffice, vim in Xterm, gvim etc.) I'm
positiv that the problem is the lacking support of
Hi guys,I can confirm that the UTF-8 input doesn't work for me too. If I convert the file info GBK (CP936), it works fine [I suggest to use the 'iconv' utility for the conversion :-)].I tested the UTF-8 output the followin ways:1) \enableregime[utf]\usemodule[chinese]Processing a file with
Hi,
Adam Lindsay wrote:
Is there less kerning among CJK fonts? I would expect so.
Classically any Chinese character has exactly the same width, which is
the same as the height (square). Nowadays some are taller than wide. I'm
quite certain that there is hardly any Chinese font with kerning as
Hi,
Patrick Gundlach wrote:
Somebody was so kind to put it at
http://wiki.contextgarden.net/Chinese so I have deleted the duplicate
on your user page.
I tried the receipe there, but with no real success.
Seemingly the UTF-8 encoding makes some trouble - I get either errors or
the wrong
Hi,
Tobias Burnus wrote:
Seemingly the UTF-8 encoding makes some trouble - I get either errors
or the wrong characters.
Ok, I played around a bit more:
\usemodule[chinese]
\enableregime[utf]
...
Hä? 中文?
Prints as Hä? *** (* denotes black boxes).
Whereas
\enableregime[utf] % or without this
Tobias Burnus wrote:
Hi,
Tobias Burnus wrote:
Seemingly the UTF-8 encoding makes some trouble - I get either errors
or the wrong characters.
Ok, I played around a bit more:
\usemodule[chinese]
\enableregime[utf]
...
Hä? 中文?
Prints as Hä? *** (* denotes black boxes).
Whereas
Lutz Haseloff said:
i prepared a small perl script to convert chinese utf-8 encoded
tex-files to gbk coded tex-files.
Thanks so much, I look forward to trying it out next week when I get
back to work, and will let you know how I get on. Thanks for taking the
time.
Duncan
Hi Duncan,
Duncan Hothersall schrieb:
Hi all.
I have ConTeXt set up to output Chinese using usemodule[chinese], all
fonts, encodings and maps are installed and the sample file works well.
Now I have a whole load of Chinese text in utf-8 encoding. Can ConTeXt
process this, or do I have
(beware, the font-chi modules talk about unicode while actually it's
about dedicated mapings resembling a unicode approach; this
\defineucharmapping stuff)
Yes indeed, that had me going... :-) Oh well.
Thanks for the insight, I'll feedback further.
I have to say I'm unable to make any sense
Hans wrote:
that's tricky. the utf handler assumes named glyphs and noone named
the 5000 chinese ones so far
...
some variant on:
...
\startunicodevector chinese_unicode_page_number_1
getglyph\endcsname{ChineseFont1}{#1}\gobbleoneargument
\stopunicodevector
so, then you only need to
Hi all.
I have ConTeXt set up to output Chinese using usemodule[chinese], all
fonts, encodings and maps are installed and the sample file works well.
Now I have a whole load of Chinese text in utf-8 encoding. Can ConTeXt
process this, or do I have to convert it to another encoding? I tried
Duncan Hothersall wrote:
Hi all.
I have ConTeXt set up to output Chinese using usemodule[chinese], all
fonts, encodings and maps are installed and the sample file works well.
Now I have a whole load of Chinese text in utf-8 encoding. Can ConTeXt
process this, or do I have to convert it to
Radhelorn wrote:
Duncan Hothersall wrote:
Hi all.
I have ConTeXt set up to output Chinese using usemodule[chinese], all
fonts, encodings and maps are installed and the sample file works well.
Now I have a whole load of Chinese text in utf-8 encoding. Can ConTeXt
process this, or do I have
Hi, all,
I just met some problems when processing Chinese in ConTeXt.
Here is an example (attached files may provide detailed information):
--
\loadmapfile[gbk]
\usemodule[chinese]
\setupbodyfont[gbkai,16pt]
Lutz Haseloff wrote:
b.t.w. I think, \dohandleunicodeflowglyph doesn't handle
some glyphs right. Particularly the glyphs with parenthesis
{} and Backslash.
ConTeXt complains about my qianziwen-Big5.tex:
---
! Use of \dohandleunicodeflowglyph doesn't
I started to use ConTeXt several weeks ago, and I like it very much :-)
I met some problems when I tried to use Chinese in ConTeXt. I have tried
to setup Chinese fonts according to the manual Chinese in ConTeXt
(mchinese.pdf) which seems a little out-of-date. In the manual, programs
Yes. Your proposal or question???
Cheers,
mh
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Xiao Jianfeng
Envoyé : dimanche 29 mai 2005 10:50
À : ntg-context@ntg.nl
Objet : [NTG-context] Chinese in ConTeXt
Hi, Lutz,
Thanks for your reply.
I am use the minimal CONTEXT distribution on windows
(http://www.pragma-ade.com/context/install/mswintex.zip), will you
please send me a copy of your scripts ? Thanks again!
Xiao Jianfeng
Lutz Haseloff wrote:
Hi Jianfeng, Hi Hans,
because i had the
Hi Hans, hi all,
it seems, that the commands:
\usemodule[chi-simplified]
\usemodule[chi-traditional]
do nothing. They are pointing to files
s-chi-01.tex and s-chi-02.tex which
are not present.
How can i have access to the traditional
chinese characters?
Greetings Lutz
On 18 Oct 04, at 1:34 PM, Lutz Haseloff wrote:
Hi Hans, hi all,
it seems, that the commands:
\usemodule[chi-simplified]
\usemodule[chi-traditional]
do nothing. They are pointing to files
s-chi-01.tex and s-chi-02.tex which
are not present.
How can i have access to the traditional
chinese
Hi Hans, hi all,
it seems, that the commands:
\usemodule[chi-simplified]
\usemodule[chi-traditional]
do nothing. They are pointing to files
s-chi-01.tex and s-chi-02.tex which
are not present.
How can i have access to the traditional
chinese characters?
Greetings Lutz
Lutz Haseloff wrote:
Hi Hans, hi all,
it seems, that the commands:
\usemodule[chi-simplified]
\usemodule[chi-traditional]
do nothing. They are pointing to files
s-chi-01.tex and s-chi-02.tex which
are not present.
ok, i removed those entries
How can i have access to the traditional
chinese
96 matches
Mail list logo