Blender's UI and Runtime: Much Faster Than GPUI (github.com)
466 points by ppmpreetham 8 hours ago
munksbeer 3 hours ago
Can I please congratulate you on your README. It rapidly tells me what I'm looking at, and why I might be interested in the project. There are so many READMEs around that ... just don't do that. They ramble about technical implementation details, how their language choice is amazing, and a third of the way through the README, I'm still left wondering, "but what does this project do?".
raincole a few seconds ago
I'm confused. Are you being sarcastic? Isn't this readme in the most typical LLM-ism?
laserbeam an hour ago
I find it to be confusing LLM spam. It spends a lot of time talking about Qt APIs, and dearimgui... most of which could go in a separate page.
But the worst part is all code snippets are followed by an image which is not related to the code snippet. It's not what you get by typing the code... it's something completely different.
meowface 3 hours ago
Many of my old >1K star GitHub projects were not that great, but I always made sure to create the cleanest, simplest possible READMEs, inspired by things like the Python requests library's docs (https://github.com/psf/requests). I think it helped a lot in their success.
I remember someone once created a GitHub issue requesting I turn the README into some verbose technical thing with full API docs and a bunch of people replied saying they greatly preferred the "pitch + high-level examples" style.
rubatuga 3 hours ago
Yes, this is definitely one of my pet peeves. Just give me input --> output, then everything in between.
nmstoker 3 hours ago
Yes, this is so important and yet so often not considered. This README was pretty good, thorough and not ambiguous. The number of projects that assume you know what their obscure idea relates to is huge, mainly as the authors can't put themselves in the shoes of their audience.
varispeed an hour ago
It still sounds like LLM which is nauseating to read. For instance: "Blender's interface is famous for how it feels. You press a number field and drag: the cursor vanishes, the value glides under your hand, and you never hit the edge of the screen. " that's ChatGPT writing.
whatthejesus 41 minutes ago
It is ALL AI generated I can say that because I recently worked on a landing page and wrestled with Claude Opus the WHOLE way through. Claude has no idea how to write copy. Neither do any of the others, you have to edit with a fine-toothed comb.
To the project maintainer: don’t ask people to read a terrible AI generated sales pitch novella that quantifies your AI generated port against every UI framework out there.
Here’s the obvious giveaways:
“ 4. The many ways in” “ Python, four ways”
“ tkinter: all 7,846 public names of tkinter and ttk. Nine real programs behave identically on the standard library and on BUI.”
“ Rust: the web platform, natively”
Ugh it’s excruciating. You’re better off with a readme that shows a few screenshots and installation instructions.
flipthefrog an hour ago
Not to mention that it includes screengrabs! Which a shocking amount of gui and web projects dont do
ppmpreetham 3 hours ago
I can't figure out if you're being sarcastic
munksbeer 3 hours ago
The very first line of their README:
"Blender's user interface, as a library you can use from Python, Rust, JavaScript (React, Svelte), C, C++ and Dear ImGui."
This tells me a huge amount of what I need to know, if I'm interested in this project or not.
Compare it to another very recent example posted on hn: https://github.com/rivet-dev/rivet - You need to get some way down the page until it discloses what you might be able to do with the project. https://github.com/rivet-dev/rivet#use-cases
But by that stage, even though it isn't very far down the page, I'm already checked out.
ppmpreetham 2 hours ago
dev0p 7 hours ago
I love the general idea behind Blender's UI.
And I do appreciate the effort that goes into it, especially in the latest versions as it got much better,
But I really really really REALLY don't want that UI in anything else other than Blender.
Please don't.
OtherShrezzing 7 hours ago
If you're working on a small game project without an existing framework/platform, you usually build a really bargain-basement game editor alongside it. That editor takes a long time, and it's often spent in arranging UI stuff.
If you're already using Blender to make assets, there's some benefit to stuffing Blender's UI into your game editor too.
SkiFire13 5 hours ago
In that case it would be competing with imgui, egui and similar libraries, but the submission is comparing it to GPUI.
nonethewiser 39 minutes ago
>If you're working on a small game project without an existing framework/platform, you usually build a really bargain-basement game editor alongside it. That editor takes a long time, and it's often spent in arranging UI stuff.
Not in an age of AI.
I mean if you want to code all this stuff by hand, I get it. But that's a choice. And since it's a choice that means shoehorning a Blender UI into a "bargain-basement game editor" (and having a "bargain basement game editor) isnt really needed. You absolutely don't need to spend a lot of time arranging UI stuff.
Game tooling is pretty trivial now and it's not user-facing. Again, I fully understand why someone would want to do this themselves still but let's not pretend thats not a choice at this point.
archerx 6 hours ago
After trying blender for about 20 years I still find the UI/UX awful. I think a lot of the new blender generation has baby duck syndrome.
mejutoco 5 hours ago
wtetzner an hour ago
glimshe 3 hours ago
sehugg 5 hours ago
cl3misch 6 hours ago
lentil_soup 7 hours ago
Why not? For similar applications it would be really beneficial to not have to reimplement all the little UI interactions they've polished over the years
luckydata 6 hours ago
Polished is not the word I reach for when I think of Blender's UI
Jtarii 4 minutes ago
20k 6 hours ago
coldtea 4 hours ago
omnimus 4 hours ago
atoav 6 hours ago
No? I think there would easily be other use cases where Blenders UI would be very suitable, e.g. Audio software.
It is not a UI paradigm that you would use for just anything, but for certain poweruser software it is one of the best paradigms I have seen, especially since they managed to get rid of 90% of the rough corners in the past decade of development.
rramon 5 hours ago
Egui also has terrible defaults: https://github.com/emilk/egui
But a good design system does the trick. Artcraft apps use this library and their Adobe clones come very close to the original apps.
anthk 3 hours ago
Every Arftcraft app and non Artcraft related software clones trying to reuse the Artcraft libs (craft-libs) already have everything ready to use.
wavewrangler 5 hours ago
Yeah but, this can’t possibly be any worse than tkinter.
Q: “Whats wrong with tkinter?!?!”
A: It sucks, that’s what!
PalmPilotProMax 7 hours ago
Imagine this spinning off and becoming this generation's GTK.
mkl 6 hours ago
Not going to happen, as it's GPL.
zerr 5 hours ago
flipthefrog an hour ago
There's this thing called Qt...
coldtea 4 hours ago
Typical HN top comment negativity :)
That UI is fine to be on many more places than Blender, given that many libraries people use are way worse. Imgui for one example.
amelius 7 hours ago
How about a simpler UI consisting of just a text input field for AI.
coldtea 4 hours ago
Yeah, nothing like e.g. watching a video or drawing something and changing settings by asking AI.
jon-wood 7 hours ago
Despite rumours to the contrary not everything is best interacted with via an LLM. If you want to go to that degree then have at it, all you need is an old school TTY on a serial cable, but the rest of us quite like having UIs designed to fulfil a purpose rather than a soup of Claudeish prose describing a progress bar.
atoav 6 hours ago
"Oh you talk about different paint brushes and pigments? How about just hiring a painter?"
Yeah you can do that. If you have low standards and don't need control of the details.
lukebitts 4 hours ago
That's really cool! I burned some tokens trying to develop something similar but gave up halfway. A lot of people criticize Blender's UI but as someone who has been using blender for more than a decade now I just find it so elegant. Just the customizability itself is something I miss on most 3D software, if not all of them. Being able to just split screens and change their functionality, paired with the tabs for different workflows, it is a really good solution for a very complex software. I'd like to see a game engine with this much UI freedom.
foobarbecue 3 hours ago
Do you think it's with trying to revive Blender Game Engine? Edit: just learned there's a fork https://upbge.org/
anthk 3 hours ago
BGE underperformed in my machine a lot, since AMD Athlon days. Godot it's far better.
papa0101 an hour ago
I still think Softimage|XSI was the best UI/UX that ever existed. Moving to Blender from it was... painful.
ppmpreetham 2 hours ago
Hi, the creator of BUI here.
I do hate vibe coding. So I took a different approach for BUI.
Instead of asking the agent to decouple the UI, I asked it to remove all the parts which isn't a part of UI logic.
Turns out AI is pretty good at removing than generating.
nicoburns 5 hours ago
For anyone looking at Rust GUI: don't expect GPUI to be the fastest. From what I've heard, Iced, Slint, Dioxus Native, Freya, etc are all faster. Despite claims of being blazingly fast, GPUI isn't that optimized. Zed gets away with it because it's UI is simple.
bita_nidir 4 hours ago
Really? From what I've heard, Iced, Slint, Dioxus Native, Freya, etc are all slower.
hackyhacky 4 hours ago
If only there were some way to determine speed based on observable data. Oh well maybe some day.
nicoburns 2 hours ago
dzogchen 2 hours ago
Matumio 4 hours ago
shaky-carrousel 4 hours ago
This must be the lowest effort hacker news comment ever. And I've made some really low effort myself.
rat9988 3 hours ago
rudedogg 5 minutes ago
It really annoys me the rust library is named “GPUI”. That’s the name of this method that’s been used for eternity by games.
It’d be like naming my http library HTTP.
And it’s why Dear IMGUI isn’t just named “IMGUI”.
cropcirclbureau an hour ago
This matches my findings. Asides from some performance footgun, it all strikes me as a single purpose, low level thing with a DX only an LLM could love. I suppose many today don't need more than that but I found the other Rust GUI solutions to be maturing rapidly with better stories across the board.
The main thing GPUI has going for it is mind share and that's a great thing to have. The mind share is unfortunately highly fragmented though as the original authors are not interested in selling a GUI library. Hopefully the community efforts will come together to produce a more polished and general library. A well used library is better than a better designed one maintained by a single person.
felixthehat 7 hours ago
It would be such a boon if GIMP and Inkscape could adopt blender's fantastic GUI
felixthehat 6 hours ago
A side by side screenshot of inkscape/gimp/blender for those who don't have them installed
AlienRobot 5 hours ago
One of the biggest problems with GIMP and Inkscape is how GTK renders numeric inputs. Look at the size of those +/- icons on the toolbar. For drawing software with lots of numeric inputs, that means an insane waste of space. Proprietary software like DaVinci and even Photopea have much smaller inputs, allowing them to create far more complex GUIs and featuring without cluttering the window.
rcxdude 2 hours ago
rozab 3 hours ago
A lot of these UIs were built around icons, following the direction MS Office took in the early 2000s. These once had colours and were somewhat distinguishable.
When they tried to jump on newer trends they made them all monochrome, and they don't have distinctive sillouettes so it's just completely inscrutable. That Inkscape screenshot is horrible. I count 129 icons.
And yet they still devote so much space to their bizarre colour palette, which is huge but still manages to omit most of the gamut? It's the kind of design that really only comes from decades of OSS development.
whywhywhywhy 3 hours ago
It's just pointless to port GIMP over at this stage, you may as well do a greenfield project without the cultural baggage and poor foundations.
anon-3988 6 hours ago
I just want to be able to crop and draw on top of images. Like old Paint. That is literally all I want to ever do with images. What should I use in Linux for this purpose
lozf 5 hours ago
Perhaps Gradia [0], Pinta [1], or Krita [2].
[0]: https://gradia.alexandervanhee.be/ [1]: https://www.pinta-project.com/ [2]: https://krita.org/en/
TonyStr 5 hours ago
Photocraft has been working alright for me. I really struggled to learn GIMP, and I haven't found any easy lightweight image editing tool that replaces Paint.NET for me before trying Photocraft. It's still a little confusing since I'm not used to photoshop-like bindings and layout, but it hasn't been too hard to adjust. (I also only ever use it for small simple edits, drawing, cropping, color gradients, background removal, etc.)
Imustaskforhelp 5 hours ago
graynk 4 hours ago
https://photoflare.io/ is the one I've found to be most usable. Pinta is just unpleasant to use at high resolutions and it's buggy.
wavewrangler 5 hours ago
I easily modified pinta to do exactly this. You mean overlay, right? It can overlay, draw, manipulate, and I added a better file navigator so I can see which imagery I want to overlay to begin with. My use case was scientific in nature. What is yours, if you don’t mind my asking?
amlib 5 hours ago
Use KolourPaint, it's a windows 9x/XP paintbrush clone with only a few improvements tacked on.
bondarchuk 4 hours ago
IrfanView in Wine, f12 opens a really old-school paint toolbox.
phillc73 6 hours ago
GIMP of course.
adhamsalama 5 hours ago
KPaint
p-e-w 7 hours ago
Inkscape’s UI is much, much better than Blender’s, IMO.
grufkork 6 hours ago
Inkscape is actually one of the few FOSS apps that is actually pretty intuitive to use. In fact, way back when I first started using vector design tools, I found it more intuitive/had better feedback than Illustrator (same thing can't be said about GIMP vs Photoshop). Inkscape really is great, but I have one huge gripe: I'm sure there's a system to it, but the file export name never stays what I want it to be...
luckydata 6 hours ago
ipdashc 2 hours ago
I'm surprised how much everyone's opinions differ in this thread. I've always found blender's UI incredible but inkscape's awful (though nowhere near as bad as gimp)
omnimus 4 hours ago
People are confusing UX with UI. Inkscape UX might be better for many people but it would be hard to argue that Inkscape UI is better - it got better recently but it's still far from blender polish.
Shorel 5 hours ago
With a much simpler set of tasks to accomplish.
archerx 6 hours ago
Fantastic is the last word I would use the describe blenders UI/UX.
4k93n2 6 hours ago
and then rename it blimp
kleiba2 7 hours ago
De gustibus et coloribus non est disputandum.
vintermann 7 hours ago
Gustus est sicut nates - divisus est.
amonith 5 hours ago
lorem ipsum
darreninthenet 7 hours ago
vel adrogantia
kangalioo 7 hours ago
jansan 6 hours ago
cum emptore
Cthulhu_ 5 hours ago
expecto patronum
cultofmetatron 7 hours ago
Ive been thinking this would be amazing to do for ages. happy someone finally did it. its the perfect system for interfaces where speed matters. hope to see more 3d modellers, video editors, daws and simulation systems built on this.
xixixao 2 hours ago
Love Blender, but it’s GUI, especially anything that could use native OS components, is not what I love about it (judged on macOS).
ppmpreetham 3 minutes ago
Hi, we currently don't have a macOS build yet, we're planning to do both native and GUI both !!
bobajeff 2 hours ago
This looks like a nice quick option for python scripts. I've made a web interface using fastapi for my python script because that seemed the most sane choice at the time but I would've used tkinter but for my lack of familiarity with tk/tcl and it's retro look.
bvrmn 6 hours ago
I have a python "DSL" which allows to create a simple UI for synth parameters you also make in python. It uses Tk and looks like, mmm, Tk with all other Tk issues. Project was abandoned because of it. Looks like it's time to revive!
ppmpreetham 44 minutes ago
Hi, the creator here.
It's time to do it! Also we have a discord, if you end up reviving it, do share it over here:
xiange 7 hours ago
It looks good, but the GPL license restricts the use cases
exitb 6 hours ago
I was just a kid in 2002, so couldn’t contribute, but I remember checking the MoneyMeter going up every day, so that the community could buy out Blender and make it free software. GPL does restrict it, but it’s also only the only reason Blender is not a long forgotten piece of software from the 90s.
buster 6 hours ago
Well.. Old discussion but I actually think it's the better way (sorry. MIT, you are more free then anything). Either contribute back or stay away from open source work that others did for you.
the__alchemist 8 minutes ago
Most software is not GPL. When comparing this to alternatives like EGUI and GPUI for building a new app, this cannot be considered, while the others can.
GPL makes sense for applications like Blender. For a general purpose library, it's a dealbreaker.
thisismyanon2 6 hours ago
Can you even copyright LLM output? Even the readme points out humans didn't make any of the code.
wtetzner an hour ago
ZoomZoomZoom 5 hours ago
BowBun an hour ago
This is not the spirit of open source.
ivanjermakov 3 hours ago
Is it bui's author decision or a consequence of Blender itself being GPL?
slopinthebag 4 hours ago
in what way?
kqp 5 hours ago
Three things one must never ask: a woman her weight, a man his salary, and an HN commenter what “use case” the GPL ruined for them.
CarVac an hour ago
In this case LGPL would be a more expected license for UI libraries, at least.
But that wouldn't work for a straight derivative of a GPL project.
pythonRon 6 hours ago
I gave it a quick try (Fedora 44/Python/pyenv) with some Tkinter code which is supposed to just work... It doesn't.
pythonRon 6 hours ago
After further exploration, it does work, but not without fiddling around with the tkinter code that exists. Not bad results; better than the original Tkinter rendering, anyway, unless you like that retro look.
ppmpreetham 31 minutes ago
Can you please tell me exactly what happened, so I could fix it? Thank you!
petterroea 6 hours ago
The readme suggests it's a port of the blender code, at least the renderer is claimed to be so:
> The drawing code is a C port of Blender's own widget code
How can we guarantee BUI is still performant?
gen2brain 2 hours ago
But, can it work without GPU? All native toolkits have fallback to software rendering. I do not uderstand what is gained, cpu was good enough for that since Windows 95 era? Just do not redraw every frame like in games but retain instead?
zamadatix 2 hours ago
Yes, it defaults to CPU and explains when you might want to use the GPU and why in this section https://github.com/ppmpreetham/BUI#18-rendering-on-the-cpu-a...
the__alchemist 2 hours ago
I'm excited, and will try this! Its provenance speaks loads, as Blender is a beacon of software design, open-source or otherwise.
I'm an EGUI fanboy, but am looking to truly compare it to other things, especially non-immediate mode. I have no gripes with EGUI, other than it seems to create an application size floor, and I suspect memory use could be better. It has never blocked me, including for complex applications with GPU rendering etc.
Blender is peak OSS. I'm in! Will give this a shot for my next limited-scope application. I'm also experimenting with GPUUI.
I will try Slint if I ever do embedded with a full GUI.
I will poke at this, because I saw the same sentiment in a HN thread yesterday: >" You write Rust or React and want a native desktop UI without shipping a browser." You don't need to ship a browser to do GUIs in rust. Some people do, and justify it through comparisons to Electron (Tauri) - I suspect this is a pushback against that?
Another thing I will poke at from comments: If you're going to dismiss this as a non-native UI and therefor inferior: Post specifically what features your OS-native toolkit or OS conventions have that won't work here. (Is it hotkeys, color scheme, a Je-ne-sais quoi? What OS specifically? My pet theory is these are all MacOS users, but I'm not sure)
panzi 4 hours ago
Be aware of the license. You can only use it in GPLv3 programs.
phillc73 6 hours ago
It'd be awesome if kitty[1] and calibre[2] adopted the Blender UI.
lukechu10 5 hours ago
Why should kitty use Blender UI? It's just a terminal emulator with no GUI elements and is already GPU accelerated.
andsoitis an hour ago
> The GPU renderer is opt-in: Direct3D 11 on Windows (gpu/intern/gpu_d3d11.c) and OpenGL 3.3 core on Linux (gpu/intern/gpu_gl.c).
Direct3D is at version 12 on Windows[1].
What tech on macOS? OpenGL?
hn_submit 6 hours ago
This is excellent. I thought about this years ago for an OpenGL based desktop UI. Apple's UI is using something similar I believe. And the Windows UI too is mostly rendered using Direct3D (which is comparable to OpenGL) since Vista.
I hope someone else uses this for a new Linux distro.
pjmlp 6 hours ago
Well, given that so many folks always argue they are Linux distros even though it is an implementation detail for userspace APIs, ChromeOS, WebOS and Android.
mariocesar 2 hours ago
I have the same idea 10 years ago. :D I am so happy seeing that somebody was capable of making it. I always admire blenders UI and all the work developers did on making it.
xlii 3 hours ago
Others have noted that GPLv3 is required (which is a show stopper for many) but I'd like to mention that I find the pill saying "GPLv2 or Later" in the project itself misleading.
Especially since v2 and v3 have vastly different consequences.
hollowonepl 3 hours ago
Nice. I have my own GPU GUI toolkit I'm satisfied with and developed because I did not want to have yet another imgui looking app that required gpu accelerated UI toolkit.
But, if I did not invest last two years into my own toolkit, I'd definitively consider.
michaelanckaert 12 minutes ago
I'm interested to learn more, do you have link?
Lockal 2 hours ago
The project is dishonest. Maybe AI agent was instructed to split Blender UI code, but what happened instead is AI implemented a classic immediate UI, not even reading the code.
I just tried few very standard operations that every Blender user knows:
1) Drag vertically across multiple number inputs to enter multiedit mode - failed (even though main page advertises this: "Drag down across X, Y and Z to edit all three at once")
2) Hover on field, press Ctrl+C, hover on another field - press Ctrl+V - failed
3) Press shift while dragging - it glitched
4) Scale UI - failed
5) Collapse collapsible block - failed
6) Right click - reset to default - failed
7) Jump to next field with Tab (while editing) - failed
8) Automatic alt accelerators - failed
9) Tooltips - N/A
10) AI slop: funny cursors, focus outline
So basically it is more like styled imgui (less polished than Blender), rather than Blender's UI.
I'm not saying that it is impossible to do a honest implementation, but one needs to kick agent much more to prevent cheating, and actually know how Blender UI works.
ppmpreetham 2 hours ago
Hi, the creator here.
It works perfectly on my machine, and another friend's machine. Just to be sure, which demo did you try? the website or python or rust?
Lockal an hour ago
I checked only web samples in https://bui.preetham.top/
Probably it works in other implementations (I did not try); in web it produces <input type="text"> and agent likely gave up trying to simulate such details there.
ppmpreetham an hour ago
bita_nidir 4 hours ago
Nice! I've been waiting for someone to do this for a long time. Now I'll just need to wait a bit longer for someone to apply this to FreeCAD. Boy oh boy!
keyle 6 hours ago
It's obviously vibe coded, but it's quite well done by the look of the ideas and implementation.
Zecc 6 hours ago
What makes you say that? It was the part that goes...
> The repository is built entirely using LLMs, with no human-written code. The drawing and interaction code is ported from Blender's sources, and the behavior is checked by tests: C, Python, Rust and JavaScript suites, the tkinter side-by-side programs and the GPU parity test.
...wasn't it?
pjankiewicz 2 hours ago
I don’t buy arguments like much faster than X. Take X let claude work on it for 2 days and it will be fast. In case of gpui I took the community version as a part of my project and it is quite fast because it is optimized for my app.
feelamee 2 hours ago
so, why gpui not taking Claude?
Washuu 6 hours ago
I have been remaking a Blender style UI in Kotlin for my Umamo project because I love Blender's UI that much.
I think I will keep going with my own efforts, but this looks nice!
ppmpreetham 4 hours ago
Yess, never stop building!
We also have a kotlin binding support coming soon, btw!
pmkary 2 hours ago
Amazing Amazing Project
gostsamo 6 hours ago
not a single mention of a11y or accessibility, so please be careful before using it for general purpose applications.
spider-mario 4 hours ago
That was my first thought as well. It would have been reassuring to at least see it on the roadmap.
ppmpreetham 4 hours ago
It'll be added soon!
Groxx 7 hours ago
>Who wrote it?
>The repository is built entirely using LLMs, with no human-written code. ...
artemonster 6 hours ago
and thats fine. without LLMs no human would have invested so much required time and effort to do this! and now such awesome things are possible with a bit of tokens and a small prompt. overall a win
holoduke 3 hours ago
It would be nice if the original chat history with claude is included in the repo. That way design choices are clear and its easier to review and improve upon.
opem 4 hours ago
Until the project gets abondoned after a few days, perhaps months. :)
orbital-decay 3 hours ago
doublerabbit an hour ago
And that is fine; until an malicious actor pushes a PR of "add a botnet that connects to an IRC CnC" somewhere in the code.
parasti 5 hours ago
"Decoupled from project by external developer" generally means "with a very high chance of immediate bitrot".
creata 4 hours ago
If you're going to ask Claude to write a library with a web version, can you also ask Claude to write a web playground?
Aeolun 2 hours ago
But is it built in Rust?
ppmpreetham an hour ago
The source code is in C/C++, there's no need to port it to rust
scotty79 8 hours ago
That sounds like an amazing idea. I've been using a lot of Rust+GPUI and sometimes behaviors that I'm expecting to be there just aren't.
Swapping it for UI that's as battle tested as Blender might improve things.
_odi_ 7 hours ago
Super curious about the limitations you see in GPUI! I built a custom rust UI framework for the software i am developing but i always kept an eye on GPUI, what is limiting about it in your opinion?
zigzag312 4 hours ago
I'm curious about the limitations too.
GPUI and Makepad are the two Rust UI frameworks that seem the most interesting for what I'm looking for in a UI framework (hybrid immediate/retained mode, self-drawn widgets, open source).
scotty79 4 hours ago
samiv 2 hours ago
But is there a UI editor?
Is it retained mode UI?
p-e-w 7 hours ago
I’ve thought many times “Man, those widgets look terrible!”
I’ve not once thought “Man, those widgets are slow!”
spoiler 6 hours ago
I never found them terrible, but I guess I spent a long time staring at them so maybe I just got used to them.
Do Maya and others have better UIs? Honestly, I find them more repulsive than Blender's
IshKebab 7 hours ago
Definitely a worthy goal but they've gone down a super weird route by providing clones of other GUI toolkit APIs on top of this. Your target audience is people that are ok with vibe coding. They don't care about switching to a proper Blender-style API.
Just because you can...
MomsAVoxell 7 hours ago
More like a “why not both” situation, imho. I have apps I could port to use this immediately.
quotemstr 2 hours ago
No system theme matching? No system fonts? A fast UI toolkit is great, but so is one that matches the rest of my desktop.
et1337 an hour ago
Is this even a thing anymore? The only app I can think of that matches the system theme is GIMP… not exactly a paragon of design
chiroyce 7 hours ago
always liked blenders design language, looks cool!
kitkarl 3 hours ago
Blender continues being the GOAT
anthk 3 hours ago
Cool but Blender's interface is not a general purpose UI. EGUI/GPUI and the rest are.
antman 7 hours ago
License of GPUI is Apache and BlenderUI is GPL, which is limiting for adoption.
the__alchemist 10 minutes ago
Missed this - this is a deal breaker for many (most?) potential applications. GPL is fine for applications like Blender, but is limiting for libs.
chii 5 hours ago
GPL is the best opensource license. But seeing this as a library, it might need to be LGPL rather than pure GPL (ala, you can use it as a library without "tainting" your source, but if you make modifications to the library, you must release it).
ppmpreetham 4 hours ago
Hello, creator here.
I don't think we can use LGPL since we were derived from Blender's Source code, which is GPL.
solyin 5 hours ago
AGPL if you wanna be serious about it.
chii 5 hours ago
contingencies 5 hours ago
OK who's gonna burn the tokens rewriting a whole Linux system with BUI? You know you want to...
ppmpreetham 4 hours ago
Lol, I'll showcase that project in the website if someone actually does that
contingencies 3 hours ago
BlenderOS
luckydata 6 hours ago
This project would benefit from a longer Readme.
andsoitis 7 hours ago
Use the native widget toolkit if the platform you target; your users will love you more.
swiftcoder 7 hours ago
Most native widget toolkits don't actually support rendering into 3d canvasses very well, nor very compact UI layouts. I generally prefer native widgets, but for a dense prosumer application, they aren't always the correct choice (and you'll see even Apple stray from their native UI widgets for, say, Logic Pro)
pjmlp 6 hours ago
They actually do, just not on GNU/Linux, **BSD worlds.
scns 5 hours ago
Apple bought Logic.
swiftcoder 5 hours ago
creata 4 hours ago
None of the apps on my computer have any sort of cohesion with each other. It might just be me but I think this idea is dead, on Windows and Linux at least.
p-e-w 7 hours ago
I target all platforms, and so does most other desktop software today.
bvrmn 6 hours ago
Ok for linux it's GTK and Qt. What's native for windows in 2026? It's a complete joke of system UI.
chem83 5 hours ago
In 2026 it’s WinUI. Microsoft has been clearer about it: https://learn.microsoft.com/en-us/windows/apps/winui/winui3
But the premise is silly: if Linux has two native toolkits, how is this a sensible recommendation?? Hint: it isn’t, because GTK/Qt are not the native, but rather simply the most used.
Also, go to Mac, and SwiftUI still doesn’t support all that AppKit used to, leaving an incentive for developers to deviate from the platform’s recommendation.
And back to Windows, WinUI still doesn’t fully replace Win32 or Windows Forms, so same conclusion applies.
spider-mario 4 hours ago
anonymous908213 6 hours ago
I am pretty sure HN is an enclave of the only remaining people in the world who think this way. A sanctuary preserving the last specimens of an endangered species.