Hi,
we're trying to port an old application to the Actipro UIStudio.
The project files that are loaded in our application contain window information (type of window, position etc.) for the several windows the user configured before saving the project file.
The window information can be saved in any order in the project file and it should be possible to even load the windows in any order and make sure that the windows are docked to the correct position. With our old framework this was possible. The old framework allowed docking in four docking areas (left, right, top, down), which where divided in columns and rows. So saving the docking area, the column and the row was sufficient information to restore the windows in any order and get them on the correct docking position:Now we are porting to UIStudio and of course we want to use the much better hierarchical and more complex docking functionality. But we would like to use the same approach and save the docking information together with the window information in our project files.
Again, the order in which the windows are saved and restored is arbitrary and we're not sure which information has to be saved and which API-functions can be used to restore the correct layout. Using the XML-File written by UIStudio is not an option, because the docking information for each window should be in the project file along with the other window information.
Have you had any experiences with requirements like this?
Could you please support us with this problem?
Thanks in advance
we're trying to port an old application to the Actipro UIStudio.
The project files that are loaded in our application contain window information (type of window, position etc.) for the several windows the user configured before saving the project file.
The window information can be saved in any order in the project file and it should be possible to even load the windows in any order and make sure that the windows are docked to the correct position. With our old framework this was possible. The old framework allowed docking in four docking areas (left, right, top, down), which where divided in columns and rows. So saving the docking area, the column and the row was sufficient information to restore the windows in any order and get them on the correct docking position:
------------------------------------------------------------
| C:0 |
| R:0 |
|-----------------------------------------------------------
| C:0 |C:1 | | C:0 | C:1 |
| R:1 |R:0 | | R:0 | R:0 |
| | | | | |
| | | | | |
| |-------| | |-------|
| |C:2 | | | C:1 |
| |R:1 | | | R:1 |
| | | | | |
| | | | | |
|-----------------------------------------------------------
| C:1 |
| R:1 |
------------------------------------------------------------
| C:0 | C:0 |
| R:0 | R:1 |
|-----------------------------------------------------------
Again, the order in which the windows are saved and restored is arbitrary and we're not sure which information has to be saved and which API-functions can be used to restore the correct layout. Using the XML-File written by UIStudio is not an option, because the docking information for each window should be in the project file along with the other window information.
Have you had any experiences with requirements like this?
Could you please support us with this problem?
Thanks in advance
