Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Ideas | Propositions Comportement de la fenetre de thèmes
The latest stable release is the *3.4.0* : How to install it here.
Note: We just switched from BZR to Git on Github! (only to host the code and your future pull requests)
Ideas | Propositions

Subjects Author Language Messages Last message
Comportement de la fenetre de thèmes
Page : 1 2
SQP Français 25 fabounet [Read]
28 October 2010 à 10:53

SQP, Monday 06 September 2010 à 16:15 | Quote


Subscription date : 03 July 2010
Messages : 1090
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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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.
http://uppix.net/8/b/3/3e564add1148fa60bb2745ce368b0.png

http://uppix.net/d/8/b/105be9405d6cbfdf18b4de0108ac9.png

et enfin faut que je mate comment ca evoluerait en cas de texte plus long (on perdrait sur la colonne de droite normalement)

taiebot65, Friday 10 September 2010 à 00:54 | Quote


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 | Quote


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 | Quote


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 | Quote


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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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)

http://uppix.net/c/6/f/791bd007518c47c5f1967755f59cf.png

taiebot65, Saturday 18 September 2010 à 12:50 | Quote


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
http://media02.hongkiat.com/html5_demo/drag-anything-here.jpg

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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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 | Quote


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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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)
http://uppix.net/e/7/e/274abdb3923cdaeb82c77ed08bd13.png
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 | Quote


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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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 | Quote


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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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 | Quote


Subscription date : 03 July 2010
Messages : 1090
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

http://uppix.net/d/6/d/eba39d9d0d2331c9feab3f80f75ae.png
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 | Quote


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

Ideas | Propositions

Subjects Author Language Messages Last message
Comportement de la fenetre de thèmes
Page : 1 2
SQP Français 25 fabounet [Read]
28 October 2010 à 10:53

Post a message

Anti-spam filter 1 (*) times (*) 4 =
            
Did you know ? The Mail tag encrypt the email address to protect you from spam


Glx-Dock / Cairo-Dock List of forums Ideas | Propositions Comportement de la fenetre de thèmes Top

Online users : bubakarisizo,

Powered by ElementSpeak © 2007 Adrien Pilleboue, 2009-2013 Matthieu Baerts.
Dock based on CSS Dock Menu (Ndesign) with jQuery. Icons by zgegball
Cairo-Dock is a free software under GNU-GPL3 licence. First stable version created by Fabounet.
Many thanks to TuxFamily for the web Hosting and Mav for the domain name.