Guest, Tuesday 10 August 2010 à 22:28
|
|
|
Bonjour à tous!
J'utilise depuis pas mal de temps Cairo/Glx-dock et j'en suis super content!
Enfin il y a juste un truc qui me chagrine et c'est pourquoi je passe faire un coucou...
Je ne sais pas vous mais je trouve que les 4 ou 5 apparences par défaut de la bulle de dialogue sont moches...
Je voulais donc savoir s'il existe des thèmes pour cette fameuse bulle de dialogue ou s'il y a moyen de la remplacer entièrement par le qqch Notify de gnome?
En fait avoir deux types de bulles de notification c'est moche et pas pratique. J'aimerais donc n'en utiliser qu'un des deux et en l'état actuel des choses, si aucun thèmes supplémentaire n'est ajoutable, s'il y a moyen de remplacer la bulle de cairo-dock par celle de gnome...
Merci! |
SQP, Wednesday 11 August 2010 à 00:05
|
|
Subscription date : 03 July 2010
Messages : 1081
|
il y a eu du travail de fait pour améliorer l'affichage pour la prochaine version, voir ce thread
Pour la possibilité de passer par le truc standard du bureau, je trouve que c'est une bonne idée, mais à voir si tous les cas sont possibles (je pense notamment aux notes de MaJ du dock qui donnent un gros pavé) |
matttbe, Wednesday 11 August 2010 à 00:16
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Plus de themes pourraient etre sympa mais faut les faire
Sinon, utiliser les notif serait bien sauf que l'on ne sait pas avoir de boutons et pas pratique pour les longs textes. À part ça, le reste pourrait passer par les autres notif. |
fabounet, Wednesday 11 August 2010 à 12:36
|
|
Subscription date : 30 November 2007
Messages : 17118
|
on peut tout à fait utiliser les notif du système, c'est du Dbus, faut juste le coder
je suis pour en tout cas (pour la 2.2.1)
en attendant qu'est ce que tu proposes comme bulle de dialogue ? |
Guest, Wednesday 11 August 2010 à 15:40
|
|
|
Perso, si on me dit où que ca se trouve, quels fichiers il faut, où c'est qu'il faut les mettre etc, je peux essayer de faire un thème plus "classique"... |
fabounet, Thursday 12 August 2010 à 11:59
|
|
Subscription date : 30 November 2007
Messages : 17118
|
faut le coder le dessin
mais si tu fais un mockup, on pourra déjà en discuter et le coder. |
SQP, Thursday 12 August 2010 à 15:04
|
|
Subscription date : 03 July 2010
Messages : 1081
|
ya pas moyen de convertir ca avec le moteur de thèmes ?
après tout si on regarde bien, tout ce qu'on a besoin, c'est de (quelques) svg, d'une zone de texte, et d'emplacements d'icones. Tout est déjà défini en XML |
fabounet, Thursday 12 August 2010 à 15:35
|
|
Subscription date : 30 November 2007
Messages : 17118
|
en fait c'est pas fait avec des images actuellement, c'est dessiné avec cairo
j'avais pas pensé à en faire un moteur |
SQP, Thursday 12 August 2010 à 18:24
|
|
Subscription date : 03 July 2010
Messages : 1081
|
oué ca permet d'ajuster un peu l'affichage pour certains (l'aspect corner radius et border semble être commun)
Puisqu'on est dans les dialogues, je vais faire quelques propositions pour cette partie :
Configuration- La possibilité de choisir ou ça s'affiche
- Les formats de la select sont pas dans le même ordre que les tabs de config
- Ca serait sympa d'avoir des preview des differents thèmes, et un bouton de test pour faciliter les réglages
Affichage- C'est pas possible de définir la bordure à 0 ?
- L'espèce de V censé pointer vers le dock ne connait pas l'affichage vertical (il pointe en haut ou en bas)
- On pourrait avoir l'option de virer ce V ou en regler la taille (oui je sais c'est pas la taille qui compte) ?
- Info Bulles : excellent, juste un petit manque d'espace en haut du texte à partir de 2 lignes
- Plan 3D : affiche nimp si le dock est en haut
- Moderne : le V déborde un peu sur la droite
Bug- En essayant de faire des screens, j'ai remarqué un phénomène étrange, au fur et à mesure que je déplacais les icones de mon bureau pour dégager l'arrière, la
hauteur d'affichage (mode vertical) de ma dialog changeait pour toujours venir se coller à un endroit ou il restait des icones (ca ou bouger les fenetres, ou jouer entre les 2)
dans l'ordre sur le screen : Bande-déssinée, Info bulles, Plan 3D, Moderne
(sachant que j'ai pas refresh mon bzr depuis 6 jours, nvidia, opengl, lucid) |
Subscription date : 30 November 2007
Messages : 17118
|
oki merci, je vais voir si je peux fixer les petits bugs avant la sortie déjà.
après on pourra voir pour les améliorations  |
SQP, Friday 13 August 2010 à 13:41
|
|
Subscription date : 03 July 2010
Messages : 1081
|
c'est pour ca que j'ai mis tout ce que j'ai trouvé, et pour ouvrir le débat sur les évolutions possibles du truc
- L'espèce de V censé pointer vers le dock ne connait pas l'affichage vertical (il pointe en haut ou en bas) : Comme workaround, je le verrais bien sans rien (avec un cadre "rectangulaire" normal), juste reporter l'espacement du bon coté.
- La bordure > 0, c'est voulu ou pas ? on peut mettre une bordure transparente, mais ca me parait moins intuitif et logique
- Comme new feature, je pense que les preview et le bouton de test faciliteraient pas mal les réglages.
J'ajoute aussi- un léger bug sur le dessin du cadre en haut à gauche du Bande dessinée
- Et Bande dessinée qui ne devrait pas avoir de trait d'union (ni Info bulle je pense)
Et oui désolé, je vais continuer à te donner du boulot, mais c'est pour le bien du dock (enfin j'espère)
Sinon, je voudrais savoir si il y a un genre de ToDo list quelque part, ou de roadmap ou on pourrait empiler les nouveaux trucs validés. |
Subscription date : 30 November 2007
Messages : 17118
|
il y'a la page "Projets" où on peut ouvrir des bugs, mais aussi je pense des idées à discuter.  |
SQP, Saturday 14 August 2010 à 23:01
|
|
Subscription date : 03 July 2010
Messages : 1081
|
oué mais tu répond pas beaucoup.
Depuis que j'utilise le dock, je le vois progresser énormément et toujours dans le bon sens, mais j'ai pas l'impression qu'il y a des objectifs d'évolution bien définis.
J'imagine que comme t'as l'air d'être le developpeur principal, c'est un peu toi qui décide de ce que tu veux (ou peut) ajouter, donc ca serait sympa que tu dise ce qui te parait valable et faisable.
Je veux bien essayer de gerer une sorte de todo list qui regroupe toutes les bonnes idées et preparer des mockups si besoin pour aider à préciser et définir l'objectif.
Si on arrive à avoir un certain nombre de trucs validés à implementer (j'imagine qu'ils ne seront pas tous du même niveau), si on met quelques indications sur ceux pas trop durs à faire, ca pourrait peut etre aider les contributions (moi le premier qd j'arriverais a avoir un environnement de dev qui me convienne).
En regroupant les idées, j'imagine que ca sera plus facile de prévoir comment implementer (si il y a besoin de faire evoluer des trucs pour regrouper plusieurs requetes par ex)
Ca donnerait aussi plus de visibilité sur ce que pourrait et devrait devenir le dock, et pourrait aider à la communication sur l'avancement du projet
Parce que la conquète du monde est possible  |
matttbe, Sunday 15 August 2010 à 02:10
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Tu as raison SQP mais... il manque p-e d'autres super devs comme Fab pour arriver a conquerir le monde.
Sinon, il y a une section sur le site pour gerer une todo list http://www.glx-dock.org/tt_projectlist.php. Normalement, tout devrait etre en anglais pour que ça soit lisible par un max de personnes. Si tu es chaud pour ameliorer son contenu ou son fonctionnement, n'hesite pas a nous en faire part
Mais pour le moment Fab est un peu seul mais du coup, il gere l'évolution du dock comme il le sent, ce qui peut etre tres pratique et agreable pour un dev il me semble.
La todo list est donc là pour etre certain de ne rien oublier. Mais ça serait sympa si certains devs pouvait proposer leur service  |
SQP, Sunday 15 August 2010 à 10:55
|
|
Subscription date : 03 July 2010
Messages : 1081
|
Aucun problème pour essayer de faire ça (même en anglais), à part le fait que même si j'ai plein d'idées sur ce que pourrait devenir le dock, je ne veux pas imposer ma vision. Et comme tu viens de confirmer que c'était surtout fab qui bossait, c'est un peu la sienne qui prime
Et l'impression qu'avec l'ampleur du projet, et le nb de petits détails et cas particuliers qui génèrent des bugs, il a un peu la tête dans le guidon. Je suis sur qu'en regroupant les idées intéréssantes, ca pourrait avoir des retombées sympa. Ca veut pas dire que tout sera ou devra être intégré, mais en les confrontant, on pourra voir celles qui se complètent bien ou qui s'excluent.
J'ai un peu l'impression que des bonnées idées peuvent se perdent dans la belle animation qui agite ce forum, faute de réponse.
Par exemple si je compile les idées de la page, il y a à se prononcer sur ces possibilités (je sépare le premier qui pour moi est presque du niveau du bug) :
Dialog
- Test button, to help the user configure his dialog options.
- Theme preview (just show screenshot, like gauge selection)
- Change dialog position (many options available, from only lateral gap to fully definable position)
- Allow nil border size
- Resize or remove the pointing part of the bubble (even if size doesn't matter)
- Use default desktop notifications
- Use theme template to allow user svg theme
Ca fait déjà pas mal de question, rien que pour ces info bulles.
Alors ca pourrait etre intéréssant de trouver un moyen de valider chacune, sur un plan théorique, et sur un plan pratique. Ca veut pas dire que ca doit contraindre fab à tout faire. Cad, qu'il peut même voter de façon favorable à une idée qu'il trouve bonne mais sur lequel il a pas envie de bosser du tout, ou sur lequel il faudrait d'énormes changements sur la base du dock (mais qui seraient pertinents) en faisant un objectif très lointain. |
matttbe, Sunday 15 August 2010 à 11:44
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Ok, si tu as la possibilité de consacrer un peu de temps à ça, ce serait pas mal d'ouvrir un sujet pour chaque idée sur le forum et les lier avec un bug sur la page du projet.
Si je n'oublie pas, à midi, je t'activerai les droits nécessaires pour lier rapidement un sujet à un nouveau bug!
EDIT: et aussi, ne pas hesiter à rappeler qu'une tache ne doit pas être oubliée |
SQP, Sunday 15 August 2010 à 12:55
|
|
Subscription date : 03 July 2010
Messages : 1081
|
Il suffit de se mettre d'accord sur une méthode pour gérer les idées.
je ne sais pas combien il y a de contributeurs réguliers, mais j'ai remarqué une bonne dizaine de personnes au moins qui contribuent régulièrement sur ce forum. Si tout le monde répond un peu, on devrait vite pouvoir avoir des trucs qui ressortent.
- Approuvées directement (j'ai eu le cas sur la proposition d'utiliser la roulette sur les trous du panel)
- A soumettre au vote
Je pense que fab au moins doit pouvoir avoir un droit de veto (aussi bien sur l'évolution que pour la partie technique), et si il dit en quoi ca le gène, à nous de faire évoluer les propositions pour améliorer jusqu'à ce que ca convienne (ou pas).
Avec comme objectif, de garder une cohérence au dock, et de faire le tri entre ce qui est interessant et ce qui est pertinent, pour éviter de finir en bloatware. Donc même si je propose plein de trucs (c'est les idées qui me viennent quand je me demande quelles options devraient être disponibles), j'ai pas forcément besoin de tout, voire même pas du tout, mais des trucs que me paraissent intéressant pour un certain nombre d'utilisateurs (avec mon expérience admin sys et formation dev).
En séparant une idée par thread, on va vite avoir pas mal de flood, et ca serait interessant de garder le forum propositions pour ces discutions plus ouvertes. Si quelqu'un valide le principe d'une proposition, on la passe en sondage dans un forum dédié. (je crois que launchpad propose des trucs aussi, à voir si ca serait pas interessant de passer par la, il y aurait peut être plus d'audience, et la gestion dynamique FIX LP#123456 au commit).
Après il suffit de compiler les liens par rubriques sur une page, et on a une belle todo list, qui se transforme tout doucement en changelog pour la prochaine sortie.
Si vous me dites tous les 2 que c'est ok sur le principe (et avec qq commentaires sur la facon de faire), je peux ouvrir un sujet (en anglais) pour essayer de compiler l'idée et finir d'en valider les détails
Edit pour ton edit : c'est un peu ce qui me fait parler de ca. J'étais pas sur que fab était seul, et on n'a pas de visibilité sur sa charge de travail (c'est pas un reproche au contraire) donc c'est pas facile de lui ressortir les trucs qu'on aimerait, en sachant qu'actuellement on est en période de correction (il a surement de son coté une buglist perso en permanente évolution), plus le gros taf qu'il fait sur le systray, autant en profiter pour faire le tri sur le reste.
J'ai notamment quelques questions sur des trucs "intended" ou pas que je garde en stock en me disant que si je les pose maintenant elles n'auront peut être pas l'attention qu'elles auraient en période normale. Alors que si on dégage et organise les propositions, fab aura peut etre moins de réticence à dire ce qu'il en pense, vu que ca ne l'engage pas directement, ni à penser à toutes les conséquences au niveau code (une idée interessante pourrait rester dans la liste longtemps, voire devenir un but lointain dans une roadmap). Et on pourrait avoir plus facilement l'opinion de l'auteur et utilisateur. |
SQP, Sunday 15 August 2010 à 13:27
|
|
Subscription date : 03 July 2010
Messages : 1081
|
J'ajoute qu'à la base j'ai trouvé pertinentes les remarques de notre invité sur l'utilisation des notifications systèmes, ou sa proposition de bosser sur un thème, et j'ai voulu élargir un peu avec mes questions.
Et comme on était sur le sujet, j'ai sorti ma cargaison de bugs pour améliorer la release, donc j'ai redonné une couche de taf qui a occulté un peu les questions de fond. |
matttbe, Sunday 15 August 2010 à 14:36
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Ok. Juste qqs remarques :
- En ce qui me concerne, je n'ai pas enormement le temps et ce sera comme ça jusqu'a la fin du mois...
- Avec Fab, on a discuté sur IRC de la roadmap jusqu'à la sortie de la 2.2.0. Certains trucs sont plus urgents à faire afin d'etre integrés dans la version pour Ubuntu Maverick.
- J'aimerais bien (et Fab aussi surtout, s'il est tjs d'accord) que certaines applets soient terminées et qu'un max de bugs et details soient fixés. Ce serait donc intéressant de répertorier tous ces bugs et details et d'augmenter leur priorité sur la page du projet.
- Une fois cette roadmap, je suis d'accord d'essayer de faire ce que tu proposes mais attendons les autres avis.
PS: je n'ai pas eu le temps de t'attribuer les droits pour avoir les boutons, etc. rappelle-le moi demain si ce n'est pas fait!
PS2: pour le developpement de logiciels libres, la democratie, c'est pas mal mais il faut des personnes qui prennent les decisions finales et pas nécessairement attendre que tout le monde soit d'accord  |
Subscription date : 06 September 2009
Messages : 1635
|
Ce projet d'"IdeaList" est très intéressant et compléterait bien l'actuelle "TodoList" gérée par les devs (Matttbe et évidement Fab).
Par contre, comme SQP le laisses entendre, il ne faut que cela vous rajoute une trop grosse charge de travail.
Donc, pour récapituler, si Fab est partant on mettrait en place un système de vote, avec droit de veto pour lui ?
De plus, SQP as mis le doigt sur le soucis principal de CD : il n'y a qu'un seul développeur confirmé.
Une Roadmap à long terme permettrait d'éclaircir l'avenir du logiciel et peut être d'attirer d'autre dev sur certains projets. |
|