View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003921 | NoesisGUI | Studio | public | 2025-01-29 14:25 | 2025-04-02 11:08 |
| Reporter | dstewart | Assigned To | sfernandez | ||
| Priority | normal | Severity | minor | ||
| Status | assigned | Resolution | open | ||
| Product Version | Studio_Alpha | ||||
| Target Version | Studio_Beta | ||||
| Summary | 0003921: Using Element Adorners Is Less Efficient Than Using Properties To Assign An Element to a Grid Row/Column | ||||
| Description | Currently, some mechanical functions of an Element's Adorners make it significantly less efficient as a method to assign the Element to a Row/Column/Span than using the Properties Panel. This friction occurs (in part) due to inefficiency across three main areas: 1) It is incredibly difficult from a motor skills perspective to get a positive 'snap' between an Element's edge and the Gridline that is attempted to be snapped to. It usually takes me between 3-5 'jitters' of the mouse to feel confident that I snapped correctly. --> To ease this, maybe we need to consider increasing the 'strength' of the snapping to make it less of a delicate task. 2) Using the Adorners wipes any previously-set 'Auto' measurements. If an Element is assigned to a Grid Row/Column/Span, and set to a Height or Width of 'Auto', as soon as the Adorners are used to change the Row/Column/Span assignment, it replaces the user-set 'Auto' values with fixed-pixel dimensions, adding two extra steps (clearing local values) to the process of assigning an Element to a Grid area. --> To resolve this, I would suggest keeping a memory if the Element had a previous 'Auto' value set, and retaining it IF when the moment the mouse is released, it has a positive snap to a Gridline. Without a positive snap, then the Width and/or Height would behave as it does currently, and directly interpret an adorner-drag as a straight Width or Height adjustment. 3) Using the Adorners adjusts an axis which is not included in the Element's manipulation. For example, if using the horizontal Adorner to adjust the Width/Column/Span, not only will the Width value adjust (expected), but also the Height value will be changed. --> To resolve this, I would suggest that we only change the property value of the axis being modified in the adorner. Changing the Horizontal should never affect the Height, and vice-versa with Width. | ||||
| Steps To Reproduce | N/A - but all 3 of the points above can be observed in the Z3L demo, attempting to assign the Banner from the far-right, to the central InterfaceGrid column, using its Adorners. | ||||
| Platform | Any | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2025-01-29 14:25 | dstewart | New Issue | |
| 2025-01-30 16:41 | jsantos | Assigned To | => sfernandez |
| 2025-01-30 16:41 | jsantos | Status | new => assigned |
| 2025-01-30 16:42 | jsantos | Target Version | => Studio_Alpha |
| 2025-04-02 11:08 | sfernandez | Target Version | Studio_Alpha => Studio_Beta |