Accueil > Projets > ScientificPad / MathMLPad [fr] > ScientificPad / MathMLPad / HTMLPad / FXMessages

ScientificPad / MathMLPad / HTMLPad / FXMessages

Informations sur la chaîne de production.

vendredi 16 avril 2021, par ScientificWare

Grosse période de transition. Le développement étant effectué sous Java et NetBeans ou Android Studio, il a été fortement impacté par les nouvelles organisations des outils de développement :
 Mise en place des modules,
 Accélération du Cycle de sortie de 6 mois et
 Changement de licence pour les versions Oracle, obligeant le passage d’Oracle Java à l’OpenJDK.
 Pour finir le transfert de propriété d’Oracle à la fondation Apache pour NetBeans, le transfert technologique a pris beaucoup de temps. Il n’est toujours pas terminé à la date de publication de cet article, il reste la partie C++ à finaliser.
 Adoption tardive des dernières versions de Java par Android Studio (actuellement bloqué à Java 8)

En interne, nous avons profité de cette période pour :

  • mettre en place des dépôts Git pour tous nos développements,
  • assurer une veille sur les nouvelles technologies dont une attention toute particulière pour GraalVM et
  • maintenir les différents moteurs de rendu mathématique sous Java, JavaFX et Android. En particulier, la version Java illustrée ci-dessous.

Les passages aux versions post Java 8 et NetBeans 8 ont été assez compliqués. Notre chaine de production est maintenant à jour et les développements reprennent petit à petit leur rythme de croisière tout en étant impacté par le nouveau cycle de développement, sur 6 mois, des technologies Java.

Description rapide des différents projets :

  • ScientificPad : Boite mail scientifique
  • MathMLPad : Traitement de texte basique de type NotePad avec support de l’écriture scientifique.
  • HTMLPad : Editeur HTML orienté WEB supportant MathML.
  • FXMessages : Messagerie SMS et MMS pour mobiles.

Prochain objectif : Pour tous ces projets, l’écriture mathématique doit s’aligner sur celle de FXMessages autrement dit l’utilisation du langage mathématique « maternelle » pour les formules. Chaque projet doit également intégrer l’utilisation de MarkDown pour la mise en page.

Rappels : ScientificPad poursuit donc son évolution, il existe trois versions à des stades différents :

  • Une version pré 2000 basée sur l’API AWT (développement gelé).
  • La version en cours basée sur l’API SWING. 3 séries de bugs, une longue et difficile démarche de soumission de bugs et de modifications sur Java 7, 8 et finalement 9 ont bloqué son développement. Soulagement, mes corrections de bugs intégrées à l’OpenJDK sont bien dans Java 9 qui est désormais disponible. Mais cette fois-ci c’est NetBeans 9 qui se fait attendre. Son transfert d’Oracle à la Fondation Apache prend du temps. Mes correctifs ont été backportés vers les versions supérieurs à Java 9, Java 10 ... mais pas sur les versions antérieures Java 8, Java 7, ... le projet et condamné à attendre que l’ensemble NetBeans Apache et Java 9 soient réunis :
    • En effet, Java 9 est sorti le 21 septembre 2017. Autrement dit avec deux mois de retard par rapport à la précédente date annoncée.
    • Netbeans 9 est en période d’incubation chez Apache. Oracle vient de faire don du code à la fondation Apache. Ce transfert provoque un retard de livraison.
  • En attendant, l’intégration du panneau des raccourcis a été réalisée. Il avait été introduit en mai 2016 mais sans être opérationnel. C’est maintenant les cas. Il détecte les conflits lors des personnalisations. Quatre configurations de saisie ont été définies. Il ne s’agit pas d’une compatibilité effective avec les logiciels cités, juste un moyen de faciliter la transition :
    • Française, langage mathématique oral,
    • Anglo-saxonne, langage mathématique oral,
    • TeX, langage de script,
    • Libre Open Office, langage de script.
  • Il reste à prendre également en compte Ascii Math pour la saisie des expressions mathématiques.
  • Travail sur l’affichage des fractions et des exposants pour un meilleur rendu.
  • Concernant version développée sur l’API JavaFX. En fait une récriture du Control TextArea de JavaFX. Pas d’avancée de ce côté là faute temps.

flags