Eve VS additive-guis

There's also https://github.com/mech-lang/mech which is a sort of descendant of Eve https://witheve.com/ . That too seems to be getting close to hiatus. It's a bit of a shame since it seems like quite a nice paradigm for some stuff like GUIs, interactive stuff, and discrete event simulation, but I suppose the paradigm is both a bit obscure and different enough from everything else that it becomes a "boil the ocean" situation where one or a few people try and hack away but aren't really able to get much traction and eventually tired themselves out.

Interesting perspective. It reminds me of Eve [1], which was all the rage over here a few years ago.

[1] https://witheve.com/

You can read more about it here: http://witheve.com

From what I can tell, this language builds on the learnings of Eve[1] without investor money. Their active repository seems to be on GitLab[2] despite the links on the landing and in the README. It doesn't seem to have a lot of contributors or even people observing it, so I thought the HN crowd might want to look into this.

[1] https://github.com/witheve/Eve

[2] https://gitlab.com/mech-lang/mech

I helped with the Eve language, which was an attempt down this path (https://witheve.com)

After that project ended I started working on my own attempt (https://GitHub.com/mech-lang/mech).

Someone else posted a link to futureofcoding.org, which is a community that works on these types of projects. You can find a lot more there.

Also sounds like http://witheve.com

Some langs have been made more or less like this (ex: http://witheve.com).

Do you mean this Eve? I'm trying to figure out what you meant :)

http://witheve.com/

Start from an empty file and write to an imaginary API what you actually want to do and coding is easy!

But when you start from an existing codebase, existing infrastructure, it slows to molasses.

I'm an advocate and trying to design what I call "commutative programming", which is another way of saying that the behaviour is the product of every statement about the behaviour that is desired, not an explicit instruction of what to do next which is what modern programming is and it is slow and tedious and doesn't compose.

We need query engines for behaviour.

I started work on a commutative GUI https://github.com/samsquire/additive-guis but I'm also thinking from time to time about commutative code where we define refinements to desired behaviour and the computer query engine or rule engine generates the code that exhibits this behaviour.

For me desktop software feels extremely difficult to change and rearchitect to change swiftly.

A request/response server side application can be changed by adding endpoints, or redesigning or adding layers or database schemas but GUIs are hard to update easily by comparison because everything is so brittle and linked together so thoroughly.

I wrote toy proof of idea that GUIs could be additively defined declaratively. You define the layout by describing things in relationship to eachother rather than collection classes arranged in a tree. Behind the scenes, it IS a tree but in additive-guis in attempt to create GUIs that were responsive *to change of descriptions rather than declared positions*. you should be capable of describing the GUI with declarative description of how it should look *and* its behaviour.

https://github.com/samsquire/additive-guis

Writing code to manually maintain widgets in a hierarchy is error prone and slow to develop and adapt and change.

I worked on an Android mobile banking application and I wouldn't want to rearchitect the application.

I would love to understand Qt better but I find it very hard to understand to architect good software as a GUI.

I have looked into immediate mode GUIs.

I started writing a layout engine based on ORC Solver paper but it's very early days

https://github.com/samsquire/browser for a simple screenshot. It can arrange things without overlapping them, similar to a flow layout. But I need to handle text properly.

In some ways Mozilla achieved the impossible: a truly cross platform, compatible desktop application infrastructure that is powerful and rich. It can play video, show images and play sound and do 3D graphics. Unfortunately the market doesn't value those things, it thinks of them as dated. Firefox market share where it is.

Everyone said they wanted independent implementations of standards but when Google Chrome came out, everyone including web developers and engineers were happy to move to it.

There's just too much technical complexity and knowledge required to know how to do things on each platform. Writing a cross platform desktop application is LOTS of fiddly effort.

I've wanted to create a GUI similar to IntelliJ Community Edition but I worry that the code shall be outside my reach in understandability.

I wrote a GUI framework that uses React API directly.

It's more proof of concept than useable, the idea is that we don't actually have to write layouts, we can just describe the layout with code or a template language and let the computer work it out.

https://github.com/samsquire/additive-guis

https://github.com/samsquire/additive-guis