RB

@tinchodias, these event are used in the GToolkit version of Drag&Drop, where dragged element are managed at the space level. They may be removed in the future, once we clarify...

Not sure if it helps, but here is the current sequence of action & event for Clic and Drag, with default listener, BlSpaceEventListener ```txt BlMouseMoveEvent -> BlSpaceEventListener >> mouseMoveEvent: ->...

I began it with a unifying link, described here (What make most sense in my head, from low to high level) https://github.com/SquareBracketAssociates/Booklet-Graphics/blob/main/Chapters/pharogui.md It has evolved since, with chapter more focused...

`BlOSWindowHost >> createAttributesFor: aSpace` doesn't manage fullscreen option. It's probably managed during space phase after an initial rendering.. In Bloc, the default host is `BlOSWindowSDL2Host`. From what I can see,...

Note for later - as of august 2024, current render loops look like: It start with ```smalltalk BASpaceRenderer >> renderSpace: aBlSpace aBlSpace aeFullDrawOn: aeCanvas. ``` BlSpace default root being a...

@tinchodias looking at the drawing logic used, I updated Bloc code to: ```smalltalk BlElement >>aeFullDrawOn: aCanvas "Main entry point to draw myself and my children on an Alexandrie canvas." self...

As an easy fix, we could update BlOSWindowHost >> createAttributesFor: aSpace to set a default position which will show the title bar, like: ````smalltalk aSpace knowsPosition ifTrue: [ theAttributes position:...

> Hi! > Yes I confirm this is crappy to always moving the window xD > I like this proposition, what is the behavior on multiple screens? I'll open jn...

Hi Enzo Thanks for this great question, I had some fun figuring out what was going on. Short answers, your element is already centered on your element. Let me show...

Hi Enzo As a (simplified) test, I have created a custom animation for element rotation. ```smalltalk BlAnimation > angle: anAngle angle := anAngle BlRotateAnimation >> applyValue: anAngle self target transformDo:...