anaseto a écrit 2229 commentaires

Markdown c'est très bien, mais pour une thèse ça me semblerait un peu limité :)

Et puis, si l'on se limite à utiliser des fonctionnalités qui sont dans Markdown, tu dois connaître 4 ou 5 commandes, c'est pas non plus si terrible.

Et LaTeX permet quand même de faire pas mal de merveilles, et avec un rapport effort/résultat plutôt honnête. En tous cas j'ai tapé quelques cours de maths (et c'est difficile de trouver plus dur à écrire que les formules) en temps réel en amphi et je m'en sortais plus vite que certains à la main. Avec les bonnes commandes, et les bons raccourcis, on peut se concentrer sur le contenu.

Je ne connais pas lighttpd, mais j'ai aussi un petit serveur avec dancer et j'utilise Starman comme serveur. C'est un petit serveur écrit en perl, mais suffisamment rapide pour un blog je pense, et facile à utiliser.

Une simple ligne avec plack pour démarrer le serveur:

 plackup --access-log=logs/access.log -E deployment -s Starman --workers=10 -p 8000 -a bin/app.pl

Par contre je n'utilise pas cgi, simplement dancer et le Template Toolkit.

Avec perl tu peux faire:

perl -e 'local $/;$_ = <>; s/\n *\n-/\n\nconstante\n-/g; print;' fichier

Au lieu de lire ligne à ligne, tu lis tout le fichier d'un coup.

C'est vrai que le seul moyen de résoudre toutes ces rigolades serait de permettre uniquement les «pertinents», ce qui aurait probablement l'effet de calmer pas mal de monde. Après, vote nominatif ou pas… ça n'aurait plus grande importance.

Et, peut-être mieux encore (et ça peut être complémentaire avec ce qui précède): rendre les notes visibles uniquement si on veut (et non visibles par défaut?), comme ça tout le monde serait content.

Peut-être que pour les débuts AWK n'est pas mal: pas d'OO, pas de types, et sympa parce qu'on peut faire des trucs utiles avec pas grand chose: l'article Wikipédia en anglais a déjà pas mal d'exemples utiles.

Et j'oublie Claws_Mail, qui en plus d'être un client mail permet aussi de lire des flux, mais je ne l'ai pas essayé par contre.

Justement ces derniers jours j'ai fait un peu le tour de quelques lecteurs de flux. Dans le style graphique il y a Liferea.

Personnellement, j'ai fini par pencher pour newsbeuter, mais lui a une interface ncurses.

Sinon, il y a aussi canto (ncurses) et snownews (ncurses aussi).

Et puis, si on veut juste chercher des paquets, il y a eix qui est très rapide car il utilise un base de données, et qui fournit pas mal d'informations sur l'ebuild avec de jolies couleurs :)

Pourquoi, alors que j'ai suivi ligne à ligne les instructions pour gérer les overlays, pourquoi cela ne marche t-il pas ?

Je n'ai jamais eu de problèmes avec les overlays, mais de toutes façons il faut savoir qu'il y a les overlay officiels, et puis les non officiels: il se peut très bien que certains de ces derniers ne soient pas bien maintenus.

Pourquoi t'acharnes-tu à vouloir installer cette version du programme, alors que celle de l'overlay est plus récente, et que je l'ai installé pour ça ?

Il faut savoir que si tu utilises les overlays tu dois savoir mixer stable et instable: peut-être que tu as un autre programme qui demande la version stable par exemple, et que tu dois aussi mettre une version instable de ce paquet. Si gentoo t'offre la puissance des overlays, il faut savoir jongler avec, ou rester avec l'arbre stable.

Par exemple, j'ai eu besoin de l'overlay d'haskell a un moment, et pour plus de cohérence, j'ai mis

  dev-haskell/* ~x86
  dev-lang/ghc ~x86

dans mon package.accept_keywords, histoire d'avoir tout ce qui est lié à haskell en testing, et du coup je n'ai eu aucun problème par la suite.

Ce n'est pas toujours nécessaire de tout mettre en testing: j'ai des modules de l'overlay perl-experimental, tout en étant avec la versión stable de perl: quelques accept_keywords et le tour et joué.

Je trouve justement que le système des overlays de Gentoo est puissant, car il permet à chaque développeur de maintenir une partie d'arbre facilement. C'est d'ailleurs je crois la seule distribution (faudrait vérifier) qui a un overlay pour Sage (un gros projet en python d'interface à d'autres logiciels libres mathématiques), et c'est sans doute parce que portage permet une flexibilité que les autres système de paquets n'ont pas, car on ne peut pas dire que ce soit à cause de l'importance de la main d'œuvre sous Gentoo que c'est possible. Debian a eu un .deb a une époque mais il ne semble pas maintenu à l'heure actuelle, même s'il y a un projet pour le faire.

Que je me serve de la voiture ou non, les routes sont déjà là et doivent être maintenues

Qu'une personne de plus utilise la voiture ou non n'a en effet aucun impact, mais dans un système non orienté voiture personnelle beaucoup de ces routes n'auraient aucune raison d'être maintenues.

Ça ne tient pas, tu pars du principe que les infrastructures n'existent pas sauf qu'elles existent, donc je suis libre d'aller où je veux.

Je crois que tu n'as pas bien compris ce que je voulais dire, mais c'est vrai que je me suis peut-être mal exprimé: les routes existent maintenant, mais les maintenir, même dans un futur assez proche, demande énormément de ressources. Avec beaucoup moins d'efforts on aurait pu avoir un réseau de voies ferrées tout aussi complet.

C'est pareil avec les transports en commun : tu dépends du réseau, mais s'il n'existe pas, tu n'as aucune autonomie.

Je n'ai jamais dis le contraire, seulement que ce serait plus facile de maintenir un tel réseau et qu'au moins il ne demande pas de maintenance à l'individu, et qu'en tout cas la voiture ne procure pas plus de liberté en général.

Souvent, c'est même plutôt le contraire, parce qu'elle permet de se dire: ce sera cool si j'habite loin de mon travail, j'aurai comme ça une maison plus grande (par exemple); résultat des courses, on a un besoin en plus, qui plus est un besoin pas forcément trivial (avoir une voiture et la maintenir), dont on ne peut peut-être plus se défaire: cette possibilité de dépeuplement du centre des villes a permis d'augmenter les prix au centre tout en permettant aux gens d'y venir travailler, ce qui exclu la possibilité de revenir près de son travail pour une bonne partie de la population.

D'ailleurs, le fait d'habiter loin de son travail est devenu un des moteurs du marché automobile/pétrole/grandes surfaces car il est complètement incompatible avec le transport en commun (donc en un certain sens je te rejoins ici), parce que des bus qui ne fonctionnent que deux fois par jour pour aller/venir du travail c'est un peu comme les voitures garées, c'est pas rentable.

Bon, tu auras peut-être compris, je n'aie pas de voiture :)

Quand j'attends dehors, il y a toujours quelqu'un qui va allumer une cigarette, et je me vois mal lui dire de ne pas fumer alors que c'est un des rares endroit où il en a (encore) le droit.

Il suffit de se mettre du côté où le vent ne souffle pas :) (je sais, je sais, on peut se retrouver coincé des deux côtés)

il faut vraiment être à côté du pot d'échappement d'une voiture pour le remarquer.

Heu, s'il n'y a qu'une seule voiture, peut-être, mais dès qu'il y a un peu de circulation ça devient gênant (je reconnais ne pas être citadin à la base, mais quand même).

Sinon, il y a quand même pas mal d'autres points à l'encontre de la voiture personnelle (qui je reconnais peut être malheureusement nécessaire dans certaines situations):

• si on compte toutes les dépenses (achat, assurance, pannes,…), ça devient très vite très supérieur à l'utilisation d'un transport en public, plus les préoccupations.
• La voiture perd un bon tiers de sa valeur en très peu de temps.
• Une voiture contrairement à un autobus reste la plupart de la journée garée: ce n'est pas très rentable niveau utilisation. Le parking, on doit tous le payer: un parking dix fois plus petit dédié à des autobus transporterait autant de personnes ou plus.
• Construire des routes et les maintenir est cher (plus que les voies ferrées, qui tiennent plus longtemps au moins).
• La sensation trompeuse de liberté: avec une voiture, tu dépends de tout un réseau de stations d'essence, de routes, de dépanneuses, etc, qui s'il n'existait pas ne te permettrait pas de faire beaucoup de kilomètres en autonomie. Donc l'autonomie réelle ne dépasse pas quelques centaines de kilomètres (en supposant que les routes sont construites).

Attendre dans l'auto, ça me dérange déjà beaucoup moins

C'est curieux, je supporte beaucoup mieux d'attendre dehors que cloîtré dans un petit engin à quatre roues (à part en plein hiver peut-être s'il pleut et qu'il fait froid).

qu'ils restent à l'extérieur de ma voiture.

Jusqu'à ce que quelqu'un te rentre dedans, c'est plus sûr que tu les supportes aussi bien après :)

ne sent pas l'odeur d'urine, de vinnasse ou de pétard.

Non, mais pour le piéton qui marche à côté c'est pas sûr que l'odeur à essence soit toujours très agréable (en plus d'être toxique).

Et puis statistiquement, je subis beaucoup moins de panne en voiture qu'en métro.

Je parie par contre que les pannes de ta voiture reviennent plus cher :)

Ceci dit, je suis d'accord que les cartes à puces ça devient vraiment énervant, mais où je suis elles ne sont pas encore nécessaires.

J'ai trouvé celui-ci:

https://linuxfr.org/news/freesiege%C2%A0-un-tetris‐like-de-guerre-entièrement-libre

Si j'ai bien compris, c'était un jeu dont le développement était abandonné qui a été repris par MCMIc.

Par contre, pour autant que je sache, pandoc n'est pas extensible dans le document même.

Dans les extensions markdown de pandoc (implémentation en haskell), il y a aussi trois lignes optionnelles au début pour le titre, auteur et date.

Par contre haskell est beaucoup moins courant que d'autres langages.

Il y a aussi multimarkdown qui supporte assez d'extensions.

C'est vrai, ce n'est pas tout à fait correct ce que j'ai dit. En fait, ça devait marcher avec la 5.10 mais j'avais use 5.012 dans le fichier escenadil. J'avais mis ça parce que j'ai la 5.12 mais j'aurais du mettre la 5.010, je n'avais pas fait gaffe à ça. Je ne pense pas que ça marche avec les précédentes par contre, vu que j'utilise when par moments.

J'ai corrigé et actualisé le dépôt git.

Merci de m'avoir signalé le bug!

C'est vrai que c'est dur de choisir. J'ai coché que je mettais des informations système, mais étant sous xmonad et puis c'est tout, je ne sais pas si je peux considérer le fond comme bureau. Surtout que quand je dis fond, je veux dire la «barre» du haut (qui n'en est pas vraiment une, juste un peu de place libre, sans fenêtres dessus).

plusieurs modules perl, limite savoir parler esperanto

Je dois dire que ça m'a fait un peut rire (surtout la partie esperanto). Par contre, sous linux tu pourras vérifier que ta distribution inclut probablement la plupart des modules de base de perl. Sous ma gentoo:

$ ls /usr/portage/perl-core/ | wc -l
84

et

$ ls /usr/portage/dev-perl/ | wc -l
1123

donc «plusieurs modules» ce n'est peut-être pas tant que ça. Et ils sont tous installables avec emerge, apt-get, ou probablement n'importe quel système de paquets.

Pour l'espéranto, tu as du confondre avec l'espagnol qui est la langue par défaut. Tu peux changer en modifiant ton config.yml ou sur la ligne de commande en spécifiant la langue (quatre choix possibles).

je ne peux pas confirmer ou corriger en appuyant sur a ou b

C'est tout à fait normal :)

Il faut appuyer sur «s» avant (sinon les lettres pourraient entrer en conflit avec les autres raccourcis). C'est dans l'aide des commandes avec «?».

Pour le reste je te crois, après tout, je fais du perl qui a tendance à se rapprocher des langages naturels (grammaire à contexte, quantités de façons de dire la même chose, etc…, facile? agréable à la longue sans doute, mais je ne dirais pas facile).

Et pour répondre au message d'avant, oui, escenadil est tout petit. Ceci dit, si j'avais voulu que l'utilisateur dispose du plus de pouvoir possible, j'aurais juste fait des modules perl, que l'utilisateur pourrait utiliser de façon convenable, en rédigeant lui même en perl. C'est vrai que ça pourrait être intéressant, mais on perd totalement le côté «simple».

C'est vrai que ces langages ont l'air quand même assez puissants, et qu'ils sont beaucoup plus ambitieux.

Pour Inform j'ai quand même l'impression au contraire que le fait qu'il vise à écrire dans un langage ressemblant au langage naturel doit quand même rajouter beaucoup au temps d'apprentissage, vu qu'au fond rien n'est plus compliqué qu'un langage naturel.

Un truc a noter, il existe une version française d'inform.

C'est vrai que vu la quantité de mots différents anglais utilisés ça peut être utile. Ceci dit, la langue française n'est pas spécialement simple non plus :)

Tads a l'air plus facile à prendre en main, et puis au moins on distingue mieux le code de l'histoire.

Ceci dit, j'ai l'impression que les licences de ces deux jeux ne sont pas très très libres…

Oui, j'ai oublié sur le moment cette question avec le reste :)

J'y réponds juste après.

Je n'ai pas bien compris: le joueur tape un mot quelconque, et le
logiciel comprend magiquement à quel choix caché il correspond?

En fait il y a deux possibilités: soit la scène demande une entrée texte du joueur (on utilise le mot given), soit elle lui demande de choisir entre plusieurs choix possibles connus à l'avance (cas d'utilisation de choices). Souvent, c'est pas très nécessaire de demander du texte : par exemple, les choses comme «aller est», «ouest», «nord», c'est pas forcément très passionnant.

Sinon la différence c'est qu'avec given on utilise une liste (les matchs sont tentés les uns à la suite des autres ce qui permet de simuler un cas par défaut), et avec choices c'est une table clé: choix, ce qui permet de bloquer certains choix avec lock, mais c'est pas forcément très maintenable après.

Par contre, ce qui est bien c'est qu'on peut utiliser les expressions régulières de Perl pour matcher lorsque le joueur entre du texte, et décider de la suite.

Je ne peux pas vraiment répondre parce que je ne connais ni l'un ni l'autre, mais de ce que je viens de voir, j'ai l'impression qu'il s'agit quand même de langages un peu plus complets: on ne fait pas une histoire en écrivant un simple fichier yaml, en respectant quelques petites règles.

J'ai l'impression qu'il faut s'y plonger un peu avant de commencer, mais je peux me tromper.

L'idée c'est quand même que quelqu'un qui n'aime peut-être pas spécialement la programmation (mais peut-être les histoires) puisse participer.

Et puis une différence quantitative: escenadil fait un millier de lignes, documentation incluse :)

Bon, je ne compte pas le script «détecteur d'erreurs» dans le fichier yaml.

Si quelqu'un propose un patch, je veux bien :)

Le fait est que je n'aime pas beaucoup programmer des interfaces, du coup je suis allé vers le seul truc que je connaissais un peu, qui a l'avantage de fonctionner partout (en tout cas dans les Linux et BSD), et même sans X, tout en étant (peut-être) plus pratique qu'une simple ligne de commande pour certaines choses (comme lire du texte un peu trop long).

Peut-être qu'on ne veut pas stocker 50 000 drapeaux et que pour un > drapeau qui n'influencerait qu'une scène, on préfère un effet qui la > modifie directement.

C'est tout à fait ça: en fait, les drapeaux n'étaient pas pensé au début pour être très nombreux, mais à chacun sa façon après tout :)

Alors une question demeure : est-il possible de modifier un texte
selon un drapeau ?

Exemple : mon personnage achète un chapeau bleu, ce qui change le
message d'accueil de plein de scènes

On peut ajouter du texte en plus si un drapeau est présent, et on peut influencer les choix, mais le texte de base d'une scène dépend uniquement de l'état.

Il faut se dire que lorsqu'on écrit une histoire, on est avant limité par l'impossibilité d'avoir un nombre exponentiel de ramifications, donc normalement les mêmes flags ne devraient pas forcément intervenir dans tant de scènes que ça en pratique.

Sinon, ce qu'on peut faire c'est utiliser la table texts pour stocker du texte (lors d'un effet à un certain moment), que l'on peut ensuite interpoler dans le texte d'une scène.

En quoi la bibliothèque curses est-elle nécessaire? Le style de jeu > se prête tout à fait à l'affichage ligne à ligne, non?

C'est vrai, mais je trouvais plus pratique d'utiliser ncurses pour sélectionner les choix, et dans le cas de textes un peu long, ça permet de remonter le texte facilement par exemple.

Es-tu certain qu'il y a une différence conceptuelle entre les flags > et les états?

Comme dit Jihele, la différence c'est juste global vs local, mais aussi le fait que quand j'ai commencé il n'y avait pas de flags :) Mais après, je ne pense pas que ce soit mal qu'il y ait plusieurs façons de faire une même chose vu que ça coûte pas non plus très cher, et puis tout le monde ne pense pas de la même façon, et l'un trouvera peut-être plus naturel d'utiliser des états ou des flags suivant les cas et un autre le contraire.