TiEmu: fiture ricouaistes - Page 4

Lionel Debroux (./90) :
> (./71, roms) Par contre, j'avais fourni un tarball sur ce forum pour du testing. Personne n'a jamais répondu
C'était un tarball pour Windows, non ? J'avais moyennement envie de tester sous Wine...

J'ai essayé d'installer le package tiemu3-nogdb pour stable, trouvé sur http://www.lievin.net/downloads/debian/ , mais il me dit que ça tente de remplacer un fichier GLADE qui appartient déjà au paquet tiemu3-nogdb...

Bizarre, j'ai installé chaque paquet après construction et sur 2 archs différentes... Et çà fait quoi si tu lui dit d'écraser ?

As-tu vérifié qu'il ne restait pas de traces d'une précédente installation de tiemu depuis un tarball ?

> As-tu vérifié qu'il ne restait pas de traces d'une précédente installation de tiemu depuis un tarball ?
Je n'avais jamais installé TIEmu ni TILP(-II) sur cette machine. Je viens de vérifier, il n'y a rien qui s'appelle "*tiemu*" dans /usr/local.

> Et çà fait quoi si tu lui dit d'écraser ?
# dpkg -i --force-all Desktop/tiemu-nogdb_3.02-1_i386.deb
(Lecture de la base de données... 161486 fichiers et répertoires déjà installés.)
Dépaquetage de tiemu-nogdb (à partir de .../tiemu-nogdb_3.02-1_i386.deb) ...
dpkg - avertissement, problème contourné à cause de --force :
tentative de remplacement de « /usr/share/tiemu/glade/calc-2.glade », qui appartient aussi au paquet tiemu3-nogdb
[la même chose pour chacun de plusieurs dizaines de fichiers en conflit]

[et puis à la fin, mais ça, c'est pas de ta faute, c'est parce que je n'ai pas encore téléchargé les packages qui vont bien, même si je me doutais qu'il les faudrait ]
dpkg : tiemu-nogdb : problèmes de dépendances, mais configuration comme demandé :
tiemu-nogdb dépend de libticalcs2-7 ; cependant :
Le paquet libticalcs2-7 n'est pas installé.
tiemu-nogdb dépend de libtifiles2-5 ; cependant :
Le paquet libtifiles2-5 n'est pas installé.
Paramétrage de tiemu-nogdb (3.02-1) ...


Il manque peut-être un "Replaces: tiemu3-nogdb" dans le package tiemu-nogdb ?


[EDIT: après divers forçages d'installation de packages, j'ai les dernières versions des libti*, tiemu-nogdb et tilp2 installées, mais j'ai désinstallé KTIGCC et les libti*-dev (car KTIGCC dépend de versions plus anciennes des libs, avec lesquelles les versions plus récentes rentrent en conflit)]

Martial Demolins (./91) :
Bon pas de panique, c'est apparemment dû à KDE qui plante avec n'importe quelle application (Konversation, KMix, etc... :/).

Bah, en tant que comainteneur de KDE dans Fedora, si, je panique.
C'est quoi cette histoire, un bogue de KDE?

Il manque peut-être un "Replaces: tiemu3-nogdb" dans le package tiemu-nogdb ?

Je vais essayer çà. Ce problème peut aussi venir du fait que je construits deux packages (--gdb et -nogdb) à partir de la même 'rules'. J'ai mis à jour le repo mais pas la liste de fichier (MD5SUM) ce qui peut poser problème. Si c'est le cas, il faut télécharger le fichier et dpkg -i filename.

J'ai commencé à m'occupper du 'dock'. Je suis en train d'essayer deux solutions:
- remplacer les fenêtres par des barres dockables plus un workspace (visible ou non-visible) capable de recevoir les barres dockables. Avantage: plus de multi-fenêtre dans la barre des tâches; inconvénient: fenêtres a priori non redimensionnables,
- choix entre le multi-fenêtres actuel ou une unique fenêtre (workspace) contenant le contenu des autres fenêtres. Question: qu'est ce que je mets dans le workspace: quelques fenêtres de base (code, mem, ...) ou toutes les fenêtres ?

Je vais essayer de pondre un mock-up.

Voici un mock-up sur un écran de 1280x800 (il manque la fenêtre pc_log et la fenêtre ioports mais elles ne paraissent pas indispensable et peuvent, je pense, exister à côté).


Par contre, y'a pas de quoi s'éclater par rapport au dock de VTi :-(


Toutefois, 1) TiEmu affiche plus de choses 2) j'ai constaté que les blocs étaient plus large que les fenêtre d'origine; le dock a l'air de s'épanouir ce qui veut dire qu'il y a moyen de gratter encore un peu de 'blanc'.

J'ai besoin de vos remarques/suggestions avant d'aller plus loin dans le code...

Je sens qu'il va y en avoir pour hurler de joie

Augmente la résolution de ton écran ?

roms (./96) :
Par contre, y'a pas de quoi s'éclater par rapport au dock de VTi :-(

Je ne pense pas que ce soit un vrai problème, on n'en est plus aux écrans 640×480 de nos jours.

Content de voir que çà vous convient... Je vais donc finaliser çà ASAP.

Martial Demolins (./98) :
Mais peut-on encore régler la fonte et diminuer du coup la taille globale du dock?

Dans TiEmu ou sur la photo ? Je rappelle, à tout hasard, que la fonte est actuellement totalement réglable (style, taille et police).

=> Kevin: est-ce que je conserve les 2 modes (multi / dock) ou je bascule en mode dock ?

=> quel mode sera activé par défaut (multi comme avant ou dock) ?

AMHA, il faut garder le mode multi comme option, il est plus flexible (permet d'agrandir les fenêtres individuelles quand on le désire, fermer celles dont on n'a pas besoin etc.). Cela dit, mettre le mode dock par défaut pourrait être une bonne idée, c'est clairement plus pratique pour l'utilisateur moyen. Dommage que c'est un peu inconhérent avec l'interface de Insight qui est fortement multifenêtrée.

Bien, Romain

Ah ouais, ça rend bien
Mais on voit déjà que les lignes de VTi sont moins espacées verticalement, il gagne pas mal là-dessus, y'a deux lignes de moins sur l'hexa et pas de tabs. Donc à moins de supprimer des fonctionnalités et de réduire l'interligne, il n'y a pas grand chose à faire
Bref, bon boulot !

Kevin Kofler (./103) :
AMHA, il faut garder le mode multi comme option, il est plus flexible (permet d'agrandir les fenêtres individuelles quand on le désire, fermer celles dont on n'a pas besoin etc.). Cela dit, mettre le mode dock par défaut pourrait être une bonne idée, c'est clairement plus pratique pour l'utilisateur moyen.

Ca tombe bien, c'est exactement ce que j'avais prévu de faire et pour les mêmes raisons!

Dommage que c'est un peu inconhérent avec l'interface de Insight qui est fortement multifenêtrée.

Peut être qu'il vaut mieux mettre le mode multi par défaut sur la version GDB pour une meilleure cohérence...

Mais on voit déjà que les lignes de VTi sont moins espacées verticalement, il gagne pas mal là-dessus, y'a deux lignes de moins sur l'hexa et pas de tabs. Donc à moins de

J'ai vu çà. Je comptais effectivement regarder comment réduire l'interligne de la fenêtre code.

J'ai fini de coder le dock, çà roule ! Il me reste à tester/valider et gratter de l'espace.

J'ai pas trouvé de fonction dans l'API GTK pour réduire l'interligne, il faudra que je vois dans la mailing list.

Sinon, j'ai mis sur http://www.lievin.net/downloads/lpg/ un build Linux et Windows de tiemu3nogdb avec le dock pour les intéressés/testeurs.

C'était vraiment la peine de passer la version à 3.03 tout de suite? Y-a-t'il eu une 3.02 releasée à part nos test releases (qui ont toujours été marqués comme tels)? D'autant plus que le bump de version est incomplet une fois de plus (pas de bump dans au moins configure.ac et tiemu.rc). Je propose de remettre la version à 3.02 tant qu'il n'y a pas eu de release sur ticalc.org (et s'il y en a une dans la file d'attente de ticalc.org, de la supprimer, AMHA ça n'a pas été suffisamment testé pour une release et tu viens de rajouter encore des trucs dans le SVN qui devraient être dans la release).

RPMs (Fedora 8 i386 avec GDB) avec la fonctionnalité dock:
http://repo.calcforge.org/temp/tiemu3-3.02-0.2.20071214test2.i386.rpm
http://repo.calcforge.org/temp/tiemu3-3.02-0.2.20071214test2.src.rpm
http://repo.calcforge.org/temp/tiemu3-debuginfo-3.02-0.2.20071214test2.i386.rpm

Et un fiture ricouaiste du genre passer à Qt, c'est envisageable ?

Pas vraiment, ça reviendrait à réécrire une grande partie.

Martial Demolins (./112) :
MERCI !!!!!!!!!!!!!!!!!!!

Ah ça cartonne, enfin c'est super

Content de voir que çà fait des heureux. Comme çà, je pourrais prendre un peu de repos

Encore un commit pour réduire la pollution de fenêtres: Don't show Insight's GDB console by default.
Avec ça et le dock, on se retrouve avec 2 fenêtres de débogueur seulement (le dock bas-niveau et la fenêtre Source haut-niveau) affichées par défaut pour TiEmu+GDB, je ne peux pas faire mieux.

roms (./107) :
J'ai pas trouvé de fonction dans l'API GTK pour réduire l'interligne, il faudra que je vois dans la mailing list.

J'ai eu une réponse sur la ML qui m'a permis de réduire l'interligne. C nettement mieux (16 lignes au lieu de 13; 9 lignes TiEmu au lieu de 8 lignes VTi). J'ai encore la possibilité de modifier la taille de la cellule mais ce n'est pas conseillé (bidouillage avec la taille de la fonte).

Comparaison: http://www.lievin.net/downloads/lpg/tiemu_dock2.png

Tu parles de la fonte générale ou de la fonte sélectionnable dans les listes ?

C'est toujours ça de gagné

Je pense que faire un dock aussi petit que celui de VTI ne doit pas être un objectif inconditionnel. Il y a plus de choses sur le dock de TIEmu que sur le dock de VTI (breakpoints, fenêtre memory plus large), c'est assez normal que le dock de TIEmu soit plus grand.
Et puis les écrans sont plus grands qu'avant, même si leur facteur de forme a changé ^^

Lionel Debroux (./118) :
Et puis les écrans sont plus grands qu'avant, même si leur facteur de forme a changé ^^

Effectivement, 800/600=1024/768=4/3, 1280/1024=5/4, on a plus de place en hauteur maintenant.

(Ce que je veux dire par cette réponse provocatoire, surtout, est qu'optimiser pour un facteur de forme particulier n'est pas très utile, on a des ratios 5/4 et des ratios widescreen, et les deux sont très fréquentes.)