January 2003 - openSUSE M17n - openSUSE Mailing Lists

update: yudit 2.7 packages available for SuSE Linux 8.1 and 8.0
by Mike FABIAN 15 Jan '04

15 Jan '04

Updated yudit packages are available for SuSE Linux 8.0: ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/yudit-2.7-0.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/8.1-src/yudit-2.7-0.src.rpm ftp://ftp.suse.com/pub/people/mfabian/8.0-i386/yudit-2.7-0.i386.rpm ftp://ftp.suse.com/pub/people/mfabian/8.0-src/yudit-2.7-0.src.rpm >From the NEWS file of yudit: NEWS> Changes since version 2.6.4: NEWS> --------------------------- NEWS> NEWS> o Added full Unicode compliant bidirectional text support NEWS> o Added fallback to root xinput style if no suitable style is found NEWS> o Received and added Polish gui translations, Persian.kmap, Sanskrit.kmap NEWS> Inuktitut-ICI.kmap, Inuktitut-KBD.kmap, Chinese-Pinyin.kmap, NEWS> Chinese-WB.kmap, ArmenianEastPhon.kmap NEWS> o Speed Optimizations NEWS> o OpenType GPOS support for composing characters NEWS> o Better TAB control NEWS> NEWS> Other Notes: NEWS> ----------- NEWS> Even if you can not read bidirectional scripts, it will be NEWS> useful to type this in the editor command area: NEWS> NEWS> howto bidi NEWS> NEWS> to get some ideas what bidi is, and how it works in Yudit. NEWS> Even if you can not read RL scripts, RL words will be indicated NEWS> in yellow (the default RL color). >From yudit's home page at http://www.yudit.org: > Yudit is a unicode text editor for the X Window System. She can do > True Type font rendering, printing, transliterated keyboard input and > handwriting recognition with no dependencies on external engines. Her > conversion utilities can convert text between various encodings. > Keyboard input maps can also act like text converters. There is no > need for a pre-installed multi-lingual environment. Menus are > translated into many languages. -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

1 4

update: mined 2000.3 package available for SuSE Linux 8.0
by Mike Fabian 04 Aug '03

04 Aug '03

An updated package of mined is available for SuSE Linux 8.0: ftp://ftp.suse.com/pub/people/mfabian/8.0-i386/mined-2000.3-0.i386.rpm ftp://ftp.suse.com/pub/people/mfabian/8.0-src/mined-2000.3-0.src.rpm Mined is a text editor, small and easy to use, yet powerful. It is Unicode-capable, using UTF-8 encoding (also converts UTF-16 input). >From the CHANGES file: ============================================================================= Changes from mined 2000.2 -> mined 2000.3 ========================================= Documentation: -------------- The manual page was updated and thoroughly revised. Its primary source was transformed into HTML, roff/man format being generated. The mined web pages were updated and revised. The file "doc/compilation" (with compilation hints) was updated. Features: --------- HOP '/' enters an indented Javadoc comment frame. Interface: ---------- Options can be concatenated on the command line. (mined -uu instead of mined -u -u enables Unicode line separators.) Right-to-left script input support is now enabled by default. The option -b toggles it. Option -G disables (actually toggles) the display of certain control characters as block graphics characters (enabled by default). Option +G enforces use of block graphics for display of menu borders. May be used if the "alternative character set" capability is not configured in your system but your terminal does have the capability. Set output delay (-d0..-d9) to none (-d-) by default in all versions. The help command was unified on Unix and DOS versions. Not completely, however, as calling a sub-programm ("less") through the "system" call doesn't seem to work on DOS (it crashes or blocks terminal input afterwards, even with cygwin). See also next comment. A second help viewing mode is now avaible (HOP HELP, e.g. HOP F1). It displays help information within mined itself, restoring the previous editing state afterwards. This is the default on MSDOS for the reason mentioned before. Bug fixes: ---------- Fixed a screen-related pointer confusion after replacement with multiple lines (embedded newline) which could result in a display bug and page down could be blocked. (Very minor) Just deleting the trailing line-end of a file is also considered a modification (a file only modified this way would previously not have been saved automatically). (Minor) With UTF-8 auto-detection involved, the character count after reading the file could be wrong (ESC ? would have been correct). (Minor) The pop-up menu, when modified with HOP and thus becoming smaller, used to leave the frame of its previous width on the screen. (Embarassing) Although I was proud of "perfect responsiveness to window size changes" I had just forgotten to implement that for the case of a menu being open. On DOS, editing a file with Unix line-ends, the function "append to buffer" used to append the lines with MSDOS line-ends. -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

3 10

Japanese menu problems under IceWM
by ピアスエリック 28 May '03

28 May '03

Howdy. I don't think this is SuSE specific, so this post may not belong here. But it is Japanese related, and I've posted this twice to IceWM's mailing lists and received 0 replies. I compiled IceWM 1.2.0 for international support (--enable-i18n). In the program menu, IceWM seems to have a problem (bug?) with any folder or program with Japanese characters for its name. Here's a screenshot which demonstrates the problem. http://epierce.freeshell.org/menu.png If you'll note, the four (automated by IceWM) Japanese entries up from the bottom have proper quick-keys assigned (i.e., the (A), (T), etc.), but the 7-8 Japanese entries that I added all have a problem (i.e., just a little dot shows up). After a quick look at 'ja/LC_MESSAGES/icewm.mo', I tried to copy what was going on there by adding something like (_M) after the Japanese in the 'menu' file in hopes of assigning my own quick-key, but that didn't work. IceWM only seems to be looking for roman characters for its automatic quick-key assignment. Anyone have any ideas here? Thanks for reading... Eric P __________________________________________________ Do You Yahoo!? Yahoo! BB is Broadband by Yahoo! http://bb.yahoo.co.jp/

3 6

Loosing locale settings
by Togan Muftuoglu 24 Apr '03

24 Apr '03

Hi, I do not know if this was happing before yet recently I discovered that sometimes I am loosing my locale settings when I have more then 2 Xterms opened. The weird thing is it does not happen always SuSE 8.1 Kernel k_deflt-2.4.19-74 Windowmaker (WindowMaker-0.80.2-1 from Mike Fabian's directory) I have the locale settings in $HOME/.profile as export LANG=tr_TR.UTF-8 export LC_MESSAGES=en_US export LC_TIME=POSIX export LC_COLLATE=tr_TR.UTF-8 I am using "utf8xterm" which comes with shtools-2002.01.30-117. So When I have the Xterm for the first time the locale is toganm@earth:~> locale LANG=tr_TR.UTF-8 LC_CTYPE="tr_TR.UTF-8" LC_NUMERIC="tr_TR.UTF-8" LC_TIME=POSIX LC_COLLATE=tr_TR.UTF-8 LC_MONETARY="tr_TR.UTF-8" LC_MESSAGES=en_US LC_PAPER="tr_TR.UTF-8" LC_NAME="tr_TR.UTF-8" LC_ADDRESS="tr_TR.UTF-8" LC_TELEPHONE="tr_TR.UTF-8" LC_MEASUREMENT="tr_TR.UTF-8" LC_IDENTIFICATION="tr_TR.UTF-8" LC_ALL= When I encounter the problem of loosing locales the output is like this LANG=tr_TR LC_CTYPE="tr_TR" LC_NUMERIC="tr_TR" LC_TIME=POSIX LC_COLLATE=tr_TR.UTF-8 LC_MONETARY="tr_TR" LC_MESSAGES=en_US LC_PAPER="tr_TR" LC_NAME="tr_TR" LC_ADDRESS="tr_TR" LC_TELEPHONE="tr_TR" LC_MEASUREMENT="tr_TR" LC_IDENTIFICATION="tr_TR" LC_ALL= I have no idea whatsoever how come the locales change does anybody have ? -- Togan Muftuoglu Unofficial SuSE FAQ Maintainer http://dinamizm.ath.cx

2 5

Japanese input packages for LiveEval
by Yasunari Imado 17 Apr '03

17 Apr '03

Hello. Isn't there any good idea which includes a Japanese input package(e.g. Kinput2 and Canna) in a LiveEval version? -- -O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O- Yasunari Imado sjv(a)iris.eonet.ne.jp (PGP Key ID: 2582B3D6) [SSJV] http://ssjv.hmc5.com/ [DTL] http://www.eonet.ne.jp/~vazzy/ -O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-O_O-

2 6

iterm: internationalized terminal emulator, RPMS for SuSE Linux 8.1 available
by Mike Fabian 30 Jan '03

30 Jan '03

RPMs for iterm, an internationalized terminal emulator framework are available for SuSE Linux 8.1: ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/fbiterm-0.2.20021001-0.i586.… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/libXiterm-0.2.20021001-0.i58… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/libXiterm-devel-0.2.20021001… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/libiterm-0.2.20021001-0.i586… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/libiterm-devel-0.2.20021001-… ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/xiterm-0.2.20021001-0.i586.r… ftp://ftp.suse.com/pub/people/mfabian/8.1-nosrc/libXiterm-0.2.20021001-0.no… ftp://ftp.suse.com/pub/people/mfabian/8.1-nosrc/xiterm-0.2.20021001-0.nosrc… ftp://ftp.suse.com/pub/people/mfabian/8.1-src/libiterm-0.2.20021001-0.src.r… The author of iterm, Jiro SEKIBA <jir(a)yamato.ibm.com> about iterm: > The iterm is an internationalized terminal emulator framework, which > is independent from any platform/window system. > The iterm architectural diagram is as follows; > > frame athena gtk+ based qt based other > buffer widget gnome kde widget > i18n based x termianl terminal based > console terminal terminal > +--------+---------+-----------+----------+--------+ > | | xiterm |gnomeiterm | kdeiterm | *iterm | > |fbiterm +---------+-----------+----------+--------+ > | |libxiterm|libgtkiterm|libqtiterm|etc.....| > +--------------------------------------------------+ > | libiterm | > +--------------------------+ | > | pluggable bidi engine spi| | > +---------+-------+--------+-----------------------+ > |sun pls |ibm pls|fribidi | > |liblayout| | | > +---------+-------+--------+ > > the foundation of the i18n terminal emulator "libiterm" implements the > "view" independent core i18n terminal emulator capability, including > bidi support. the libiterm includes pluggable bidi engine spi. > at this moment, sun's opensourced pls library(liblayout), ibm pls > library, and fribidi are supported. Right now, only fbiterm and > xiterm(libXiterm) are supported. -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

2 5

Re: [m17n] Chinese Dictionary for SuSE Linux ?
by Hans-J�rg Bibiko 27 Jan '03

27 Jan '03

Hallo Friedrich Dimmling, the pyDict I don't know, but you can download CEDIT in simplifed or traditional characters at http://www.mandarintools.com/cedict.html. It is a Chinese-English one. These dictionaries are stored in the EDCIT-format by Jim Breen. You can use any linux programm handling this format. If you have any further question mail me under mail(a)bibiko.com. In this time I create a Chinese-German dictionary but I have not enough time. Regards, Hans-Joerg Bibiko p.s. Du kannst mir auch Mails in Deutsch schicken.

1 0

Fwd: [m17n] Setting GO Diagrams
by ugroh＠t-online.de 26 Jan '03

26 Jan '03

No help out there for my problem? ---------- Weitergeleitete Nachricht ---------- Subject: [m17n] Setting GO Diagrams Date: Sun, 19 Jan 2003 16:00:15 +0100 From: ugroh(a)t-online.de (Ulrich Groh) To: m17n(a)suse.com I have no understood how to use the japanese input for latex (CJK). Since I am (as hobby) translating japanese GO stuff into German, I am using the GO diagramm tool of Hanna Koloddzieska which is based on a style file from 1991. If I use this style file in japanese coded files (or UTF8 coded files) strange things happens: The file which works perfect without go.sty shows now mistakes at compiling time. Are there experst out who can help me? I have added the files so everybody can look at it (don't worry if you see no GO diagramm). Thanks in advance. -- Mit freundlichen Gruessen / Best regards Ulrich Groh ------------------------------------------------------- -- Mit freundlichen Gruessen / Best regards Ulrich Groh -- To unsubscribe, e-mail: m17n-unsubscribe(a)suse.com For additional commands, e-mail: m17n-help(a)suse.com

2 2

Ghostscript fonts
by Togan Muftuoglu 25 Jan '03

25 Jan '03

Hi, I am trying get my notes together for Fonts ( I know it will never ever be complete). I believe Linux is wasting of disk space when it comes to fonts. Many applications use their own fonts so making sure that the whole system will work as intended takes a huge time. Anyway I have installed the ghostscript rpms from Mike Fabians directory for SuSE 8.1. ghostscript-fonts-std-7.05.3-99 rpm has a prebuilt "fonts.dir" file under /usr/share/ghostscript/fonts and the encodings in the file do not have iso-8859-9 (Latin5 Turkish). I would like to understand why it does not have (is it because the fonts do not have that encoding or it has not been generated.) Then there is a file /etc/ttf2pt1/convert.cfg which comes with ttf2pt1-341-19 rpm "This is a collection of tools and scripts that allow to convert True Type Fonts (as used by MS Wind*ws) to be converted to Postscript Type 1 fonts, so they can be used in X11 and Ghostscript" Is this package really needed I thought Ghostscript were able to print the Truetype fonts. If so what would be the easy way to add the truetype fonts and their aliases (Like Fontmap.ttf and add this to "/usr/share/ghostscript/7.05/lib/Fontmap" ) -- Togan Muftuoglu Unofficial SuSE FAQ Maintainer http://dinamizm.ath.cx

2 10

Chinese Dictionary for SuSE Linux ?
by Friedrich Dimmling 24 Jan '03

24 Jan '03

Hi, Is there any Chinese, Chinese-English, Chinese-German dictionary for SuSE linux available? What about pyDict? The RedHat rpm package fails to install due to a missing py-gtk2 package. Has anyone tried this dict? Friedrich Dimmling -- Friedrich Dimmling Berlin, Germany www.friedrich-dimmling.de

1 0