Main differences between V1.5 and V1.6
Some minor evolutions and corrections have been implemented in this version. No incompatibility has been identified on V1.5 code source.
Creation of the GEntryConstant widget
This widget is a specific GEntryConstant widget offering the display of a dedicated button to get predifined values. It is useful for specific physical "constants" that depend on a model as gravitational term, equatorial radius, etc ...
Creation of the GStandardApplication widget
Specific widgets have been created to get a "standard" main application frame (see specific How to build a Standard Application GUI topic)
Creation of class and methods to build VTS files
It is now possible to use the objects to create VTS files (ephemeris, attitude and event ones):
Unique GUnit class
The internal units management has been slightly modified in order not to have specific units for temperatures and percentages. This management also allows to manage consistency between different units (i.e. « km » is consistent with « m »). This functionality is mainly used by the GPlotPanel widget.
Possibility to set the mininimum and maximum amount of elements in GComponentList
It is now possible to set a minimum and/or maximum values for the size of the list displayed (useful if the widgets are memory consuming and may cause some JVM memory error).
=> possible compilation error due to the add of an exception when using the setList() method.
Not useful scrollbars in GComponentList
A side effect of a V1.5 evolution was the fact that, by default, a GPanel has its horizontal and vertical scrollbars activated (if needed). As GComponentList creates intermediate GPanel, it ensued a not very ergonomic scrollbar stacking. Now, these intermediate scrollbars do not appear anymore.
Possibility to get one or several colums data with the getColumns() method of GPlotDataMadonaReader
In the previous version, this method allowed getting to data columns : one for the abscissae, the other for the ordinates. Now it is possible to get as many columns as possible.
Evolution of GCommandLauncher to allow two different GTextArea interfaces (Output & Error)
Modification of GCommandLauncher to allow to send stdout and sterr flows towards two different GTextAreaInterface. If only one GTextAreaInterface is given, both stdout and sterr will be sent.
Non recoverable exceptions management
Some exceptions cannot be directly catched. As an example, in the previous versions, we may raise an exception when we enter a wrong date format in a GEntryDate field. The result was displaying a pop up window including the stack trace of the error which is not very ergonomic. Now this sort of pop up windows will not appear but is possible for your application to get it or to have a specific pop up window. A specific tutorial is available in the Tutorials.
Anomaly corrections
- Error when reading a date with GPlotDataMadonaReader: in the previous version, reading a date could occur up to one second error.
- After a copy-paste action on a GTable1D widget, the result was a single modified vector with only one modified value and no change on the size of the vector. Moreover, the "*" sign did not appear.