Evolution des Handy-menu

[Steph]

Et si chaque logiciel complémentaire avait son propre fichier de configuration handymenu (un desktop handymenu quoi), et que le handymenu de l'utilisateur prenait en compte tous les yaml présents dans le répertoire avec le nom d'utilisateur de la session, ça ne serait pas plus simple?

[Philippe Dpt35]

En fait, c'est ce qui se passe actuellement: les paquets logiciels-primtux-{PROFIL} écrasent les fichiers handymenu--{PROFIL}.yaml s'ils existent sans demander son avis à l'utilisateur.

Dans un premier temps on peut déjà, très simplement et rapidement, en informer l'utilisateur et lui demander son avis.

Pour une fusion, il faudra demander à mothsart de nous faire un script python pour le yaml.

Mais lorsque mothsart le proposait sur ce fil http://forum.primtux.fr/viewtopic.php?pid=15058#p15058
sauf si j'ai mal compris, tu ne voyais pas ça prioritaire.

[Steph]

Oui actuellement ça écrase (enfin si on veut, ça écrase s'il y a eu une configuration personnalisée avant, sinon ça copie à côté des fichiers de configuration par défaut). J'ai mis un warning sur le wiki, histoire de... vous faire plaisir étant étant donné qu'aucune demande d'aide en ce sens n'a été postée. L'installation des logiciels non-libres apparaît en premiers pas après installation et il me semble de ce fait que ça a été compris.

Dans mes 2 derniers posts, je parle futur à long terme parce qu'apparemment ce handymenu a l'air de vous préoccuper. Moi, tel que c'est, ça me convient très bien, et je le répète, les demandes ne vont pas dans le sens d'une évolution des handymenus, même avant que mothsart ait introduit les fonctionnalités pratiques que je trouvais moi-même pour le coup utiles. Ensuite, ce n'est que mon avis, peut-être avez-vous raison de faire évoluer ce lanceur.

Donc, sur le long terme (on va dire pour la 5), je propose de passer à ça:

Et si chaque logiciel complémentaire avait son propre fichier de configuration handymenu (un desktop handymenu quoi), et que le handymenu de l'utilisateur prenait en compte tous les yaml présents dans le répertoire avec le nom d'utilisateur de la session, ça ne serait pas plus simple?

C'est encore mieux que fusionner. Chaque application a son yaml, on impose des catégories (pas le choix), mais les notres, au cas où un utilisateur ajoute une application, il devra choisir. Ça sera un peu notre freedesktop.

[mothsart]

J'envisagerais aussi de passer les handymenus en GTK3 à partir de la 2.0 : pas forcément complexe à faire mais faut retester le soft en entier pour être sur de ne rien avoir oublié. (et donc rien de tel qu'une version majeur pour faire ce genre d'évolution)

[mothsart]

Il y 4 merges en attentes pour des correctifs de bugs + 2 que tu as déjà inclus Steph.
Une version 1.2.4 pourrait donc voir le jour.
J'ai encore 2/3 bugs à résoudre mais ils sont moins gênants et plus délicats à résoudre : ça attendra donc une autre vague : la 1.2.5

[mothsart]

J'ai refait une demande de merge pour le numéro de version et l'édition en conséquence du changelog

[Steph]

Je suis en train de commettre une PrimTux-Lubuntu (marre des pbs de wifi). Comme les chemins des applications ne sont pas toutà fait les mêmes que sous Debian, est-ce que ce script de post-install convient, étant donné que j'ajoute les .yaml ubuntu bien sûr:

Code :

#!/bin/sh

set -e

USER="administrateur"
  
if id -u $USER > /dev/null 2>&1; then    
    chown ${USER}:${USER} /etc/handymenu/
fi

if test `uname -m|cut -c1-3` = "arm"; then
    cd /etc/handymenu
    mv -f handymenu-mini-rpi.yaml  handymenu-mini.default.yaml
    mv -f handymenu-maxi-rpi.yaml  handymenu-maxi.default.yaml
    mv -f handymenu-super-rpi.yaml handymenu-super.default.yaml
    mv -f handymenu-prof-rpi.yaml  handymenu-prof.default.yaml
fi

if test `uname -v|cut -c5-10` = "Ubuntu"; then
    cd /etc/handymenu
    mv -f handymenu-mini-ubuntu.yaml handymenu-mini.default.yaml
    mv -f handymenu-super-ubuntu.yaml handymenu-super.default.yaml
    mv -f handymenu-maxi-ubuntu.yaml handymenu-maxi.default.yaml
fi

[mothsart]

ça me parait bien

[mothsart]

Pour simplifier le débuggage et l'assistance auprès des handymenus, je propose une évolution qui permette de lancer les handymenus (mais aussi la config) en mode "verbeux".
La demande de merge est assez lourde de conséquence car elle touche à plein de choses : https://framagit.org/Steph/handymenu-pri...equests/36

Steph : à toi de voir si on l'intègre dans la progression des 1.2.* ou si on attend la 1.4.* => y'a pas forcément d'urgence mais ça simplifiera sans doute grandement l'aide dans les mois/années qui viennent.
Je vais encore faire quelques tests plus approfondis maintenant que j'ai terminé le dev.

[mothsart]

J'oubliai : j'ai mis à jour le README afin de savoir comment ça s'utilise => on met l'argument '-v' ou '--verbose'

[Steph]

Je ferai des tests pendant les vacances.

[Steph]

Petite remarque: lors de l'ajout d'une application sur un handymenu de plus de 3 lignes, on voit à peine l'icône; peut-il y avoir une barre de défilement?

[mothsart]

C'est étonnant : c'est possible de me donner la résolution de ton écran et me faire une capture ?
Je suis quasiment sur que y'a (il y avait) un ascenseur lorsqu'il n'y a pas suffisamment de place.
En revanche, ce n'est pas le cas sur la version de config. (j'avais des soucis de drag and drop qui m'a obligé à donné une taille fixe)

[Steph]

C'est pas une question de résolution, la 4ème ligne est quasi-invisible, et ça le fait sous toutes les résolutions: virtualbox avec les extensions te permet un plein écran avec la résolution de ton choix. Maintenant 4 lignes ça fait aussi beaucoup...
Impression écran sur du 1400x1050 (petit "C" de calculatice en bas à gauche):

[mothsart]

Oui, donc c'est bien l'interface de config et non les handymenus en soit. (qui change de taille en fonction de leur contenu)
C'est néanmoins embêtant car j'ai fixé une limite à 20 applis par thème. Je vais voir pour reproduire et corriger : je pense aller au plus simple => une taille fixe un peu plus grande.

[Steph]

De toute façon 4 lignes c'est beaucoup.

[mothsart]

Je viens de retester sur l'ordi de ma fille en pensant que c'était lié au thème gtk (je dev principalement sur une ubuntu) et j'ai le même soucis que toi...
mais en parcourant les sources après avoir mis à jour les paquets, je vois que j'ai ce code :

Code :

self.window.set_default_size(1000, 600)

au lieu de :

https://framagit.org/Steph/handymenu-pri...on.py#L780

Mon correctif n'est tout simplement pas encore appliqué.

[Steph]

Non pas encore.

[mothsart]

Quelques nouvelles fraîches :
J'ai bossé quelques jours sur le moteur de recherche de Handymenus thématiques. Vu que ça nécessite une base de donnée et une nouvelle interface dédié, j'ai déjà passé un peu de temps de conception puis de dev des briques essentielles.

J'ai créé pour ce faire une nouvelle branche : https://framagit.org/mothsart/handymenu-...ure/themes
Dedans, j'ai mis un imprim écran d'un premier jet (oui, c'est encore loin de ressembler à quelque chose mais ça s'appui sur de vrais données en base donc la partie dynamique est opérationnel) : https://framagit.org/mothsart/handymenu-...xample.png

L'idée c'est d'avoir une sidebar contenant une liste de thèmes et une liste de mots clés.
A droite, un moteur de recherche (qui s'appuie sur les mots clés) et une liste de résultats.

Je suis partie sur un archivage dans une base de donnée sqlite (un format très simple qui peut être chargé entièrement en ram).
J'ai pris le temps de créer un MCD https://framagit.org/mothsart/handymenu-...iagram.png entièrement créé à partir de graviz https://framagit.org/mothsart/handymenu-...iagram.dot

Voilà, je redonnerais des news à la prochaine itération.

[mothsart]

J'ai effectué une PR (indépendante de mon work in progress) qui rajoute une option dans la config d'un handymenu et qui permet de le mettre en mode "debug".

Une fois le handymenu en mode debug, les applications lancées ouvrent un terminal xterm.

Je pense (en écrivant ces lignes), qu'il faudrait sans doute un indicateur sur le handymenu qui rappel qu'on est dans ce mode.

[mothsart]

Nouvelle itération (J'ai évalué au doigt mouillé à 4 itérations pour arriver à une version stable donc on en est à mi parcours : 2/4) pour un éditeur digne de ce nom de handymenus thématiques. Ca se passe toujours sur cette branche : https://framagit.org/mothsart/handymenu-...ure/themes

L'outil de recherche est jeune mais fonctionnel :

- j'ai créé un petit jeu de donnée pour créer 4 thèmes et des mots clés correspondants.
Si l'on veut reconstruire la base de donnée, j'ai mis en place un petit script (voir la doc https://framagit.org/mothsart/handymenu-...eloppeurs)
- on peut filtrer le nombre de résultats par thèmes, par mot clés les plus fréquents (donc on fait un choix dans la sidebar) ou par mot clé avec le formulaire de recherche qui fait office d'auto-complete.
- chaque handymenu peut désormais être attribué de 0 à 4 sessions.
- on peut accéder et configurer le handymenu correspondant
- on peut créer un nouvel handymenu (mais pas le sauvegarder)

Il manque (sans doute non exhaustif) :
- la possibilité de créer de bout en bout un nouveau handymenu
- assigner des thèmes et des mots clés
- améliorer l'interface
- soigner la cohérence
- éliminer les bugs (la 4ème itération, sans doute)

Vu le manque de contenus, l'interface semble encore inutile... il va falloir l'alimenter aussi bien dans les thèmes, mots clés que contenus des handymenus.
Je suis preneur de toutes vos idées sur ce dernier point : travailler avec de vrais données va forcément m'être utile.

[Steph]

Il y a des choses à tester ou c'est juste le suivi de l'évolution?

[mothsart]

Si tu récupères la branche, tu peux tester sans problème, ça te donneras un aperçu un peu moins théorique.
J'essai d'appliquer la méthode scrum ou après chaque itération, il y a du concret.

[Steph]

Peut-on mettre une info-bulle qui dit "double-cliquer pour éditer" au survol d'un raccourci dans l'éditeur?

[mothsart]

Voilà, c'est fait : https://framagit.org/Steph/handymenu-pri...s/44/diffs