Menu
▾
▴
mlterm-dev-en — mlterm mailing list(English)
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(44) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(44) |
Feb
(22) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(15) |
Jul
(7) |
Aug
(7) |
Sep
(8) |
Oct
(14) |
Nov
(8) |
Dec
(32) |
| 2003 |
Jan
(17) |
Feb
(4) |
Mar
(7) |
Apr
(2) |
May
(5) |
Jun
(17) |
Jul
(18) |
Aug
(2) |
Sep
(2) |
Oct
(7) |
Nov
|
Dec
(4) |
| 2004 |
Jan
(4) |
Feb
(2) |
Mar
(7) |
Apr
(1) |
May
(11) |
Jun
(8) |
Jul
|
Aug
(14) |
Sep
(10) |
Oct
(57) |
Nov
(23) |
Dec
(2) |
| 2005 |
Jan
(47) |
Feb
(9) |
Mar
(25) |
Apr
(1) |
May
|
Jun
(7) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(6) |
Nov
(1) |
Dec
(6) |
| 2006 |
Jan
(3) |
Feb
(3) |
Mar
(20) |
Apr
(12) |
May
(20) |
Jun
(17) |
Jul
(9) |
Aug
(7) |
Sep
(1) |
Oct
(10) |
Nov
(5) |
Dec
(7) |
| 2007 |
Jan
(9) |
Feb
(10) |
Mar
(24) |
Apr
(27) |
May
(4) |
Jun
(8) |
Jul
(16) |
Aug
(38) |
Sep
(10) |
Oct
(5) |
Nov
(6) |
Dec
(8) |
| 2008 |
Jan
(6) |
Feb
|
Mar
(2) |
Apr
(3) |
May
(3) |
Jun
(6) |
Jul
(6) |
Aug
(3) |
Sep
(10) |
Oct
(10) |
Nov
(42) |
Dec
(37) |
| 2009 |
Jan
(13) |
Feb
(10) |
Mar
(20) |
Apr
(22) |
May
(32) |
Jun
(15) |
Jul
(33) |
Aug
(9) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(12) |
| 2010 |
Jan
(9) |
Feb
(8) |
Mar
|
Apr
(6) |
May
(7) |
Jun
(12) |
Jul
(1) |
Aug
|
Sep
(3) |
Oct
(9) |
Nov
(3) |
Dec
(6) |
| 2011 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(4) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(2) |
Feb
|
Mar
(10) |
Apr
(12) |
May
(10) |
Jun
(9) |
Jul
(2) |
Aug
(2) |
Sep
(2) |
Oct
(2) |
Nov
(24) |
Dec
(6) |
| 2013 |
Jan
(2) |
Feb
(2) |
Mar
(6) |
Apr
(12) |
May
(24) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(9) |
| 2014 |
Jan
(29) |
Feb
(7) |
Mar
(3) |
Apr
(1) |
May
(1) |
Jun
(5) |
Jul
(4) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
(1) |
| 2015 |
Jan
(1) |
Feb
(1) |
Mar
(2) |
Apr
|
May
(5) |
Jun
(5) |
Jul
(1) |
Aug
(5) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(5) |
Apr
(6) |
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(5) |
| 2017 |
Jan
(1) |
Feb
(5) |
Mar
(2) |
Apr
(2) |
May
(18) |
Jun
(1) |
Jul
(4) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2018 |
Jan
(2) |
Feb
|
Mar
(15) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
| 2019 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(12) |
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(1) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
(7) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(1) |
| 2021 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Seiichi S. <ss...@sh...> - 2004-11-28 05:46:21
|
Hi all, A new release of mlterm, version 2.9.1, has been released: http://prdownloads.sourceforge.net/mlterm/mlterm-2.9.1.tar.gz This version is mostly a bugfix release. Changes from 2.9.0 are: * Fixed a segfault caused by broken hash table. (#1061470) [seiichi] * Fixed a segfault when mlclient has bool option. (#1069725) [minami, seiichi] * Workaround for a segfault of uim-prime. [seiichi] * Some improvements for m17n-lib support. [seiichi] * Updated w3mmlconfig. [seiichi] * A couple of fixes in configure scripts. [minami, seiichi] * Minor improvement to allow signal handling to be old POSIX compliant. [minami] * Horizontal candidate window for input methods. [seiichi] * Non-interactive mode of mlcc. [minami] * man-page of mlcc. [minami] * A lot of cleanups for mlconfig to get rid of compiler warnings. [minami] * Fixes for missing locale files in mlterm.spec. (#1072304) [seiichi] -- Seiichi |
|
From: Seiichi S. <ss...@sh...> - 2004-11-28 05:16:33
|
On Fri, Nov 26, 2004 at 07:54:04PM +0200, Sergey Kuleshov wrote: > I'd appreciate if you could tell, me how to install those termcap entries, cause > I have no idea about this. termcap: http://www.sh.rim.or.jp/~ssato/mlterm/mlterm.tc $ cat mlterm.tc >> ~/.termcap terminfo: doc/term/mlterm.ti $ tic doc/term/mlterm.ti -- Seiichi |
|
From: TAKAHASHI T. <ta...@mo...> - 2004-11-27 14:22:15
|
> Date: Fri, 26 Nov 2004 19:54:04 +0200 > From: Sergey Kuleshov <svy...@ge...> > > When does your X crash? Just after runing mlterm? > > > > #Anyway, X server shouldn't crash even if an application > > #running on it did stupid things... > > > Yep, right after mlterm starts. Though, I guess it looks like Xorg bug, not > your's! I usually invoke xcompmgr _on_ mlterm. Then, mlterm doesn't crash immediately. (0) If I click mlterm just after xcompmgr starts, X dies. (1) If I click some other application's window, nothing crashes. So, the first-clicked window right after xcompmgr's start is important (at least on my machine). X.org: 6.8.1 xcompmgr: 1.1.1 mlterm: 2.9.1pre (with transparent background) imagelib=gdk-pixbuf2, enable-anti-aliase, enable-optimized-redrawing -- tamo (I subscribe to digest version of mlterm-dev-en.) |
|
From: Sergey K. <svy...@ge...> - 2004-11-26 17:52:21
|
On 23:04 Fri 26 Nov , MINAMI Hirokazu wrote: > On Fri, 2004-11-26 at 12:38 +0200, Sergey Kuleshov wrote: > I'd like to recommend to use mlterm with TERM=mlterm if you want to > utilize a bit advanced feature of the terminal emulator. > > Please try to invoke mlterm as > mlterm -y mlterm > and run vim on it. You may have to an install terminfo/termcap entry, > though. > I'd appreciate if you could tell, me how to install those termcap entries, cause I have no idea about this. > > When does your X crash? Just after runing mlterm? > > #Anyway, X server shouldn't crash even if an application > #running on it did stupid things... > Yep, right after mlterm starts. Though, I guess it looks like Xorg bug, not your's! Wkr, -- Sergey Kuleshov <svy...@ge...> Home Page: http://dev.gentoo.org/~sergey Jabber: ro...@ja... ICQ: 158439855 |
|
From: MINAMI H. <mi...@mi...> - 2004-11-26 14:04:59
|
On Fri, 2004-11-26 at 12:38 +0200, Sergey Kuleshov wrote: > First of all is there any way to make mlterm clear the screen after exiting > applications, like vim or mutt. E.g.: when I run vim in xterm and then exit - > the screen would go back to state it was before before running vim. mlterm do not (yet) support all of extentions that XFree86's xterm has. When you are using mlterm with TERM=xterm, there can be some gliches depending on your system's terminfo/termcap data. I'd like to recommend to use mlterm with TERM=mlterm if you want to utilize a bit advanced feature of the terminal emulator. Please try to invoke mlterm as mlterm -y mlterm and run vim on it. You may have to an install terminfo/termcap entry, though. > The other question is rather a bug report. I found that if I use xcompmgr in > latest Xorg and mlterm my X server will crash in 99% of cases. No sure if it's > mlterm issue, but this doesn't happen with any other app. When does your X crash? Just after runing mlterm? #Anyway, X server shouldn't crash even if an application #running on it did stupid things... regards, -- minami <mi...@mi...> |
|
From: MINAMI H. <mi...@mi...> - 2004-11-26 14:04:51
|
On Fri, 2004-11-26 at 12:38 +0200, Sergey Kuleshov wrote: > First of all is there any way to make mlterm clear the screen after exiting > applications, like vim or mutt. E.g.: when I run vim in xterm and then exit - > the screen would go back to state it was before before running vim. mlterm do not (yet) support all of extentions that XFree86's xterm has. When you are using mlterm with TERM=xterm, there can be some gliches depending on your system's terminfo/termcap data. I'd like to recommend to use mlterm with TERM=mlterm if you want to utilize a bit advanced feature of the terminal emulator. Please try to invoke mlterm as mlterm -y mlterm and run vim on it. You may have to an install terminfo/termcap entry, though. > The other question is rather a bug report. I found that if I use xcompmgr in > latest Xorg and mlterm my X server will crash in 99% of cases. No sure if it's > mlterm issue, but this doesn't happen with any other app. When does your X crash? Just after runing mlterm? #Anyway, X server shouldn't crash even if an application #running on it did stupid things... regards, -- minami <mi...@mi...> |
|
From: Sergey K. <svy...@ge...> - 2004-11-26 10:36:47
|
Hello! Sorry if I am writing to wrong, but this list is only way of contacting mlterm developers, from what I found on mlterm.sf.net First of all, let me say, that I am glad to see new version (2.9.0). Keep up great work! And now, may I ask a few questions? So, my questions are: First of all is there any way to make mlterm clear the screen after exiting applications, like vim or mutt. E.g.: when I run vim in xterm and then exit - the screen would go back to state it was before before running vim. The other question is rather a bug report. I found that if I use xcompmgr in latest Xorg and mlterm my X server will crash in 99% of cases. No sure if it's mlterm issue, but this doesn't happen with any other app. Thanks in advance for all answers! Wkr, -- Sergey Kuleshov <svy...@ge...> Home Page: http://dev.gentoo.org/~sergey Jabber: ro...@ja... ICQ: 158439855 |
|
From: UTUMI H. <utu...@ya...> - 2004-11-26 07:15:34
|
Hi, I've tested mlterm-cvs20041125 with m17n-lib-cvs-20041126. mlconfig is working fine now. :-) I packed them for Mandrake Cooker: http://sourceforge.net/project/showfiles.php?group_id=109779&package_id=131210 http://sourceforge.net/project/showfiles.php?group_id=109779&package_id=118931 Sato-san, thank you for the work! I'm waiting for the upcoming release. :-) // btw, what do you think about SCIM? // Will mltem support SCIM? Thank you so much. Hirosi __________________________________ Do You Yahoo!? Upgrade Your Life http://bb.yahoo.co.jp/ |
|
From: Esben S. <b0...@es...> - 2004-11-22 21:18:49
|
I just installed mlterm and I have problems with UTF-8 and Norwegian characters. When I press the Norwegian characters (=C3=A6, =C3=B8 and =C3= =A5) on the keyboard nothing is printed to the terminal. I also got gnome-terminal-2.8 and it's working great there. I've tried several combinations of the switches to configure without luck. When I enter the gui configurator, it says that UTF-8 is selected.=20 Anyone have any idea what happends here?. --=20 Esben Stien is b0...@es... http://www.esben-stien.name irc://irc.esben-stien.name/%23contact [sip|iax]:b0...@es... |
|
From: MINAMI H. <mi...@mi...> - 2004-11-15 10:09:38
|
On Fri, Nov 12, 2004 at 03:13:01AM -0800, John Magolske wrote: > Hi, > > I'm trying to install mlterm on OS X 10.3.5. Being new to compiling > & installing from source, I may be overlooking the obvious... According to apple's FAQ: (http://developer.apple.com/qa/qa2001/qa1232.html) Q: Why can't I build my application against X11? A: Make sure you install the X11 SDK from the Developer CD. #Though I've just googled and don't know what the Developer CD is. regards, -- minami |
|
From: John M. <lis...@b7...> - 2004-11-12 11:13:22
|
Hi, I'm trying to install mlterm on OS X 10.3.5. Being new to compiling & installing from source, I may be overlooking the obvious... I placed the mlterm-2.9.0 directory in my topmost directory and ran the "./configure" "make" and "make install" commands. Some of the terminal output is included below, as well as a link to the full screen dump. XFree86 4.3 (comes with Panther) is installed, as is freetype2-shlibs 2.0.9 (via fink). I installed GTK+1.2.10 (via fink) after seeing the related WARNING messages, but haven't tried to recompile yet... A few questions: * how do I set options for configure? for example, --with-scrollbars and -A, --aa(=bool) for anti-aliased fonts...do these go with the ./configure command? * terminal output says "Libraries have been installed in: /usr/local/lib", but this directory seems empty: Computer:/usr/local/lib/mlterm johnm$ ls -a . .. * terminal output says "Mlterm was configured as follows Installation path prefix : /usr/local" But I can't seem to find a mlterm executable, either in /usr/bin or /usr/local/bin Should it be showing up in one of these directories? Do I need to put it there? Any suggestions on how to proceed much appreciated, John * * * * full terminal dump here: http://connectivist.net/MLterm_install checking for connect in -lsocket... no checking for X... no checking for Xutf8LookupString in -lX11... no checking for pkg-config... no *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. checking for gtk-config... no checking for gtk12-config... no ** WARNING ** couldn't compile mlconfig since headers/libraries of GTK are missing. ** WARNING ** couldn't compile mlterm-menu since headers/libraries of GTK are missing. Mlterm was configured as follows Installation path prefix : /usr/local Build shared libraries : yes Build static libraries : yes Optimization for redrawing a line : no BiDi rendering (Fribidi) : no ISCII rendering (libind) : no External tools : mlclient mlcc Image library : utmp support : no Type engines : xcore DnD : yes Input Methods : XIM kbd Scrollbars : simple sample extra |
|
From: Kenichi H. <ha...@m1...> - 2004-11-07 23:50:53
|
In article <20041106181406.GB16635%ss...@sh...>, Seiichi SATO <ss...@sh...> writes: > Thanks for your detailed answer. > I committed fix for the problem when deactivating the input method. > (im_m17nlib.c,v 1.11) Thank you. I've just done "cvs update" and confirmed that the problem is fixed. --- Ken'ichi HANDA ha...@m1... |
|
From: UTUMI H. <utu...@ya...> - 2004-11-06 23:58:50
|
Hi,
I rebooted my machine, then mlconfig disappeared again... :-p
I reinstalled mlterm-2.8.0-2.cvs20040929. It works fine with the latest
m17n-{lib,db}-cvs.
http://prdownloads.sourceforge.net/mdk-ut/mlterm-2.8.0-2.cvs20040929.1mdk.src.rpm?download
mlconfig >= 2.9.0 don't work with m17n-{lib,db}-cvs.
I hope it helps you.
Thanks.
Hirosi
--- Seiichi SATO <ss...@sh...> wrote:
> On Sat, Nov 06, 2004 at 04:22:55PM +0900,
> UTUMI Hirosi wrote:
>
> > > I've tested mlterm-cvs (Oct 25) with m17n-lib-cvs (Oct 23).
> > > $ mlterm
> > > Press Ctrl + right click
> > > (mlconfig doesn"t appear)
>
> Probably that is the same as BTS #1061554.
> <http://sourceforge.net/tracker/index.php?func=detail&aid=1061554&group_id=40891&atid=429201>
>
> On my debian box, it seems that the segfault happen when using
> libmimx-anthy.so.
>
> > I've installed the latest mlterm-cvs and m17n-{db,lib}-cvs (Nov 07).
> > Now mlconfig is working fine! :-)
> > I don't know the reason (I made some mistakes before? :-p),
> > anyway it's great for me.
>
> This bug does not always happen.
__________________________________
Do You Yahoo!?
Upgrade Your Life
http://bb.yahoo.co.jp/
|
|
From: Seiichi S. <ss...@sh...> - 2004-11-06 18:14:28
|
Handa-san, Thanks for your detailed answer. I committed fix for the problem when deactivating the input method. (im_m17nlib.c,v 1.11) -- Seiichi |
|
From: Seiichi S. <ss...@sh...> - 2004-11-06 18:06:40
|
On Sat, Nov 06, 2004 at 04:22:55PM +0900, UTUMI Hirosi wrote: > > I've tested mlterm-cvs (Oct 25) with m17n-lib-cvs (Oct 23). > > $ mlterm > > Press Ctrl + right click > > (mlconfig doesn"t appear) Probably that is the same as BTS #1061554. <http://sourceforge.net/tracker/index.php?func=detail&aid=1061554&group_id=40891&atid=429201> On my debian box, it seems that the segfault happen when using libmimx-anthy.so. > I've installed the latest mlterm-cvs and m17n-{db,lib}-cvs (Nov 07). > Now mlconfig is working fine! :-) > I don't know the reason (I made some mistakes before? :-p), > anyway it's great for me. This bug does not always happen. -- Seiichi |
|
From: UTUMI H. <utu...@ya...> - 2004-11-06 07:23:06
|
Hi,
> I've tested mlterm-cvs (Oct 25) with m17n-lib-cvs (Oct 23).
> $ mlterm
> Press Ctrl + right click
> (mlconfig doesn"t appear)
I've installed the latest mlterm-cvs and m17n-{db,lib}-cvs (Nov 07).
Now mlconfig is working fine! :-)
I don't know the reason (I made some mistakes before? :-p),
anyway it's great for me.
I've uploaded these SRPMs for Mandrake Cooker:
http://sourceforge.net/project/showfiles.php?group_id=109779&package_id=131210
http://sourceforge.net/project/showfiles.php?group_id=109779&package_id=118931
Thank you for your great work!
Enjoy,
Hirosi
__________________________________
Do You Yahoo!?
Upgrade Your Life
http://bb.yahoo.co.jp/
|
|
From: Kenichi H. <ha...@m1...> - 2004-11-03 23:59:02
|
In article <20041103053146.GA3669%ss...@sh...>, Seiichi SATO <ss...@sh...> writes:
> I tested minput_toggle() with the following code:
> minput_toggle(ic);
> if (!ic->active) {
> printf("length of preedit text: %d\n", mtext_len(ic->preedit));
> }
> The result of this code is "length of preedit text: 1" after
> msymbol("a") was through minput_filter(). If preedit text was
> cleared by minput_toggle(), I think the length should be 0.
It seems that you are using minput_default_driver without
adding any callback functions. In that case, the above
result is correct (i.e. ic->preedit is not cleard).
It's completely under the control of a programmer how to
treat `toggle' action. The default is just toggle
ic->active flag. So, when you toggle it again, you can
restart inputting from exactly the same state as before
(i.e. typing 'k', toggle-off, toggle-on, typing 'a' will
yield 'か').
If you want to clear ic->preedit, you must register a
callback function to do that, or you must do that by
yourself. In both cases, calling minput_filter with KEY as
Mnil is a correct way to do that because key Mnil is never
handled in an input method, thus preedit text in ic->predit
is moved to ic->produced, and state if the input method is
set back to initial one.
> I modified above code as below and got an expected result.
> minput_filter(ic, Mnil, Mnil); /* <-- added */
> minput_toggle(ic);
> if (!ic->active) {
> printf("length of preedit text: %d\n", mtext_len(ic->preedit));
> }
> Am I using minput_filter() and minput_toggle() correctly?
Yes, and if you want to get the last preedit text, get it
from ic->preedit before the call of minput_filter, or get it
from ic->produced after the call of minput_filter, or get it
by calling minput_lookup after the call of minput_filter.
If you want to discard the preedit text, you have to
do nothing.
---
Ken'ichi HANDA
ha...@m1...
|
|
From: Seiichi S. <ss...@sh...> - 2004-11-03 05:31:56
|
On Tue, Nov 02, 2004 at 02:29:50PM +0900,
Kenichi Handa wrote:
> In article <20041102040301.GA3385%ss...@sh...>, Seiichi SATO <ss=
at...@sh...> writes:
>=20
> > Sorry for my late reply.
> > On Fri, Oct 29, 2004 at 08:50:03AM +0900,
> > Kenichi Handa wrote:
>=20
> >> When I type 'a' while activating m17nlib:ja:anthy, =8E=BC=8E=A6=8E=BC=
=8E=A4 is
> >> shown with underline. But, when I type Shift-SPC to turn
> >> the input method off, =8E=BC=8E=A6=8E=BC=8E=A4 is still shown with =
underline and
> >> not sent to terminal. I think that preedit text should be
> >> fixed and sent to terminal before turning off the input
> >> method.
>=20
> > I think that there are three ways for turning off IM in preediting.
>=20
> > A) ignore request for switching mode (uim)
> > B) clear current preedit text (MS-IME, IIIMF, kinput2, skkinput)
> > C) commit current preedit text (nabi, Handa-san's opinion)
>=20
> > (I don't know which way is the most useful...)
>=20
> > A is easy to implement for me, but B and C are hard. In cases of
> > B and C, preedit must be cleared, but it seems that m17n-lib does
> > not provide API for it (except for re-creating MInputContext).
> > If I understand correctly, I'll adopt A.
>=20
> If you want to perform B or C without destroying
> MInputContext, for B, you can use minput_toggle, and for C,
> you can directly access the M-text in MInputContext->preedit
> to retrieve the current preedit text. It's also possible to
> get only a subrange of preedit text before
> `in-preedit-cursor' by checking MInputContext->cursor_pos.
I tested minput_toggle() with the following code:
minput_toggle(ic);
if (!ic->active) {
printf("length of preedit text: %d\n", mtext_len(ic->preedit));
}
The result of this code is "length of preedit text: 1" after
msymbol("a") was through minput_filter(). If preedit text was
cleared by minput_toggle(), I think the length should be 0.
I modified above code as below and got an expected result.
minput_filter(ic, Mnil, Mnil); /* <-- added */
minput_toggle(ic);
if (!ic->active) {
printf("length of preedit text: %d\n", mtext_len(ic->preedit));
}
Am I using minput_filter() and minput_toggle() correctly?
--=20
Seiichi
|
|
From: Kenichi H. <ha...@m1...> - 2004-11-02 05:30:11
|
In article <20041102040301.GA3385%ss...@sh...>, Seiichi SATO <ss...@sh...> writes: > Sorry for my late reply. > On Fri, Oct 29, 2004 at 08:50:03AM +0900, > Kenichi Handa wrote: >> When I type 'a' while activating m17nlib:ja:anthy, あ is >> shown with underline. But, when I type Shift-SPC to turn >> the input method off, あ is still shown with underline and >> not sent to terminal. I think that preedit text should be >> fixed and sent to terminal before turning off the input >> method. > I think that there are three ways for turning off IM in preediting. > A) ignore request for switching mode (uim) > B) clear current preedit text (MS-IME, IIIMF, kinput2, skkinput) > C) commit current preedit text (nabi, Handa-san's opinion) > (I don't know which way is the most useful...) > A is easy to implement for me, but B and C are hard. In cases of > B and C, preedit must be cleared, but it seems that m17n-lib does > not provide API for it (except for re-creating MInputContext). > If I understand correctly, I'll adopt A. If you want to perform B or C without destroying MInputContext, for B, you can use minput_toggle, and for C, you can directly access the M-text in MInputContext->preedit to retrieve the current preedit text. It's also possible to get only a subrange of preedit text before `in-preedit-cursor' by checking MInputContext->cursor_pos. --- Ken'ichi HANDA ha...@m1... |
|
From: Seiichi S. <ss...@sh...> - 2004-11-02 04:03:09
|
Sorry for my late reply. On Fri, Oct 29, 2004 at 08:50:03AM +0900, Kenichi Handa wrote: > When I type 'a' while activating m17nlib:ja:anthy, あ is > shown with underline. But, when I type Shift-SPC to turn > the input method off, あ is still shown with underline and > not sent to terminal. I think that preedit text should be > fixed and sent to terminal before turning off the input > method. I think that there are three ways for turning off IM in preediting. A) ignore request for switching mode (uim) B) clear current preedit text (MS-IME, IIIMF, kinput2, skkinput) C) commit current preedit text (nabi, Handa-san's opinion) (I don't know which way is the most useful...) A is easy to implement for me, but B and C are hard. In cases of B and C, preedit must be cleared, but it seems that m17n-lib does not provide API for it (except for re-creating MInputContext). If I understand correctly, I'll adopt A. -- Seiichi |
|
From: Kenichi H. <ha...@m1...> - 2004-10-28 23:50:28
|
In article <20041028120121.GA4374%ss...@sh...>, Seiichi SATO <ss...@sh...> writes: >> I've just done "cvs update; make; make install" but, still >> typing Shift clear the preedit area. > Revision of inputmethod/m17nlib/im_m17nlib.c is 1.10? No, it was 1.9. > If not, please retry 'cvs update'. Yes, that updated the version to 1.10 and fixed the above problem. But, I found another problem. When I type 'a' while activating m17nlib:ja:anthy, あ is shown with underline. But, when I type Shift-SPC to turn the input method off, あ is still shown with underline and not sent to terminal. I think that preedit text should be fixed and sent to terminal before turning off the input method. --- Ken'ichi HANDA ha...@m1... |
|
From: Ambrose Li <ac...@ad...> - 2004-10-28 16:49:32
|
On Thu, Oct 28, 2004 at 09:01:21PM +0900, Seiichi SATO wrote: > # AFAIK, cvs web on sf.net is aynchronous. > # Perhaps anonymous cvs on sf.net is asynchronous too?? Yes, they are the same (same server I think). It's already much better than several months ago. |
|
From: Seiichi S. <ss...@sh...> - 2004-10-28 12:01:28
|
On Wed, Oct 27, 2004 at 04:25:06PM +0900, Kenichi Handa wrote: > In article <20041027061210.GA5208%ss...@sh...>, Seiichi SATO <ss...@sh...> writes: > >> Here's another problem. When I starts mlterm, types > >> Shift-SPC, types "kanji", "かんじ" is shown. But, when I > >> press Shift, it's cleared. Is it an expected behaviour? > > > No, that is a bug. I fixed it in cvs. > > I've just done "cvs update; make; make install" but, still > typing Shift clear the preedit area. Revision of inputmethod/m17nlib/im_m17nlib.c is 1.10? If not, please retry 'cvs update'. # AFAIK, cvs web on sf.net is aynchronous. # Perhaps anonymous cvs on sf.net is asynchronous too?? -- Seiichi |
|
From: Seiichi S. <ss...@sh...> - 2004-10-28 10:46:20
|
On Thu, Oct 28, 2004 at 09:18:33AM +0200, G=8F=AB=A1bor Farkas wrote: > it also seems to me that it's less trouble to use control+shift+space ;= ) >=20 > what do you use ? I am using Shift+space. --=20 Seiichi |
|
From: <ga...@z1...> - 2004-10-28 07:29:51
|
Seiichi SATO wrote:
> On Wed, Oct 27, 2004 at 10:49:03PM +0200,
> G=8F=AB=A1bor Farkas wrote:
>=20
>=20
>>>Thanks a lot. But these files seem to be wrong.
>>>Please define MOD_KEY_DEBUG (not IM_UIM_DEBUG).
>>>
>>
>>=A4=B4=A4=E1=A4=F3=A4=A2=A4=B5=A4=A4 ;)
>=20
>=20
> no problem :)
>=20
>=20
>>(just btw. when using jpn-input. people usually write =A4=F3 as 'nn'?
>>because i usually wrote text as romaji, but then 'onna'got converted to
>>'=A4=AA=A4=F3=A4=A2', so now i write 'onnna'. i just wonder if there is=
a better way
>>to write..or i simply will have to doublecheck the kana everytime ;)
>=20
>=20
> In my case, 'onnna', but sometimes 'onna<Backspace>na' :-P
>=20
>=20
>>this time i hope those files are correct:
>>mod_dump.txt with hyper+space (doesn't work)
>>mod_dump2.txt with control+shift+space (works)
>=20
>=20
> Thanks! I got why it does not work.
> It seems that your left-windows-key is mapping to Super (not
> Hyper). Please make sure keycode and keysym of left-windows-key
> by xev(1) command.
>=20
> 1. $ xev
> 2. push left-windows-key
>=20
> Probably you should put the following lines to ~/.uim
>=20
> (define-key generic-on-key? '("<Super> "))
> (define-key generic-off-key? '("<Super> "))
>=20
> Now mlterm (cvs) and uim-xim (svn) see keysym correctly.
> Therefore, both apps will work fine with this ~/.uim. But uim's
> immodule still has hardcoded mapping as:
>=20
> mod3 -> Super
> mod4 -> Hyper
>=20
> Your mapping (by gentoo? or gnome?):
>=20
> On Mon, Oct 25, 2004 at 10:33:02PM +0200,
> Gabor Farkas wrote:
>=20
>=20
>>mod3
>>mod4 Super_L (0x7f), Hyper_L (0x80)
>=20
>=20
> Then above ~/.uim will not work with uim's immodule.
> Workaround for this problem:
>=20
> (define-key generic-on-key? '("<Super> " "<Hyper> "))
> (define-key generic-off-key? '("<Super> " "<Hyper> "))
>=20
> I hope this is helpful for you.
>=20
> # Personaly I think Super and Hyper are not suitable for
> # IM hotkey.
>=20
it also seems to me that it's less trouble to use control+shift+space ;)
what do you use ?
;)
gabor
|
545 messages has been excluded from this view by a project administrator.
