This is a very important research tool. But it has a number of difficulties in design and implementation. It is particularly aimed at situations where there exists 2 or more HRE Projects that have some potential common overlap in their Research Type data. But these HRE Projects are compiled by different users and are likely to contain data of additional non-overlapping Research Types.
[I perceive that this capability can only be achieved in the Eclipse RC GUI implemented cases, but others may know of a way that this may be overcome.]
The successive steps are to:
From within a Project Selection GUI pane to select a HRE Project from any available Server (Local or Remote). This will need to have a recently visited Project list, a Server list and a search facility for Projects that exist on the known Servers. It will need to have an ability to add or delete Servers from the Server list. At the time of selection of a HRE Project to designate it as the First (default) or Second HRE Project. Each HRE Project to be displayed in a separate instance of the GUI.
Both First and Second HRE Projects need to be selected before step 3 is activated.
Open a third GUI pane or extend the GUI for the Second Project to enable marking of identified data structures of interest in the Second Project
Perform an operation to copy and link the marked structures from the Second Project to the First Project
A GUI action must be available to swap the First and Second Project roles in the comparison
A GUI action must be available to select other HRE Projects for First Project and Second Project designations (with warnings about the need to save data changes before exiting any HRE Project).
The conclusion is that the proposed Single HRE Project Technology Client-Server model can be extended to achieve the Side-by-Side Visual Comparison of 2 HRE Projects in the case of Eclipse RC GUI implementations.
Copied from original issue: MichaelErichsen/HRE--History-Research-Environment#8
From @MichaelErichsen on September 13, 2017 13:7
This is a very important research tool. But it has a number of difficulties in design and implementation. It is particularly aimed at situations where there exists 2 or more HRE Projects that have some potential common overlap in their Research Type data. But these HRE Projects are compiled by different users and are likely to contain data of additional non-overlapping Research Types. [I perceive that this capability can only be achieved in the Eclipse RC GUI implemented cases, but others may know of a way that this may be overcome.] The successive steps are to:
Copied from original issue: MichaelErichsen/HRE--History-Research-Environment#8