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: Beni C. <cb...@te...> - 2003-01-06 14:08:12
|
On 2003-01-06, MINAMI Hirokazu wrote: > On Sun, 5 Jan 2003 23:55:48 +0200 (IST) > Beni Cherniavsky <cb...@te...> wrote: > > > On 2003-01-05, MINAMI Hirokazu wrote: > > > > > On Sun, 5 Jan 2003 01:03:59 +0200 (IST) > > > Beni Cherniavsky <cb...@te...> wrote: > > > > > > > I don't seem to get mlterm to read hebrew characters from my keyboard.I > > > > don't run any XIM servers, just plain xkb.xterm in utf-8 mode works > > > > perfectly.I have PC with RedHat 8.0 (XFree86 4.*) - my locale is > > > > en_US.utf-8.Display andcut/paste of hebrew work fine (including bidi). > > > > > > Do you have a reason not to use XIM? > > > > > Never thought I have a reason to use it.After all, xkb solves the issue > > for all programs, why do I need to run some special server then? > > As youhave mentioned that XOpenIM was never called, > I'm assuming that you are explicitly disabling XIM. > Is this correct? > > Without XIM, mlterm cannot can only use XLookupString() to convert keysyms. > As XLookupString only supports Latin-1 and Hebrew is notcovered by Latin-1, > I don't think you can input hebrew without using X(mb|utf8)LookupString. > Those functions require IC(input context) and to call XCreateIC(), > we need valid XIM. > Yes, this is more or less what I figured out. The IC pointer is definitely NULL (but I'm not 100% sure that OpenXIM wasn't executed, I only tried to step around there in the debugger once) so it can't work. So I need to open some "default" XIM (when I said I use no XIM I meant that I don't excplicitly run XIM servers; I have very little knowledge of XIM internals). I didn't explicitly disable XIM however; I also tried to excplicitly enable -X and/or -i, with no effect. -- Beni Cherniavsky <cb...@tx...> |
From: MINAMI H. <mi...@ch...> - 2003-01-06 12:14:31
|
On Sun, 5 Jan 2003 23:55:48 +0200 (IST) Beni Cherniavsky <cb...@te...> wrote: > On 2003-01-05, MINAMI Hirokazu wrote: > > > On Sun, 5 Jan 2003 01:03:59 +0200 (IST) > > Beni Cherniavsky <cb...@te...> wrote: > > > > > I don't seem to get mlterm to read hebrew characters from my keyboard.I > > > don't run any XIM servers, just plain xkb.xterm in utf-8 mode works > > > perfectly.I have PC with RedHat 8.0 (XFree86 4.*) - my locale is > > > en_US.utf-8.Display and cut/paste of hebrew work fine (including bidi). > > > > Do you have a reason not to use XIM? > > > Never thought I have a reason to use it. After all, xkb solves the issue > for all programs, why do I need to run some special server then? As you have mentioned that XOpenIM was never called, I'm assuming that you are explicitly disabling XIM. Is this correct? Without XIM, mlterm cannot can only use XLookupString() to convert keysyms. As XLookupString only supports Latin-1 and Hebrew is not covered by Latin-1, I don't think you can input hebrew without using X(mb|utf8)LookupString. Those functions require IC(input context) and to call XCreateIC(), we need valid XIM. minami |
From: Ambrose Li <a....@ie...> - 2003-01-05 23:22:45
|
On Sun, Jan 05, 2003 at 11:55:48PM +0200, Beni Cherniavsky wrote: > On 2003-01-05, MINAMI Hirokazu wrote: > > > Do you have a reason not to use XIM? > > Never thought I have a reason to use it. After all, xkb > solves the issue for all programs, why do I need to run some > special server then? I think this is the same bug as "accented characters don't work". Which version of mlterm are you using? (Or is the fix for accented characters not yet integrated into a release?) IIRC I believe somewhere during the discussion of accented characters it was mentioned that if you set XMODIFIERS=@im=none, you are still using XIM, even though it is just a "default" XIM... -- Ambrose Li <a....@ie...> http://ada.dhs.org/~acli/cmcc/ http://www.cccgt.org/ DRM is theft - We are the stakeholders |
From: Beni C. <cb...@te...> - 2003-01-05 21:55:59
|
On 2003-01-05, MINAMI Hirokazu wrote: > On Sun, 5 Jan 2003 01:03:59 +0200 (IST) > Beni Cherniavsky <cb...@te...> wrote: > > > I don't seem to get mlterm to read hebrew characters from my keyboard.I > > don't run any XIM servers, just plain xkb.xterm in utf-8 mode works > > perfectly.I have PC with RedHat 8.0 (XFree86 4.*) - my locale is > > en_US.utf-8.Display and cut/paste of hebrew work fine (including bidi). > > Do you have a reason not to use XIM? > Never thought I have a reason to use it. After all, xkb solves the issue for all programs, why do I need to run some special server then? > If your mlterm was configured with XIM and XOpenIM() is failing, > setting XMODIFIERS to @im=none may help you. > It's already set up so. -- Beni Cherniavsky <cb...@tx...> |
From: MINAMI H. <mi...@ch...> - 2003-01-05 09:34:08
|
On Sun, 5 Jan 2003 01:03:59 +0200 (IST) Beni Cherniavsky <cb...@te...> wrote: > I don't seem to get mlterm to read hebrew characters from my keyboard. I > don't run any XIM servers, just plain xkb. xterm in utf-8 mode works > perfectly. I have PC with RedHat 8.0 (XFree86 4.*) - my locale is > en_US.utf-8. Display and cut/paste of hebrew work fine (including bidi). Do you have a reason not to use XIM? If your mlterm was configured with XIM and XOpenIM() is failing, setting XMODIFIERS to @im=none may help you. regards, minami |
From: Beni C. <cb...@te...> - 2003-01-04 23:04:12
|
[New to the list, mlterm is generally great!-] I don't seem to get mlterm to read hebrew characters from my keyboard. I don't run any XIM servers, just plain xkb. xterm in utf-8 mode works perfectly. I have PC with RedHat 8.0 (XFree86 4.*) - my locale is en_US.utf-8. Display and cut/paste of hebrew work fine (including bidi). Is xkb known to work or not to work? I'm trying to debug it now but I don't understand yet what's happening. Seems that x_xic_get_utf8_str and friends do nothing useful because the input context pointer is NULL, because the code to XOpenIM is never reached, because... I'm very new to all input handling in X so I'm not sure how it should really work... For myself, I've fixed this with a dirty hack: I took, from latest xterm distribution, keysym2ucs.[hc] and xutf8.[hc] which implement a simulation of Xutf8LookupString using a lookup table (and ignoring the ic argument), and stuck a call into it instead of return 0 in x_xic_get_utf8_str when ic is NULL... mlterm works nicely for me now but I know this is not the Right Way because xterm itself doesn't use it (XFree86 has Xutf8LookupString, I actually had to disable the #ifndefs in these files to enable the table-based implementation despite this)... -- Beni Cherniavsky <cb...@tx...> |
From: Araki K. <ara...@us...> - 2002-12-20 13:33:55
|
Hi, Subject: [Mlterm-dev-en] A wish - profiles From: Martin Horcicka <hor...@Fr...> Message-ID: <200...@du...> Date: Tue, 17 Dec 2002 11:23:34 +0100 (CET) > I have one wish - it would be nice to have the possibility of making several > different configurations of mlterm and selecting the right one easily with a > command line option. The simplest way would be selecting the configuration > directory (other than ~/.mlterm) on command line. OK. I'll try to support it in the next release. Regards, -- Araki Ken ara...@us... |
From: Martin H. <hor...@Fr...> - 2002-12-17 10:23:50
|
Hi, I have one wish - it would be nice to have the possibility of making several different configurations of mlterm and selecting the right one easily with a command line option. The simplest way would be selecting the configuration directory (other than ~/.mlterm) on command line. Am I missing some similar feature which is already available? Regards Martin |
From: Martin H. <hor...@Fr...> - 2002-12-16 12:01:15
|
Araki Ken (2002-12-15 16:09 +0900): > > now it works well when I copy text from one window to another (does not depend > > on terminal types), but it still does not work when I paste text selected in > > the same window, especially in joe editor. > > Oh, sorry. I made a careless mistake. > > Now, the attached final patch(diff from CVS current) will fix it. > I merged it to CVS repository. Yes, it looks good! :-) Thank you. Martin |
From: Araki K. <ara...@us...> - 2002-12-15 07:44:38
|
Hi, Subject: Re: [Mlterm-dev-en] Incorrect pasting of text From: Martin Horcicka <hor...@Fr...> Message-ID: <200...@du...> Date: Sat, 14 Dec 2002 16:34:14 +0100 (CET) >> I believe the attached patch will fix this problem. >> This patch is already merged to CVS repository. > > now it works well when I copy text from one window to another (does not depend > on terminal types), but it still does not work when I paste text selected in > the same window, especially in joe editor. Oh, sorry. I made a careless mistake. Now, the attached final patch(diff from CVS current) will fix it. I merged it to CVS repository. Regards, -- Araki Ken ara...@us... |
From: Martin H. <hor...@Fr...> - 2002-12-14 15:34:46
|
Hi, Araki Ken (2002-12-14 14:51 +0900): > >> Now I've found out that I have the problem only when pasting to specific > >> programs - joe and pine's pico does not work but cat, vi and vim work. Both, > >> pico and joe work well in xterm. > > > > Thanks, I could reproduce it:) > > I'll look into this problem from now on, please wait for a while. > > I believe the attached patch will fix this problem. > This patch is already merged to CVS repository. now it works well when I copy text from one window to another (does not depend on terminal types), but it still does not work when I paste text selected in the same window, especially in joe editor. Martin |
From: Araki K. <ara...@us...> - 2002-12-14 05:53:33
|
Hi, Subject: Re: [Mlterm-dev-en] Incorrect pasting of text From: Araki Ken <ara...@us...> Message-ID: <200...@pd...> Date: Sat, 14 Dec 2002 00:04:28 +0900 >> Now I've found out that I have the problem only when pasting to specific >> programs - joe and pine's pico does not work but cat, vi and vim work. Both, >> pico and joe work well in xterm. > > Thanks, I could reproduce it:) > I'll look into this problem from now on, please wait for a while. I believe the attached patch will fix this problem. This patch is already merged to CVS repository. Regards, -- Araki Ken ara...@us... |
From: Araki K. <ara...@us...> - 2002-12-13 15:07:32
|
Hi, Subject: Re: [Mlterm-dev-en] Incorrect pasting of text From: Martin Horcicka <hor...@Fr...> Message-ID: <200...@du...> Date: Fri, 13 Dec 2002 15:09:46 +0100 (CET) > Now I've found out that I have the problem only when pasting to specific > programs - joe and pine's pico does not work but cat, vi and vim work. Both, > pico and joe work well in xterm. Thanks, I could reproduce it:) I'll look into this problem from now on, please wait for a while. Regards, -- Araki Ken ara...@us... |
From: Martin H. <hor...@Fr...> - 2002-12-13 14:10:06
|
Araki Ken (2002-12-13 22:10 +0900): > > Strange. Could the behavior depend on something else? > > Well... will you show me what will be output if you apply an attached > patch and paste the text into mlterm? While pasting: aaa bbb ccc ddd eee fff it writes: 61 61 61 20 62 62 62 20 63 63 63 0a 64 64 64 20 65 65 65 0a 66 66 66 0a Now I've found out that I have the problem only when pasting to specific programs - joe and pine's pico does not work but cat, vi and vim work. Both, pico and joe work well in xterm. Am I right when I suppose the problem to be in my termcap? Martin |
From: Araki K. <ara...@us...> - 2002-12-13 13:12:53
|
Hi, Subject: Re: [Mlterm-dev-en] Incorrect pasting of text From: Martin Horcicka <hor...@Fr...> Message-ID: <200...@du...> Date: Fri, 13 Dec 2002 13:57:41 +0100 (CET) > It does not seem to depend on the source of the text (I have tested mlterm, > xterm and opera). It happens even when I run mlterm the way you described > above and without ~/.mlterm. In /usr/X11R6/etc/mlterm/main there is only: > > scrollbar_view_name=sample Really? Hmm... what a strange phenomenon:( > Strange. Could the behavior depend on something else? Well... will you show me what will be output if you apply an attached patch and paste the text into mlterm? -- Araki Ken ara...@us... |
From: Martin H. <hor...@Fr...> - 2002-12-13 12:57:58
|
Araki Ken (2002-12-13 21:35 +0900): > > pasting of text in mlterm discards end-of-line characters. E.g. when i select > > the following text with mouse: > > > > --- > > aaa bbb ccc > > ddd eee > > fff > > --- > > > > and then I paste it in mlterm the result is e.g.: > > > > --- > > aaa bbb cccddd eeefff > > --- > > > > The result seems to depend a little on mlterm's configuration - the result > > above was obtained with C locale and no XIM. The problem is in pasting only - > > selecting text in mlterm and pasting to xterm works well. > > Does it happen only when the text is pasted from mlterm to mlterm? > Hmm... in my environment it works fine even if I start mlterm as follows. > > $ LC_CTYPE=C XMODIFIERS="" mlterm -X=false -i=false > > Will you show me your ~/.mlterm/main? It does not seem to depend on the source of the text (I have tested mlterm, xterm and opera). It happens even when I run mlterm the way you described above and without ~/.mlterm. In /usr/X11R6/etc/mlterm/main there is only: scrollbar_view_name=sample Strange. Could the behavior depend on something else? Martin |
From: Araki K. <ara...@us...> - 2002-12-13 12:37:26
|
Hi, Subject: [Mlterm-dev-en] Incorrect pasting of text From: Martin Horcicka <hor...@Fr...> Message-ID: <200...@du...> Date: Fri, 13 Dec 2002 10:50:47 +0100 (CET) > pasting of text in mlterm discards end-of-line characters. E.g. when i select > the following text with mouse: > > --- > aaa bbb ccc > ddd eee > fff > --- > > and then I paste it in mlterm the result is e.g.: > > --- > aaa bbb cccddd eeefff > --- > > The result seems to depend a little on mlterm's configuration - the result > above was obtained with C locale and no XIM. The problem is in pasting only - > selecting text in mlterm and pasting to xterm works well. Does it happen only when the text is pasted from mlterm to mlterm? Hmm... in my environment it works fine even if I start mlterm as follows. $ LC_CTYPE=C XMODIFIERS="" mlterm -X=false -i=false Will you show me your ~/.mlterm/main? YFI, I attach my ~/.mlterm/main file. Regards, -- Araki Ken ara...@us... |
From: Martin H. <hor...@Fr...> - 2002-12-13 09:51:04
|
Hi, pasting of text in mlterm discards end-of-line characters. E.g. when i select the following text with mouse: --- aaa bbb ccc ddd eee fff --- and then I paste it in mlterm the result is e.g.: --- aaa bbb cccddd eeefff --- The result seems to depend a little on mlterm's configuration - the result above was obtained with C locale and no XIM. The problem is in pasting only - selecting text in mlterm and pasting to xterm works well. Regards Martin |
From: Martin H. <hor...@Fr...> - 2002-12-11 13:33:04
|
Araki Ken (2002-12-11 21:53 +0900): > > I noticed your reply to my e-mail on the list's web interface but I did not > > get it as I was not subscribed to the list. Now I am subscribed - > > would you be so kind to send me the patch once again? > > Oh, I'm very sorry. > I attach it again. > > Otherwise, this fix was already committed to CVS repository. It works as expected. :-) Thank you. Martin |
From: Araki K. <ara...@us...> - 2002-12-11 13:26:24
|
CUhpLA0KDQoJU3ViamVjdDogW01sdGVybS1kZXYtZW5dIGRpc2FibGUgc2Nyb2xsLXRvLWJvdHRv bSBvbiBUVFkgb3V0cHV0Pw0KCUZyb206ILCyIMvVIDxzdWFuY2NkQHlhaG9vLmNvbS5jbj4NCglN ZXNzYWdlLUlEOiA8MjAwMjEyMTAxOTMyMDAuNTg5MTcucW1haWxAd2ViMTUyMDUubWFpbC5ianMu eWFob28uY29tPg0KCURhdGU6IFdlZCwgMTEgRGVjIDIwMDIgMDM6MzI6MDAgKzA4MDAgKENTVCkN Cg0KPiBDYW4gbWx0ZXJtIDIuNi4yIGRpc2FibGUgdGhlIHNjcm9sbC10by1ib3R0b20gb24gVFRZ DQo+IG91dHB1dD8gV2hhdCBJIHdhbnQgaXMgdGhhdCBvdXRwdXQgdG8gYSB3aW5kb3cgc2hvdWxk DQo+IG5vdCBhdXRvbWF0aWNhbGx5IHJlcG9zaXRpb24gdGhlIHNjcmVlbiB0byB0aGUgYm90dG9t DQo+IG9mIHRoZSBzY3JvbGxpbmcgcmVnaW9uLg0KDQogICAgICAgIE1sdGVybSAyLjYueCBvciBi ZWZvcmUgZG9lc24ndCBzdXBwb3J0IHN1Y2ggYSBmZWF0dXJlIG5vdywgc29ycnkuDQogICAgICAg IEl0IGlzIGFscmVhZHkgbGlzdGVkIGluIG15IHBlcnNvbmFsIHRvZG8sIGFuZCBpbiBteSBwbGFu IDIuNy54IHdpbGwNCiAgICAgICAgc3VwcG9ydCBpdDopDQoNCiAgICAgICAgUmVnYXJkcywNCgkN Ci0tDQpBcmFraSBLZW4NCmFyYWtpa2VuQHVzZXJzLnNvdXJjZWZvcmdlLm5ldA0K |
From: <dw...@wt...> - 2002-12-11 13:18:52
|
Hi,.. Hi again I am so sorry for not replying sooner it seems that, one of my emails seemed to have gone astray, so I thought I would reply hoping that you would still remember who I am :)) If by some chance you have changed your email, I guess I would have lost an opportunity too. shame :( Anyway, I'm still willing and waiting here http://www.singlers.com/index_vip.html If you want to contact me through the site again you know where I am. Kisses Ali Member Registration http://www.singlers.com/index_vip.html 8897Xgge0-170CBEL4861CSql23 3574rbqI4-876WryV3904xqQQ4-627zlfE1533ebvf1-042QMig3740SuQD8-4l58 |
From: <su...@ya...> - 2002-12-10 19:32:10
|
Hi there, Can mlterm 2.6.2 disable the scroll-to-bottom on TTY output? What I want is that output to a window should not automatically reposition the screen to the bottom of the scrolling region. I know xterm has the option -si|+si to toggle. But I didn't fine the equivalent in mlterm. Thanks. - suan _________________________________________________________ Do You Yahoo!? "是IT精英吗?小试牛刀获时尚大奖!" http://cn.promo.yahoo.com/cgi-bin/udb/u |
From: Araki K. <ara...@us...> - 2002-12-10 11:39:56
|
Hi, Subject: [Mlterm-dev-en] Cursor gets lost in highlighted text From: Martin Horcicka <hor...@Fr...> Message-ID: <200...@du...> Date: Fri, 6 Dec 2002 18:06:59 +0100 (CET) > I have another (but much smaller) problem with mlterm. When I have e.g. white > background and black foregroung colors and I move cursor (which has reverse > colors) to a block of highlighted text (which has also reverse colors) I > cannot see the current cursor's position. XTerm reverses cursor's color in > highlighted text but mlterm does not. An attached patch will fix this problem. Regards, -- Araki Ken ara...@us... |
From: <mik...@in...> - 2002-12-10 10:41:18
|
Hello !.. think you replied to my personal ad! Yes I do get a lot of responses but you got me curious I haven't done this in a while so please forgive my nervousness. And I hope your still around, (the good people always get taken fast) Anyway since I know a "little" about you :) (that was cute by the way), you should take a look at me so that you can decide if we match. I'm not sure exactly what ad you replied to, I have a couple, but I do have a detailed profile with a picture at http://www.hot.ee/vipsingles Chris Well...If you're not interested any more, that's ok too.... Have a great night. Cya!....:) ChrisBrenda27 Member Registration http://www.hot.ee/vipsingles 6249NoZr9-444zXxW3624Xbdb4-171mCvF98l34 5607AcQv8-632Vwlw8601tTay8-185GvtZ8468cZIF5-964ZEXw2876cdl54 |
From: Martin H. <hor...@Fr...> - 2002-12-06 17:07:17
|
Hi, I have another (but much smaller) problem with mlterm. When I have e.g. white background and black foregroung colors and I move cursor (which has reverse colors) to a block of highlighted text (which has also reverse colors) I cannot see the current cursor's position. XTerm reverses cursor's color in highlighted text but mlterm does not. Is there any way to change it by configuration? I have not found anything in manual page. Thanks. Martin |