Slashdot Mirror
GNU Emacs Now Has Native Support For GTK Widgets (phoronix.com)
An anonymous reader writes: The GNU Emacs text editor now has merged the X Widgets branch. What this work allows is for embedding GTK+ user interface widgets within Emacs for features like landing MPlayer or a full web browser in Emacs. This allows now for more endless opportunities for the 40 year old GNU text editor. The X/GTK widgets support will come with GNU Emacs 25.1.
Emacs would be a hell of an operating system if someone would just write a decent text editor for it.
Funniest thing I ever saw was a guy who was so utterly dependent on his emacs as to be crippled without it ... and then he's on a client site, on a Solaris workstation he can't install software onto ... and the only editor he had was vi. He was almost in tears (we were too but from laughing at him).
Anybody who is going to use unix-type systems and doesn't know how to do at least some basics in vi is just asking to be made to look like an idiot.
I must confess, I've never grasped this incessant need to do everything from within emacs. I find it tends to create people who spend endless hours honing their editor instead of doing their jobs, and who suddenly can't do anything without all the training wheels they've added.
Seriously, check the damned weather somewhere else.
Lost at C:>. Found at C.
Seriously, this is SUCH a niche product. Everyone uses a VI clone because it's guaranteed to be present on *nux systems.
Emacs is a niche product? I've used Emacs (or XEmacs) on every system I've every used and/or administered, from PCs running BSD, Linux and Windows to just about every known mid-large Unix BDS/SysV system to Cray supercomputers since the mid 1980s. (Running Emacs on a Cray 2 is truly a guilty pleasure.) True I may have had to install (or build and install) it myself, but still hardly niche.
Of course, I *also* know vi/vim for simple editing tasks. For serious programming, I always use Emacs or XEmacs. One can always use the vi/vim emulation mode in Emacs... :-)
It must have been something you assimilated. . . .
At the end of the day, code that goes in meets a few criteria:
1.) (the most important one): Somebody gives a crap.
2.) Somebody gives a crap and actually writes decent code
3.) Somebody gives a crap and gives so much of a crap that they're willing to do an additional 400-500% of work to get the patch into the main codebase.
Seriously, complaining what some nebulous "they" should do something is just stupid. This isn't a product that people buy, no project manager doing focus research on what consumers want, and no manager telling an employee "do this or you're fired".
There's just some guy/gal out there with an itch to scratch, who couldn't possibly care less what you want.
(S)he who codes, decides. End of story.
-- Sometimes you have to turn the lights off in order to see.