have you tried mcedit? It's the editor mc (Midnight Commander, a Norton Commander clone) brings along, looks and feels like the old DOS editor, but has more features
I don't think so, though remember Norton and this clone. Don't believe I knew it had an editor. As I once said to a relative... "information useful twenty+ years ago." ;-)
Just checked, key bindings are similar but largely wrong... focused on the Function keys.
would it be OK for me to steal your analogy? It's great!
In the team I'm currently leading, we have made the same observation, with stuff getting more complicated without anything substantial to show for it. In a way we're having a harder time getting out features than twenty years ago, but somehow that's "progress".
As an experiment, I had one of my juniors rewrite a (admittedly small) frontend with Go templates and HTMX, and not only did they have a blast doing it, they were surprised at how simple everything suddenly was. Give that one a try, it's worth it!
That said, there are frontends with requirements that actually do need all that framework crap. Once you want 3D stuff that a user can move around with the mouse, you pretty much have no other choice. While those special cases are rare, people prefer to learn one framework and use it for every nail they see lying around instead of looking at all the other tools in their shed...
the idea sounds great, but there would have to be something in place to prevent it from degrading into a Wikipedia-style turf war, with people trying to protect "their" code against changes...
we're storing 120M records a day in influx 1.8, offloading cold data to S3, all on a single m5.xlarge instance that runs other backend services on the side. Less than 400 bucks per month overall aws cost, with lots of other VMs in there. We could use RDS too, but why change it to something more expensive if it already works...
If this is "just" sending keystrokes to notepad.exe, as in "ctrl-a, del, lots of keystrokes until one frame is done", then I'm actually more impressed by the speed keystrokes and redrawing are handled in the good ol' Win32 EDIT field.
Microsoft has 75% market share on desktop OS, and is doing a lot to keep it that way (including the windows subsystem for linux and VScode remote that make it easy to develop linux code on Windows)
In the corporate world, there seems to be a shift towards thin clients running whatever OS works best (homegrown Linux, ChromeOS, macOS) and beefy Citrix servers, as well as another shift to SaaS/on-prem/on-own-cloud web applications.
Guess we're in a revival of the 70s/80s mainframes with dumb terminals again.
I don’t know. I bought office for my Mac 4 years ago and used it maybe twice. Google docs might not be quite as good but good enough for most things. I also hate looking at the ribbon (but that is just personal preference).
Yeah, for home/personal use they're all the same, and many people don't own anything Microsoft in that arena - Google docs from a iPhone/Mac/Chromebook are often "good enough".
Businesses they still have a stranglehold, but even there I've noticed it loosening.
Over the long run, mobile is king, and windows isn’t there. If Apple or Android figure out how to take advantage of their situation on this, they could overtake windows in 40-50 years.
Is that also your overall estimate on how long the mobile paradigm will overtake the desktop one? I would guesstimate that to a decade, or a decade and a half at most, with the degeneration of written language following closely.
I say they did, in that they have to treat other OSes as "real" - if they had dominated as they did in the 90s and early 2000s they would have just made Office for Windows and left everyone else on some Web version.
Comparing a windows-only minimum viable visual text editor with a cross-platform videoconferencing software which integrates with a ton of other productivity software. Sounds legit.
I get it, Teams may not work perfectly on every setup. But the same goes with practically all enterprise-level videoconferencing solutions.
I thought it might be using the windows equivalent of PTRACE_POKETEXT, to poke data into notepad's memory.
I've altered the contents of the gedit text editor within a linux VM, via PTRACE_ATTACH and PTRACE_PEEKTEXT/PTRACE_POKETEXT, to find and modify the text.
Notepad opens files using memory mapping, so an alternative might be to open the same file also using memory mapping, and then you have shared memory directly with notepad.
Except, that would mean notepad updates the display as the file changes, and I didn't think it did that. So I think I've got something wrong.
Maybe the edit buffer is a different area of memory to the mapped file. This would make sense as editing a file doesn't update it on disk until you choose to Save.
Worse is better. C and Unix were faster to implement new stuff as they were only 'good enough'. Lisp machines wanted to do everything 'right', right from the start, and were slower to implement new features. Unix was already winning by then...
After that, Jonesforth (https://rwmj.wordpress.com/2010/08/07/jonesforth-git-reposit...) is an excellent example of Literal Programming that starts with an Assembly listing and bootstraps into a complete usable Forth system. No better way to learn Forth than to actually implement one...
Once again, nothing.