Hiéroglyphe ?

Dans la suite du développement du Bureau il faut d’abord dire que ogImage est fini et optimisé 🙂

07-03-09-nterrain-og-4

Explication : une texture devant etre carrée et suivant une puissance de 2, les images qui ne sont pas de ce format sont éttirées affin d’y arriver… Méchant DirectX, alors je suis remonté une couche plus haut, réécris le fichier bitmap à la volée et comblé le reste par du vide ce qui fait plaisir a DX et ce qui nous laisse notre image (ce qu’on en vois) à la bonne taille. Trucage dans la mémoire pour obtenir un visuel parfait et précis ! 🙂

Ensuite qu’ogImage s’est fait retirer les éléments vitaux dans une classe qui est devenus parente, sa mère : ObjetGraphique (pas su l’éviter) comme dans Lib’K.

Les bonus ce sont la gestion des événements auto-accrochés au parent, l’auto-ajout à la liste des fils du parent (si parent bien sur), ainsi que d’autres optimisations.

Ensuite, a pu démarrer l’écriture d’ogTexte… mais pas sans mal. Rappellez-vous Lib’K avec une interface commune pour lier FontBitmap et FontSystem… pas pratique… Apres de longues heures de recherche j’ai réussi a les faire cohabiter en gardant l’optimisation de chacun.

Il se sont tous fait réécrire ainsi que SpriteDiviser qui pourra même servir pour les textures animées.

Quelques exemples :

  • ogTexte mode Font System, normal
  • ogTexte mode Font System, interlignage
  • ogTexte mode Font System, interlignage + approche
  • ogTexte mode Font Bitmap, texture 1
  • ogTexte mode Font Bitmap, texture 2

07-03-11-nterrain-og-5h

07-03-11-nterrain-og-5i

07-03-11-nterrain-og-5j

07-03-13-nterrain-og-6

07-03-13-nterrain-og-6b

Remarquez la gestion du multilignes, de l’interlignage et de l’approche.

Il reste un mode écriture vertical à mettre au point qui n’est autre que l’inversion des coordonées.

A venir : ogBouton 🙂 on peut enfin commencer à combiner et à descendre dans la hierarchie familialle.

Mais heu… tu m’as fait peur !

Oui une véritable frayeur… en effet !

J’ai compilé le premier essai de la bibliothèque de contrôles graphique (Bureau), qui remplace cette partie de Lib’K, le tout amélioré, complèté, etc… Mais au moment de tester l’ensemble sur le PC test « sain » de puces et de mémoires, pan ca ne va pas…

Et mer**-credi… en fait DX est composé de « sous-version » (allez voir dans votre répertoire : C:\WINDOWS\Microsoft.NET\DirectX for Managed Code\) vous y trouvez plusieurs répertoire et ceci est variable d’un pc à l’autre. (ce répertoire ne se créer que si vous avez installez le framework .net 1.1 AVANT)

Donc le gros problème est de faire un programme qui s’exécute avec la sous-version que tout le monde a… sauf que personne à la même… J’ai 2 x 2908 + 1 x 2905 et mon pc de dev les ayant toutes… mouai bon…

Après moultes recherche on définis :

– installer le .net 1.1
– installer la derniere version de DX9.0c, cad celle de février 2007 ayant les 11 sous-version, nous décidons également de bosser avec la sv11.
– ensuite là le programme s’exécute sans problème

Nous sommes toujours en phase de test afin de pas dire, ni se baser, sur de sombres théories…

Bureau

Parlons de Bureau. Actuellement contient un ogImage qui est la nouvelle base à tout objet graphique. Un bouton a un fond coloré ou texturé et ceci est valable pour tout les OG.

J’ai redéfinis le système d’événement et ai apporté, sous mon influence web, des notions CSS dans les propriétés de ce bouton.

Ainsi une classe Bord et une classe Contour (contenant 4 Bord) voient le jour. Le système de background de l’objet est précis au pixel prêt, suite à une réécriture du système de préparation intégrale. Les événements sont pret mais vont déjà subir une amélioration : l’accrochage au événements de manière automatique, ainsi que la gestion de parentée qui se faisait en 2 temps précédemment.

Pour mieu comprendre l’état actuel

07-03-02-nterrain-og-3