Alexis Metaireau a écrit 19 commentaires

Salut, et merci pour cette initiative; Quelques remarques cependant, parce que ça me titille:

• Je trouve un peu osé de parler de "bière libre" alors même que les ingrédients et le procédé ne sont pour l'instant pas encore divulgués. Dans ma culture libre, tant que ce n'est pas releasé, ce n'est pas libre, et je suis actuellement incapable de reproduire votre recette (si je le voulais).

• Dire LA bière libre me parait un peu prétentieux. Énormément de monde publie ses recettes de bière. Il y a même des sites dédiés au sujet. L'ensemble de mes recettes de bières est public, dans une démarche similaire à la votre. Dire une bière libre serait donc un peu plus humble, même si moins marketing.

• Il manque pour l'instant pas mal d'informations: Quelle est la teneur en alcool ? Qu'elle est la densité initiale ? finale ? Quelle levure est utilisée ? Quel profil de fermentation ? A quel moment sont ajoutés les houblons ? En quelles quantités ? Bref on a pas la recette :)

• D'ailleurs, sous quelle licence distribuez vous votre/vos recette ?

Bref, pour l'instant je ne vois que des bonnes intentions (ce qui est déjà beaucoup !) mais attention à l'effet d'annonce. Pour l'instant votre bière n'est pas plus libre qu'une autre !

C'est une très bonne question. Je n'ai pas vraiment de réponses à donner pour l'instant, tout simplement parce que je ne me la suis pas posée. Deux mois d'inactivité + envoi de mail + un mois et hop supprimé. C'est noté pour la suppression de projet. C'est pour l'instant possible via l'interface REST mais pas depuis l'interface web.

Pour l'install en local il faut juste penser à python, les dépendances (flask, flask-sqlalchemy, flask-wtf, flask-mail, etc.) et le tour est joué.

comme je le disais plus haut, le mieux est sans doute de faire avec du papier / pot commun si on à pas internet durant les vacances (parce que sinon on fait confiance à un truc auquel on ne peut pas avoir accès facilement).

Quand tu parles de mise à jour, tu pense à quoi exactement ? y'a un truc dans les tuyaux: une appli android qui gère les conflits d'édition, qui permettrait du coup de l'installer de manière simple sur un téléphone.

J'avoue que je ne l'utilise pas en week end parce que je n'ai pas de pc ou téléphone avec un accès web (par choix). Le papier fait aussi bien l'affaire, ton histoire de pot commun aussi.

Pour la gestion d'une colloc c'est souvent aussi simple d'avoir des traces de ce qui se passe et comment, mais c'est absolument pas une necessité.

Génial. Il y a une feature request pour l'import justement, je ne connaissais pas les fichiers OFX, je vais jeter un oeil.

Exact, merci :)

Yep, exact. J'ai déjà eu ce souci, qui effectivement est assez pénible.

Pour le coup, c'est vraiment un cas particulier je pense, et je me demande si "i hate money" est le meilleur outil pour gérer ça. tu as fait comment avec ta feuille de calcul du coup ?

Je me demande aussi si prendre en compte ce cas particulier ne va pas ajouter de la complexité souvent inutile au projet. Tu en pense quoi ?

Flask est assez sympa pour faire des petites applications, principalement parce que tu n'as pas à te prendre le chou avec des choses qui ne t’intéressent pas (liste d'applications, fichier de settings énorme etc.). C'est effectivement très bien documenté et agréable à utiliser. J'aime beaucoup le fait d'avoir le choix dans les libs que j'utilise (par exemple SQLA pour l'ORM, mais je ne suis pas obligé).

La chose qui manque un brin, c'est le coté libs. Par exemple pour le webservice de "ihatemoney" j'ai du developper une petite lib moi même plutôt que d'en réutiliser une déjà existante. Remarque, c'était marrant aussi, c'est juste que dès fois tu veux aller vite sans avoir à réinventer la roue.

A vrai dire, pour ce soft, à refaire, je partirais sur du django et non pas sur du flask, mais c'était l'occasion d'essayer :)

Bonne idée, merci du conseil !

Yep, "paid amount" :) merci !

Merci pour les retours,

Pour l'accès smartphone, il faudrait effectivement qu'on fasse une feuille de style particulière pour que ça soit plus adapté (je me suis aussi rendu compte de certains cas qui déconnent sur des petites résolutions).

Je viens d'ouvrir un ticket à propos du bug d'édition, merci !

Dans le même style il y à hatta wiki — http://hatta-wiki.org/ mais c'est pas vraiment un générateur "statique", comme ikiwiki d'ailleurs (d'ailleurs je vois mal l'intéret d'un wiki statique :p)

Un des objectifs de pelican, c'est d'être simple.

Malheureusement, le système de commentaires par mail ne me semble pas être simple du tout, et nécessite une installation assez lourde coté serveur, que tout le monde ne peut pas avoir.

D'une manière générale, je considère la gestion des commentaires comme étant quelque chose "en plus": si les commentaires sont vraiment necessaires, alors il est possible d'integrer disqus.

Mais tout autre système est envisageable: disqus est assez simple à "plugger" à un site statique, puisque tout est géré à la volée, en javascript. Tout système similaire s'adapterait sans problèmes.

D'une manière générale, il est possible de gérer un système de commentaires avec une mailing-list + une iframe des archives (bouh, non, j'ai pas pensé ça, dites moi que j'ai pas dis iframe) sur chaque page/article: chaque personne utilise donc son propre email pour communiquer, et c'est relayé sur les commentaires du blog. Filtrage/spam et compagnie sont gérés par la mailing list au passage (mailman ?).

Ca fonctionne, mais je trouve ça quand même assez peu elegant, non ?

Non, tu fait bien d'insister. C'est corrigé. (J'avais pas enlevé l'import qui va bien).

C'est vrai, il en existe quelques uns, je ne les connaissait pas tous d'ailleurs, mais ceux que j'ai regardé avant de commencer étaient soit trop complexe, soit pas assez à mon gout. Je préfère me concentrer sur peu de fonctionnalités, puis en ajouter au fur et à mesure de mes besoins/retours.

J'ai passé la dépendance à rst2pdf en optionnelle, ainsi que mis à jour la documentation avec la liste des dépendances.

Pour la gestion des catégories, c'est effectivement un bug. Je viens de le corriger (http://hg.notmyidea.org/pelican/rev/c888a94fff70). Merci !

C'est vrai que c'est problématique. Le souci avec les mails pour commentaires, c'est qu'il faut du coup gérer quelque chose pour faire la moulinette.

Je vais ajouter une notice quand à l'utilisation de disqus pour les commentaires et de tout ce que ça implique.

J'oubliais, le script en question: http://hg.lolnet.org/pelican/rev/2d50d32db523

Pour la gestion des imports depuis wordpress, je n'ai pas trouvé de manière de faire ça de manière exacte. J'ai fait un petit script qui demanderais encore un peu de paufinage pour être réellement utilisable, mais qui m'a permis de récupérer la quasi totalité des articles de mon installation wordpress.

Ca gère partiellement les images pour l'instant: je n'arrive pas à penser à un moyen efficace pour les inclure dans l'output actuellement. Je me mets ça sur la TODO list :)

Mine de rien, les gens semblent utiliser git à cause/grâce à github. Beaucoup de projets sont disponible sur cette plate forme, ce qui lui donne une très grande visibilité.

Concernant git versus mercurial, il y à un très bon article de steve losh à ce sujet: http://stevelosh.com/blog/2010/01/the-real-difference-betwee(...)

J'utilise personnellement mercurial, parce que je le trouve plus simple à configurer/étendre que git, et que les extensions existantes me permettent de faire ce que je souhaites facilement.