RatatuiRuby wraps Rust Ratatui as a RubyGem – TUIs with the joy of Ruby
RatatuiRuby wraps Rust Ratatui as a RubyGem – TUIs with the joy of Ruby
I’m now doing a long overdue linux rice using the themes of ayu (the fairly decent colour scheme that doesn’t fuck with my colour blindness) along with autumn, in chernobyl.
Sticking to Wayland only apps, as well as favouriting #tuis where I can get it. Sticking with #sway, but using #SwayFX and adding #waybar and #swaync as well as writing a first launch script that opens btop, yazi and launching #HelixEditor in my os repo.
Moreover, AppCUI does not in fact run on DOS, and its MacOS, Linux, Unix, and Windows Terminal back-ends are largely the same single output system that assumes that it is talking to something that speaks ECMA-48 plus ITU T.416 plus DTTerm extensions plus a bunch of XTerm extension control sequences.
The thing that is going to chew up the resources compared to 1989 is the underlying GUI system and the modern GUI terminal emulator that they have clearly tested it with, and which it requires. Plus the full multi-planar Unicode repertoire codec and font support in the GUI terminal emulator for those emojis and whatnot in the example.
Bakan Işıkhan: Kamu işçisinin zammında ikinci teklifi bu hafta vereceğiz: Çalışma ve Sosyal Güvenlik Bakanı Vedat Işıkhan, Çalışma ve Sosyal Güvenlik Bakanı Vedat Işıkhan, Türkiye Kamu Çalışanları Sendikaları Konfederasyonu'nun (Kamu-Sen) 33'üncü yıl dönümü programına katıldı. Buradaki programın ardından Işıkhan, basın mensuplarının sorularına yanıt verdi.
"BU HAFTA İÇERİSİNDE DE İKİNCİ… https://www.eshahaber.com.tr/haber/bakan-?sikhan-kamu-iscisinin-zamminda-ikinci-teklifi-bu-hafta-verecegiz-236241.html&utm_source=dlvr.it&utm_medium=mastodon EshaHaber.com.tr #Kamuİşçileri #VedatIşıkhan #TopluSözleşme #TÜİS #TÜRKİŞ
[…Continued]
The direct VRAM access version was not portable, obviously.
The high-level console API was only portable to OS/2. Windows NT initially didn't even support terminal control sequences, and only finally got that a few years ago.
The low-level console API worked with OS/2's Vio subsystem, and Windows NT had a similar low-level console API from the start. It has it to this day.
If you have an operating system with the "console" paradigm and a low-level console API, treating it as a DEC Video Terminal from 1978 using high-level console I/O was historically a terrible choice, and is a bad choice even today.
A salutary tale:
Many years ago I wrote a full-screen TUI program, with pretty colours, arrows, and line/box drawing, for a business client to run on MS-DOS.
Having done this sort of thing in the Unix world, I made it draw its TUI using character output via the ANSI.SYS CON device, the high-level console API. This was slow. One could watch it visibly drawing the entire screen at startup.
I did a version that used the underlying PC firmware API for writing to the display adapter, the low-level console API. This was significantly faster, although it still flickered a little.
I did a version that accessed the video memory directly. This was blazingly fast compared to both of the others, but I had to worry about MDA versus CGA/VGA (and VGA's mono mode).
#ComputerProgramming #TUIs #SoftwarePortability #ConsoleAPI
[Continued…]
От Cocoapods к Tuist+SPM быстрыми шагами
Не так давно прогремела новость, что Cocoapods переходит в режим поддержки, больше не будет развития, а только поддержка. В связи с этим встал вопрос, что дальше. В начале мы склонялись к чисто Swift Package Manager, но потом пришло понимание, что неплохо было бы уйти от конфликтов в project файле и сделать задел на модульность. В этой статье постараюсь описать полный путь от Cocoapods к Tuist+SPM, затрону то, что было мне было не понятно в других статьях и передать опыт, чтобы облегчить другим переход.