srb a écrit 90 commentaires

Si les deux programmes sont sur la même machine, pourquoi ne pas simplement utiliser la fonction exec() qui permettra d'exécuter le programme directement?

http://php.net/manual/fr/function.exec.php

Si on considère que le test montre les premiers pas avec la distribution considérée, le test pourrait comporter un jeu de fichiers (divers formats vidéo, audio, texte, etc.) et regarder si la distribution:
- arrive à les ouvrir directement ou pas;
- propose une solution quand elle n'y arrive pas;
- savoir si le rendu est correct ou pas.

De même, connaître le comportement lors du branchement d'une clé USB ou d'un CD par exemple.

Il me semble que ce sont des éléments importants pour un nouvel arrivant.

Tout à fait. À part en i3, le reste est juste. La solution étant C en rot13.

Concernant le deuxième mot en B, en effet, je me suis planté. /o\

ça ne m'est pas venu à l'idée car ce n'est qu'un journal et personne ne met une licence à son journal.

La grille est sous les licences suivantes, au choix du lecteur:
- sous la même licence que Linuxfr.org s'il en a une (histoire d'être compatible avec l'hébergeur);
- sous licence GPLv3 et plus

...Tout a commencé avec une discussion informelle sur l'algorithme qu'on pourrait utiliser pour remplir automatiquement une grille donnée ainsi que la complexité associée.

Tu peux te mettre au développement : c'était juste un petit test perso. Je ne compte pas écrire de programme ayant un quelconque rapport avec les mots croisés. J'ai plein d'autres projets logiciel mais pas celui-là.

Pas sur toutes les versions apparemment:
L'utilisation de ssh sur nos mutualisés est possible à partir des hébergements de la gamme plan.

source: http://guides.ovh.com/SshMutualise

Donc, en dessous il faut faire sans. (On peut tout à fait comprendre qu'on ait pas accès à SSH pour les offres les moins chères, je ne discute pas ici le choix fait par ovh.)

Pourquoi pas remplacer "Fermer en enregistrant" par "Enregistrer puis fermer"?

La dernière réponse fait référence au début du temps Unix (1 Janvier 1970). Je pense que pour ce sondage, il faudrait plutôt considérer le moment où le timestamp va devenir inopérant : 19 Janvier 2038.

[[http://fr.wikipedia.org/wiki/Bogue_de_l'an_2038]]

Je ne suis ni responsable du site ni mainteneur mais j'ai fait une feuille css. Voici quelques infos en rapport avec tes remarques. Je précise qu'au delà des éléments strictement factuels, les opinions n'engage que moi et non Linuxfr.

- Concernant l'hébergement de la feuille: contacte directement l'équipe, ce sera plus facile.

- Concernant l'absence de maintenance: la maintenance ne prend que peu de temps puisque les modifications sur les templates de page sont faites à minima. On peut te remercier pour ton honnèteté mais il est difficile de demander des modifications importantes sans que tu suives un minimum le bébé après. Je ne suis pas sûr que les mainteneurs de LinuxFr aient envie de vivre l'expérience de l'intégration de ReiserFs subie par les mainteneurs du noyau Linux...

- Concernant la compatibilité Firefox: à mon avis, il aurait été préférable de viser plutôt une certaine compatibilité avec la norme .

- Concernant les modification du code: il faut voir qu'il y a des contraintes, en particulier de compatibilité avec les anciennes feuilles, si on veut limiter les régressions sur ces dernières.

Je ne suis pas d'accord sur le fait que hr soit considéré comme inutile. C'est un séparateur dont le rendu peut être modifié, donc je ne vois pas le problème.

Concernant la 'class="toolbar" pour le menu: en fait, ça devrait être une liste avec un rendu horizontal par css. Là, le problème de la compatibilité ascendante joue.

>si une balise "div" contient du texte, merci de le mettre dans une balise "p" ou "span"
à mon avis, il faudrait plutôt définir un nom pour ce rendu et qu'il finisse proprement dans la feuille CSS plutôt que juste faciliter un bricolage.

Concernant les '-' dans les listes: si c'est une référence à l'agenda du libre, ce n'est pas possible, car la liste est générée automatiquement (à partir d'un flux RSS si je me souviens bien).

Pour résumer, je pense qu'il a des choses qui sont faisables (poste les éléments sur le tracker), d'autres non. Sauf à proposer au moins un patch du code (template et/ou moteur) du site à mon avis.

Le lien est cassé à cause de la virgule à la fin.

http://www.netbsd.org/contrib/soc-projects.html

Comme précisé dans les en-têtes de la feuille css, la spirale autour du pigouin provient de l'image suivante:
http://alphapapa.net/debian/logos/final01.png

Je ne pense pas que ce soit acceptable pour le site debian.org parce que:
- Debian n'est pas rattaché uniquement au noyau Linux (cf le noyau FreeBSD);
- en général, une organisation essaie de ne pas trop jouer avec son logo, en particuler sur ses publications officielles.

Cet élément vient de la feuille de style par défaut et pas de la feuille dlfp_debian. Apparemment, la feuille par défaut a été modifiée en width:171px depuis ton commentaire. J'espère que ça corrige le problème.

A priori, ce sont tous des problèmes différents, donc il faut envoyer des rapports de bugs différents.

Concernant "l'applet de changement d'utilisateur (quand on a plusieurs comptes utilisateurs) qui merdoie et ne permet plus de switcher", j'ai déjà fait un rapport de bug (492733) à ce sujet. N'hésite pas à le compléter si nécessaire. Je n'ai pas aucun des autres problèmes décrits (lenny).

Ceci dit moi aussi je ne comprends pas trop le principe de mettre ce genre d'info en première page et j'attends la blague...

Il n'y a pas de blague. Quand j'ai soumis la dépèche, je pensais qu'elle allait plutôt passer en seconde page. Je n'ai pas vu dans le formulaire de soumission des dépèches la possibilité de signaler cela.


Sans vouloir être blessant pour le dev, ça fait une niouz sur quelqu'un qui découvre le python et le GTK...

Dans le lien "Expériences lors du développement", je ne cache pas que je me sers aussi de frozen-bubble-menu pour tester des choses que je ne connais pas (GTK et GLade en l'occurence). Tant qu'à découvrir des choses, autant que ça serve vraiment. En l'occurence, c'était utile pour moi et d'autres personnes regrettaient que ces options n'existent pas (cf. les commentaires du lien sur Linuxfr). ça me semblait donc pertient de le faire. Quand au fait qu'il y ait peu d'options, j'ai suivi l'adage "release fast, release often".

Non, ce n'est pas normal.
C'est corrigé. Merci.