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

#3 Re : Discussions générales » Avis sur programme complet au lieu de base de Linux a installer » 30-10-2019 19:25:09

Linux, c'est quand même le cœur du projet.
Tour s'articule autours et c'est aussi la force de cette distrib.

L'objectif est quand même principalement de redonner une nouvelle vie à des vieux PC ou d'utiliser des nano-ordi (raspberry) au capacité limité mais à un prix attractif.

Y'a que des systèmes sous linux qui permettent se tour de force.
En plus, ça permet une personnalisation.

Pour les utilisateurs hors Linux, il est toujours possible d'utiliser Primtux via une VM.

#4 Re : Demandes d'évolution - Tests des iso - Développement » clicmenu: croissant-decroissant » 30-10-2019 15:22:46

Retour rapide :

* j'aurais tendance à privilégié un bleu clair à ton jaune moutarde.
* pas de flou ni d'ombres sur les boutons : flat design c'est mieux.
* l'encart du bas devrait avoir un titre. Par exemple : "Consignes".
* la modal est grise (et par conséquent tristounette), est pas  le bouton valider n'a pas la même gueule que les autres boutons
* pas de message d'erreur quand on se trompe
* y'a des petits décalages sur les éléments assemblés

#5 Re : Sorties et mises à jour de PrimTux » PrimTux5 installation des logiciels non libres » 30-10-2019 15:09:45

Steph : si je comprend bien, l'installation des logiciels non libres va écraser la config existante.
Si elle est personnalisé, elle est perdu.

Il est sans doute possible de faire mieux en rajoutant un utilitaire qui ferais du différentiel.

ex (au pied levé) :

au postinst :

handymenudiff add file.yaml

et postrm :

handymenudiff remove file.yaml

Une solution intermédiaire serait de mettre un message "vous allez perdre votre config") quand le fichier de conf a été modifié.
(md5 diff entre le fichier par défaut et le fichier actuel)

Qu'en penses-tu ?

#8 Re : Demandes d'évolution - Tests des iso - Développement » PrimTux-Lubuntu-18.04: Retours de Tests » 14-10-2019 12:29:59

Steph : pour éviter ce genre de désagrément pour un non tech, ça serait pas mieux de rajouter cette ligne en commenté par défaut ?
Du coup, fluxboxlauncher pourrait la reconnaitre et l'utilisateur pourrait l'activer simplement.

#9 Re : Discussions générales » Sortie de Scratch 3 » 13-10-2019 21:46:57

Faut peut-être mettre quelques sites en liste blanche (tel que ubuntu.com) et faire mention de limitation dans le wiki ?

#10 Re : PrimTux dans votre classe ou salle informatique » Primtux en LDAP dans les écoles de Grenoble » 10-10-2019 16:38:29

Très intéressant ce retour d'expérience.
Et sur le contenu (les apps dispos) en lui-même de Primtux, des bonnes ou des mauvaises surprises ?

#11 Re : Demandes d'évolution - Tests des iso - Développement » jLoDb » 06-10-2019 22:09:41

Effectivement, la couverture correspond bien au besoin de Primtux (IE on s'en fou royalement) : https://caniuse.com/#feat=indexeddb

#13 Re : Français » ealor et autres activités de pragmatice » 06-10-2019 11:02:30

Si je comprend bien, Pramatice est une association qui a des valeurs proche de celle de Primtux ? (aussi à l’initiative des clicmenu ?)
Il va falloir créer ou consolider des ponts avec car ils font du très bon boulot.

#17 Re : C'est ici qu'on se présente! » Présentation mileca » 25-09-2019 15:20:03

Bonjour et Bienvenue.
N'hésites pas à nous donner plus d'infos quand ça sera en place !

#19 Re : Logiciels divers (outils...) » Faire l'appel sur TBI » 18-09-2019 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)

#22 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.

#23 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

#24 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)

#25 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

Pied de page des forums

Propulsé par FluxBB