J’ai coder une appli pour Linux appelé SemantiK, basé sur l’idée du jeu cémantix et semantle!

Ce qui diffère:

  • Beaucoup plus de mot peuvent être trouvé (j’ai pas fais de tris dans la liste de mot à trouvé, donc masculin, pluriel, feminin et tout le reste peut être le mot secret)
  • On peut jouer à l’infini (pas de limite journalière)
  • On peut se partager les mots entre utilisateurs pour avoir le même mot à deviner!
  • Tout en local sur l’ordinateur! (pas de serveur derrière!)
  • Possibilité d’importer des liste de mots customisés et des modèles de langues customisés (pour jouer dans une autre langue par exemple)

Elle est pas encore dispo sur Flathub (en cours de validation) mais vous pouvez retrouver le code ici en attendant: https://gitlab.com/Krafting/semantik-gtk

Dites moi ce que vous en pensez pour le moment! J’ai hâte qu’elle soit disponible à tous pour le téléchargement!

    • Krafting@lemmy.worldOP
      link
      fedilink
      Français
      arrow-up
      3
      ·
      8 months ago

      Alors oui Gitlab dispose de ca! Mais c’est pas du web, c’est une application Native en Python avec le toolkit GTK ! L’appli sera dispo à tous sur Flathub dès qu’elle sera validée !

  • nicocool84
    link
    fedilink
    Français
    arrow-up
    3
    ·
    edit-2
    8 months ago

    Bravo et merci du partage. Comme je suis chiant, je me permets un peu de revue de code non sollicitée.

    Tout dans un seul fichier de 1133 lignes. Pourquoi?

    Les docstrings se placent en dessous du def.

    """ pas bien """
    def non():
        pass
    
    def oui():
        """bien"""
        pass
    
    print(oui.__doc__)
    print(non.__doc__)
    
    • Krafting@lemmy.worldOP
      link
      fedilink
      Français
      arrow-up
      2
      ·
      8 months ago

      ah pour les docstring je savait pas! je les ai écrit comme ca parce qu’un ami m’avais conseillé de faire comme ca ahah, j’ferais plus attention dans le futur! (hésite pas à ouvrir une PR qui change ca si tu veux!)

      Et pour le fichier géant, juste parce que c’est pas non plus une énorme appli et qui n’a pas besoin de grosse modularité (et que j’ai l’habitude de coder comme ca au début, et de séparer en plusieurs fichiers dès que j’ai pleins de fonctions pour les grouper après). J’pourrait créer des fichiers séparé probablement dans une prochaine révision !

      • nicocool84
        link
        fedilink
        Français
        arrow-up
        1
        ·
        8 months ago

        Oula une PR comme tu y vas ;)

        Comme montré dans mon petit snippet c’est pas qu’une question de style pour les docstrings, python la met comme attribut __doc__ de la fonction, et différents outils (IDE, linters, générateurs de doc) reposent sur ça.

        1133 lignes j’avoue c’est pas la mort, mais c’est tellement facile de split et d’import en python que c’est dommage de s’en priver. Je pense que ça rend le truc plus lisible, diminue les conflits à gérer si tu travailles sur plusieurs branches en même temps ou que tu reçois des contributions.