#4 by
cquante
, Thu Jan 19, 2023 7:36 am
Hi Alessio,
thank you for your description!
I still did'n see any advantage in handling multiple projects in one K-IDE against single projects in multiple K-IDEs.
The only advantage may be that if you have multiple other open windows on your desktop and you have to search for your K-IDE windows when switch from one project to another. But you know Windows reorders the tasks in the task switcher whenever you switch from one task to another.
On the other hand, if you have to handle more than one project in the K-IDE main window you must have one place that represents each project you loaded. Lats say the must be another tab line between the main button bar and the working area.
K-IDE has to manage which projects are loaded and has to reserve a separate thread for communication.
When connected to the robots, K-IDE has to handle which communication is between which robot and which project.
Take a look at the two tree views on the left side: there's one for global tasks (project tree) and one is project related (AS tree). Logically they have to be divided and should no longer resist in a sigle tab control.
Normally, if you work with two projects on two monitors, one project will be visible and one project will be hidden. So you need to undock one project and place it an another monitor. Then you can see both projects and nearly have the same as two K-IDE instances. But K-IDE has to manage that on it's own instead of letting the OS manage the two instances.
From a developer point of view I must say that it is an overkill of changes to the K-IDE (develop, test, debug) for too less benefit.
Christian Quante
Technical Sales
Sales Department
Kawasaki Robotics GmbH
Rheiner Landstrasse 195A • 49078 Osnabrück
Germany