[Comment se procurer la mise à jour]

Nouvelles pages dans l'encyclopédie
Une cinquantaine de pages de figures ont été rajoutées dans l'encyclopédie; en particulier, les activités où une intervention active de l'élève est demandée ont été renforcées de façon importante, et regroupées dans un chapitre "exercices". Beaucoup de ces exercices sont proposés avec une solution commentée (par exemple ceux sur les transformations).

Traits en pointillés
Il est possible de tracer les objets comportant des lignes avec des traits discontinus (pointillés et tiretés). Cette possibilité peut être mise en oeuvre au travers de la boîte de dialogue de modification d'aspect, qui présente une liste déroulante supplémentaire permettant de sélectionner l'apparence de trait désirée. En mode langage, elle est accessible via le mot-clef FORME.

Traçage des axes et d'un quadrillage
Dans le module d'animation, on peut à tout moment demander l'affichage des axes du repère de traçage de la figure, et d'un quadrillage du repère quand les axes sont visibles (détails).

Harmonisation des boîtes de dialogue de sauvegarde et de chargement de fichier
Chaque fois que l'on a besoin de sauvegarder ou de charger un fichier, cela se fait maintenant en passant par la boîte de dialogue standard de Windows (dans les versions précédentes, ce n'était pas le cas pour les animations).

Affichage de l'équation d'une droite de type droiteABC
Lors de l'affichage de l'équation d'une droite de type droiteABC, la mise en forme du texte de l'équation à partir des coefficients a, b et c s'effectuait de façon trop simpliste ; par exemple, avec a=2, b=-3 et c=0, l'équation était formulée comme 2x+-3y+0=0, ce qui n'était pas très élégant. Maintenant, on verra apparaître 2x-3y=0, ce qui est plus mieux joli.

Dispartition du curseur près d'une droiteABC lors de la construction interactive
Au cours de la contruction interactive d'une figure, le curseur de la souris devenait invisible si on l'approchait d'un objet de type droiteABC, par exemple pour le modifier en cliquant le bouton droit. Ce n'est plus le cas.

Anomalie de fonctionnement dans les arcs
Dans l'utilisation des arcs (Arc2droites et Arc3points), si on modifiait interactivement la référence à l'un des éléments de définition de l'arc (une des deux droites dans le premier cas, un des trois points dans le second), ceci avec la boîte de dialogue de modification d'objet, la répercution de cette modification s'effectuait imparfaitement, ce qui est corrigé. Dans les versions précédentes, on pouvait contourner aisément la difficulté via une bascule en mode langage.

Anomalie d'affichage dans les arcs
Lors de l'affichage des arcs déclarés saillants ou rentrants, il y a une ambiguïté dans le cas où les deux branches de l'arc sont opposées (elles font un angle de 180°, et l'arc est un demi-cercle) : dans ce cas, il faut décider lequel des deux demi-cercles doit être tracé, puisque leurs deux angles font 180° (-180°).
Jusqu'à la version 1.1, la levée de l'ambiguïté s'effectuait au travers de la méthode de calcul de l'amplitude de l'angle, qui produit une valeur d'angle normalisée entre -180 et 180°, qui renvoie 180° dans ce cas précis. Cela n'était pas satisfaisant car cela provoquait des bascules d'affichage lors du tracé de demi-cercles mobiles, ou de séries de demi-cercles avec des orientations différentes de leusr diamètres. Ainsi, un utilisateur particulièrement audacieux avait-il entrepris de reproduire avec Geoflash la grande rosace de la cathédrale de Troyes, dont de nombreux arcs sont des demi-cercles ; il a ainsi rencontré ce problème.

Maintenant, l'ambiguïté est levée de la façon suivante : le demi-cercle est tracé dans le sens trigonométrique en partant du premier rayon de l'arc en direction du second. Par exemple pour un arc3points(A,B,C), l'arc de centre B est alors tracé de A vers B (dans le sens trigonométrique).

Anomalie de la validation dans la boîte de dialogue de modification d'objet
La validation par la touche Entrée de la boîte de dialogue de modification d’objet ne fonctionnait pas si le champ de saisie du Nom d’objet était le champ courant de la boîte de dialogue ; il fallait alors, pour sortir de la boîte de dialogue, utiliser le bouton OK, ou cliquer d'abord sur un autre champ avant de valider par la touche Entrée.
Ce n'est plus le cas, la validation par Entrée fonctionne dans tous les cas, à condition qu'elle ne soit pas interrompue par un message signalant que le nouveau nom fourni pour l'objet est invalide (à blanc, ou déja pris par un autre objet).

Impossibilité de changer le nom d'un objet si ce nom était son nom implicite
Si un objet géométrique avait pour nom son nom implicite (ce qui est le cas dans le module de création et d'animation quand on ajoute un nouvel objet pouvant avoir un nom implicite) il n’était pas possible de le changer dans la boîte de dialogue de modification d’objet. Après la validation du nouveau nom, l'objet reprenait son nom implicite. Pour changer son nom, il fallait passer en mode langage, ou le changer immédiatement après sa création dans la boîte de dialogue de validation.
Cette anomalie de fonctionnement était due à une erreur dans la boucle de mise à jour des noms implicites, qui se déclenche après la mise à jour d’un nom d’objet, pour que les objets dont la définition fait appel à l’objet dont le nom vient de changer, et dont le nom est le nom implicite, voient leur nom changer en conséquence : ainsi, si on a construit le triangle ABC (a partir des point A, B et C) en lui laissant son nom, il est commode que si le point A prend Z pour nom, le triangle ABC soit automatiquement renommé en ZBC.

Explosion lors de la création d'une figure non encore enregistrée en imprimant ou en sauvant l'animation
C'est corrigé.

Explosion occasionnelle de l'encyclopédie après retour en arrière par l'historique
Dans certains cas, le retour en arrière par le bouton de l'historique (page précédente consultée) pouvait occasionner un plantage de l'encyclopédie si ensuite on manipulait certains objets de la figure sur laquelle on était revenu, en particulier des droites tournant autour d'un point. Cette anomalie a été corrigée.

Anomalie de passage du nom de fichier entre les deux modules de construction
Dans le cas d'un changement de répertoire pour les fichiers de figure au cours d'une session de travail avec bascule entre les deux modules de l'outil de construction (module interactif et module langage), il arrivait que la liaison entre les deux modules s'effectue mal dans certains cas. Cela était du au passage du nom de fichier de figure entre les deux modules, qui dans certaines circonstances perdait la référence au répertoire d'appartenance du fichier (seul le nom de fichier, sans son chemin, était transmis). Dans ce cas, si on avait entre temps changé à la main de répertoire dans un des deux modules (par exemple pour charger un fichier ailleurs), l'autre module n'arrivait pas, lors de la bascule, à lire le fichier désiré, car il n'était plus dans le même répertoire.
Cette anomalie de fonctionnement a été corrigée : dans toutes les circonstances, c'est le nom complet du fichier de figure (avec son chemin : disque et répertoire) qui est transmis d'un module à l'autre, ce qui rend les bascules insensibles à des changements de répertoire. Ainsi, chaque fenêtre de figure conserve la trace du répertoire d'appartenance du fichier associé.

Cela apporte du confort en particulier quand on travaille dans le module langage avec plusieurs fichiers de texte de figure et qu'on désire effectuer des copies de potions de figure de l'un à l'autre.
Il n'y a que dans l'encyclopédie que le nom du fichier de la page de figure est affiché sous la forme d'un nom court, sans son chemin, dans le titre de la fenêtre.