Design of BOY for Eclipse v4

[berryma4]

Considering the importance of BOY in the CS-Studio package, and that a good part needs to be re-written for Eclipse v4. We should take this time to collect new requirements.

[berryma4]

Discussion Topic: Fonts

User's (or font.def) should be able to define a font family, but the font size should be depended on the widget (ie. text box) size. The buzzword being "Responsive".

[berryma4]

opibuilder issue: Unclear API for getting handle to programmatically opened window. This prevents implementing “Run” from editor (which opens new window and then tries to execute *.opi in there), “Open in new Window” from actions. (This has been solved)
Open view in particular position

[xihui]

Sorry, but I don’t understand what is the purpose of getting the window handle? Do you want to open an OPI in a particular opened window?

From: Eric Berryman [mailto:notifications@github.com]
Sent: Tuesday, September 03, 2013 2:27 PM
To: ControlSystemStudio/cs-studio
Subject: Re: [cs-studio] Design of BOY for Eclipse v4 (#101)

opibuilder issue: Unclear API for getting handle to programmatically opened window. This prevents implementing “Run” from editor (which opens new window and then tries to execute *.opi in there), “Open in new Window” from actions. (This has been solved)
Open view in particular position

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/101#issuecomment-23735533.

[berryma4]

Sorry, I was removing Kay's comments from the meeting minutes, and putting them in the project ticket.
(I didn't want any information to get lost)

[pavel-ch]

Hello,
although I am not coming from the accelerator community, I am just testing CSS BOY for an industrial use.
To the collection of new requirements, I have a suggestion for you:
Besides the "Open view in particular position" problem, from my point of view there is missing a possibility to open an opi (in new window or detached view) at an x,y position specified directly in the Open OPI action. The current solution using the opi x,y properties is not flexible enough.
The x,y position of a detached view or a new runtime window should be parametered as:
a) fix x, y numbers as parameters in Open (detached) view action (you can define several buttons with another x,y)
b) in script as openOpi parameters (you can calculate x,y in runtime)
c) relative to the current mouse cursor position (for user-defined pop-ups)

This combination would enable you to create user-defined pop-up menus (very often used in general SCADA applications) and respect the multi-monitor setups.

Thanks Pavel

[xihui]

Very good suggestion! We will provide this feature in the future!

From: pavel-ch [mailto:notifications@github.com]
Sent: Sunday, November 03, 2013 9:39 AM
To: ControlSystemStudio/cs-studio
Cc: Chen, Xihui
Subject: Re: [cs-studio] Design of BOY for Eclipse v4 (#101)

Hello,
although I am not coming from the accelerator community, I am just testing CSS BOY for an industrial use.
To the collection of new requirements, I have a suggestion for you:
Besides the "Open view in particular position" problem, from my point of view there is missing a possibility to open an opi (in new window or detached view) at an x,y position specified directly in the Open OPI action. The current solution using the opi x,y properties is not flexible enough.
The x,y position of a detached view or a new runtime window should be parametered as:
a) fix x, y numbers as parameters in Open (detached) view action (you can define several buttons with another x,y)
b) in script as openOpi parameters (you can calculate x,y in runtime)
c) relative to the current mouse cursor position (for user-defined pop-ups)

This combination would enable you to create user-defined pop-up menus (very often used in general SCADA applications) and respect the multi-monitor setups.

Thanks Pavel

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/101#issuecomment-27645683.

[berryma4]

closing for the "next synoptic display" project