Re: jed in rxvt

[Günter Milde <milde@xxxxxxxxxxxxxxxxxxxx>]

On Fri, May 30, 2003 at 05:25:02PM +0200, Morten Bo Johansen wrote:
> Günter Milde <milde@xxxxxxxxxxxxxxxxxxxx> wrote:
> 
> GM> I recently switched from aterm to rxvt and was surprised to
> GM> see that marking text with Shift-Arrow-key works nicely :-)
> 
> Doesn't work for me.

So the behaviour is still a bit erratic :-( How about the console?
(I have an experimental console patch but almost never use it, OTOH, cua
emulation without Shift-Arrow is almost unusable for me.)
 
> GM> ... I can no longer use the Alt-x (and similar) keybindings...
>
> If you put 
> 
>    Rxvt*meta8: false
> 
> in your ~/.Xresources and then run  xrdb -merge ~/.Xresources
> to have the setting kick in, then it should work for you.
> According to the manual page this is the default, though, so
> maybe other settings are also playing a part?

I have now
 
  rxvt*meta8:            false
  rxvt*modifier: 	       mod1
 
in my .Xdefaults and it works well (at least under KDE, I still had problems
under aewm++. 

On Thu, May 29, 2003 at 03:46:12AM +0200, Vincenzo Colosimo wrote:
> On Tue, May 27, 2003 at 11:27:40AM +0200 or thereabouts, Günter Milde wrote:
 
> > Also, Shift-F1 to Shift-F10 will no longer work out of the box (maybe due
> > to a wrong TERMINAL setting - what would be the right one)?
> 
> I always compile rxvt "--with-term=rxvt", because i found out that all
> my console apps are working good with this, but you can also set this
> with the "-tn" option of rxvt. 

with $TERM == rxvt, Key_F1 ... Key_F12 work, with $TERM == xterm not.

I found out that rxvt maps Shift-F1...ShiftF10 to F11..F20.

If I change keydefs.sl to have "F1" ... "FA" as tc,

variable Key_Shift_F1	= setkey_via_terminfo ("F1", "\e[11$");
variable Key_Shift_F2	= setkey_via_terminfo ("F2", "\e[12$");
variable Key_Shift_F3	= setkey_via_terminfo ("F3", "\e[13$");
variable Key_Shift_F4	= setkey_via_terminfo ("F4", "\e[14$");
variable Key_Shift_F5	= setkey_via_terminfo ("F5", "\e[15$");
variable Key_Shift_F6	= setkey_via_terminfo ("F6", "\e[17$");
variable Key_Shift_F7	= setkey_via_terminfo ("F7", "\e[18$");
variable Key_Shift_F8	= setkey_via_terminfo ("F8", "\e[19$");
variable Key_Shift_F9	= setkey_via_terminfo ("F9", "\e[20$");
variable Key_Shift_F10	= setkey_via_terminfo ("FA", "\e[21$");

the variables are set correctly (for rxvt). However, this leads to 
Key_F11 == Key_Shift_F1 and Key_F12 == Key_Shift_F2

I wonder, whether this mapping (Shift-Fn -> Fn+10) is generic. Then the
above change in keydefs might be still better than nothing.

In order not to overwrite my Key_Shift_F1 == context_help binding, I
can use a construct like

if (Key_F11 != Key_Shift_F1)
  setkey("show(getbuf_info,what_keymap)",    Key_F11);
if (Key_F12 != Key_Shift_F2)
{
   setkey("showkey_literal",                 Key_F12);
   setkey("showkey_ascii",                   Key_Shift_F12);
}

(obs: my examples use some home made functions)

> ... Is there a
> mode in jed that use this combinations? I use the emacs-emulation.
 
They are not bound out of the box, but I use them in my private
extension with command variants for easier remembering:

setkey("menu_select_menu(\"Global.&Help\")", Key_F1);
setkey("help_for_word_at_point",             Key_Shift_F1);
setkey("save_buffer",                        Key_F2);
setkey("save_buffer_as",                     Key_Shift_F2);
setkey("find_file",                          Key_F3);
setkey("close_buffer",                       Key_Shift_F3);
setkey("emacs_escape_x",                     Key_F4);
setkey("sltabc_evaluate_cmd",                Key_Shift_F4);
setkey("onewindow",                          Key_F5);
setkey("delete_window",                      Key_Shift_F5);
setkey("undo",                               Key_F8);
setkey("redo",                               Key_Shift_F8);

Günter
 
 
-- 
Milde at ife.et.tu-dresden.de

--------------------------
To unsubscribe send email to <jed-users-request@xxxxxxxxxxx> with
the word "unsubscribe" in the message body.
Need help? Email <jed-users-owner@xxxxxxxxxxx>.