mlterm-dev-en — mlterm mailing list(English)

[Mlterm-dev-en] segfault on xim open

[Ambrose Li <a....@ie...>]

Hi,

has anyone had any success using mlterm with kinput2? For me, it
segfaults immediately as soon as it tries to open the IM.

My system is GNU/Linux with libc5, XFree86 3.3.2, and kinput2 3.1
beta4 with Wnn4. I know i18n is completely broken in libc5 and the
kinput2 I am using is beta, but kinput2 seems to work fine in both
kterm and rxvt, so I tend to (for now) suspect an mlterm problem.

The backtrace is like this:

Program received signal SIGSEGV, Segmentation fault.
0x1778e7 in _XimPreConnectionIM ()
(gdb) bt
#0  0x1778e7 in _XimPreConnectionIM ()
#1  0x177ca8 in _XimPreConnect ()
#2  0x1796bb in _XimProtoOpenIM ()
#3  0x18035e in _XimOpenIM ()
#4  0x15c2f4 in XOpenIM ()
#5  0x8055000 in open_xim (xim=0x806e780, display=0x8086c58) at x_xim.c:157
#6  0x8055097 in activate_xim (xim=0x806e780, display=0x8086c58) at x_xim.c:193
#7  0x8055560 in x_add_xim_listener (win=0x80903d8, 
    xim_name=0x80736a8 "kinput2", xim_locale=0x806a695 "") at x_xim.c:509
#8  0x8055a72 in x_xic_activate (win=0x80903d8, xim_name=0x806a695 "", 
    xim_locale=0x806a695 "") at x_xic.c:254
#9  0x805147c in key_pressed (win=0x80903d8, event=0xbffff29c)
    at x_screen.c:2546
#10 0x804ea62 in x_window_receive_event (win=0x80903d8, event=0xbffff29c)
    at x_window.c:1788
#11 0x804e2eb in x_window_receive_event (win=0x8090708, event=0xbffff29c)
    at x_window.c:1387
#12 0x804cedd in x_window_manager_receive_next_event (win_man=0x806f1f8)
    at x_window_manager.c:238
#13 0x805e40f in receive_next_event (term_man=0xbffff3f0)
    at x_term_manager.c:1757
#14 0x805ec36 in x_term_manager_event_loop (term_man=0xbffff3f0)
    at x_term_manager.c:2281
#15 0x805c247 in main (argc=3, argv=0xbffff584) at main.c:51
#16 0x804cbde in ___crt_dummy__ ()
(gdb) 


BTW, is the patch manager in sourceforge used at all?

-- 
Ambrose Li  <a....@ie...>   http://trends.ca/~acli/
                                              http://www.cccgt.org/
A good style should show no sign of effort;
  what is written should seem a happy accident. - Somerset Maugham

[Mlterm-dev-en] Forward: A patch for mlterm :)

[Tomohiro K. <tk...@ri...>]

Hello,

I received the following message.
Please test it and merge.

---
Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/

[Mlterm-dev-en] mlconfig update

[Tomohiro K. <tk...@ri...>]

Hi,

I update mlconfig.

 - Renamed "Color" tab to "Background".
 - Renamed "Appearance" tab to "Font".
 - Moved "Foreground color" and "Fade ratio" items
   from "Background" tab to "Font" tab.
 - Changed the way how to specify background.

---
Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/

Re: [Mlterm-dev-en] home/end keys not working ?

[MINAMI H. <mi...@ch...>]

Hi

I've committed HOME/END key support to CVS.

Now mlterm recognizes HOME/END and 
you can specify the code sequence for those keys
using configuration file.

By default, no code sequence is sent for HOME/END (those keys are ignored). 

It can be changed by setting the value for "kh" (for HOME) and "@7" (for END) 
in mlterm/termcap. For the format of the config file, see the
"Terminal Behavior Configuration File" section in the mlterm's man page.

The value to be specified can be read from your terminfo/termcap database.

If you are using termcap, use the value of kh/@7 field. 
In the case of terminfo, use khome/kend instead.

For example, if you are using mlterm on debian + XFree86 4.x,
"infocmp xterm" says that khome=\EOH and kend=\EOF for TERM=xterm.

So add
 xterm:kD=\E[3~:kb=^?:kh=\EOH:@7=\EOF:ut
to your.mlterm/termcap (or modify /etc/mlterm/termcap if you like) 
and test whether HOME/END works when TERM is set to xterm. 

# You can NOT use HOME/END under TERM=kterm on debian for now.
# Because this feature is worthless when terminfo/termcap entry for your TERM 
# does not contain the definition of kh/@7 (khome/kend)...

regards,

MINAMI Hirokazu <mi...@ch...>

Re: [Mlterm-dev-en] home/end keys not working ?

[MINAMI H. <mi...@ch...>]

Hi,

On 01 Jul 2002 02:16:56 +0200
Ingo Heinrich <in...@go...> wrote:

> hello mlterm developers,
> after trying to change keymappings via .mlterm/termcap and spotting the
> location in the source code, i finally gave up and decided to write this
> email.
> my problem is: mlterm does not recognize the "home" (pos1) and "end"
> keys, neiter the "normal" ones nor the ones on the keypad.

Please try attached patch.

This one makes mlterm to mimic the behavior of xterm included in xfree86 4.x . 
(you may have to chenge sequeces depending on your TERM setting...) 

regards,

MINAMI

[Mlterm-dev-en] home/end keys not working ?

[Ingo H. <in...@go...>]

hello mlterm developers,
after trying to change keymappings via .mlterm/termcap and spotting the
location in the source code, i finally gave up and decided to write this
email.
my problem is: mlterm does not recognize the "home" (pos1) and "end"
keys, neiter the "normal" ones nor the ones on the keypad.
it seems like they are not processed at all as other function keys (eg
F1, PgUp, PgDn, ...) work like expected but hitting one of those two
does not give a reaction of any kind. neither are escape codes printed
to screen (in mod_meta_mode=esc mode) nor does the bell "ring".
the keymap is german (latin1-nodeadkeys), the keyboard is a PC 102 keys
german model, my system is debian (unstable) running xfree86 4.2.
hopefully you can provide any hint or direction as where to find a
solution for this problem.

sincerely,
	ingo heinrich

[Mlterm-dev-en] ¹ØÓÚÍøÕ¾½¨Éè!

[houshen2616<hou...@si...>]

ÄúºÃ£º 
    
    Ê×ÏȸÐлÄú¶ÔÎÒÃǵĹØ×¢£¬ÎÒ¹«Ë¾ÎªÇì×£³ÉÁ¢ÈýÖÜÄêÌØÍƳöÈçÏÂÓŻݲúÆ·£º

 1¡¢200M£¨´¿HTML¿Õ¼ä£©+ ËÍÒ»¹ú¼ÊÓòÃû£¬½öÊÛ150Ôª/Äê
   
 2¡¢60M¿Õ¼ä+60MÆóÒµÓÊ¾Ö + Ö§³ÖASP£¬CGI + ËÍÒ»¹ú¼ÊÓòÃû£¬½öÊÛ236Ôª/Äê
   
 3¡¢100MP¿Õ¼ä+100MÆóÒµÓÊ¾Ö + Ö§³ÖASP£¬CGI£¬ACCESS + ËÍÒ»¹ú¼ÊÓòÃû£¬½öÊÛ336Ôª/Äê 
   
¸ü¶à¿Õ¼ä×éºÏ£¬¸ü¶àÑ¡Ôñ---Çëµã»÷ÎÒÃǵÄÍøÕ¾ http://www.logindns.com/ Á˽âÏêÇ飬
»òÁªÏµE-mail:web...@lo...  
 лл!
  
¡¡¡¡¡¡¡¡¡¡¡¡¡¡
¡¡¡¡¡¡¡¡×£ÄúÂíÄ꼪Ïé¡¢ºÃÔËÌìÌìÓС¢ÐÒÔ˳£°éËæ!!!
         
                                 
                                      ÏÃÃÅÊÐӯͨԶº½µç×ӿƼ¼ÓÐÏÞ¹«Ë¾





































































































































































































































































---------------------------------------------------------------
·ÐµãȺ·¢Óʼþ,À´×ÔÈí¼þ¹¤³Ìר¼ÒÍø(http://www.21cmm.com)

½øCMMÍøУ(http://www.21cmm.com)£¬³ÉÏîÄ¿¹ÜÀíר¼Ò

[Mlterm-dev-en] ·q­P¡G±M§Q°Ó¼Ðºc·Q¤H¡B¥Ó½Ð¤H¡B©Ó¿ì¤H

[<cb_...@eu...>]

·q­P¡G±M§Q°Ó¼Ðºc·Q¤H¡B¥Ó½Ð¤H¡B©Ó¿ì¤H

­Y¦³¥´ÂZ¡A·q½Ð¥]²[¡C

ª¾©ú±M§Q°Ó¼Ð¨Æ°È©Ò·q¤W
¹q¸Ü¡G(02) 2695 8836  
             0933 067 099
                                                                                   
(¤@) ¥»©ÒÀuÂI

        ªA°È©P¸Ô¡Aµ´¹ï«O±K¡Cª§¨ú®É¾÷¡A§Y®É«ô³X¡C
        »ù®æ¤½¹D¡Aµ´¹ï±M·~¡C¤å¦rÀu¬ü¡A«O»ÙÅv¯q¡C       

(¤G) ¯S§OªA°È

      1.¹ï«È¤á±ý¥Ó½Ð±M§Q/°Ó¼Ð¤§®×¥ó¸Ô¥[µû¦ô¡Aµû¦ô¤£¦¬¶O¥Î¡C

      2.¬°«È¤á´£¨Ñªø¦~ÅU°Ý¦¬¶OªA°È¡AÁ|¤ZÀ˯Á¡B¥Ó½Ð¡BµªÅG¡B²§Ä³¡BÁ|µo¡B¶D³^¡B
         «IÅv¡B¥é«_¡B±M§Q°jÁסB±Ð¨|¡B¬ã°Q¡B¸ê°T»`¶°µ¥¬ÛÃö°ÝÃD§¡¥i´£¨Ñ¡C


 
       ¦p¦³»Ý­n¡A·q½Ð³qª¾¡C
       ¦p»X¤¶²Ð¡A¥Ñ°J·PÁ¡C

Re: [Mlterm-dev-en] problems with colors

[Araki K. <ara...@us...>]

	Hi,

	Subject: [Mlterm-dev-en] problems with colors
	From: Noah Levitt <nl...@co...>
	Message-ID: <200...@co...>
	Date: Wed, 19 Jun 2002 17:52:14 -0400

> I have been trying to get bright black to show up as a
> different color than regular black. In xterm, the escape
> sequence ^[[1m^[[30m makes the foreground color bright
> black. The color of bright black is settable with the X
> resource xterm*color8. How can I set this color in mlterm? I
> tried using hl_black, without success. In fact I couldn't
> figure out what the hl_colors do at all.

        If you write as follows in .mlterm/color,

hl_black=#404040

        the escape sequence ^[[1m^[[30m should make foreground color bright.

        I think what you did was completely ok, and it seems a bug of mlterm
        itself that causes this problem.

        # But I wonder why... it works as expected in my environment.

> Also, colors of the form #xxxxxx are not working for me.
> With ~/.mlterm/color:
>
> black=#ffffff
> red=#ffffff
> green=#ffffff
> yellow=#ffffff
> blue=#ffffff
> magenta=#ffffff
> cyan=#ffffff
> white=#ffffff
>
> all the default colors are used.

        Hmm... in my environment, your .mlterm/color settings work fine.

        Well, would you please check if x_color_custom_set_rgb()(l.165) in x_color_custom_read_conf()
        is called or not?
        If it is not called, please tell me where errors happen in x_color_custom_read_conf().

        Regards,

--
kiken
ara...@us...

[Mlterm-dev-en] problems with colors

[Noah L. <nl...@co...>]

Hello mlterm-dev-en,

I have been trying to get bright black to show up as a
different color than regular black. In xterm, the escape
sequence ^[[1m^[[30m makes the foreground color bright
black. The color of bright black is settable with the X
resource xterm*color8. How can I set this color in mlterm? I
tried using hl_black, without success. In fact I couldn't
figure out what the hl_colors do at all.

Also, colors of the form #xxxxxx are not working for me.
With ~/.mlterm/color:

black=#ffffff
red=#ffffff
green=#ffffff
yellow=#ffffff
blue=#ffffff
magenta=#ffffff
cyan=#ffffff
white=#ffffff

all the default colors are used.

Using mlterm 2.5.0 on solaris 8.

Noah

Re: [Mlterm-dev-en] META key on mlterm

[MINAMI H. <mi...@ch...>]

On Tue, 18 Jun 2002 13:26:10 -0700 (PDT)
Nadim Shaikli <sh...@ya...> wrote:

> I'm posting this since I've received a number of these questions
> myself from various users and so wanted to archive the answers
> and discussion.
> 
> I'm unable to use the META key on mlterm-2.5.0 (or earlier)

Mlterm's behavior about meta key is controlled by
mod_meta_mode option which should be written in ~/.mlterm/main.

If the option is not specified, the default is "None" and
mlterm ignores meta keys.

You can confirm/change the current setting of "mod_meta_mode" option
at "Others"/"Meta key output" in mlconfig.

Please try to set the option to 8bit or esc. 

If it does not solve your problem, key_pressed() in xwindow/x_window.c
is where meta key is processed.

Regards,

--
MINAMI Hirokazu 

[Mlterm-dev-en] META key on mlterm

[Nadim S. <sh...@ya...>]

I'm posting this since I've received a number of these questions
myself from various users and so wanted to archive the answers
and discussion.

I'm unable to use the META key on mlterm-2.5.0 (or earlier)

Here is my 'stty -a' output.

  speed 9600 baud; rows 30; columns 83;
  intr = ^C; quit = ^\; erase = ^H; kill = ^U; eof = ^A; eol = <undef>;
  eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z;
  dsusp = ^Y; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1;
  time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
  -ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon
  -ixoff -iuclc -ixany -imaxbel
  opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0
  vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase
  -tostop -echoprt echoctl echoke

Am I missing a setting to enable that functionality ?  The key works
properly on xterm-166.

uname -a: SunOS zip 5.7 Generic_106541-08 sun4u

If further info is needed, I'd be more than happy to mail it.  If its
something specific to my setup/environment, let me know where to look
in mlterm's source to start debugging.

Thanks.

 - Nadim


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

[Mlterm-dev-en] 2.5.0 released

[Araki K. <ara...@us...>]

       Hi,

       I released mlterm 2.5.0.
       
       2.5.0 new features are as follows.
       
* gdk-pixbuf as well as imlib is supported.(Thanks to Minami Hirokazu san)
* mlterm can be built in other directories than the source tree.
  (Thanks to Nakada Nobuyoshi san)
* BCE is supported.
* mlterm is separated into vt100 core functions(mlterm/) and x window system
  specific functions(xwindow/), and mlterm window can be revived even if
  it is destroyed by a window manager.
* UCS4 is used internally even if --enable-ucs4 option is not specified.
* <KEY>=<OUTPUT STRING> format is supported in key config file.
* mlcc is added. (Thanks to Minami Hirokazu san)
* extra scrollbar plugins(athena,motif,mozmodern,next) are added.
  (Thanks to Sato Seiichi san)
* 16 color support.
* And many minor bugs are fixed.

--
kiken
ara...@us...

Re: [Mlterm-dev-en] fonts

[Behdad E. <be...@ba...>]

The shell expands ~ to your home path, don't worry.


On Thu, 13 Jun 2002, Karl Koehler wrote:

> 
> 
> 
> On Wed, 12 Jun 2002, Ahmad Emami wrote:
> > Hi,
> > This problem may not be very related but I can't
> > install the arabic fonts and hence run mlterm.
> > 
> > I have got these fonts and put them into ~/fonts/
> > directory:
> > 10x20.bdf
> > 10x20.pcf
> > 
> > I ran 'mkfontdir' command with no problem but when I
> > run 'xset fp+ ~/fonts/' I get the following error:
> > xset:  bad font path element (#37), possible causes are:
> >     Directory does not exist or has wrong permissions
> >     Directory missing fonts.dir
> >     Incorrect font server address or syntax
> > 
> > Do you know what the problem might be?
> The '~' is not legal, as it refers to _your_ home,of which the 
> X-server/font-server knows nothing. You should specify  a full path the 
> X-server can see.
> 
> As a note on the side: I made the experience that it is faster to have
> _only_ the pcf-font in the fontpath ( depending on what is mkfontdir 
> writes into fonts.dir ).
> 
> 
> 	Karl
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
> 
> _______________________________________________
> Mlterm-dev-en mailing list
> Mlt...@li...
> https://lists.sourceforge.net/lists/listinfo/mlterm-dev-en
> 

-- 
Behdad Esfahbod				23 Khordad 1381, 2002 Jun 13 
http://behdad.org/			[Finger for Geek Code]

A meeting is an event at which the minutes are kept and the hours are lost.

Re: [Mlterm-dev-en] fonts

[Karl K. <ko...@or...>]

On Wed, 12 Jun 2002, Ahmad Emami wrote:
> Hi,
> This problem may not be very related but I can't
> install the arabic fonts and hence run mlterm.
> 
> I have got these fonts and put them into ~/fonts/
> directory:
> 10x20.bdf
> 10x20.pcf
> 
> I ran 'mkfontdir' command with no problem but when I
> run 'xset fp+ ~/fonts/' I get the following error:
> xset:  bad font path element (#37), possible causes are:
>     Directory does not exist or has wrong permissions
>     Directory missing fonts.dir
>     Incorrect font server address or syntax
> 
> Do you know what the problem might be?
The '~' is not legal, as it refers to _your_ home,of which the 
X-server/font-server knows nothing. You should specify  a full path the 
X-server can see.

As a note on the side: I made the experience that it is faster to have
_only_ the pcf-font in the fontpath ( depending on what is mkfontdir 
writes into fonts.dir ).


	Karl

Re: [Mlterm-dev-en] fonts

[Ahmad E. <ah...@cl...>]

Hi,

Thanks for the tip. It actually worked.

I ran mlterm and tried to read at an arabic script.
I set then LESSCHARSET variable with 'setenv LESSCHARSET utf-8'
but then when I use less I get the 'invalid charset name'
error. Any ideas about this one?

Thanks again

- Ahmad



On Wed, 12 Jun 2002, Noah Levitt wrote:

> On Wed, Jun 12, 2002 at 05:41:48PM -0400, Ahmad Emami wrote:
> > I ran 'mkfontdir' command with no problem but when I
> > run 'xset fp+ ~/fonts/' I get the following error:
>
> Just a guess: maybe you need to specify the full path
> instead of using tilde?
>

[Mlterm-dev-en] fonts

[Ahmad E. <ah...@cl...>]

Hi,
This problem may not be very related but I can't
install the arabic fonts and hence run mlterm.

I have got these fonts and put them into ~/fonts/
directory:
10x20.bdf
10x20.pcf

I ran 'mkfontdir' command with no problem but when I
run 'xset fp+ ~/fonts/' I get the following error:
xset:  bad font path element (#37), possible causes are:
    Directory does not exist or has wrong permissions
    Directory missing fonts.dir
    Incorrect font server address or syntax

Do you know what the problem might be?

Without the arabic font I get the following error
when running mlterm:
mlterm -E utf8 -w 20
a font for displaying us ascii chars is not found.

Thanks in advace,
- Ahmad

[Mlterm-dev-en] ¯Â°Ó·~¿ì¤½«Ç¥X¯²

[<vcb...@sh...>]

                          **********************
                              ¯Â°Ó·~¿ì¤½«Ç¥X¯²  
                          **********************
   
   ±MªùªA°È°Ó¥Î¿ì¤½«Ç¤§©Ó¯²¤H¡C

   ¥x¥_¦Uµ¥¯Å°Ó¥Î¿ì¤½«Ç®×¥ó¡A¾A¦X¦UºØ°Ó·~»Ý¨D¡I¡I

   §Ú­Ì¾Ö¦³ºZ³qªº¸ê°T¡B¦³«Ü¦h¥ß§Y­n¥X¯²ªº¿ì¤½«Ç¡A¥¿µ¥«ÝµÛ±zªº¬D¿ï¡A
   
   ¤@©w­n¬°±z§ä¨ì¤@³B³Ì¾A¦X±z¹ê²{±z¶¯¹Ï§§§Óªº³õ©Ò¡I¡I¡I¡I
   
   Á|¨Ò¦p¤U¡G

   °Ï°ì¡G

   ¤j¦w°Ï¡G ¤¯·R¸ô¡B´°¤Æ«n¡B¥_¸ô
            50-300©W¡]¯²ª÷1200-2500¤¸¡^¡B           
            ¯Â¿ì®ð¬£¤j¼Ó¡A²{¦¨¦Ê¸U¸ËæC¡]§K³»Åýª÷¡^¡B
            °¨¤W¥i¨Ï¥Î 
        
   «H¸q°Ï¡G «H¸q¸ô¤@¡B¤G¡B¤T¡B¥|¡B¤­¬q¡C 
            30-500©W¡]1200-2100¤¸¡^
            ¥þ·s®ð¬£¤j¼Ó¡Bªñ±¶¹B¯¸¤f¡B¥æ³q¤è«K
           ¡]¯²ª÷¦X²z¡B¥i­±Ä³»ù¡^

   ªQ¤s°Ï¡G «n¨ÊªF¸ô¤T¡B¥|¡B¤­¡B¬q
            30-450©W¡]¯²ª÷1000-1800¤¸¡^
            ®ð¬£¡B´ºÆ[µ´¨Î              

   ¤¤¤s°Ï¡G ªQ¦¿¸ô¡Bªø¦wªF¸ô¡A¤¤¤s¥_¸ô  
            70¢w400©W¡]¯²ª÷1000-2200¤¸¡^
            ¯Â¿ì¡B²{¦³¸ËæC

   ¦è  °Ï¡G ©¾§µ¦è¸ô¡BÀ]«e¸ô¡B©Ó¼w¸ô¡B¿Å¶§¸ô
            50-500©W
            ¦Ê¸U¸ËæC¡B«K©y¥X¯²¡]Åwªï¬Ý«Î¡^

   ¤º´ò°Ï¡G ­«¹º°Ï
            80-500©W1300¤¸°_¡C½Ð§â´¤¨}¾÷
            ¥þ·s®ð¬£¤j¼Ó¡B²{¦³¸ËæC¡B°¨¤W¥i¨Ï¥Î
  

  ªA°È²Ä¤@¡A«~½è«OÃÒ¡CÅwªï¬¢¸ß.
 

  ·ç°T¤£°Ê²£ °Ó¥ò³¡
  Ápµ¸¤H¡G³³¤p©j ·q¤W
  TeL¡]¥Nªí¸¹¡^¡G 02-27492314
  ¦æ°Ê¹q¸Ü¡G0937063831
  
  
  ±zªºº¡·N¡A¬O§Ú­Ìªº¦¨´N¡I¡I¡I¡I  

[Mlterm-dev-en] ¶Ç¯u¸¹½X¥X°â

[<mnb...@hs...>]

¶Ç¯u¸¹½X¥X°â


§Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§

¬O§Ú±q¦U­Ó¦P·~¤½·|¡B¹q¸Üï¡B¶À­¶¡B¼x«H©Ò¡B

ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A

¸g¦~²Ö¤ë¤@µ§¤@µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C

¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A

¦A¸g¹L²Î­p¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O­«½Æªº¡A

¨Ã¸g¹L¹ê»Úµo°e´ú¸Õ¡A¦A­ç°£±¼µL®Äªº¸¹½X¡A

©Ò¥H¨C¤@µ§¨ì4¤ë©³¬°¤î¡A³£¥i¥Hµo°e¡C

®Ú¾Ú¸gÅç¡A´X¥G©Ò¦³02_¶}ÀYªº¶Ç¯u¡A

³£¤w¦¬¶°¦b³o¸Ì¤F¡A±q¨ä¥L¨Ó·½¡A¤]¤£¤Ó®e©ö¦A§ä¨ì·sªº¡C

¦pªG±z¦³¿³½ìÁʶR¡A§ÚÄ@·N¥H3000¤¸¤À¨É¡C


¾H¤p©j
tel: 02-27492314

[Mlterm-dev-en] ¶Ç¯u¸¹½X¥X°â

[<bvv...@Mo...>]

¶Ç¯u¸¹½X¥X°â


§Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§

¬O§Ú±q¦U­Ó¦P·~¤½·|¡B¹q¸Üï¡B¶À­¶¡B¼x«H©Ò¡B

ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A

¸g¦~²Ö¤ë¤@µ§¤@µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C

¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A

¦A¸g¹L²Î­p¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O­«½Æªº¡A

¨Ã¸g¹L¹ê»Úµo°e´ú¸Õ¡A¦A­ç°£±¼µL®Äªº¸¹½X¡A

©Ò¥H¨C¤@µ§¨ì4¤ë©³¬°¤î¡A³£¥i¥Hµo°e¡C

®Ú¾Ú¸gÅç¡A´X¥G©Ò¦³02_¶}ÀYªº¶Ç¯u¡A

³£¤w¦¬¶°¦b³o¸Ì¤F¡A±q¨ä¥L¨Ó·½¡A¤]¤£¤Ó®e©ö¦A§ä¨ì·sªº¡C

¦pªG±z¦³¿³½ìÁʶR¡A§ÚÄ@·N¥H3000¤¸¤À¨É¡C


¾H¤p©j
tel: 02-27492314

[Mlterm-dev-en] Re: sysv utmp patch

[Araki K. <ara...@us...>]

	Hi,

        Nadim Shaikli sent me a patch for supporting sysv-style utmp,
        which I've already merged to CVS repository.
        But he still has a problem, so please test his work:)
	
--
kiken
ara...@us...

Subject: sysv utmp patch
From: Nadim Shaikli <sh...@ya...>
Message-ID: <200...@we...>
Date: Wed, 24 Apr 2002 18:10:02 -0700 (PDT)

> I'm attaching a patch for the utmp code for sysv - I'm not sure if I did
> all the right things (so please check the validity of the code - I might
> be naive in the implementation, but as noted I wasn't able to find enough
> info about the subject, I tried searching multiple times).
>
> The code on a Sparc Sun works for both defines (utmp and utmpx) using the
> 'who' and/or 'w' calls - yet 'finger' doesn't work (why ??).  I tried to
> find info on how "finger" works, but wasn't able to find any detailed info
> and wasn't sure if I was doing something wrong in my write of the utmp(x)
> entries.

[Mlterm-dev-en] offline meeting

[Tomohiro K. <tk...@ri...>]

Hi,

mlterm developers and users are now planning to have a offline
meeting in Tokyo area.  It will not be a serious meeting.

Date: 2002-04-28 (determined)
Time: 18:00 (not determined yet)
Place: Shinjuku area (not determined yet; it should be near
       stations of Yamanote line, even if not Shinjuku.)

Are anyone interested in joining the meeting?

---
Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/
"Introduction to I18N"  http://www.debian.org/doc/manuals/intro-i18n/

[Mlterm-dev-en] 2.4.0 released

[Araki K. <ara...@us...>]

        Hi,

        I released mlterm version 2.4.0.

        Following is a change log.

* #RRGGBB format is supported for specifying fg/bg color.
* All color names defined in rgb.txt are available for specifying fg/bg color.
* Bidi processing is improved for practical use.(Thanks to Nadim Shaikli)
* Even if console applications don't support character combining, -J/--dyncomb
  option enables them to show combining characters correctly.
* Shortcut keys for scrolling which are not compatible with xterm are disabled
  by default. -q/--extkey option enables them.
* And many monor bus are fixed.

--
kiken
ara...@us...

[Mlterm-dev-en] 2.3.1 released

[Araki K. <j00...@ip...>]

       Hi,

       I released 2.3.1.

       -e option fails on Linux etc. fixed.
       
--
kiken
j00...@ip...

[Mlterm-dev-en] 2.3.0 released

[Araki K. <j00...@ip...>]

	Hi,

        I released mlterm-2.3.0.

        Followings are new features.
        
* Vertical view(both right to left and left to right) is supported.
* Max number of pty windows is increased to 32.
* Most settings of scrollbar(position,type,color etc) can be dynamically changed.
* Number of extra dots between lines can be specified.
* Brightness of wall picture and transparent background can be adjustied.
* Mlterm can work as a daemon process , and mlclient which is a front end of mlterm
  server is added.
* Mlterm can handle multiple display connections.
* utmp,wtmp is supported by utemper , login/logout functions , or directly 
  operating BSD style utmp,wtmp files.
  (utemper support is contributed by Mike Fabian , and login/logout one is by
  Minami Hirokazu san. Thanks!)
* Transparent background by _XROOTPMAP_ID(on kwin,icewm etc) is supported.
* and many minor bugs are fixed.

--
kiken
j00...@ip...