TiEmu: fiture ricouaistes - Page 5

Sur le package tiemu-nogdb 3.02-1 que j'ai téléchargé il y a quelques jours, un problème facile et fiable à reproduire, présent depuis longtemps, mais que je ne me souviens pas d'avoir reporté récemment, est toujours présent. Etonnant, hein

Le transfert des fichiers a un petit défaut d'ergonomie:
* F10 (transférer un fichier);
* se déplacer vers le fichier qu'on veut transférer (par exemple, ~/svn/ExtGraph/src/lib)
* sélectionner le fichier voulu;
* après le transfert, de nouveau F10 (transférer un fichier).
Là, on est revenu dans le répertoire parent du répertoire qui contient le fichier qu'on a transféré (par exemple, ~/svn/ExtGraph/src).

Je tourne SimplyMEPIS 7.0 32 bits. Les packages libgtk intéressants installés sont les suivants:
$ dpkg -l | grep libgtk
ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets for X
ii libgtk1.2-common 1.2.10-18 Common files for the GTK+ library
ii libgtk2.0-0 2.10.13-1mepis1 The GTK+ graphical user interface library
ii libgtk2.0-common 2.10.13-1mepis1 Common files for the GTK+ graphical user interface lib
ii libgtkmm-2.4-1c2a 2.8.8-1 C++ wrappers for GTK+ 2.4 (shared libraries)
(mais c'est pareil avec des versions plus anciennes de libgtk).

> on a des ratios 5/4 et des ratios widescreen, et les deux sont très fréquentes.
Pour le moment, oui.
Mais la tendance à long terme est la disparition des 5:4, parce que ça fait déjà plus d'un an que les machines neuves ont pour la plupart des ratios 16:9 ou 16:10.

Est-ce le file selector GTK+ que tu utilises ou celui de KDE? (Si tu es sous KDE, TiEmu te donne celui de KDE par défaut, sinon celui de GTK+.)

> Est-ce le file selector GTK+ que tu utilises ou celui de KDE?
Le file selector GTK+ (comme SciTE, et contrairement à Konqueror). C'est pour ça que j'ai donné les versions de libgtk
> (Si tu es sous KDE, TiEmu te donne celui de KDE par défaut, sinon celui de GTK+.)
Bug ?
Je suis sous KDE 3.5.8, j'ai le file selector GTK+, et je l'ai toujours eu.

Martial Demolins (./119) :

roms (./117) :
Tu parles de la fonte générale ou de la fonte sélectionnable dans les listes ?

De la fonte générale. ca n'est peut-être pas possible?

C'est possible mais çà sera ou très simple ou très compliqué. Par contre, c'est plus ou moins déconseillé car c'est normalement à la charge du thème.

Là, on est revenu dans le répertoire parent du répertoire qui contient le fichier qu'on a transféré

Bug fixé. N'affecte que le multiple file selector GTK2.

> > Là, on est revenu dans le répertoire parent du répertoire qui contient le fichier qu'on a transféré
> Ca sent (à plein nez, snif, snif) le '\' terminal qui saute...
Pour moi, ça sent aussi ça ^^

Lionel Debroux (./122) :
> on a des ratios 5/4 et des ratios widescreen, et les deux sont très fréquentes.
Pour le moment, oui.Mais la tendance à long terme est la disparition des 5:4, parce que ça fait déjà plus d'un an que les machines neuves ont pour la plupart des ratios 16:9 ou 16:10.

Bah, le widescreen est une mode, je ne suis pas sûr que ce sera toujours la mode, du moins pour les écrans d'ordinateur, c'est pratique pour le multimédia où on a les films en format large, mais pas du tout pour l'usage bureautique (traîtement de texte) ou la programmation. Ce qui risque de se passer aussi, c'est que les écrans tournables deviennent très populaires et que tu vas te retrouver avec des ratios 9:16 et 5:8 en l'usage courant. Bref, je pense que concevoir pour les écrans larges uniquement est une erreur, c'est penser à court terme.

Je n'ai pas suggéré explicitement d'optimiser pour les écrans 16:10 ou 16:9
J'ai juste écrit que:
* les écrans étaient plus grands (notamment plus hauts) que vers 2000. De 1997 environ à 2002, je travaillais en 800x600 sur des 14", 15" et 17" CRT. Sur l'ordinateur suivant, jusqu'à il y a moins de 3 mois, je travaillais en 1024x768 (résolution maximale du LCD de ce portable). Sur celui-ci, je tourne du 1440x900 (résolution maximale du LCD de ce portable).
_même si_
* le facteur de forme a changé, le nouveau étant, à mon avis aussi, moins adapté à l'usage bureautique ou à la programmation.

Même ma femme trouve que TiEmu avec une seule fenêtre est mieux qu'avec plusieurs fenêtres. Elle n'aime pas tellement The Gimp à cause du multi-fenêtre...

De la fonte générale. ca n'est peut-être pas possible?

Je veux bien mais je vois pas trop ce qu'on va gagner à part sur la barre de menu. L'essentiel du texte est déjà dans une police personnalisable.

=> j'ai mis à jour les versions Win32 et Linux avec les dernières modifs (l'endroit habituel).

Lionel Debroux (./125) :
Bug ?Je suis sous KDE 3.5.8, j'ai le file selector GTK+, et je l'ai toujours eu.

Tu as peut-être une ancienne configuration sauvegardée, essaie de supprimer ton ~/.tiemu/tiemu.ini.

Normalement, la skin par défaut ne devrait pas être la même chose que l'absence de skin...

Il y a le même bogue que celui de Martial ici, et ça bogue aussi sous Windows au changement de l'apparence de None vers Default.

P.-S. Pourquoi ne peut-on toujours pas mettre TiEmu en plein écran ?

Nouvelle version d'essai (toujours F8 i386 avec GDB):
http://repo.calcforge.org/temp/tiemu3-3.02-0.3.20071215test3.i386.rpm
http://repo.calcforge.org/temp/tiemu3-3.02-0.3.20071215test3.src.rpm
http://repo.calcforge.org/temp/tiemu3-debuginfo-3.02-0.3.20071215test3.i386.rpm

Ça corrige quelques bogues, mais le problème de skin (./132, ./134, ./135) n'est pas encore corrigé, j'attends que Romain regarde ça.

Ça corrige quelques bogues, mais le problème de skin (./132, ./134, ./135) n'est pas encore corrigé, j'attends que Romain regarde ça.

Je comptais jeter un coup d'oeil car, en codant le dock, je me suis aperçu que le skin et le resizing ne marchait pas toujours comme prévu.

En attendant, je n'ai pas pu reproduire le bug 131 mais je reconnait qu'il me reste un résidu dans la fenêtre sous KDE. Le resizing des fenêtres code et calc sont les deux qui posent régulièrement problème car c'est mal codé. Je suis en train de questionner sur la ML pour trouver les bonnes solutions...

P.-S. Pourquoi ne peut-on toujours pas mettre TiEmu en plein écran ?

Problème de performance: GTK n'est pas la SDL ou DirectX donc le software scaling, çà suce!

> > Je suis sous KDE 3.5.8, j'ai le file selector GTK+, et je l'ai toujours eu.
> Tu as peut-être une ancienne configuration sauvegardée, essaie de supprimer ton ~/.tiemu/tiemu.ini.
Exact:
# File selector to use (native or old (GTK1/2) or new (GTK 2.4+) or win32 (Windows) or kde (KDE))
fs_type=new

Avec fs_type=kde, le problème que j'ai reporté en ./121 ne se produit pas - mais il faut quand même le corriger, pour les pauvres âmes (nan, je ne veux pas lancer un troll ) qui utilisent Gnome, ou qui ont un ~/.tiemu/tiemu.ini bizarre.

Le problème du file selector GTK+ est déjà corrigé dans le SVN a priori: http://svn.tilp.info/cgi-bin/viewcvs.cgi?rev=2724&root=tiemu&view=rev.

Ca devrait être bon, alors.
Mais je ne suis pas sûr que le commentaire ajouté reflète le code: c'est plutôt un trailing '/' qui est ajouté, non ? Je ne vois pas trop comment un leading '/' aiderait la fonction à fonctionner comme il faut.

Lionel Debroux (./141) :
Mais je ne suis pas sûr que le commentaire ajouté reflète le code: c'est plutôt un trailing '/' qui est ajouté, non ? Je ne vois pas trop comment un leading '/' aiderait la fonction à fonctionner comme il faut.

Le commentaire est faux, effectivement.

Fenêtre code: j'ai réussi à éliminer deux hacks pourris (scrollbar verticale qui avait tendance à clignoter plus code branlant) qui servaient au redimensionnement de la fenêtre pour que le nombre de ligne de code varie en fonction de la taille de la fenêtre. C'est une modif qui me tenait à coeur depuis longtemps

J'ai rajouté par contre une scrollbar horizontale. Du coup, le dock est plus petit en largeur et redimensionnable.

Y'a des fois où le sens des remarques de certains m'échappent (serait-ce de l'humour ?)

./143: nan, c'était même pas fait exprès

Et accessoirement, très vite

J'ai un souçaïe, quand je mets le skin de TiEmu à NONE, il me garde ouverte une fenêtre de la taille de l'ému avec tout le skin au lieu de me réduire la fenêtre à la taille de l'écran. Par contre, dans la fenêtre, il n'affiche plus que le LCD, comme on l'attend.

Il y a effectivement un bug sous Linux: le ratio était fixé une bonne fois pour toute sur le ratio du skin, ce qui explique que tu te retrouves avec une grande fenêtre. Or, le LCD n'a pas forcément le même ratio... Ce bug est fixé !

Egalement, le ratio zoom 1:1 ou 2:1 n'est pas sauvé dans tiemu.ini, et chez moi l'ému démarre à chaque fois avec un ratio illisible
Ya moyen de faire quelque chose à ça chef?

En fait, il s'agit du bon vieux problème de locale entre '.' et ',' sur un nombre décimal... Corrigé !

J'ai comme l'impression que la release 3.02 constituera une release majeure et très attendue au vu de travail effectué par tous... Sauf objection de votre part, après, je prends des vacances...

[edit] => j'ai mis à jour les versions Linux/Win32 à l'endroit habituel (downloads/lpg).

Avez-vous d'autres remarques/commentaires/suggestion ? Peut-on envisager une release ?

Martial Demolins (./149) :
Par contre, il y a un "osd" ou truc du genre qui passe sont temps à dire "use mouse or press a key" quand on survole l'ému, j'avais pas remarqué que c'était aussi gros avant.

C'est l'implémentation des tooltips qui a changé entre Fedora 7 et 8.