Workbench 46 is out! 🛠️

flathub.org/apps/re.sonny.Work…

Actually it was a couple of hours ago before GNOME 46 but I didn't want to steal the show 😎

Here are the highlights 💡

Inline diagnostics for #Rust :rust: and #Python :python:

New Library demos: 📚

"Snapshot" to demonstrate one of GTK4 coolest feature.

"Dialog" and "Message Dialogs" to demonstrate libadwaita 1.5 new responsive dialogs.

26 demos ported to Python
5 demos ported to Vala

#GNOME #GTK #development #Linux #Python #Rust

treefit reshared this.

in reply to Sonny

I think it's a great idea for getting started and prototyping stuff, but as a C developer I don't want write python and then convert it to C to actually use it :)

I'm not sure how workbench works internally but maybe something like bellard.org/tcc/ could bring C into the mix? But then of course I'd want my custom libraries and widgets and stuff too which would make things even more confusing.

At any rate, just some random ramblings ;)

in reply to Sonny

I need to give GNOME Builder another try soon. Last time I was struggling with difference from sublime text and found myself having to write a number of plugins which is of course keeping me from working on the stuff I should be working on.

The one I remember struggling with the most was trying to add mercurial support and not being able to follow through the git plugin at all. That said this was like 2 years ago or so.

in reply to Gary "grim" Kramlich

@grimmy

GNOME Builder is seriously impressive but yeah it's hard to keep up with VSCode and Sublime teams. It's just a matter of time though.

Regardless, I believe we will be able to bring the live preview to any code editor / IDE (as long as the preview happens in a separate window).

There is a GSoC project towards that gsoc.gnome.org/2024/#improve-w…

in reply to Gary "grim" Kramlich

@grimmy @pidgin same, even when working with JavaScript or Python.

I prototype/test/iterate on something small in Workbench then paste in my app.

What I'd like to have eventually in the platform is

* the right primitives to save and restore full app state across rebuilds
* avoid rebuilds when unnecessary (like editing ui files)

in reply to Sonny

@pidgin Yeah that'd be awesome. That said we worked around this in Pidgin by creating a "Demo" protocol that gives us more control over the state of the connection and therefore the app.

Ironically, that was originally created to have data that was always safe to use in screenshots (a problem that's plagued us for a long time) but then it grew into a prototyping/demo tool as well 🤣

in reply to Sonny

I've played around with Workbench a little bit.
- Syntax highlighting is a bit lacking, for example, functions and custom types are not highlighted. (Though this is also the case with GNOME Builder and Text Editor, so not Workbench specific?)
- Workbench is not (fully) adaptive. There might not be much point in making it adaptive or it might be difficult / impossible, but would still be cool if it was :)
in reply to Sonny

Could you please add the RustLang tag? 🥰
Background: fosstodon.org/@mo8it/112056453…