Toutou Wolx 5.5 RC4

[esmourguit]

Bonjour toutes et tous,

Bonjour esmourguit
Que devient la version ROLX ?
Est-elle abandonnée ?
Etienne

@ eguina
Non, pas du tout, mais elle a pris du retard.

Aujourd'hui ou demain, je pense enligner une version RC4 de Wolx et si tout va correctement, je proposerai une version Finale avant la fin de ce mois.

Et courant Novembre je travaillerai sur Rolx ...

Cordialement

[eguina]

Merci et bon travail
Cordialement

[esmourguit]

Bonjour à toutes et tous,

La version de Toutou Wolx 5.5 RC4 est disponible, en téléchargement, pour les derniers tests (voir dans le premier post ) .

Cordialement

[ASRI éducation]

La version de Toutou Wolx 5.5 RC4 est disponible, en téléchargement, pour les derniers tests (voir dans le premier post )

Alors, testons !

[Médor]

Bonsoir,

La RC4 fonctionne bien

Par contre il y a trop de fichiers avec des droits incorrectes en 755 à la place de 644 !!!

Ci-joint une capture avec quelques modifications de l'apparence globale dont la réintégration de "Exécuter" par la commande interne "run" de lxpanel car elle comporte la complétion des noms des exécutables ce qui est bien pratique, Gexec est déplacé en tant qu'application dans la barre des tâches à droite du menu, etc.


Cordialement,
Médor.

[musher0]

Salut, esmourguit.

esmourguit a écrit :
> Les menu d'Openbox et de Lxpanel sont rafraîchis dynamiquement.

Hum... et même je suis tenté de dire : aïe ! D'autant que tu auras deux
menus qui seront rafraîchis. D'expérience, je peux te dire que cela
provoque des hoquets ou même des délais pouvant aller jusqu'à cinq
secondes sur les machines plus anciennes. L'utilisation de deux menus
provoquera le double des délais. Médor a créé un utilitaire de synchoni-
sation, certes, mais je crois que même un seul délai sera déroutant pour
l'utilisateur lambda. "Mais, voyons, qu'est-ce qui se passe ?", pensera-t-il.

La solution que j'ai implémentée sur pekwm -- trouvée autrefois par MU,
d'ailleurs, pour fixmenus; l'idée n'est pas de moi -- est d'avoir un petit
lanceur du script de menu, qui vérifie si les entrées dans
/usr/share/applications
ont changé en nombre ou en bytes depuis la dernière utilisation du menu.

Cela fonctionne comme suit :
À la 1ère utilisation au cours de la session, le menu est créé dynami-
quement, mais il liasse une copie du résultat dans /tmp. Aux utilisations
suivantes du menu, le lanceur vérifie si quelque chose a changé. Sinon, le
menu s'affiche instantanément en utilisant la copie dans /tmp; si oui, le
menu est recréé.

À tout hasard, pour référence, je joins une sous-séquence de vérification
pour un menu ae simple permettant l'accès par menu aux répertoires
dans /root. Mutatis mutandis, évidemment, vu que tu utilises openbox,
mais tu peux y voir une implémentation du concept.

Les autres améliorations que tu as apportées semblent dignes du nom !

Bonne continuation.

musher0

~~~~~~~~~~~~~~~~

Code: Select all

cd ~
if [ -f /root/precedent ] && [ -f /root/.pekwm/rep-root.sh ] && [ "`du -c /root | grep total | cut -d\t -f1`"  = "`cat /root/precedent`" ] && [ "`ls -g root-rep.sh | cut -d' ' -f4`" = "`cat /root/.pekwm/taille-root-rep`" ];then
		/root/.pekwm/rep-root.sh &
		else
			du -c /root | grep total | cut -d\t -f1 > /root/precedent
			ls -g /root/.pekwm/root-rep.sh | cut -d' ' -f4 > /root/.pekwm/taille-root-rep
			rootrep
fi

Remarques
On se sert du paramètre -c (total) de du ET de ls -g "fichier" | cut etc. pour établir les "drapeaux".
Les fichiers "taille-root-rep" et "precedent" servent à la comparaison.
rep-root.sh affiche le menu pour le cas "inchangé" (les comparaisons étant "égales" (true) partout);
sinon, rootrep crée de nouvelles références, puis recrée le menu avant de l'afficher.

[esmourguit]

Bonjour à toutes et tous,

Merci à ceux qui ont bien voulu tester cette version.

@ Médor

Par contre il y a trop de fichiers avec des droits incorrectes en 755 à la place de 644 !!!

Quels sont ces fichiers si tu peux proposer la liste, bien évidemment.
La commande "Exécuter" par la commande interne "run" de lxpanel se trouve dans le Menu dans la barre (escamotable à gauche) de lancement rapide des applications.

@ musher0

esmourguit a écrit :
> Les menu d'Openbox et de Lxpanel sont rafraîchis dynamiquement.

Hum... et même je suis tenté de dire : aïe ! D'autant que tu auras deux
menus qui seront rafraîchis. D'expérience, je peux te dire que cela
provoque des hoquets ou même des délais pouvant aller jusqu'à cinq
secondes sur les machines plus anciennes. L'utilisation de deux menus
provoquera le double des délais. Médor a créé un utilitaire de synchoni-
sation, certes, mais je crois que même un seul délai sera déroutant pour
l'utilisateur lambda. "Mais, voyons, qu'est-ce qui se passe ?", pensera-t-il.

Je n'ai pas constaté ce détail. le menu n'est rafraîchi que lorsque c'est nécessaire.

Cordialement

[Médor]

Bonjour JJ,

Il me semble judicieux conformément à mes fichiers fournis de modifier le fichier "panel" de la même façon que le "left" actuel pour le bas du menu !
Il faut supprimer définitivement le fichier /usr/sbin/lxpanel-refresh complétement obsolète et inutile (de plus il ne fonctionne pas correctement... ...).

Le fichier "config" doit être supprimé dans les répertoires /panels (dans /root/ ... et /usr/share/lxpanel/ ...),
il faut aussi actualiser les fichiers dans ce répertoire à l'identique de /root/ ..., il y a notamment, outre les permissions, une erreur : TT-Shutdown !

Pour les permissions voir par exemple mes fichiers "panel" qui sont bien non exécutable, les permissions actuelles dans la RC4 du fichier "left" (dans /root/ ...) sont bien en chmod 644 !
Tous les fichiers .desktop des répertoires /applications, /.appliA et C doivent être en chmod 644, idem pour les fichiers dans tous les répertoires d'icônes, /desktop-directories, etc. (la liste est longue et fastidieuse !).

J'ai modifié la génération d'openbox-menu, le menu d'OB est à présent largement plus rapide à l'ouverture en cliquant sur "Applications" (quasi instantané même sur mon TPC de 2005 !) car il est maintenant lancé au démarrage de X et modifié si nécessaire en tâche de fond par le démon menu-cached comme celui de lxpanel
J'ai également réglé le problème des messages intempestifs au démarrage d'OB concernant le debian-menu.xml

Je vais poster dans la journée ou demain une archive de mise à jour avec la procédure d'installation car il n'est pas possible d'installer correctement ce genre de mise à jour sous X avec Openbox et lxpanel en fonctionnement


Cordialement,
Médor.

[Médor]

...
Il faut aussi mettre à jour getflash en v 1.3 (lien sur le message d'Argolance) ainsi qu'actualiser la traduction ( il manque les nouveaux éléments dans le mo actuel !).

Cordialement,
Médor.

[musher0]

Salut, esmourguit.

Plutôt qu'un banal toutou, c'est un chien-guide que tu as produit,
tellement il prévient l'utilisateur de ce qui peut se passer !

Comme tu dis, l'effet "dynamique" du menu openbox ne se sent guère.
T.V.B. aussi sous pekwm. (Voir image.)

J'ai cependant noté un ralentissement après avoir chargé la capture
d'écran (900 Ko et quelque) et l'avoir converti en jpg via gqview et
mtpaint. Est-ce un symptôme de mon système (qui a pourtant 2 Go de
MEV, avec clone de carte radeon 9600) ou de Wolx même ? Aurais-je
dû installer une extension à X.org ou un pilote précis ? Je ne sais, mais je
te le mentionne, à tout hasard.

Quelques détails
Peut-être inclure un thème GTK de rechange plus sobre que le E17,
mais moins ennuyeux que le genre "Polished Blue" ? Je trouve le thème
E17 un peu criant pour un usage prolongé. Un seul, pour ne rien alourdir.
Dans mon illustration, c'est le thème passe-partout Buuf que j'ai utilisé.

Le choix de thèmes openbox me semble suffisant.

À la rigueur, tu pourrais présenter un écran nu, vu que toutes les icônes
sont répétées dans le panneau LX à droite. Mais il est bon d'avoir une
certaine redondance, au plan perceptuel.

Abiword, toujours en version 2.8.6, n'offre aucun module... Je suppose
que c'est une invitation à installer un OpenOffice ou un LibreOffice récent.

Je n'ai testé que les grandes applications, qui ont l'air de baigner dans l'huile !

Au revoir !

musher0

[Médor]

Bonsoir,

J'ai aussi un thème E17-GTK-Gray modifié comme E17-GTK "Gold"
J'ai chargé une image de fond d'écran (capture) de 1752Ko et même un autre de 3557Ko sans problème de ralentissement particulier sur mon TPC de 2005 (pilote Intel).
Musher0, tu peux éventuellement essayer la mise à jour de Xorg 7.6 (voir mon message précédent...).

Problème de Corbeille :
La mise à la Corbeille d'un fichier provoque une erreur de Corbeille introuvable, le fichier sélectionné va bien quand même dans ~/.Trash et de plus il ne peut pas être restauré

Cordialement,
Médor.

[musher0]

Je me corrige : "Je trouve leS thèmeS E17 un peu criantS pour un usage prolongé."

Voilà. Je l'ai dit. Ouf.

[musher0]

Bonsoir.

Dans "Envoyer à" (exécutables accessibles par clic droit), ce qui serait bien,
ce serait :
* d'enlever les copies en double et même en triple des liens à un même
__exécutable (voir illustr. 1)
* d'uniformiser les liens : soit on lie aux fichiers *.desktop, soit aux
__exécutables
* de faire des liens directs plutôt que relatifs. Cela faciliterait le ...
* groupement de ces liens par thèmes (suggestion; voir illustr. 2), si
__jamais l'utilisateur peut s'y retrouver plus facilement.

À+.

musher0

[musher0]

Rebonsoir.

Aussi mettre gview ou qiv, qui sont très rapides, comme visionneur
d'images par défaut. gqview est excellent pour grouper et étudier des
images, ou pour les visionner en diaporama, mais il est lourdaud si on
ne veut que visionner rapidement une image pour savoir ce que c'est.

J'ai vérifié, et la lenteur que j'ai rapportée tantôt était attribuable à ce
que gqview crée des miniatures pour sa liste, en plus d'afficher l'image
souhaitée. Avec qiv, pas de lenteur.

Le paramétrage de qiv pourrait être :

Code: Select all

qiv -I -R -w 640 -t "$@" 

ce qui place une image de 640 pixels, réduite ou agrandie selon le cas,
au centre de l'écran.

viewnior serait à demi mal. Mais ce n'est pas une fusée non plus.

À+

musher0

[musher0]

Re-re-bonsoir.

Profiter de ce que wolx a été créé plus tard que wary 5.5, en remplaçant
xarchive et ses incarnations par les excellents
UExtract http://murga-linux.com/puppy/viewtopic.php?t=87864
et
PackIt http://murga-linux.com/puppy/viewtopic.php?t=89211
de SFR. Cela éviterait à l'utilisateur de devoir télécharger et installer
peazip pour pouvoir ouvrir les formats que pupzip ne traite pas ou
simplement pour emballer un fichier ou un dossier en un tournemain.

En particulier, son UExtract peut déballer plus d'une centaine de formats.

Je sais, j'ai jadis créé des scripts pour zipper et dézipper, et on s'attendrait
à ce que je "prêche pour ma paroisse", mais les scripts de SFR sont
diablement plus complets, plus rigoureux et même plus faciles à utiliser
que les miens.

À+.

musher0

[musher0]

Encore moi. (C'qui peut être agaçant, c'lui-là !)

Le gest. de fen. echinus 0.4.9 fonctionne sous wolx-5.5, sauf pour les
touches Win, habituellement configurables sous echinus. Comme c'est
un gestionnaire de fenêtres axé clavier, il est important que le plus grand
nombre possible de touches de contrôle fonctionne. Par exemple, c'est
avec des combinaisons (touche de contrôle + touche alphabétique)
qu'on peut modifier, sous echinus, la taille des fenêtres en mode pavé.

Pour ce qui est de la barre ouriço (conçue exprès pour echinus), aucun
problème.

Donc, les touches Win (gauche et droite) sont bloquées dans Wolx ?

À+.

musher0

[esmourguit]

Bonjour à toutes et tous,

@ musher0,
J'ai pris bonne note de tes propositions :
Ajouts de 2 thèmes supplémentaires et de trois fonds d'écran.
Suppression des redondances dans le répertoire OpenWith et création de liens absolus.

Gview est déjà dans Wolx, il s'utilise à la console : gview nom_du_fichier

Gpicview et Viewnior sont disponible en téléchargement direct à l'aide de l'Assistant de premier démarrage.

Concernant Gqview, je n'ai pas constaté un tel ralentissement. Mais il est paramétable très facilement.

Concernant Uextract, j'y avais pensé et créé un fichier de localisation .mo pour la version 2.4. Mais pour "déballer" (j'aime bien ce mot, plus approprié que "décompresser, désarchiver, extraire" etc.) toutes les archives possibles, il a besoin de 7z qui pèse 6 Mo. Je pense qu'il est plus simple de le proposer en paquet Pet.

Cordialement

[ASRI éducation]

Concernant Gqview, je n'ai pas constaté un tel ralentissement. Mais il est paramétable très facilement.

Pas simple de remplacer Gpview...

Concernant Uextract, j'y avais pensé et créé un fichier de localisation .mo pour la version 2.4. Mais pour "déballer" (j'aime bien ce mot, plus approprié que "décompresser, désarchiver, extraire" etc.) toutes les archives possibles, il a besoin de 7z qui pèse 6 Mo. Je pense qu'il est plus simple de le proposer en paquet Pet.

Exact, car 6Mo sur l'iso c'est trop pour un seul utilitaire (même s'il est de bonne qualité).
Cordialement,

[musher0]

Six Mo, c'est peu de choses pour avoir du service ! Six Mo pour p7zip,
nécessité par UExtract et PackIt, mais 27 Mo pour le peazip portable !

À+.

musher0

[musher0]

esmourguit a écrit :
> Concernant Uextract, j'y avais pensé et créé un fichier de localisation .mo pour la version 2.4.

Tu l'as publié ?