On 1/7/2014 12:57 AM, Sampsa Laine wrote:
Turns out Terminal.app has built-in support for the keys, being as it derives largely from xterm source code I believe.
Anyway, I've now got my frankenkeyboard for the occasional moments when I really need to edit a file on a VMS box..
Sampsa
Can you do an export of your terminal settings and post the files somehwere? I'd be interested in trying them out.
John H. Reinhardt
Turns out Terminal.app has built-in support for the keys, being as it derives largely from xterm source code I believe.
Anyway, I've now got my frankenkeyboard for the occasional moments when I really need to edit a file on a VMS box..
Sampsa
On 2014-01-06 18:32, Paul_Koning at Dell.com wrote:
Sure, that would make sense. Color; sixel; other good things. But the first requirement would be strict conformance to the spec.
Yes, which pretty much rules out everything except xterm. :-)
xterm had DEC people involved, so I have at least some confidence that they might have checked it against some specs, and not just made up their own assumptions.
As far as "colored terms with graphics" goes, I'm not sure what terminal emulators Sampsa would be thinking of. xterm definitely supports ANSI color sequences, as an extension, and like has been mentioned, there is now also Sixel support (although that is far from perfect yet). If we get that a bit more improved, soft fonts is not that far away afterwards, and then we'll have a proper VT220, and so on. I talked a bit with the person writing the sixel support about soft fonts a few weeks ago. It might happen...
Johnny
paul
On Jan 6, 2014, at 11:59 AM, Sampsa Laine <sampsa at mac.com> wrote:
Well if you're going to go through all that hassle, why not go for one of the coloured terms with graphics?
sampsa <sampsa at mac.com>
mobile +44 7961 149465
On 6 Jan 2014, at 18:43, Paul_Koning at Dell.com wrote:
On Jan 5, 2014, at 10:53 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2014-01-04 21:08, Sampsa Laine wrote:
Been playing remapping some "slime slim, full size Apple" kbd but the results aren't great. Does anybody have a canonical list of VT220 escape codes, preferably in hex (I think my term's escape sequence is broken)..
Why don't you use xterm? The mappings are already correct. And as a bonus, you actually get a VT100 emulation with less bugs.
Sounds like an interesting project would be to do a proper VT2xx emulator (ideally from the DEC terminal SRM, if a copy can be found, failing that from published VT2xx manuals). Wx would be a good way to do that, since it s a very useable portable development environment. Or to make it even more straightforward, in WxPython?
paul
On 2014-01-06 17:43, Paul_Koning at Dell.com wrote:
On Jan 5, 2014, at 10:53 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2014-01-04 21:08, Sampsa Laine wrote:
Been playing remapping some "slime slim, full size Apple" kbd but the results aren't great. Does anybody have a canonical list of VT220 escape codes, preferably in hex (I think my term's escape sequence is broken)..
Why don't you use xterm? The mappings are already correct. And as a bonus, you actually get a VT100 emulation with less bugs.
Sounds like an interesting project would be to do a proper VT2xx emulator (ideally from the DEC terminal SRM, if a copy can be found, failing that from published VT2xx manuals). Wx would be a good way to do that, since it s a very useable portable development environment. Or to make it even more straightforward, in WxPython?
Actually, I think except for the soft fonts, xterm does VT220 pretty correctly too.
Johnny
I'd even pay for an emulator like this..
sampsa <sampsa at mac.com>
mobile +44 7961 149465
On 6 Jan 2014, at 19:32, Paul_Koning at Dell.com wrote:
Sure, that would make sense. Color; sixel; other good things. But the first requirement would be strict conformance to the spec.
paul
On Jan 6, 2014, at 11:59 AM, Sampsa Laine <sampsa at mac.com> wrote:
Well if you're going to go through all that hassle, why not go for one of the coloured terms with graphics?
sampsa <sampsa at mac.com>
mobile +44 7961 149465
On 6 Jan 2014, at 18:43, Paul_Koning at Dell.com wrote:
On Jan 5, 2014, at 10:53 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2014-01-04 21:08, Sampsa Laine wrote:
Been playing remapping some "slime slim, full size Apple" kbd but the results aren't great. Does anybody have a canonical list of VT220 escape codes, preferably in hex (I think my term's escape sequence is broken)..
Why don't you use xterm? The mappings are already correct. And as a bonus, you actually get a VT100 emulation with less bugs.
Sounds like an interesting project would be to do a proper VT2xx emulator (ideally from the DEC terminal SRM, if a copy can be found, failing that from published VT2xx manuals). Wx would be a good way to do that, since it s a very useable portable development environment. Or to make it even more straightforward, in WxPython?
paul
Sure, that would make sense. Color; sixel; other good things. But the first requirement would be strict conformance to the spec.
paul
On Jan 6, 2014, at 11:59 AM, Sampsa Laine <sampsa at mac.com> wrote:
Well if you're going to go through all that hassle, why not go for one of the coloured terms with graphics?
sampsa <sampsa at mac.com>
mobile +44 7961 149465
On 6 Jan 2014, at 18:43, Paul_Koning at Dell.com wrote:
On Jan 5, 2014, at 10:53 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2014-01-04 21:08, Sampsa Laine wrote:
Been playing remapping some "slime slim, full size Apple" kbd but the results aren't great. Does anybody have a canonical list of VT220 escape codes, preferably in hex (I think my term's escape sequence is broken)..
Why don't you use xterm? The mappings are already correct. And as a bonus, you actually get a VT100 emulation with less bugs.
Sounds like an interesting project would be to do a proper VT2xx emulator (ideally from the DEC terminal SRM, if a copy can be found, failing that from published VT2xx manuals). Wx would be a good way to do that, since it s a very useable portable development environment. Or to make it even more straightforward, in WxPython?
paul
Well if you're going to go through all that hassle, why not go for one of the coloured terms with graphics?
sampsa <sampsa at mac.com>
mobile +44 7961 149465
On 6 Jan 2014, at 18:43, Paul_Koning at Dell.com wrote:
On Jan 5, 2014, at 10:53 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2014-01-04 21:08, Sampsa Laine wrote:
Been playing remapping some "slime slim, full size Apple" kbd but the results aren't great. Does anybody have a canonical list of VT220 escape codes, preferably in hex (I think my term's escape sequence is broken)..
Why don't you use xterm? The mappings are already correct. And as a bonus, you actually get a VT100 emulation with less bugs.
Sounds like an interesting project would be to do a proper VT2xx emulator (ideally from the DEC terminal SRM, if a copy can be found, failing that from published VT2xx manuals). Wx would be a good way to do that, since it s a very useable portable development environment. Or to make it even more straightforward, in WxPython?
paul
On Jan 5, 2014, at 10:53 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2014-01-04 21:08, Sampsa Laine wrote:
Been playing remapping some "slime slim, full size Apple" kbd but the results aren't great. Does anybody have a canonical list of VT220 escape codes, preferably in hex (I think my term's escape sequence is broken)..
Why don't you use xterm? The mappings are already correct. And as a bonus, you actually get a VT100 emulation with less bugs.
Sounds like an interesting project would be to do a proper VT2xx emulator (ideally from the DEC terminal SRM, if a copy can be found, failing that from published VT2xx manuals). Wx would be a good way to do that, since it s a very useable portable development environment. Or to make it even more straightforward, in WxPython?
The editing keypad etc work great out of the box on Terminal.app.
The one thing that annoys me is the location of the PF keys, which are mapped to F1-4.
Going to remap those later.
Sampsa
On Jan 5, 2014, at 10:53 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2014-01-04 21:08, Sampsa Laine wrote:
Been playing remapping some "slime slim, full size Apple" kbd but the results aren't great. Does anybody have a canonical list of VT220 escape codes, preferably in hex (I think my term's escape sequence is broken)..
Why don't you use xterm? The mappings are already correct. And as a bonus, you actually get a VT100 emulation with less bugs.
Sounds like an interesting project would be to do a proper VT2xx emulator (ideally from the DEC terminal SRM, if a copy can be found, failing that from published VT2xx manuals). Wx would be a good way to do that, since it s a very useable portable development environment. Or to make it even more straightforward, in WxPython?
paul
On 2014-01-06 11:22, Sampsa Laine wrote:
On 6 Jan 2014, at 00:05, "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> wrote:
Sampsa Laine <sampsa at mac.com> writes:
Yeah, thinking of going that route, even though Xterm does look like =
crap and isn't really well integrated into the rest of OS X.
As a bonus, I'll get Erik's SIXEL support too..
What are you going to use it with?
I was actually just looking to get access to the editing + numeric keypad, which it turns out that both Terminal.app + iTerm have built in. So I'm just gonna stick with those - I don't know what I'm doing wrong, but I _STILL_ haven't found anything so buggy as to be memorable in 5+ years of using Terminal.app.
Might be different on the VMS version compared to RSX, but EDT in RSX sometimes use DECCOLM. At which point, your screen gets totally FUBAR using Terminal.app...
It'd be nice if it did SIXEL graphics, though, but again, I use those maybe once a year.
That's more often than I do. :-)
If VMS, you can't beat "$ CREATE/TERMINAL" if what you're seeking is DEC
terminal emulation.
With create/terminal you get into the fun of multiple clipboards again.
Yes, since that will once again be an X application, which works just like any other X application.
You need to setup a font server or copy the DEC fonts
to your MAc, create the font library and setup the path.
A simple, sane, user-friendly solution in the traditional Unix tradition :)
It is all very simple, and sane. You just have to try avoid using various proprietary solutions that mess things up... :-) It's when you mix those in that things becomes insane.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
