PrimTux

La distribution éducative pour débutants et initiés.

Vous n'êtes pas identifié(e).

Annonce

CARTE DES MEMBRES POUVANT AIDER ET DES ÉCOLES SOUS PRIMTUX
Merci de vous y inscrire en nous envoyant un email si vous souhaitez y apparaître.

Les différentes isos de PrimTux4 sont disponibles, cliquez ici pour choisir votre version.
  • Pour être automatiquement informé des réponses à vos messages sur le forum, n'oubliez pas de cliquer sur "Suivre cette discussion" en bas de page. Mieux, en vous abonnant au flux RSS du forum, vous pourrez suivre tout nouveau message sur l'ensemble du forum.
  • En allant dans votre Profil, ligne "Vie privée", vous pouvez également cocher "Suivre automatiquement les sujets auxquels on a répondu.", vous n'aurez plus à cliquer sur "Suivre cette discussion" lorsque vous postez un message.
  • Abonnez-vous à la newsletter sur le site principal pour être informé des nouveaux paquets, nouvelles versions, bugs...

#1 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » Hier 14:11:22

kimented a écrit :

J'ai cloné le dépôt, et j'arrive à lancer les programmes avec l'option --dev tel que tu l'as indiqué. L'option --dev est une option de Python?

Non, pas du tout. C'est une option que j'ai rajouté (il suffit de regarder le code : utilisation de "sys.arg") et en l'utilisant, ça contraint le soft à ne se baser que sur le dossier environnant.
En revanche, si tu enlèves cette option, le soft va chercher les images etc. dans les chemins propre à l'installation. (par ex : /usr/share/icons/hicolor/scalable/apps/handsup.png)
L'idée de travailler en mode "dev" est donc de t'éviter de te concentrer sur des soucis de chemins, de droits etc. (tu travailles sur les fonctionnalités et le déploiement est dissocié du code)

Dans le README.md, tu as le détail de "comment packager" et lancer le soft après ça.
Si tu veux savoir ou c'est installé, il suffit de se rendre dans le dossier "debian" (https://framagit.org/mothsart/handsup/blob/master/debian/handsup.install principalement)

#4 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 15-09-2019 13:17:59

kimented :
Ya plusieurs choses qui me dérange dans ton soft.
Le but n'est bien évidement de critiquer mais de transmettre mon expérience et améliorer la maintenance/évolution du soft.

1. Les 4 variantes sont à 80 % du copié/collé.
C'est pas pratique pour faire évoluer ton soft. A chaque modifs, faut penser à le faire 4 fois.
Le mieux dans ce cas (en python) est de faire de l'héritage.
Une classe parente qui fait les opérations identiques et des classes enfants qui font avoir les opérations spécifiques.

2. Les imports avec des "*". Deux soucis liés à ça :
- ça va charger en mémoire des choses inutiles.
- ça peut occasionner des conflits de nom.
Ex : from dep1 import * et from dep2 import *
Toutes les 2 ont la fonction "display"
python plante quand on fait un "display()" car il sait pas laquel utilisé.
Avec des imports strictes, tu t'en rends compte dès le début et surtout tu évites des comportements bizarres quand tu fais des upgrades de libs.
Imagine que "dep2" en version 1.0 n'a pas la fonction "display" et que la 1.1 l'a.
En changeant de la 1.0 à la 1.1, tu vas entrainer un bug.

3. Les ouvertures de fichiers se font avec "with".

4. Eviter les variables globales. Encapsulé dans une classe, c'est mieux.

5. Essayer de cloisoner dans des fichiers ce qu'il faut éviter de mélanger :
- l'accès  à l'inteface graphique
- la conf
- l'accès
- les opérations de bases

6. Un versioning digne de ce nom

7. Y'a des print ,des commentaires et des lignes de code commenté un peu partout.
J'aurais tendance à afficher les print dans un mode debug.
Les commentaires sont pas toujours intéressants.
Par exemple : # Programme principal : devant if __name__ == '__main__':
C'est valable pour tous les softs python donc pas besoin de le préciser.
Le code commenté, faut éviter et plutôt s'intéresser à des outils comme git qui permettent d'avoir l'historique du code et le différentiel.
La, on sait pas trop pourquoi c'est là : un code qu'on a oublié de supprimé, un test, une fonctionnalité avorté etc.

Je propose une branche rapide (refactoring) pour rectifier le tir (premier jet, faudra que je fasse une repasse dessus donc sans doute des régressions):
https://framagit.org/mothsart/handsup/tree/refactoring

Ça supprime déjà presque 650 lignes de code redondant.

Un autre point que je risque d'aborder dans un second temps : mettre en place des tests. (le point 5 évoqué précédemment permettra également de mettre ça en place)
C'est vachement sécurisant pour du dev et j'essai désormais d'en mettre partout et dès que je commence un projet.

#5 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 15-09-2019 10:24:23

Alain a écrit :

Vu mon expérience de non fonctionnement de pylote sous windows avec python 3.7, j'ai préféré ne pas aller plus loin et ne pas installer ce qui m'avait été conseillé  par kimented car je tiens absolument à ce que pylote soit fonctionnel

Si tu parles des install de python-tk et python-pil, tu peux y aller les yeux fermés, ça n'interfère en rien les deps de pylot qui sont autours de qt.

Ton soucis sur le deb "handsup" provient sans doute du manque de "python-tk" que j'ai oublié.
Je viens de mettre à jour : https://framagit.org/mothsart/handsup

#6 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 15-09-2019 10:13:36

Alain a écrit :

Avec le paquet de mothsart ( handsup ) les fichiers lanceurs comme  appel_1  sont bien presents et démarrent une console mais c'est tout.

Tu peux me communiquer le message d'erreur quand tu lances appel_1 dans une console ? (sans doute une dépendance manquante)

Sinon, je confirme, pylote2 utilise python3 donc les 2 doivent marcher sur le même environnement.
Et même dans le cas contraire, sous linux des apps sous python 2 et 3 peuvent fonctionner en même temps... le seul probème que ça peut engendrer c'est que si on lance un soft python2 et un python3 simultanément ça lance 2 VM donc 2 fois plus mémoire utilisé. (pas top pour des villes bécanes ou des rpi)

#7 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 13-09-2019 23:24:47

J'ai oublié de dire que dans le readme, il y a ce qu'il faut pour générer son .deb

#8 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 13-09-2019 23:23:30

Alors, le source est ici : https://framagit.org/mothsart/handsup

J'ai mis en place ce que j'ai dit. Soit :

1. J'ai nommé le projet "handsup" mais si quelqu'un a une meilleur idée, je changerais

2. quand on clone le dépôt et qu'on veut travailler en local, il suffit de lancer le fichier avec l'argument "--dev". ex :

./appel_ecrit.py --dev

3. quand le paquet est installé, il y a 4 exe créés (appel_1 appel_2 appel_3 et appel_ecrit)

On peut lancer ces exe directement dans un shell.
Si on passe par le desktop, ça lance appel_1

L'exe va chercher en premier dans /home/<user>/.config/handsup
Si le dossier n'existe pas, alors, il va chercher l'exemple fourni.

4. J'ai corrigé le bug signalé précédement

kimented a écrit :

Question de débutant en Python: Pour le lanceur, est ce que vous savez comment faire en Python pour lancer un autre programme Python? Sinon, je crée des classe avec des noms différents pour chaque sous-programme que j'importe dans mon lanceur.

Peut-être que Tk a des process dédiés (je ne connais pas assez pour répondre).

Sinon, un simple :

os.system("lenomdetonsoft")

marche très bien.

#9 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 12-09-2019 23:39:03

Kimented :

Ce qu'il manque côté dev :

* Que les images proviennent de l'espace utilisateur.
J'aurais tendance à mettre dans /home/<user>/.config/apppel/eleves
(Je suis pas fan de /$HOME/eleves car rien n'interdit l'utilisateur d'avoir déjà du contenu à cet endroit... surtout que "eleves" me parait vraiment pas le nom de répertoire improbable)

e chemin via un fichier de config.

On peut néanmoins proposer un exemple quand le dossier est vide.

* Il faudrait un soft de démarrage qui permette à l'utilisateur de choisir entre les 4 types d'appel.

* Qu'un mini-outil permette de remplir le dossier.
Par exemple, un drag de l'image ou on saisie le nom dans la foulée, l'image est resizé à la volé. (ou message d'erreur quand elle est trop petite)

* appel_1.py appel_2.py appel_3.py ont tous le même soucis au lancement (pas le cas de appel_ecrit.py) :

'PosixPath' object has no attribute 'rfind'()

* un vrai nom. appel c'est pas un nom.

Je vais créer un dépôt Git une fois ce verrou tombé.

Ce qui manque ou ne vas pas niveau empaquetage :

- le postinstall avec un chmod 777 (ça marche sans changer de droits : selon l'emplacement, les droits unix sont bien gérés)
- l'executable doit être dans /usr/bin (et non /usr/share)
- il manque un descriptif dans le .desktop
- l'exec peut se faire comme ça (grâce au shebang) :

Exec=python3 /usr/share/appel/appel_1.py

Les évols possibles :

Stocker en base de données et par conséquent mémoriser les appels.
Par conséquent, avoir le récap des appels précédents.
Pouvoir répondre à des questions du genre :
- qui était absent lundi
- combien de fois Marius était-il absent depuis le début de l'année
etc.
Avoir les appels de plusieurs classes.

Alain : tu as sans doute des idées, tu peux compléter.

#10 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 11-09-2019 10:48:57

Ah, j'avais vu le fichier README mais pas la license.

Je pense que je vais mettre de la BSD plus par soucis d'uniformisation.

Images dans le domaine public, c'est parfait.

Après, peut être qu'il y a des images qui conviendraient mieux, à voir...

Oui, aucune urgence.
Je me concentre sur l'empaquetage sans rien toucher d'autre... le reste, ça sera du bonus.

Comme toujours, rien n'est parfait. Le soft a le mérite d'exister. Ca peut répondre à un besoin donc c'est top.
C'est dev dans un langage simple et populaire (et déjà éprouvé au sein de Primtux). Résultat des courses, il pourra très bien être amélioré ou servir d'exemple à d'autres softs.

Primtux est une distribution donc l'idée sous-jacente c'est bien de :
- mettre à dispo le max d'outils pour l'enseignement avec des process éprouvés. (installation via apt)
- donner de la cohérence à un ensemble de softs hétérogènes

#11 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 10-09-2019 23:17:10

Oui, j'ai testé  big_smile

Je n'y vois pas d'intérêt direct (je ne suis qu'un parent d'élèves donc avec 2 enfants qui sont au primaire, pas besoin de faire l'appel).
En revanche, je suis sensible à l'utilité que ce soft peut avoir en classe et j'essai de participer à Primtux pas que à auteur de ce qui me plait ou me sert mais dans l'optique d'avoir un support numérique le plus riche et adapté à l'enseignement en général.

Je vais déjà empaqueter ton soft pour qu'il puisse être installé/désinstallé proprement. (également par des moldus)

Pour ce qui est de le corriger, on verra dans un second temps.

Pour l'améliorer, c'est moins certain. On verra : en fonction de mon temps et de l'intérêt suscité.

Est-ce que ce soft a une licence ? La question porte aussi bien pour le code que le contenu (images par exemple).
Pour le code, l'idéal serait une licence bsd ou gpl.

kimented a écrit :

Par contre je n'en ai plus l'utilité, alors je ne me sens pas trop de le maintenir et de l'améliorer.

Je comprend tout à fait. C'est déjà assez généreux de nous faire part de ton soft.

#12 Re : Demandes d'évolution - Tests des iso - Développement » clicmenu - Au jardin » 10-09-2019 23:03:12

Philippe a écrit :

Je constate un problème sur l'animation du cochon...

J'ai pas de windows sous la main mais je dirais que c'est lié à l'utilisation de la balise <img> en lieu et place d'un css avec background-image.
Le navigateur n'est pas capable, quand tu changes via javascript de pré-charger l'image. (dans son cache)
Du coup, au premier drag, il est obligé de la charger.

Je te conseil de déclarer une balise <div> à la place de img avec une classe quand le cochon à la gueule ouverte et de l'activé au drag.
cette classe css aura dans sa déclaration l'url de l'image (qu'elle va écraser) et l'aura déjà préchargé par conséquent.

Philippe a écrit :

Par ailleurs, sous Linux avec Firefox, lors du drag, il y a un fond blanc sur l'image en déplacement.

Par réussi à reproduire...

En revanche, les images non dragables (genre, le cochon) semble l'être quand on les glisse.

#13 Re : Demandes d'évolution - Tests des iso - Développement » clicmenu - Au jardin » 10-09-2019 13:21:18

PR : Pull request => demande de merge. (déformation pro, désolé)

#14 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 09-09-2019 23:25:07

Très sympa. Merci de la contribution.

Ce soft manque un peu de finition et d'être empaqueté pour être utilisé par tout un chacun.
Je vais essayé de te donner un petit coup de pouce.

#15 Re : Demandes d'évolution - Tests des iso - Développement » clicmenu - Au jardin » 09-09-2019 23:03:55

J'ai pas grand chose à dire à part que c'est très bien.

Si je voulais pinailler, je dirais que :
1. y'a un petit artifact sur l'ombre du 3ème champ
2. Les légumes a côté des chiffres sont un peu petit. (tu peux les agrandir et les faire dépasser un peu du cadre avec un margin négatif)

Ps : si tu préfères une PR, je peux te le faire.

Ca reste des détails.
L'ensemble est très réussi. Quand on voit la version original, y'a quand même une sacrée différence.

#16 Re : Demandes d'évolution - Tests des iso - Développement » FluxboxLauncher » 08-09-2019 22:44:57

Je viens de modifier exprès pour primtux. C'est displonible sur la branche "deb_primtux" : https://github.com/mothsART/fluxboxlaun … eb_primtux

J'ai rajouté un script pour chaque session préfixé de son nom. ex : fluxboxlauncher_mini
sauf pour le prof qui reste inchangé

Y'a les .desktop correspondant et les icônes également (avec les codes couleurs des sessions)
J'espère ne rien avoir oublié (fait un peu en rapide de mon poste ubuntu)

#18 Re : Demandes d'évolution - Tests des iso - Développement » FluxboxLauncher » 08-09-2019 09:57:47

Steph a écrit :

et préciser que pour les sessions élèves il faudra déverrouiller les bureaux pour que ça fonctionne.

Le mieux c'est pas de tout faire à partir de la session prof ?
En gros, une entrée de fluxboxlauncher par session.

Ca se lance facilement :

python /usr/lib/python3/dist-packages/fluxboxlauncher/fluxboxlauncher.py mini

l'argument de la commande étant le nom de la session.
A voir si le script de base n'est pas à modifié :

https://github.com/mothsART/fluxboxlaun … oxlauncher

#21 Re : Demandes d'évolution - Tests des iso - Développement » Clicmenu: balance virtuelle » 04-09-2019 12:34:11

Ok Philippe.

Du coup, tu peux peut-être mettre le même bleu en haut.

Pourquoi y'a du gris en fond. (blanc c'était bien)

Sur les boutons, au survol, changer le curseur de la souris en main :

cursor: pointer;

#23 Re : Demandes d'évolution - Tests des iso - Développement » Clicmenu: balance virtuelle » 02-09-2019 22:55:18

C'est pas mal, good job Philippe !

Quelques suggestions qui pourraient sans doute être envisagé dans une prochaine version.
(ça fonctionne, rien de bloquant)

1. Je serais plus d'avis d'avoir un dialogue avec la consigne et un bouton d'aide (un [?]) qui permet de la ré-ouvir à tout moment.
l'idéal serait de mettre en place un cookie : si il est présent au lancement, l'élève a déjà lu la consigne et le dialogue n'a pas besoin de la voir...
il peut passer directement à l'exercice.

Je dirais qu'uniformiser certains comportements des clicmenus pourrait être pas mal donc notament celui.
On arrive sur un nouvel exercice : dialogue avec la consigne et un bouton de rappel (avec le même design et au même emplacement).

2. J'aurais plutôt mis la consigne de préciser l'unité au dessus du champ d'indication de la masse.

3. Je recense 8 couleurs différentes.  C'est beaucoup trop.
J'enleverais déjà le fond : en blanc, c'est très bien.
Les 2 roses identiques (en clair) et les 2 bleus également. (en foncé)

Je te conseil de choisir tes couleurs dans le nuancié là : https://materializecss.com/color.html
Choisir des couleurs c'est toujours compliqué :

- quand est-ce que je mets une police blanche
- est-ce que la couleur va bien ressortir sur l'ordi du voisin qui n'a pas le même calibrage, la même luminosité etc.
- est-ce que ce sera visible par une personne daltoniennne ?
- est-ce que les couleurs ne sont pas trop agressives (saturation) ?

Quand tu passes par une gamme de couleur provenant d'un framework, tu as au moins la garantie que beaucoup de personne se sont déjà posé toutes ces questions avant de le sélectionner.

4. Peut-être envisager un peu plus de place sur la balance sur de gros poids. J'ai franchement eu du mal à mettre tout les poids, alors un enfant...

5. La balance pourrait être centrer verticalement.

6. Je suis pas fan des ombres sur les boutons.

7. padding: 0.2rem; sur la balise "p" et 0.5rem sur les boutons.

#25 Re : Libreoffice des écoles » libre office ouverture intempestive outils primtux4 lubu administr » 30-08-2019 19:41:09

Faut mettre des smileys Steph  lol  lol  lol
Perso, j'ai compris tout de suite que tu ironisais mais un nouveau visiteur risque de prendre les choses au pied de la lettre.

Pied de page des forums

Propulsé par FluxBB