[Cuis-dev] DSL GUI framework

Juan Vuletich juan at jvuletich.org
Mon Sep 6 13:47:54 PDT 2021


On 9/4/2021 4:44 AM, Hilaire Fernandes via Cuis-dev wrote:
>
> Hi,
>
> Cuis' Morph is great, it is clean, easy to use, beautiful. One can 
> code sexy view with it.
>
> Nevertheless we still miss an intermediate framework in the Cuis 
> ecosystem regarding GUI. Something between the Morph ecosystem 
> (VectorGraphic, Layout,...) and the "honest human" programmer.
>
> In the context of the Dynabook concept, where you write Smalltalk 
> script to glue together different parts to produce a meaningful small 
> applications, we need this intermediate DSL GUI framework to more 
> easily design and write such small applications.
>
> I took a brief look about some existing frameworks out there.
>
>     * *Concur .* This interesting article[1] explains general concept
>       on widget Space (Layout) and Time (Event) compositions. How it
>       is designed the as simple as possible to compose. Some part are
>       hard to understand because it relies on the Haskell programming
>       language.
>     * *Glimmer.* Ruby framework for GUI[2]. Resulting code looks
>       already too complex to my taste.
>
> Regarding space composition, it will be neat to write code as:
>
> "horizontal composition"
> ('Morph is great:' asLabel , boolean asWidget)
> "vertical compositions"
> | ('I like Smalltalk:' asLabel , boolean asWidget)
> | ('Ok' asButton)
>
> This is just rough idea how simple the code should be. No idea yet 
> about the code could be simple for Time composition (Event).
>
> Interested to read your thought, reference materials or anything 
> useful in the reflection.
>
> Best
>
> Hilaire
>
>
> [1] 
> https://potocpav.github.io/programming/2020/05/01/designing-a-gui-framework.html?utm_source=pocket_mylist
>
> [2] https://github.com/AndyObtiva/glimmer
>
> -- 
> GNU Dr. Geo
> http://drgeo.eu
> http://blog.drgeo.eu

Hi Hilaire,

I haven't had time to focus on this yet, but I agree that it would be 
great to start moving in this direction. I guess the model would be less 
powerful than "full morphic" and more focused on composing widgets, right?

I'll read the links you sent.

It some point, we could consider recoding the Smalltalk tools, if it 
would result in cleaner or simpler code.

Thanks,

-- 
Juan Vuletich
www.cuis-smalltalk.org
https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev
https://github.com/jvuletich
https://www.linkedin.com/in/juan-vuletich-75611b3
@JuanVuletich

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20210906/9f49ba8a/attachment.htm>


More information about the Cuis-dev mailing list