Nicolas a écrit 570 commentaires

J'utilise avec bonheur xfce depuis des années. J'essaie de le faire adopter à mes proches.

Il me manque un outil graphique pour créer de nouveaux utilisateurs. Une idée ?

J'ai la nette impression (mais je peux me tromper) que les personnes qui commente l'utilisation de composer de l'ont jamais utilisé. Je ne comprends pas le terme force à utiliser composer. composer n'est qu'un outil permettant d'installer une bibliothèque (library) dans la bonne version. Il est tout à fait possible d'installer la même bibliothèque à la main.

Pour faire simple, pour le moment dotclear devrait fonctionner à partir de php 5.2. Il n'y a pas ou très peu de code spécifiques aux versions ultérieures. La version 2.0 est sortie il y a plus de 6 ans et venait avec beaucoup de code permettant de pallier aux manques des différents hébergeurs.

L'équipe derrière dotclear ne va pas volontairement écrire du code qui empêcherait le cms de fonctionner sur d'anciennes versions de php mais cela a de très forte chance d'arriver.

Si si mais ça va devenir de plus en plus compliqué ! :-)

Le site http://dotclear.org/ utilise lui aussi dotclear mais il n'a pas encore été mis à jour. La sortie de cette nouvelle version étant encore très récente, ce n'est à mon sens pas encore trop choquant.

Je ne connaissais pas Unicorn. Merci.

Pour ceux qui font du développement web et qui utilisent sass, alors ils utilisent très certainement compass pour compiler leurs fichiers sass à la volée (après chaque modification) vers les fichiers cibles.
En coulisse compass utilise inotify.

p.s:
- sass : http://sass-lang.com/
- compass : http://compass-style.org/

Je suis sur debian (sid) avec systemd. Je dois avouer que je n'ai pas regardé quels étaient les potentiels problèmes et je n'ai pas lu tout les trolls. Cela fonctionne sans problème.

Je ne répondrais pas à la place de Pierrick (ou l'équipe piwigo) pour ce qui est de l'intégration des fonctionnalités d'Admin Tool dans le tronc commun. Mais en revanche une chose est sûre : ce plugin a un statut un peu particulier. En effet, il est sur le même dépôt que le pot commun et est livré en même temps que la distribution. Il n'est juste pas activé par défaut.

Non je suis bien ce Nicolas qui a fait partie de l'équipe Piwigo.

Je vois que tu travailles aussi sur des tests automatisés, du nettoyage de code, et d'autres fonctionnalités que Piwigo n'a pas. Rien que les tests, c'est vraiment bien, je pense que c'est un gros manque de Piwigo. J'aimerais vraiment avoir ça remonté en upstream, perso.

Mes tests ne sont pas trop spécifiques à mon fork donc ils sont facilement intégrables dans piwigo. En revanche c'est long, très long à intégrer ces tests à partir de zéro mais très intéressant à faire.

Parce que le support multi-base n'intéresse pas l'équipe derrière Piwigo.

Je ne sais pas exactement ce que tu mets derrière ergonomie (c'est un vrai métier ergonome) mais je partage ton avis quoi qu'il en soit. Je crois que c'est le problème de beaucoup de logiciels fait par des développeurs. Faire du code (au sens large) c'est un métier. Faire des interfaces jolies, fonctionnelles, riches, et ergonomes c'est difficile sans l'appui d'un ergonome (ou de quelqu'un ayant des compétences approchantes).

Concrètement, je n'ai pas grand-chose à reprocher à Piwigo, à part le couplage à MySQL et l'absence de thèmes en Bootstrap 3 (j'aimerais coupler ma galerie photo à un site et un forum en Bootstrap 3, et ça facilite bien les choses), du coup, je pense que je vais vraiment partir sur du Piwigo.

Il y a quelques mois, j'ai commencé un fork de piwigo qui supporte PostgreSQL et SQLite en plus de mysql. D'un point de vue visiteur, pas de différence entre piwigo et mon fork. Sous le capot cela commence un peu à diverger.

Bonjour,

je ne suis pas développeur debian mais j'ai déjà de l'expérience de le packaging debian. Je connais un peu python.

Moi aussi et je suis resté bloqué à windows 98 !! Mais j'ai eu besoin de faire des liens symboliques pour un collègue !

On peut faire des liens symboliques sous windows (commande mklink). C'est un peu galère au niveau des permissions : l'utilisateur doit posséder la permission adéquate et ne pas être admin (pas réussi à comprendre pourquoi).

Et pour les / au lieu de \ ça doit pouvoir se régler aussi.

(note : je conchie cette dénomination léger/lourd/riche qui n'a rien de neutre et qui fait passer n'importe qui qui s'en sert pour un commercial véreux)

Un pléonasme s'est glissé (sournoisement ?) dans ta phrase !

Je suis du même avis pour l'aspect déconnecté. Je veux pouvoir consulter les articles que j'ai sauvegardé même si je ne suis pas connecté au réseau.

Bonsoir,

il y en a qui ont réussi à répondre aux tâches en utilisant gmail ? J'ai posté ma réponse (en texte et pas html) mais il me dit que mes pièces jointes sont en encodées en base64. Une idée ?

pourquoi être passé de Python à Php pour le projet?

Parce que lorsque tu es confronté à la vraie vie avec de vrais utilisateurs qui veulent juste que ça marche sans appeler 30 fois leur hébergeur parce qu'il manque telle extension ou parce qu'ils n'ont pas la bonne version,…, tu laisses tomber python.

p.s: Et mince j'ai marché dedans ! :-)

Google a décidé de supprimer cette possibilité de révoquer les permissions dans la dernière version, mais tu connaît toujours les permissions qu'une application demande.

J'ai android 4.3 et cette possibilité existe toujours au moins à travers une application. En revanche certaines applications n'aiment pas qu'on leur enlève des permissions et se plantent lamentablement quand cela arrive.

Et si je t'envoie mon adresse, j'ai le droit aussi aux cannelés et aux bouteilles ? :-)
Je dis ça au cas où Rodolphe n'en veuille pas. Faudrait pas gâcher !

A mon avis le temps de migration de symfony 1 à symfony 2 est bien plus court que la maintenance d'un fork.

Je connais bien symfony 1 (ayant bossé avec de la version 0.8 à 1.4 ); je suis passé il y a un peu plus d'un an à la version 2.

symfony 2 n'a que peu de rapport avec symfony 1 mais même si le vocabulaire a un peu changé, on retrouve rapidement ses petits. Si le projet est bien découplé, le passage de la version 1 à la 2 n'est pas si complexe que cela. On n'a pas besoin de tout réécrire. Toutes les classes métier restent toujours indépendantes du framework.

symfony 2 n'est pas une montagne infranchissable. Evidemment le niveau requis en programmation est un peu plus élevé que pour symfony 1 mais encore une fois rien d'insurmontable.

Même si ton projet est court (dans le temps j'entends) je pense que tu en as tiré une grande expérience. C'est ce que laisse transparaître ton journal. C'est très instructif et enrichissant. Merci.

ça risque de casser le système ?