|
39 | 39 |
|
40 | 40 | \section{Motivation} % {{{ |
41 | 41 |
|
42 | | -For many decades Sixel and ReGIS have been the only image protocols for VTs. While both are |
43 | | -ancient and not even widely implemented, newer generations of people are used to seeing images |
44 | | -and even emojis everywhere. Those people may eventually touch a virtual terminal emulator |
45 | | -and expect to be it no different than what they are used to in other software systems. |
| 42 | +For many decades Sixel and ReGIS have been the only image protocols for terminal emulators. |
| 43 | +While both are ancient and not even widely implemented, newer generations of people are used |
| 44 | +to seeing images and even emojis everywhere. |
| 45 | +Those people may eventually touch a virtual terminal emulator and expect to be it no different |
| 46 | +than what they are used to in other software systems. |
46 | 47 |
|
47 | 48 | There is growing interest in both of these fields, and thus, many virtual terminal emulator |
48 | 49 | developers, 30 to 40 years later, have started implementing their own proprietary protocols |
49 | 50 | for displaying images as Sixel was simply not state of the art anymore. |
50 | 51 |
|
51 | 52 | While this is positive, it also leads to fragmentation in the ecosystem because application |
52 | | -developers do not know what to support in case they intend display images. |
| 53 | +developers do not know what to support in case they intend to display images. |
53 | 54 | This specification attempts to unify all those image protocols - not as a superset, but rather |
54 | 55 | as a largest common denominator, with implementation adaptability on both ends - terminal and |
55 | 56 | application side. |
56 | 57 |
|
| 58 | +This image protocol specification aims to be future proof with regards to the young generation |
| 59 | +of terminal users, as well as simple enough to be widely accepted and adopted on the terminal side |
| 60 | +as well as client side, yet allowing future extensions to this protocol |
| 61 | +without breaking compatibility to existing implementations. |
| 62 | + |
57 | 63 | % }}} |
58 | 64 | \section{Requirements} % {{{ |
59 | 65 |
|
|
0 commit comments