ruby-dbus
curses
| ruby-dbus | curses | |
|---|---|---|
| 1 | 4 | |
| 167 | 286 | |
| - | 0.3% | |
| 7.7 | 2.8 | |
| 8 months ago | 21 days ago | |
| Ruby | C | |
| GNU Lesser General Public License v3.0 only | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ruby-dbus
-
Personal Computing on an Amiga in 2021
above you have to be really dedicated to want to keep diving into it.
> I wouldn't couple it to a specific language, and in fact I don't think that was the case with ARexx anyway: the interface was open enough that other scripting languages could have been supported on the existing ARexx infrastructure.
The port/command execution is open enough, certainly. A good example would be FrexxEd (one of the co-authors was/is Daniel Stenberg of CURL fame), which used "FPL" (a C-like language) as its main scripting language, but all the editor specific commands are shared between FPL and the ARexx port.
> I'm not going to do the work though ;-) Got enough going on ATM...
This is the problem. So many of us miss parts of what the Amiga does, but they're conveniences that are easy to miss and want but hard to justify putting in the effort on. Especially as many of them are just sufficiently dated that they'd need some rethinking, and suddenly it's a lot of effort.
[1] https://github.com/mvidner/ruby-dbus
curses
-
CLI tools at Aha!
As we make updates to our ops and similar CLI utilities, we often improve the user experience by taking advantage of various Ruby gems. With little effort compared to low-level coding with curses, our command-line utilities that used to be cryptic and confusing are now interactive, easy to use, and — dare I say — elegant.
-
Ncurses in Ruby style?
https://github.com/ruby/curses is the official ncurses gem for ruby
-
Ok y’all. How can we get this kind of real-time memory profiling in Ruby? Does it already exist? Is anyone working on this?
As a follow up, if anyone is interested in working on something like this, Ruby has an official curses gem supporting the curses family of libraries.
-
Parallel progress output from different threads
First, a word of caution. "Updating" a terminal or console is possible, but it is rife with gotchas and inconsistencies. The go to library/application for this type of interfaces is Curses. There are Ruby bindings, but this injects a system dependency that may or may not be available on a given platform. Also, Curses is way overkill if all you're doing is output.
What are some alternatives?
iceoryx - Eclipse iceoryx™ - true zero-copy inter-process-communication
cpaint - https://briancallahan.net/blog/20220220.html
neovim-ruby - Ruby support for Neovim
posix - POSIX/C bindings generator for the Crystal programming language
Aeron - Efficient reliable UDP unicast, UDP multicast, and IPC message transport
PDCurses - A curses library for environments that don't fit the termcap/terminfo model.
rb-libsvm - Ruby language bindings for LIBSVM
newt - Mirror of https://pagure.io/newt.git
vifm - Vifm is a file manager with curses interface, which provides Vim-like environment for managing objects within file systems, extended with some useful ideas from mutt.
reline - The compatible library with the API of Ruby's stdlib 'readline'
ombre
stackprof - a sampling call-stack profiler for ruby 2.2+