3 ms·

Making links clickable requires no changes to the protocols spoken -- the emulator merely recognizes URIs. I know about mouse support. Updating title bars act

Making links clickable requires no changes to the protocols spoken -- the emulator merely recognizes URIs. I know about mouse support. Updating title bars actually goes back a long time. Displaying images... I've never seen -- can you tell me about that? I've actually outlined in this thread how to implement key up events, if that really was desired, in ttys, but I argue there's no real demand, and it won't happen. And it is impossible now in the sense that... the functionality does not exist.

darkpuma 8y ago
iterm2 supports inline images with a proprietary set of escape codes described here: https://www.iterm2.com/documentation-images.html https://www.iterm2.com/documentation-images.html Incidentally if you ssh into an untrusted system using iterm2 (or otherwise get foreign escape codes going into iterm2, for instance if you cat the wrong file), I believe it's possible for that system to drop files into your ~/Downloads/ directory without prompting you. It could be worse though, there used to be terminal emulators you could exploit by setting the title, because they weren't bounds checking correctly.
mikeash 8y ago
I’m not just talking about clickable URLs, but actual hyperlinks where the visible title is different from the destination URL. I don’t know what there is to tell about displaying images. There are terminal emulators that can display images inline when a program emits the image data properly. I don’t understand your final sentence. How does it make sense to say that it’s impossible because it doesn’t currently exist? That’s like saying it’s impossible for me to drive because I’m not currently in a car. You didn’t say that nothing currently supports it, you said “no one can fix this.”
- cryptonector 8y ago
  I wrote this: > So, yes, it's absolutely impossible to get key up events in tty context, and at this point it will almost certainly stay that way forever, as it's too late to retrofit terminal emulators, drivers, and applications to understand whatever protocol for communicating key up events. (The right way to do this would be to develop an escape sequence protocol that the tty/pty drivers could decode and turn events into out-of-band events to be delivered via ioctl()s, that way applications that don't care about key up events don't see them and don't need to be modified. But who is going to do all that work?) So "it's impossible [right now]" and "it can be done" but "it's not gonna happen". Is that not a fair summary? Perhaps we can disagree as to the last part. EDIT: Ah yes, further below I wrote this: > Eh? No, no one can fix this. Oracle couldn't fix this in Solaris. Microsoft can't fix this either (in Windows, in Linux, not at all). > It's not a question of money, or managerial will-power. You're asking to boil a great lake, and if you have the money for it, you will almost certainly find better uses for it. There is no market demand for a "fix" here, so there cannot be any managerial will-power either. That's overbroad, yes. The fix I outlined is not as much as boiling great lakes.
  - mikeash 8y ago
    I wouldn’t be at all surprised if it happened. I wouldn’t be surprised if it never happened, too, but I don’t think it’s at all a fair summary to say it definitely never will. It’s not at all reasonable to call it impossible, and Oracle, Microsoft, or random Linux developers could all do it if they felt like it.
    - cryptonector 8y ago
      Fair enough.
dfc 8y ago
The terminology, the terminal emulator from enlightenment, will display images and do other things tgat xterm never could: https://www.enlightenment.org/about-terminology.md https://www.enlightenment.org/about-terminology.md
- darkpuma 8y ago
  >things that xterm never could Ah, but can terminology render tektronix vector graphics? :)
- cryptonector 8y ago
  Thanks!
LeoPanthera 8y ago
Terminals have been able to display images since the VT200: https://en.wikipedia.org/wiki/Sixel https://en.wikipedia.org/wiki/Sixel
- kevin_thibedeau 8y ago
  Tektronix had graphical terminals in the 70's. Still emulated by xterm.
deleted 8y ago
[deleted]

darkpuma 8y ago

iterm2 supports inline images with a proprietary set of escape codes described here: https://www.iterm2.com/documentation-images.html https://www.iterm2.com/documentation-images.html Incidentally if you ssh into an untrusted system using iterm2 (or otherwise get foreign escape codes going into iterm2, for instance if you cat the wrong file), I believe it's possible for that system to drop files into your ~/Downloads/ directory without prompting you. It could be worse though, there used to be terminal emulators you could exploit by setting the title, because they weren't bounds checking correctly.

mikeash 8y ago

I’m not just talking about clickable URLs, but actual hyperlinks where the visible title is different from the destination URL. I don’t know what there is to tell about displaying images. There are terminal emulators that can display images inline when a program emits the image data properly. I don’t understand your final sentence. How does it make sense to say that it’s impossible because it doesn’t currently exist? That’s like saying it’s impossible for me to drive because I’m not currently in a car. You didn’t say that nothing currently supports it, you said “no one can fix this.”

cryptonector 8y ago
I wrote this: > So, yes, it's absolutely impossible to get key up events in tty context, and at this point it will almost certainly stay that way forever, as it's too late to retrofit terminal emulators, drivers, and applications to understand whatever protocol for communicating key up events. (The right way to do this would be to develop an escape sequence protocol that the tty/pty drivers could decode and turn events into out-of-band events to be delivered via ioctl()s, that way applications that don't care about key up events don't see them and don't need to be modified. But who is going to do all that work?) So "it's impossible [right now]" and "it can be done" but "it's not gonna happen". Is that not a fair summary? Perhaps we can disagree as to the last part. EDIT: Ah yes, further below I wrote this: > Eh? No, no one can fix this. Oracle couldn't fix this in Solaris. Microsoft can't fix this either (in Windows, in Linux, not at all). > It's not a question of money, or managerial will-power. You're asking to boil a great lake, and if you have the money for it, you will almost certainly find better uses for it. There is no market demand for a "fix" here, so there cannot be any managerial will-power either. That's overbroad, yes. The fix I outlined is not as much as boiling great lakes.
- mikeash 8y ago
  I wouldn’t be at all surprised if it happened. I wouldn’t be surprised if it never happened, too, but I don’t think it’s at all a fair summary to say it definitely never will. It’s not at all reasonable to call it impossible, and Oracle, Microsoft, or random Linux developers could all do it if they felt like it.
  - cryptonector 8y ago
    Fair enough.

dfc 8y ago

The terminology, the terminal emulator from enlightenment, will display images and do other things tgat xterm never could: https://www.enlightenment.org/about-terminology.md https://www.enlightenment.org/about-terminology.md

darkpuma 8y ago
>things that xterm never could Ah, but can terminology render tektronix vector graphics? :)
cryptonector 8y ago
Thanks!

LeoPanthera 8y ago

Terminals have been able to display images since the VT200: https://en.wikipedia.org/wiki/Sixel https://en.wikipedia.org/wiki/Sixel

kevin_thibedeau 8y ago
Tektronix had graphical terminals in the 70's. Still emulated by xterm.

deleted 8y ago

[deleted]