You can set the Presentation-Properties for a form with the keyboard. For example Height = 100, Width = 300. But there are no Scrollbars to get to the Position 100/300.   Why is it not possible to set the Presentation-Properties for Fields / Entities with the keyboard (maybe also for more than one field at the same time)? If you try to drag a field/entity  with the mouse to a position that is not valid, the field/entity does not change it's position. The same validation can be done if I try to edit to value with the keyboard.   In Uniface 9 you always know the size of a field/entity while resizing with the mouse. In Uniface 10 you can see the new size only if you release the mousebutton.   Regards Norbert

Hi Norbert, NORBERT: You can set the Presentation-Properties for a form with the keyboard. For example Height = 100, Width = 300. But there are no Scrollbars to get to the Position 100/300. GERTON: Agree, that is something that we want to do, but we just did not get to it just yet. Currently (10.3), the scrollbar is based on the far-est frame, not the form size. NORBERT: Why is it not possible to set the Presentation-Properties for Fields / Entities with the keyboard (maybe also for more than one field at the same time)? If you try to drag a field/entity  with the mouse to a position that is not valid, the field/entity does not change it’s position.The same validation can be done if I try to edit to value with the keyboard. GERTON: Agree, that is also something we want to do, we want all properties to be editable via the PI including multi-select support. The reason why we did not do some is exactly as you indicate, it is because of validation. Eventually all properties need to validated by the IDE back-end, because this would allow us to provide a scripting API on Development Objects and you can basically create your own editors. But as with all development projects, it happens in a phased approach and not all properties are validated by the IDE backend. Examples are the properties that can only be edited using the graphical frames painter (GFP) which we reused from Uniface 9 IDF, like position, size, and occurrence repetition. At some point these properties will move to the IDE backend and then we can allow editing them via the PI.  NORBERT: In Uniface 9 you always know the size of a field/entity while resizing with the mouse. In Uniface 10 you can see the new size only if you release the mousebutton. GERTON: I assume you refer to the U9 IDF Status Penal? Indeed, that things immediately follows you action. I will be honest, I just forgot about that thing (don't use it much myself), but indeed we should have something similar in the IDE. Thanks for your feedback. I will put them on my backlog. Regards, Gerton Leijdekker Architect and PO for the Uniface product.

Hi Gerton, thanks for your annotations which point to a good direction. Sometimes U9 (like the StatusPanel or ToolPalette: small, secondary, floating on top of FORMPIC) is the hardest benchmark for the current U10.3 formpainter: In U10.3 the formpainer is embedded into the IDE, but has only 40% of the screen. Even maximised we have the tree on the left using 20%. Perhaps an additonal option to get a fullscreen "Formpic only" can help for a low implementation price. TIA, Uli

The problem with the form painter in a separate window was that it would continuously disappear behind the IDE, and you could not always get it back. The implementation was based on earlier Uniface versions and was not suitable for further improvement.   For me the new embedded form painter was a great relief when programming in Uniface. Since the new implementation is much more flexible, it may be possible to honor your wish somewhere in the future. But at the moment it is not anywhere near the top of our backlog.   Regards, Theo Neeskens

Yes, sometime you just need more space . The idea is to allow un-docking some of the areas. Maybe allow zoom on the formpic, as you suggest, also a good idea.