[kde-freebsd] Ctrl-A not working in Konsole 2.14.2 (KDE dev platform 4.14.3)

[Jim Long]

On the T60 laptop where Ctrl-A works, I get:

xkb_keymap {
	xkb_keycodes  { include "xfree86+aliases(qwerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+us+inet(thinkpad60)"	};
	xkb_geometry  { include "thinkpad(60)"	};
};

On the desktop I get:

xkb_keymap {
	xkb_keycodes  { include "xfree86+aliases(qwerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+us+inet(pc105)"	};
	xkb_geometry  { include "pc(pc105)"	};
};


I am studying the difference between your pc101 and my pc105, and
whether the pc105 truly corresponds to my keyboard hardware.

Thanks again for the lead!

Jim

On Mon, Aug 10, 2015 at 07:04:03PM -0500, Adam Vande More wrote:
> This is mine:
> 
> adam at m6600:~ % setxkbmap -print
> xkb_keymap {
>         xkb_keycodes  { include "xfree86+aliases(qwerty)"       };
>         xkb_types     { include "complete"      };
>         xkb_compat    { include "complete"      };
>         xkb_symbols   { include "pc+us" };
>         xkb_geometry  { include "pc(pc101)"     };
> };
> 
> 
> On Mon, Aug 10, 2015 at 6:52 PM, Jim Long <kde at museum.rain.com> wrote:
> 
> > Excellent suggestion, although I'm not sure where the evidence leads.
> >
> > No, I don't get that.  The Ctrl-A is completely swallowed up, it seems.
> >
> > On the laptop, where Ctrl-A works, yes, I do get a ^A when I type
> > Ctrl-V Ctrl-A.  But on the desktop, I don't.  And of course, if I
> > do Ctrl-V Ctrl-A Ctrl-V Ctrl-A I get ^V after the third keystroke.
> > Ctrl-V Ctrl-E does give me ^E.
> >
> > As another data point, I get the same behaviour when running bash in
> > an xterm window instead of konsole, so it's not strictly a konsole
> > problem.  But it doesn't happen when X isn't running.  Is there
> > someplace in my Xorg config I might check?
> >
> > Thanks for this insight!
> >
> > Jim
> >
> > On Mon, Aug 10, 2015 at 06:42:51PM -0500, Adam Vande More wrote:
> > > Opps,
> > >
> > > ^A
> > >
> > > On Mon, Aug 10, 2015 at 6:42 PM, Adam Vande More <amvandemore at gmail.com>
> > > wrote:
> > >
> > > > If you press ctrl-v then ctrl-a, does this appear:
> > > >
> > > >
> > > > On Mon, Aug 10, 2015 at 5:33 PM, Jim Long <kde at museum.rain.com> wrote:
> > > >
> > > >> Yes, on both machines.
> > > >>
> > > >>
> > > >> On Mon, Aug 10, 2015 at 05:01:56PM -0500, Adam Vande More wrote:
> > > >> > Does bind -p output contain:
> > > >> >
> > > >> > "\C-a": beginning-of-line
> > > >> >
> > > >> > ?
> > > >> >
> > > >> > On Mon, Aug 10, 2015 at 11:21 AM, Jim Long <kde at museum.rain.com>
> > wrote:
> > > >> >
> > > >> > > I have two systems running subject.  One is a laptop running
> > > >> > > 9.3-STABLE i386 circa July 30 (r269317).  The other is a desktop
> > > >> > > running 10.2-BETA2 amd64 (r285757).
> > > >> > >
> > > >> > > On the laptop, Ctrl-A and Ctrl-E work as expected in a Bash
> > command
> > > >> > > line within Konsole.  On the desktop, Ctrl-E works, but Ctrl-A
> > does
> > > >> > > nothing.
> > > >> > >
> > > >> > > I have checked both the Konsole keyboard shortcuts and the System
> > > >> > > Settings -> Standard Keyboard Shortcuts and there are not
> > differences:
> > > >> > > neither system has Ctrl-A bound to any short within Konsole, and
> > both
> > > >> > > systems have Ctrl-A bound to Select All in the Standard Keyboard
> > > >> Shortcuts.
> > > >> > >
> > > >> > > Where else can I look to find out what is preventing Konsole on
> > the
> > > >> > > 10.2-BETA2 machine from passing Ctrl-A through to the bash shell?
> > > >> > >
> > > >> > > Thank you!
> > > >> > >
> > > >> > > Jim
> > > >> > > _______________________________________________
> > > >> > > kde-freebsd mailing list
> > > >> > > kde-freebsd at kde.org
> > > >> > > https://mail.kde.org/mailman/listinfo/kde-freebsd
> > > >> > > See also http://freebsd.kde.org/ for latest information
> > > >> > >
> > > >> >
> > > >> >
> > > >> >
> > > >> > --
> > > >> > Adam
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Adam
> > > >
> > >
> > >
> > >
> > > --
> > > Adam
> >
> 
> 
> 
> -- 
> Adam