[Fedora-i18n-list] iiimf-le-xcin non-success
by Martin J. Hsu
Sorry, I realize this is past the first cycle of testing...
----------------------------------------------------------------------
Reporter:
Martin J. Hsu
Product and version number:
FC1
Desktop environment and version number:
Gnome 2.4
libgnome-2.4.0-1
gtk2-2.2.4-5.1
Short description of observation:
It doesn't work (see additional info. section for details)
Version-Release number of selected component (if applicable):
I will do the following:
[install: iiimf-le-xcin 0.1-3.i386]
I will install/upgrade these to satisfy the dependencies:
[deps: iiimf-protocol-lib 1:11.4-1.FC1.2.i386]
[deps: iiimf-client-lib 1:11.4-1.FC1.2.i386]
[deps: iiimf-csconv 1:11.4-1.FC1.2.i386]
[deps: iiimf-server 1:11.4-1.FC1.2.i386]
Is this ok [y/N]: y
How reproducible:
consistent
Steps to Reproduce:
1. open new gnome-terminal
2. LANG=zh_TW.UTF-8 GTK_IM_MODULE=iiim gedit
3. press ctrl-space
(no input box appears in response)
Additional info:
observations:
out of the box config: permission denied to talk to port 9010
xcin (frontend?) doesn't seem to try to talk to port 9010 (should it?)
installation (actions):
yum install iiimf-le-xcin
service IIim restart
add dependencies installed without error
IIim is up and running as verified by service IIim status
installation (state):
pristine /etc/hosts.{deny,allow} - empty
iptables is off (services iptables stop, turned off via chkconfig as well)
system default: LANG=en_US.UTF-8
htt_server is bound to port 9010 (checked via lsof)
xcin appears to installed:
-rw-r--r-- 1 root root 88463 Feb 17 11:37
/usr/lib/im/leif/xcin.so
but the conf is empty:
[root@tpemdc01 SPECS]# cat /usr/lib/im/locale/zh_TW/xcin/xcin.conf
#conf file
$XMODIFIERS is unset
htt blocked the connection (tested via telnet localhost 9010)
htt_server[12527]: Denied the access from tpemdc01
I resolved this. This error no longer appears in
/var/log/messages
/var/log/messages reveals nothing outside of start up and shutdown
post installation hacking:
resolved permissions problem by adding my hostname to the
permit list in /usr/lib/im/htt.conf:
AccessControl permit tpemdc01
----------------------------------------------------------------------
--
Martin J. Hsu
hsum(at)ematters.com.tw
19 years, 11 months
[Fedora-i18n-list] How to Add Fonts & Locales
by A S Alam
Hello
I am translating Fedora in Punjabi,
New Free Fonts are created and locales are modified,
But where I can Update them, so that they are added to Fedora's Next release
19 years, 12 months
[Fedora-i18n-list] [proposal] to split individual IM config out of xinitrc xinput script
by Jens-Ulrik Petersen
In order to improve the maintainability of the xinput script
in xinitrc and to make adding new Input Methods (IMs) easier
in the future, Akira Tagoh and I recently came up with the
idea to split all the individual IM code out of xinput and
put it into separate config scriptlets that would be owned
and maintained by the individual IM packages.
The idea is basically to replace all the IM specific code in
xinput by something like this:
lang_region=$(echo $tmplang | sed -e 's/\..*//')
XINPUTDIR=/etc/X11/xinit/xinput.d
if [ -z "$XIM" ]; then
if [ -r ${XINPUTDIR}/$(LANG) ]; then
. ${XINPUTDIR}/$(LANG)
elif [ -r ${XINPUTDIR}/$(lang_region) ]; then
. ${XINPUTDIR}/$(lang_region)
fi
elif [ -r ${XINPUTDIR}/$(XIM) ]; then
. ${XINPUTDIR}/$(XIM)
fi
where $XINPUTDIR would contain scriptlets installed with
alternatives by the individual IM packages (htt, chinput,
xcin, nabi, kinput2, skkinput, etc) and alternatives
symlinks for each locale through /etc/alternatives to the
default IM for it. For example:
/etc/X11/xinit/xinput.d/hi_IN -> /etc/alternatives/xinput-hi_IN
/etc/X11/xinit/xinput.d/ja_JP -> /etc/alternatives/xinput-ja_JP
/etc/X11/xinit/xinput.d/ko_KO -> /etc/alternatives/xinput-ko_KO
/etc/X11/xinit/xinput.d/zh_CN -> /etc/alternatives/xinput-zh_CN
/etc/X11/xinit/xinput.d/zh_TW -> /etc/alternatives/xinput-zh_TW
[It is not sure whether it better to support symlinks for
both ll_CC.ENCODING and ll_CC separately or not. Perhaps
only ll_CC or even just ll is sufficient?]
and then for example there would be symlinks like
/etc/alternatives/xinput-hi_IN -> /etc/X11/xinit/xinput.d/htt
/etc/alternatives/xinput-ja_JP -> /etc/X11/xinit/xinput.d/kinput2-canna
/etc/alternatives/xinput-ko_KO -> /etc/X11/xinit/xinput.d/nabi
/etc/alternatives/xinput-zh_CN -> /etc/X11/xinit/xinput.d/htt
/etc/alternatives/xinput-zh_TW -> /etc/X11/xinit/xinput.d/xcin
[For FC the default IM would actually be htt (if installed)
for all these locale, but I just put in various IMs here to
illustrate.]
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119785
for more details and comments. Unfortunately it is getting
a bit late now for FC2, so this idea may have to wait for
FC3.
The only weakness of this compared to the current xinput
setup that I can think of is that it doesn't allow for any
fallbacks: eg if htt is running use it otherwise use kinput2
with Canna say instead. But in practice people don't
usually switch IM all the time, and the flexibility gained
outweighs this small loss. Also users can still easily
override the IM configuration by setting XIM (and optionally
also XIM_PROG and XIM_ARGS) in their ~/.i18n" file or
system-wide in "/etc/i18n".
Comments and feedback on the scheme and design are most welcome.
Cheers, Jens
19 years, 12 months
[Fedora-i18n-list] Test feedback (GIMLET)
by Pete Zaitcev
Reporter: zaitcev(a)redhat.com
Product and version number:
Fedora 1
Desktop environment and version number:
gtk2-2.2.4-5.1
Short description of observation:
In Japanese mode, GIMLET is invisible in the task tray when switched
to ASCII.
Version-Release number of selected component (if applicable):
iiimf-gtk-11.4-1.FC1.2
iiimf-le-canna-11.4-1.FC1.2
How reproducible:
always
Steps to Reproduce:
1. Enabled GIMLET in the task bar (Right Click on task bar,
-> Add to Panel -> Utilities -> InputMethod Switcher)
2. Open GIMLET, add Japanese. Japanese appears in the menu now.
There is nothing in the taks bar! It's the bug, but go on...
3. Focus on an application (gnome-terminal or gvim), click into GIMLET
and switch it to Japanese. "A" kana appears, so you know where
applet is.
4. Type Ctrl-SPACE to switch between kana and ASCII. When in ASCII,
applet is invisible in the task bar. It is visible on mouse-over though.
5.
Additional info:
19 years, 12 months
[Fedora-i18n-list] ps2pdf and Japanese fonts
by Michael Koch
Hi,
I am experimenting with generating PDF files from PS which contain Japanese
fonts using ps2pdf in Fedora Core 1. In the default setup, the resulting PDF
file displays the Japanese characters, but the glyphs are embedded in the
PDF file as bitmaps. This seems to be because VFLib is used for integrating
Japanese TrueType fonts in Ghostscript, and it generates a font format for
which ps2pdf does not support font outline embedding.
An alternative I tried is using the CIDFnmap mechanism for integrating asian
fonts in Ghostscript. It seems that the Fedora setup is already prepared for
this, all I had to do was comment out the VFlib font entries in
vflib/kconfig.ps and edit CIDFnmap so that the font configuration files for
Japanese are included. With this setup, the glyphs are embedded in the PDF
document as outlines, but unfortunately only if I use ps2pdf13. It seems
that for older PDF versions, ps2pdf does not support font embedding for the
generated font type and outputs a PDF document which contains garbled
characters.
What I would like to ask the list is if there are other configuration
alternatives for font embedding in ps2pdf, and also if in future Fedora
releases asian TrueType font integration should be done with the CIDFnmap
mechanism instead of VFlib.
Note that I have only tested with the Ghostscript demo ps file gscjk_aj.ps
and PS files generated from Mozilla. I have not tested PS documents with
characters from other asian languages.
Michael
19 years, 12 months
[Fedora-i18n-list] Re: HTT IM Satus windows
by Jens-Ulrik Petersen
>>>>> "S" == Sponger <spongers(a)cbbaz.com> writes:
S> I just installed FC2T2 [...] Ever since I first
S> started it up last night, there are about 4 boxes of
S> what it calls "HTT IM Status" open, and when I try
S> and close them, they just pop right back up, and even
S> killing them wont work either.
Are you using KDE?
If you install the latest xinitrc from FC2devel htt won't be
used for European languages. Alternatively as root if you do
/sbin/chkconfig IIim off
/sbin/service IIim stop
and it will stop the htt server from running which should
also stop iiim from being used in new X sessions.
Hth, Jens
19 years, 12 months