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.
You insensitive text mode clods!
Sent as ripples into the electromagnetic field. No single photon has been harmed in the process.
I remember when you would say "Eight Meg And Currently Swapping" and that was a funny criticism of how bloated EMACS was.
What's the mem footprint today?
Gentoo, Debian and Ubuntu had switched to libav by default, then switched back to ffmpeg.
https://en.wikipedia.org/wiki/...
NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
A very good question. EMACS tries to be all things to all people ... and it is. I've used it since almost the very beginning and can't live without it.
That said, I'm not interested in the GUI stuff because it slows me down, and since EMACS is infinitely customizable I just turn it off. To each his own; some people like menus and so on. I do enable display of in-line graphics but no more than that.
Yes, there is confusion over purpose and direction, but to somewhat justify it, I'll say this. Learning EMACS, which is a big job, is a lot easier with menus and a GUI interface to help get started. Over time you learn the keystrokes and become more efficient until eventually you don't need the GUI (but you can of course still keep it).
EMACS is very much not for everyone, but for those who love it, it's indispensable.
And one more little fact: on my Asus Zenbook, I typically get 5 hours running time with a mixed environment. But if I run EMACS and EMACS alone, in a full screen, I get 10 hours.
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.
That's good because that team screwed Fabrice Bellard over. All of their improvements aren't improvements, it is a pile of rubbish. I use Gentoo on my server, but on my desktop I use Sabayon as I hate recompiling a desktop. As far as I can tell even though Gentoo which Sabayon is based on has switched, Sabayon is still defaulting to libav,
But now I mostly us nano for quick edits from the command line and jedit when in xwindows. Jedit while not perfect I like that I can carry my configuration from windows/linux/mac easily. VI is just plain annoying to use the way I think.
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.
After the FFMPEG fork is there a Linux distro that still uses FFMPEG & Mplayer?
Firstly: Not all distro switched to avlib.
Some simply decided to stay with ffmpeg (e.g.: opensuse never switched at all)
Some changed their opinion back (e.g.: Debian went back to ffmpeg after a while)
This is mostly to avlib never really being a good an active fork, and didn't manage to attract most developper to it.
(Unlike OpenOffice.org to which most developer migrated after the fork from LibreOffice.org).
Since then the problematic leader of FFMPEG has decided to step down,
avlib has merged back to ffmpeg
and distro are back to- / or are still using- ffmpeg again.
And the guy is now a contributor. He still writes code for ffmpeg, but he's not having a final say on everything and thus fighting with everyone to have his "one true vision(tm)" imposed.
He has fully realized that his character clashes with some in the community, has seen the disastrous result on having avlib forked (the linux ecosystem split across two different forks, none of which becomes a clear leader and each laging behind the other on some important features), and decide therefor to step down for the greater good of the community.
source: Phoronix
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
The xwidgets branch however promises even more. The main use case (at least from my point of view) isn't really to put normal widgets such as gtk buttons or sliders or anything like that in an emacs window. From my point of view the most important thing is that you will be able to embed whole applications using the GtkSocket widget. This means that you could, for example:
* Have a good PDF viewer embedded in one buffer while you are editing latex source code in another and be able to easily switch between those buffers using emacs commands.
* You could have inkscape running in one buffer and use normal inkscape editing commands for almost everything, except when you are editing text. In those situations you may want to use emacs commands instead.
* You could have a *good* webbrowser running inside emacs to search for documentation online while coding
Of course, the main xwidgets branch also opens up possibililties when it comes to prettyifying a lot of built in emacs applications. However, I don't find that very necessary in many cases. One of the main advantages with emacs is that (almost) everything is text, which means that you get a synergistic effect the more you do inside emacs.
; Witty end of comment for emacs aficionados:
(animate-string "Congratulations to Joakim Verona for getting this merged" 10 10)
I recall a time 10 or 15 years ago when I actually had to use ed . . .
[...]
What I really remember from it was the shock of needing to use ed for the first time in decades, and relief that I could pull it off . . .
Bless you, sir. You have not lost the pure faith.
If it weren't for deadlines, nothing would be late.
Sorry for being troll-ish, but I've had increasing issues with GTK+ over the years and have been broadly relieved that developers seem to be generally switching over to Qt.
I remember sigs. Oh, a simpler time!
Why is it I don't have moderator points when I really want them?
I just use this command:
M-15 M-x get-slashdot-mod-points
If it weren't for deadlines, nothing would be late.
Too late! I've already posted and disqualified myself.
The need is because so many things require editing of some form. So you do a mail reader in emacs because you can compose your emails using the same editor that you use to edit everything else, and without spawning it as a subprocess of the mail reader. Same for news reader, etc. Same keystrokes, same commands, same environment. When the alternative was the standard command line "mail" then using Emacs was a vast improvement.
The other reason is that you can write your own and customize the hell out of it. Remember that Emacs is not a text editor, rather Emacs is a programmable system that includes an editor. So you use that programming system to program your own tools. You could not even start to do anything like this the original vi, it had no programming language. It allows for some simple integration of development tools: compile the current code you're looking at and pop up the error messages and scroll through them. This integrated the edit/compile/debug cycle back when when most people hadn't even heard of IDEs (except perhaps on Lisp Machines and the like).
The endless hours comes from the ability to customize. When you're stuck with an uncustomizable tool then you don't spend that time customizing but you do spend a lot of time wasted on the frustration of inadequate tools.