3 ms·
Really? It seems better than ever to me now that we have gpui-component. That seems to finally open doors to have fully native guis that are polished enough for
by nu11ptr 8mo ago
Really? It seems better than ever to me now that we have gpui-component. That seems to finally open doors to have fully native guis that are polished enough for even commercial release. I haven't seen anything else that I would put in that category, but one choice is a start.
- piker 8mo agoThe problem is that Zed has understandably and transparently abandoned supporting GPUI as an open source endeavour except to the extent contributions align with its business mission.
- nu11ptr 8mo agoI remember when that came out, but I'm not sure I understand the concern. They use GPUI, so therefore they MUST keep it working and supportable, even if updating it isn't their current priority. Or are you saying they have a closed source fork now? Actually, this story is literally them changing their renderer on linux, so they are maintaining it. > except to the extent contributions align with its business mission Isn't that every single open source project that is tied to a commercial entity?
- piker 8mo agoI don't know what the message means exactly, but I can't plan to build on GPUI with it out there, especially when crates that don't carry that caveat are suffering from being under-resourced.
- nu11ptr 8mo agoIMO, as long as Zed uses it, we are safe. If it doesn't, we aren't. I'm keeping it that simple.
- iamnbutler 8mo agoThey haven't. They are just heads down on other work. It wouldn't make sense for them to abandon it - they have no alternative. What that message was about was supporting _community_ prs and development of gpui. Focus ebbs and flows at Zed, they'll be back on it before long.
- atombender 8mo agoI tried gpui recently and I found it to be very, very immature. Turns out even things like input components aren't in gpui, so if you want to display a dialog box with some text fields, you have to write it from scratch, including cursor, selection, clipboard etc. — Zed has all of that, but it's in their own internal crates. Do you know how well gpui-component supports typical use cases like that? Edit boxes, buttons, scroll views, tables, checkbox/radio buttons, context menus, consistent native selection and clipboard support, etc. are table stakes for desktop apps.
- nu11ptr 8mo agoYeah, running just gpui is kinda like writing a react app without a component library. It is going to be on you to implement all your components. All of those are handled. Run the "story" app. It is very impressive IMO. Components list: https://longbridge.github.io/gpui-component/docs/components/ https://longbridge.github.io/gpui-component/docs/components/
- atombender 8mo agoThank you, that looks very promising indeed.
- the__alchemist 8mo agoI'm not sure about that analogy: HTML provides the basic components atombender laments are missing from GPUI.
- iamnbutler 8mo agoI do think gpui needs a native input element (enough that I wrote one (https://github.com/zed-industries/zed/pull/43576 https://github.com/zed-industries/zed/pull/43576) just before they stopped reviewing gpui prs) but outside of that I think it is pretty ok and cool that gpui just exports the tools to make whatever components you need. I could see more components being shipped first party if the community took over gpui, or for some crazy reason a team was funded to develop gpui full time, but developing baseline components is an immense amount of work, both to create an maintain. Buttons (any div can be a button), clipboard, scroll views (div, list, uniform_list) should all already be in gpui.