Connexion avec TiEmu - Page 4

Qt et KDE sont strictement compatibles dans le sens "ancienne application - nouvelle lib" (tout comme GTK+ d'ailleurs), donc la seule chose à respecter est d'avoir toujours la version la plus récente* dans le répertoire partagé. Justement, la méthode des DLLs dans les répertoires de chaque programme n'est pas du tout la bonne méthode d'éviter un conflit, il est beaucoup plus efficace d'avoir une et une seule version de la librarie sur le système et de faire en sorte que ce soit la plus récente.

* plus précisément: une version comprise entre la version la plus récente parmi les versions minimales demandées par toutes les applications installées et la version la plus récente disponible

roms (./77) :
Lors de la sortie de QT4, j'ai envisagé le passage à Qt avec le GFM.

Qu'est-ce que c'est le GFM ?

GFM = Group File Manager (lpg.ticalc.org/prj_gfm) est une application permettant de lire/éditer/sauver n'importe quel fichier TI.

On peut le télécharger ?

Par SVN anonyme, oui.
On n'a pas encore fait de release.

Kevin Kofler (./96) :
Par SVN anonyme, oui.
On n'a pas encore fait de release.

Je vais faire des releases ce soir ou demain...

Tu réponds à quoi là?

J'ai parcouru l'ensemble du topic et réalisé une synthèse des remarques:
- problème de clavier français sous X11 => pas de fix prévu, çà reviendrait à réimplémenter une locale clavier
- Lionel: plusieurs secondes pour lancer le debugger, 100ms pour afficher les fenêtres => surprenant sachant que le debugger est déjà préchargé pour accélérer le chargement. Je reconnais que c'est pas instantané mais c loin d'être pénalisant. Je suis comme vous, je supporte pas que çà rame mais là çà me va. Le chargement prend du temps à cause des ROM calls à trier/parser. Gros warning: GTK+ est connu pour être moins performant sous Windows non-NT.
- Extended: GTK+ mal intégré => c pas du natif donc je ne peux rien faire
- Extended: multi-fenêtre polluant => problème déjà soulevé auquel j'ai peut être deux solutions:
* soit offrir en option la possibilité de rendre les fenêtre dockables dans une unique fenêtre (devrait pas être trop dur à coder)
* soit ajouter une fenêtre additionnelle semblable à celle de VTi (pas mal de travail par contre)
- M. Demolins: fenêtre trop grosse: effectivement, la fenêtre de VTI est 1) très compacte 2) utilise une petite police. Malgré tout, j'ai comparé le tree de la fenêtre Registers avec le Shell Windows: 9 noeuds GTK rentrent dans 8 noeux Windows soit 12,5% de place supplémentaire. A noter que le moteur de thème doit permettre de changer la police et sa taille. Ca peut être une première solution pour réduire la taille des fenêtres. Néanmoins, on affiche plus de choses:
* la fenêtre Memory affiche 2 fois plus d'octets et plus de lignes
* la fenetre Stack est + grosse, idem pour Heap
* par contre, je reconnais que les registres prennent moins de place. Peut être que l'affichage en arbre n'est pas adéquat. Kevin, qu'en penses-tu?

Pour info, la conception de TiEmu est inspiré d'une IDE de développement (très chère) que j'ai utilisé dans une entreprise sur MC680xx. Voir <http://www.lievin.net/downloads/lpg/VisionCLICK.bmp>

Je suis ouvert à toute critique/suggestions tant que çà reste raisonnable. Il serait dommage que TiEmu déplaise pour quelques fenêtres...

ben le truc c'est qu'un arbre c'est certes très facile à programmer, mais si tu regardes le %age de l'espace effectivement utilisé c'est affolant :

(et on ne gagne pas en lisibilité pour autant...)

si tu as le temps je te conseillerais d'avoir plutôt un affichage en deux colonnes statique comme vti (la possibilité de configurer le layout comme avec un arbre prendrait plus de place qu'elle n'en gagnerait -- on a tjs besoin d'afficher au moins les registres de données et d'adresses, et le reste ne prend pas trop de place), et sans les énormes interlignes et marges de la version actuelle ^^

sinon il n'y a pas que la mise en page, il y a aussi le manque de raccourcis claviers qui m'avait embêté la dernière fois que j'avais essayé tiemu

ben le truc c'est qu'un arbre c'est certes très facile à programmer

Pas vraiment... De mon expérience MFC et GTK, les lists et les trees sont ce qu'il y a de plus difficile!

serait-il possible d'implémenter des breakpoints sur des bits

C'est possible...

A noter que çà fait un moment qu'il me trotte l'envie de rendre ces breakpoints plus puissants (sur condition comme 'valeur égale à', ...) et de rajouter du logging sur les accès.

D'ailleurs, je vois que les tests sur bits sont implémentés dans VTi mais uniquement en logging, pas en breakpoint.

Là, on à "X=0/1_"

Pour info, si tu cliques sf ou uf, çà t'ouvres une boite où chaque bit est cliquable.

Avec mon Interface Builder, j'ai dessiné une nouvelle fenêtre qui tient compte des remarques:. Commentaires?

Une réglette ? Je ne l'ai pas dans VTi 2.5. Mais çà peut se rajouter...

C'est très bien je trouve

roms (./100) :
- problème de clavier français sous X11 => pas de fix prévu, çà reviendrait à réimplémenter une locale clavier

Il doit y avoir une solution sans tout recoder (en réutilisant du code existant, de préférence sous forme de lib), je vais regarder ça quand j'aurai le temps.

* par contre, je reconnais que les registres prennent moins de place. Peut être que l'affichage en arbre n'est pas adéquat. Kevin, qu'en penses-tu?

Je trouve que l'affichage actuel va très bien, mais je ne suis pas contre par exemple une table, à condition que les noms des registres apparaissent clairement.

Ton mockup (./108) n'est pas mal. Peut-être avec des "0x" devant (dans le label non-éditable) pour qu'il soit clair que c'est du hexa? Enfin bon, ce n'est pas dans la fenêtre actuelle non plus ni dans VTI, donc ce n'est pas indispensable.

Ton mockup (./108) n'est pas mal.

Si çà convient à tous le monde, je code çà. Dès que c'est fonctionnel, je mettrais à disposition une version spéciale de test.

très bien, même si les cases à cocher prennent bcp de place à cause de la marge autour

Pollux (./112) :
très bien, même si les cases à cocher prennent bcp de place à cause de la marge autour

En largeur, elles occupent la même place. Par contre, en hauteur, il y a un extra-space comme avec les labels d'ailleurs. Je peux pas faire mieux, tous les espaces sont déjà à 0. Le reste est défini/controlé par le moteur de thème je pense.

ouais c'est ce que je pensais, de toute façon c'est pas grave ^^

J'ai mis à dispo sur http://www.lievin.net/downloads/lpg/tiemu3.zip une version de test avec la nouvelle fenêtre Registers. Elle est équivalente à la précédente sauf qu'il manque la coloration sur changement de valeur.

A noter que cette version est la future 3.01 (émulation du son) mais compilée en mode console.

Par contre, le fichier est un serveur ADSL donc vous attendez pas à un débit colossal et téléchargez pas tous en même temps

Et le GFM ?

Ici: http://www.lievin.net/downloads/lpg/gfm.zip

Concernant la nouvelle fenêtre et la coloration, il y a un hic: les zones éditables ne permettent pas de changer la couleur et/ou la police (courier). Sinon, il faut revenir sur des labels à cliquer (comme VTi) ou des zones de texte (lourd).

et un label à cliquer qui se transforme en zone éditable si on clique dessus ça serait jouable ?

./117 Je ne parviens pas à récupérer le fichier (pas de réponse du serveur)