<div dir="ltr">Hi Mark,<div><br></div><div>I too have an LK461 keyboard. I use it on a standard PC that runs several versions of CentOS. I spent quite a while several years ago getting it to work just as I wanted (i.e. like a proper DEC keyboard) since I run emulators (mostly simh) for VAXen, and PDP11s on that computer. One thing I found early on is that some special keys (F13, F14, Help, Do, F17, Left Compose) were completely unresponsive until I added the following lines to the /etc/rc.local file</div><div><br></div><div><br></div><div># Activate the keyboard keys that do not work as standard<br></div><div>setkeycodes e03d 113 # Keycode for F13 = 113<br>setkeycodes e03e 114 # Keycode for F14 = 114<br>setkeycodes e03f 115 # Keycode for Help = 115<br>setkeycodes e040 186 # Keycode for F16 = 186 in include/linux/input.h<br>setkeycodes e041 117 # Keycode for F17 = 117<br>setkeycodes e00f 127 # Left Compose Character<br><br># Note for setting the Do key.<br># The obvious keycode to set the Do key to is 116 since dumpkeys shows that<br># keycode 116 is "Do". However, this causes problems since keycode 116 is<br># defined in the kernel as the shutdown key. On my HP microserver,<br># running showkey and pressing the power button returns 116, before shutting<br># the computer down!<br>#<br># I have chosen a keycode of 186 for the Do key since F16 is defined as 186<br># in /usr/include/linux/input.h, but this is probably no better than any other<br># unused keycode.<br><br># Now use loadkeys to define the actions of the Help and Do keys.<br># The Help key has keycode 115, and is recognised as "Help", but this<br># does not have any action when logged into VMS, so define the character string<br># that the Help key should generate.<br># The Do key has keycode 186. We need to define the keycode to be the F16<br># key, which already has the appropriate character string defined.<br><br>loadkeys <<XXXXX<br> string Help = "\033[28~"<br> keycode 186 = F16<br>XXXXX<br><br>echo "Help and Do keys have been defined"<br></div><div><br></div><div><br></div><div>Once the keys give some response, you can map them to the action you want using xmodmap.</div><div><br></div><div>We can talk about this at the DEC legacy event next month. Let me know if you want me to bring the actual computer along. My memory is pretty rusty about exactly what I did.</div><div><br></div><div>Cheers</div><div><br></div><div>Peter Allan</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 1 Oct 2019 at 23:43, Mark Wickens <<a href="mailto:mark@wickensonline.co.uk">mark@wickensonline.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I use a combination of Windows and Linux. I find xterm to have excellent emulation characteristics. On windows I use Putty and Cygwin terminals.<div><br></div><div>Now for the less ordinary: In order to use my LK450 keyboard (which only works properly when plugged into a PS/2 port direct, not via a USB dongle) I use an older copy of Hummingbird Exceed (bought off eBay as new-in-box a few years ago) on an old HP thin client terminal running Windows XP. This combination allows all the keys to be mapped correctly. I've always hated the fact that most combinations of DEC keyboards and PC computers left at least one or two keys incorrectly mapped. Having all keys mapped is a must when using ALL-IN-1 or WPS/PLUS. </div><div><br></div><div>In the past I've also used a passive adapter and the Linux LK201/LK401 keyboard driver. The adapter converts the keyboard connector into an RS/232 feed and provides 9v power for the keyboard. This should still work as the driver is still a module in the linux kernel. I found the mapping mostly worked although some of the key combinations didn't map by default from the keyboard interface layer to useful X keycodes.</div><div><br></div><div>I have a USB LK461 (I think that's the number) but I've not tried to get all the keys working. It works as a standard PC keyboard without any issue.</div><div><br></div><div>Regards, Mark.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 30 Sep 2019 at 09:27, Matt Burke <<a href="mailto:matt@9track.net" target="_blank">matt@9track.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 29/09/2019 16:19, Zane Healy wrote:<br>
> I’d tried ZOC7, and a couple other solutions, before settling on<br>
> SecureCRT. I have to have a properly functioning keypad. Even then I<br>
> still have a DEC VT420, plugged into a DECserver sitting by my Mac. I<br>
> love my VT420’s, but at times I like to be able to cut and paste. :-)<br>
You can cut and paste with a VT420. Hold down the 'Hold Screen (F1)' key<br>
and use the arrow keys to position the cursor. Then use 'Select'<br>
followed by the arrow keys to highlight the text and 'Remove' to copy.<br>
Then you can release the 'Hold Screen (F1) key.<br>
The text is stored in a buffer and can be pasted by holding down the<br>
'Hold Screen (F1)' key again and pressing 'Insert Here'.<br>
<br>
Matt<br>
_______________________________________________<br>
Simh mailing list<br>
<a href="mailto:Simh@trailing-edge.com" target="_blank">Simh@trailing-edge.com</a><br>
<a href="http://mailman.trailing-edge.com/mailman/listinfo/simh" rel="noreferrer" target="_blank">http://mailman.trailing-edge.com/mailman/listinfo/simh</a></blockquote></div>
_______________________________________________<br>
Simh mailing list<br>
<a href="mailto:Simh@trailing-edge.com" target="_blank">Simh@trailing-edge.com</a><br>
<a href="http://mailman.trailing-edge.com/mailman/listinfo/simh" rel="noreferrer" target="_blank">http://mailman.trailing-edge.com/mailman/listinfo/simh</a></blockquote></div>