|
SQP, Monday 06 September 2010 à 16:15
|
|
Subscription date : 03 July 2010
Messages : 1081
|
Suite a un retour sur IRC, j'ai été regarder le comportement de la fenetre de thèmes qui provoque des resize bizarre quand on selectionne differents thèmes. Comme tu m'avais dit d'aller mater la config du gui-factory, et que ca correspondait pas mal à mon besoin, j'ai été jeter un coup d'oeil.
Avec des changements assez mineurs, j'arrive à ce comportement qui me parait bien plus conforme à ce qu'on peut attendre. Reste que le label qui pourrait etre amélioré (rien de changé en fait), mais j'imagine que la modif est déjà largement valable.
http://videobin.org/+1p8/1ys.html
Petits bonus :
- On peut voir pendant la vidéo, quand le nombre de fenetres change, l'animation du dock du bas qu'il va falloir que je me decide a aller etudier
- J'adore le changement de position du menu, mais il me provoque un effet secondaire de placement du contenu (visible à la fin) que je sais pas si c'est un bug gtk (je le vois régulièrement dans différents softs)
Pour la partie technique : supression de la frame autour, passage des 2 frames intermédiaires en full size, et ajout d'une scrollbar sur la partie preview
Je suis prêt à push si ca convient. |
|
SQP, Thursday 09 September 2010 à 21:33
|
|
Subscription date : 03 July 2010
Messages : 1081
|
petit screen in progress de la fenetre de thème.
- colonne état : avec quelques jolies icones ca devrait etre pas mal
- nom du thème : j'aimerais bien le laisser comme ca, c'est plus lisible. Je rajouterais bien la colonne auteur masquée (avec la taille) et un bouton pour toggle ca
- preview : c'est un test avec un GtkTextView, un peu mieux, mais pas parfait non plus. Ca te dis pas un petit rendu html pour le readme. Ca permettrait des trucs sympa.
- en mettant l'image en dessous, ca permet de la mettre en taille variable
- la fenetre un petit peu plus haute ca rend mieux
- et enfin, j'ai gardé une zone au dessus du texte pour mettre titre et auteur, je pense que ca pourrait completer de facon sympatique la page, et faire mieux que dans le texte
à vos coms ! 
1ère en taille par défaut.
et enfin faut que je mate comment ca evoluerait en cas de texte plus long (on perdrait sur la colonne de droite normalement) |
Subscription date : 26 October 2008
Messages : 1904
|
T'as pense a ma proposition  quand on enregistre un theme on a le screenshot en preview + la date.. dans les commentaires.
Sinon j'aime bien les nouvelles propositions  |
|
fabounet, Friday 10 September 2010 à 11:10
|
|
Subscription date : 30 November 2007
Messages : 17118
|
qques remarques 
colonne état : avec quelques jolies icones ca devrait etre pas mal
on gagne de la place en largeur (bien), mais c'est pas très compréhensible je trouve
avec un GtkTextView, un peu mieux, mais pas parfait non plus.
ce qu iest bien avec un GtkTextView c'est qu'il te met des retours à la ligne automatiquement (il me semble) sans avoir à contraindre la taille du text (comme avec les labels).
par contre le fond blanc fait un peu tache je trouve.
Ca te dis pas un petit rendu html pour le readme
héhé, en fait c'est déjà le cas avec les labels  avec les GtkTextView je ne suis pas sûr que ça soit aussi simple (le coder soi-même serait un peu galère).
A ce propos je suis partant pour standardiser les readme (pour offrir un affichage cohérent entre les thèmes). Ils sont déjà tous assez semblables, mais pas complètement.
la fenetre un petit peu plus haute ca rend mieux
attention aux netbooks
il faut que ça reste corerct avec une fenêtre de 550~600 de haut
PS : lorsque l'utilisateur enregistre son thème, le readme est créé/remplacé avec la date de dernière modif (requête qui avait été faite il y'a pas longtemps) |
|
matttbe, Thursday 16 September 2010 à 01:02
|
|
Subscription date : 24 January 2009
Messages : 12573
|
on gagne de la place en largeur (bien), mais c'est pas très compréhensible je trouve Mais il peut y avoir des icônes très sobres (un point rouge (MAJ) / orange (NET) / vert (Installé)) avec un label qui s'affiche au survol |
|
fabounet, Thursday 16 September 2010 à 14:42
|
|
Subscription date : 30 November 2007
Messages : 17118
|
ah oui, bien vu, dans ce cas ça vaut le coup |
|
SQP, Thursday 16 September 2010 à 14:52
|
|
Subscription date : 03 July 2010
Messages : 1081
|
je pensais un peu à ca : l'étoile jaune flashy (celle du about) pour le new, et un symbole update en orange pour bien les faire ressortir
il n'y a que 5 états ca doit pas etre trop dur de les diférencier
je pensais aussi à le remettre dans la colonne de droite en complet, peut etre avec l'icone pour faire le lien
au dessus du text, 2 lignes de description :
Nom // taille
Etat // auteur
l'alternance de ligne pour nom / auteur permet d'éviter les problèmes de largeur vu que ca peut potentiellement etre long |
|
SQP, Saturday 18 September 2010 à 11:11
|
|
Subscription date : 03 July 2010
Messages : 1081
|
Hop petit screen pour montrer les répercutions du changement de preview de thème sur la partie sauvegarde (plus qq mini modifs de boites pour remplir l'espace)
Et ca amène aux options pour cette page. On avait déja évoqué la possibilité de creer un screenshot automatiquement.
J'ai un peu réfléchi sur le sujet et voila ou j'en suis :
- Faire un screen du dock seulement : ma config utilise 2 docks, sur le même bord de l'écran (dans les coins), je fais quoi ? un screen de tout le bord ou bien juste les 2 docks (la je me retrouve avec 2 images et il faut un moyen de représenter l'espace entre les 2). Et si les 2 docks (ou plus) ne sont pas sur le même bord, il faut prendre la photo de tout l'écran ou juste des 2 docks ?
- Faire un screen de tout l'écran : obligé pour les desklets, mais faudra surement utiliser un outil externe.
La fenetre fonctionne d'une facon telle que si on selectionne un thème, il selectionne l'image avec.
Il faut donc une option pour autoriser la création d'un nouveau screen (savoir si on veut remplacer, ou même laisser vide), je pense qu'un checkbox "Create theme screenshot" suffirait.
Ensuite, vu que c'est un textview, et que c'est un truc que je trouve utile, on peut autoriser l'édition du readme directement (ca permet de noter les changements et particularités de nos thèmes persos).
Je pense même remplacer la barre titre /auteur par : label "by " + textbox auteur
ou alors remettre un select normal (sans edition), et faire de cette ligne : textbox titre + label " by " + textbox auteur
Et enfin sur la remarque que les checkbox peuvent devenir chiantes à acceder si on se prend la scrollbar horizontale, vu que 2 checkbox ca ne fait que 4 choix et on peut en faire un select "apply ou save : theme base / base + launchers / base + comportement / tout"
(si aucun changement n'est prévu parce que ca ne scale pas bien)
 |
|
taiebot65, Saturday 18 September 2010 à 12:50
|
|
Subscription date : 26 October 2008
Messages : 1904
|
Moi je propose le screen du dock principal. Il faut juste un apercu visuel pour l'utilisateur de son dock pour pouvoir le reconnaitre. Je pense plus a un outil de sauvegarde.
Ou alors je propose tu fais un drag&drop sur l'emplacement de l'image qui etait dans un style proche de ca
Pour les themes disponibles sur le serveur oui il faut un screenshot du bureau ou plus approprie.
Par contre le enregistrer sous est trop loin... Je le mettrais dans la meme boite que les autres options.. |
|
SQP, Saturday 18 September 2010 à 13:05
|
|
Subscription date : 03 July 2010
Messages : 1081
|
j'ai le même avis sur le enregistrer sous, mais il est totalement cohérent avec les autres boites de thème (vues et gauges) pour le moment (sauf que le widget n'est pas éditable)
un truc qui pourrait etre sympa serait de remplacer le nouveau titre que j'ai mis par le select pour tous ces affichages |
|
fabounet, Monday 20 September 2010 à 13:11
|
|
Subscription date : 30 November 2007
Messages : 17118
|
normalement avec le textview il n'y a plus d'ascenseur horizontal non ? |
|
SQP, Monday 20 September 2010 à 13:27
|
|
Subscription date : 03 July 2010
Messages : 1081
|
non pas tant que t'as pas réduit la fenètre plus que title + author + image (c'est la ligne qui impose la contrainte de largeur mini) |
|
SQP, Tuesday 05 October 2010 à 15:18
|
|
Subscription date : 03 July 2010
Messages : 1081
|
675 : Bugfix : Change Theme GUI to flexible behaviour to remove resizing problems when selecting themes.
687 : GUI Simple : improved use
- Fix modules list and theme size (use full size for flexible behaviour)
- minor cosmetic upgrade : text and icons cleanup
on my branch |
|
SQP, Thursday 07 October 2010 à 15:12
|
|
Subscription date : 03 July 2010
Messages : 1081
|
fabounet : pour info la rev 675 a du bon mais pas fini (faudrait quand même que ça marche dans une frame, et mettre l'ascenseur sur la boite prévue+readme)
Je récupère la réponse pour la remettre sur le bon sujet. Déjà je précise que c'est plus facile et agréable de bosser sur un retour de test que sur de l'abstrait (même avec screens et video) pour ce travail de GUI
Les changements dessus vont surement continuer à ce rythme : de petites étapes qui se elles ne donnent pas encore exactement le comportement parfait sont autant de pas vers un rendu plus agreable des GUI. Il y a du boulot et pas mal de tests et d'avis personnels pour chaque changement.
Le 675 en est un bon exemple, tu peux valider en 1 min qu'il ne génère pas de problèmes techniques, mais chaque petit détail de modif de positionnement de boites est à étudier précisément (certains sont modifiés sur 3 niveaux en amont pour récupérer un état flexible).
Tu as l'air OK sur pas mal de modifs que j'ai validé, et je vais maintenant rentrer dans les détails de certains choix
- Les frames autour des widgets plein écran : je trouve que ca allège la fenetre de ne pas en mettre et ca fait gagner un peu de place. Voir ce screen, dans la simple config, on se tape déjà 2 niveau d'onglets, on a bien la majorité de la fenetre dédiée au widget utile, et la présence de la frame en bas permet de bien voir les options. J'aurais pu mettre une frame autour du open file, mais je le trouve bien comme ca. Les frames c'est bien quand il y a des trucs à séparer, la ca me parait plus génant qu'utile.
- La scrollbar horizontale au milieu de la fenetre : je l'ai essayée, puis annulée pas satisfait du résultat non plus. Elle est facile à ajouter sans impact sur les autres changements, et fera l'objets de tests supplémentaires. Mais pour le moment, elle est identique au comportement actuel, donc ce n'est pas une régression. A revoir après les modifs sur la treeview (qui font gagner surement 200px sur la largeur). Considère que j'ai débugué la fenetre sur une seule dimension pour le moment (ce qui rend déjà pas mal)
679 : Dock Submenu : Switch configure before configure subdock to keep it at first place
- la 679 en fait j'avais fait exprès de mettre "configurer ce dock" en 1er, car si on clique sur le 2nd dock, c'est souvent qu'on veut le configurer lui et pas le tout. je te concède que ça casse un peu la cohérence, mais j'ai remarqué que sinon on clique trop vite sur le 1er choix (et que c'est souvent pas le bon)
mes deux docks sont identiques et je clique aussi bien sur l'un que sur l'autre pour aller à la config (en fait j'ai même plus tendance à cliquer sur le 2e, placé en haut)
Le bouton configurer me parait être le coeur du programme, alors que l'option du dock est variable, donc je pense que la première place est importante (j'ai fini par le changer parce qu'à chaque fois il me fallait faire l'effort de pas cliquer sur la 1ere option)
Pour la suite, oublie le 680 pour le moment, il reste le 687 (plus un que j'espère valider aujourd'hui visible sur le screen) sur le sujet des thèmes avant d'aller plus loin sur les launchers
comme tu peux les prendre au détail comme ca, je te laisse continuer le review, et je referais ma branche avec ce qui reste après la partie GUI (vu que ca va surement me causer quelques problèmes de synchro pendant l'inclusion)
PS : oui je sais les icones sont moches, mais j'attend des propositions et il manque la version texte de l'état à coté de l'icone en haut à droite |
|
fabounet, Thursday 07 October 2010 à 15:57
|
|
Subscription date : 30 November 2007
Messages : 17118
|
dans la simple config, on se tape déjà 2 niveau d'onglets, on a bien la majorité de la fenetre dédiée au widget utile,
ok c'est vrai que là, inutile d'en rajouter.
toutefois ça pourrait être différent (thème-manager dans une fenetre à part), donc faudrait quand même que ça marche
forcer la hauteur min peut être une solution acceptable.
pour les icônes il vaut mieux un truc très simple, symbologique, et bien faire ressortir les mise à jour et les thèmes distants.
le poids est éventuellement superflue si on l'ajoute à droite, par contre je trouve un peu dommage d'avoir viré l'auteur du treeview |
|
SQP, Thursday 07 October 2010 à 16:26
|
|
Subscription date : 03 July 2010
Messages : 1081
|
pour le moment j'ai pas cherché des cas qui n'existent pas encore d'inclusion des widgets. Si la question se pose, elle fera surement l'objet d'un besoin spécifique, et il faudra donc voir comment le regler à ce moment (peut être effectivement laisser des forcage de taille des scrollbar du treeview à une taille correcte pour un cas d'inclusion dans une frame, je suis pas revenu tester cette option)
la colonne taille coutait pas grand chose à laisser (ca permet le tri), mais l'auteur ca peut prendre pas mal de place (la taille du plus long), donc j'ai pensé dans un 2e temps à remettre la colonne auteur, et un bouton ">>" par exemple qui permettrait de choisir d'afficher ou pas ces 2 colonnes taille et auteur (pour avoir aussi le tri par auteur)
j'ai des idées d'icones, mais pour le moment j'ai pas cherché, j'ai juste mis des placeholders faciles. J'ai essayé d'utiliser les stock, mais c'est la merde à passer en pixbuf, et variable d'un thème à l'autre je suis pas sur que ca soit bon. Faut tester les icones avec differents thèmes, je pensais à un truc comme ca :
- LOCAL_PACKAGE: gtk-harddisk
- USER_PACKAGE: gtk-home
- DISTANT_PACKAGE: gtk-internet
- NEW_PACKAGE: gtk-add (le gtk-about avec l'etoile jaune claque bien aussi)
- UPDATED_PACKAGE: gtk-refresh
sinon il suffit de fournir ces 5 icones la. Je me pencherais plus dessus quand la partie code sera validée (elle est plus hard celle la) |
|
fabounet, Thursday 07 October 2010 à 17:43
|
|
Subscription date : 30 November 2007
Messages : 17118
|
+1 pour les fournir, mais j'aura vu des icônes plus shématiques (du genre du about), enfin faut voir ce qu'on trouve qui irait bien avec les autres icônes.
sinon:
rev 680: il me semble que le _add_entry_in_menu n'est pas mis selon la même condition
solution: mettre un booléen lors du test là où il était, puis l'insérer plus loin suivant ce booléen (comme ça on ne duplique pas la logique)
rev 682: là c'est du lourd, ça devrait être bon, mais le dock à la place de l'icône, ça passera jamais (surtout que tu tapes dans le pointeur, pIcon->cDesktopFileName tu ne sait pas ce que c'est dans une structure de dock)
faut vraiment mettre ça au clair, en passant qque part le type (container ou icône) du .conf
rev 681: ok pour utiliser ce panneau de conf du coup (cohérence avec les lanceurs, au prix d'un léger surcoût sur le temps de construction de la fenêtre), mais du coup autant le faire partout. |
|
SQP, Thursday 07 October 2010 à 18:04
|
|
Subscription date : 03 July 2010
Messages : 1081
|
les 681 et 682 ont été revert par le 683 (j'ai pas réussi mieux que toi le uncommit)
680 me provoque effectivement qq petits changements pour le moment, il faut que je l'améliore (apparait sur un subdock et mal placé sur launcher)
681 revient en 685 après le 684 (ajout du groupe desktop avec les desklets) cohérent avec ta remarque il revient complet
682 je t'en ai parlé brièvement déjà, il provoque un effet secondaire que j'ai pas réussi à identifier : pétage des data des icones d'un subdock après reapply de celui ci
tu confirmes qu'il faut surement élargir le model, je reprendrais ca |
|
SQP, Friday 08 October 2010 à 10:12
|
|
Subscription date : 03 July 2010
Messages : 1081
|
je poste un petit screen du 687 sur la page applets pour montrer ce que j'obtient sans la frame et la ligne de texte qui me paraissent superflus.
ca me parait plus leger comme ca
taille par défaut, mais plus de problèmes de resize en hauteur (moins grave ici pour la largeur, on perd juste le bouton more applets, à voir aussi) |
|
fabounet, Friday 08 October 2010 à 16:37
|
|
Subscription date : 30 November 2007
Messages : 17118
|
faudrait comparer avec et sans, si cela reste compréhensible pour un noob sans plus d'explication on peut la virer.
dans mon dernier commit j'ai élargi le modèle justement, en rajoutant une colonne "container"
faudra encore passer le container à la fonction de plus haut niveau
par contre je me demandais si ça allait tenir en largeur.
déjà des fois les icônes sont trop à gauche (et donc cachées), du coup peut-être les passer en 1er.
ensuite les widgets de l'applet étant trop larges pour tenir, ça va écraser le tree-view, donc on en verra presque plus rien (on verra les icônes si on les passe en 1er).
bref faudra tester à l'utilisation, mais j'aimerais bien utiliser ce panneau de conf au maximum |
|
Français
Online users :