BasicPrinciples

De GENOPUS
Révision datée du 31 mars 2023 à 10:30 par Admin (discussion | contributions)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)
Aller à la navigation Aller à la recherche

GENOPUS widgets correspond to [PATRIUS] objects (for exampleGPAbsoluteDate for AbsoluteDate, GPOrbit for Orbit …). All these widgets are coded in Java using [[1]] functionalities for display but also read/write: it means that they will propose the possibility to store them via an XML file.

Initialization

A main requirement for most of the GENOPUS widgets is the fact that they can be initialized:

  1. With no argument, meaning that all internal values have “by default” values
  2. With the corresponding [PATRIUS]] object

Getting PATRIUS objects

Another main requirement is the fact that most of GENOPUS widgets own a getPatriusObject() method allowing getting the corresponding [PATRIUS] object.

Some non graphical objects

Some classes are not widgets but more computation flight dynamics ones. Most of the time, their name start with “Custom”. In fact, they correspond to temporary classes that could be included in [PATRIUS] library but which are not available at the time being or available but with lacking methods (getters for example). Each time an equivalent class will be available with [PATRIUS] , the next GENOPUS version will link with it and the old “Custom” equivalent class will become obsolete.

Since V2.0 , only classes linked to events and maneuvers remains as “Custom”.