Emacs is a gui app. You can have if you like a tool bar. A menu-bar, tabs, split windows.

If you want something slightly more like a traditional gui emacs application framework enables bidirectional communication with QT applications running in emacs frames.

Personally I use it to render HTML mail inside emacs with what amounts to embedded chrome.

Emacs is as much of an GUI-App as Window notepad is an editor. They both have the traits what justify to call them, but also are both on the absolute bottom-line in terms of ability.

The menubar is stuck in the 90s, the toolbar very very basic, even for the 90s. Window-Splitting is not even an GUI-feature and very basic. Only the tabs are somewhat modern, but also simple. COmpared to a modern GUI, emacs has barely anything that justify calling it GUI. Especially as most of those features are available in the terminal-version too AFAIK.

> If you want something slightly more like a traditional gui emacs application framework enables bidirectional communication with QT applications running in emacs frames.

Calling external apps doesn't make it a better GUI. And amount of connection between emacs and Qt is very limited. This is just a crutch to fill missing areas in emacs abilities.

> The menubar is stuck in the 90s, the toolbar very very basic, even for the 90s. Window-Splitting is not even an GUI-feature and very basic. Only the tabs are somewhat modern, but also simple

You're confusing GUI with Windows GUI API. That's like complaining that a game like Stellaris barely has any GUI, because if you force it to run in windowed mode, then maybe you'll get a context menu dropping down from the application icon in the top left corner of the window.

Emacs absolutely has a GUI. It happens to be drawn almost entirely from characters, but it's a GUI. It uses the language, can display pixel graphics (in GUI-app mode), and even supports pointer devices. The fact that 99% of that GUI is a TUI is actually a benefit (you can also use it from terminal). And with third-party plugins, it has all the sophisticated GUI controls you could dream of, except unlike in traditional GUIs, they're fully interoperable.

A good comparison may be that Emacs is the OS that ships with a tiling WM, and most people unaware of that just use it to tile notepad windows.

> Emacs absolutely has a GUI. It happens to be drawn almost entirely from characters,

That's a TUI, not a GUI. GUI means Graphic, not text, even if it's spatial.

> And with third-party plugins, it has all the sophisticated GUI controls you could dream of

No, it has not. I've tried enough of them to know how poor they work.

Windows splitting is actually quite sophisticated you can split horizontally or vertically and split successive sections of the screen. You can balance windows in one dimension or by area. You can do this automatically as you create or destroy windows if you like.

You can have new splits inherit the file you are already editing or show a blank buffer. Further closing a split doesn't kill the buffer or make you decide at that point whether to save a buffer it just destroys the view not the thing.

Native tabs interact with splits in one of two ways. Either as an array of window arrangements at top of window or an array of buffers within a particular split.

You can manually resize a split with the mouse and in fact you can create them via the file menu which also shows the key binding to activate the functionality beside the option ensuring that the 2nd through 10 millionth time you need the functionality you can just press a few buttons.

It's not opening external apps like clicking a link in your email and having your regular web browser open the url its creating a pyqt app within the space of your emacs/tab/split that you can interact with via elisp

https://github.com/manateelazycat/emacs-application-framewor...

As far as I am aware it still isn't as GUI oriented as ZWEI used to be.

What gui elements do you find lacking I'm not familiar with ZWEI

Basically think of using Emacs like a Jupyter Netbook, including the visualizations.

Back when I was still into Emacs (2004) this wasn't possible.

That's possible now, you can render images inside buffers.

Render images alone is too basic, that was already possible in XEmacs.

I really meant like Jupyter Notebooks, interactive images and data structures, that you can click on and change to your pleasure and plug into Elisp code to be called back.

Org-babel does this, and is less limited in language choice than Jupyter; you can use any language for which a binding exists (there are many, including Python) in any code block, irrespective of what you use in any other. The interfaces are pretty clean, and you can have inline images, although I think not interactive ones. Data structures are expressible in code or in tables.

I don't use it much these days, having less need for that sort of highly interactive exploratory analysis, but I did find Jupyter highly limiting by comparison.

Thanks, I will have a look into it, if anything at least not to spread misinformation.

You can integrate jupyter notebooks into emacs so in particular everything "like jupyter" and more.

That is not the same as it doesn't work with Elisp, and hardly brings any value from Emacs itself.

Oh I see. Ya fair. Though honestly even in Jupyter notebooks I don't often see many people making use of anything more then static renders.

Completely agree. There hasn't been any innovation from Emacs since the 90s. Instead more and more effort has gone into adding useless capabilities into emacs such as mail/news readers, organization systems and even window managers. There's some truth to the statement that "Emacs is an operating system lacking a decent text editor" except that even as an operating system it sucks.

Have you tried spacemacs?