renaud a écrit 102 commentaires

L'URL en fin de vidéo n'y est pas pour rien !
http://www.pumpupthemovie.com(...) : c'est un film sur les pom pom girls.

la dernière expression a perdu ses tags d'ouverture et de fermeture de troll, désolé :)

Autant je pense que ce commentaire est HS, autant laisser tomber un néophite est surement une très mauvaise idée (pour l'avenir) :

www.mac4ever.com
www.macgeneration.com
www.macbidouille.com
www.macplus.net
Tous ces sites possèdent des forums d'entraide.

Pour la sortie TV, il y a un adaptateur svidéo (non inclut) exprès.
Pour le USB, le clavier Apple standard intègre un hub 2 ports, ce qui signifie que si tu l'achète (29¤), tu peux le brancher, y brancher ta souris dessus et il te reste toujours 2 ports.

Pour le son, tu as raison, c'est bien dommage.

> la bulle verte "+" présente sur toutes les fenêtres...

D'une, je pense que les gens ont le droit de venir gratuitement critiquer Linux ici s'ils le souhaitent, c'est le meilleur endroit, je pense pour comprendre que l'on a tort grâce aux réponses des gens qui l'utilisent.

De deux, le gratuitement tu le sors d'où ? Un utilisateur a posté un journal sur le nouveau Mac mini, un commentaire a parlé du non supports de drivers, une personne a écrit "Sauf si tu es un défenseur inconditionnel du LIBRE, je ne vois pas de raison de remplacer le OS X par linux.", un autre a infirmé. c'est tout.

Je ne vois pas ce qui vous excite tant que ça...la jalousie peut-être ;)

Jusqu'à preuve du contraire, les gens sont encore libres de moinsser et plusser les commentaires qu'ils veulent. C'est pas parce-que c'est LinuxFr que l'on doit dévaloriser les opinions de gens qui préfèrent un autre système. La liberté d'expression, ça marche dans les deux sens....

La Reflection, c'est l'introspection du code : l'analyse 'bas niveau' d'une assembly (d'un programme). Par exemple, l'auteur de Cecil a développé ce module parce-qu'il développe un tisseur d'aspect en C#. Ainsi, il peut tout faire en code managé.

Non, je ne suis pas d'accord. Oublions tout de suite les les serveurs Web non-apache où, effectivement, tu as raison.

Pour les autres, il n'y a pas de raison d'utiliser PHP pour faire ça : Apache est déjà lancé, tourne, avec ses processus et son sac à main. Il est prêt, il est chaud, il n'attend qu'une chose, c'est qu'on lui demande de faire ce boulot qu'il réalise superbement, très vite (plus que PHP), avant lui et peut en profiter pour régler d'autres problèmes d'un coup. (tout ça pour peu qu'Apache soit bien configuré, mais c'est un autre problème, celui de l'hébergeur)

Avec ta technique, tu va conserver le nom du script d'accès dans l'URL, ce qui n'est pas le but du jeu, ou alors, tu vas utiliser le directoryIndex, ce qui, soit te contraint à avoir ton accueil en PHP, soit à modifier les directives apache (tant qu'a faire...) D'ailleurs, est-ce que ça ne pose pas de problème dans ces cas là, au-dit apache ?

mod_rewrite va te permettre de gérer les parties PHP et non-PHP de ton site d'un seul coup, ce qui n'est pas négligeable.

Enfin, question : les pages de spip ne sont-elles pas misent en cache ? Si oui, je crois (mais je ne suis pas sur) que le cache stocke le contenu analysé (donc le rendu html) des pages. Ce système n'interfère-t-il pas avec le gain de vitesse que ce cache doit apporter ?

voilà, je crois (je me trompe peut-être) des raisons d'utiliser mod_rewrite plutôt que PHP pour ça. Bien sûr, si mod_rewrite n'est pas disponible...

Ben le champ extra, tu le stock bien ? Et comment tu le renseigne si tu touche pas à l'admin de SPIP ? Si c'est juste généré, ça me plait pas :)
Ou peut-être que ces champs extra sont une fonctionnalité de spip ? En tout cas il n'y avait rien de tel sur ma version : une 1.6 à l'époque, je crois.

"La gueule des URL ensuite est un problème de PHP qui se règle avec Apache."

Faux, enfin, pour avoir des URL vraiment propres, il faut faire abstraction des id des éléments : rubriques, articles. Pour avoir moi même fait un système de ce genre qui rendait ROOT/rubrique/[sous-rubrique/*]article, je peux te dire qu'il faut mettre les mains dans SPIP pour y arriver : je ne vois pas comment faire un vrai truc correct sans stocker des clés pour ces éléments, et donc modifier l'admin et la bdd.
Bref, oui y'a RewriteRule, mais ce n'est pas suffisant.

rah excellent !
Merci pour le lien ; décidément, Jabber a des solutions pour tout !

Pour le 304, j'ai répondu plus haut, pour le md5, j'y ai pensé, c'est du même type que le SOA : avec un middleware.

Oh oui !
Misère de misère, je n'avais pas pensé à ça, comme quoi, chercher midi à quatorze heure...
Une preuve de plus que le problème se situe au niveau du développement/logiciel : aucun des logiciels que j'avais testé n'utilisait cette méthode (les flux étaient tous intégralement téléchargés).

Je voulais aussi évoquer le problème que posait le RSS vis à vis des statistiques et qui était résolu par la pseudo-solution que j'ai mentionné plus haut.

Un peu, c'est intéressant, mais ce n'est pas exactement à ça que je faisais allusion. Je pense plutôt à des logiciels non multiplateformes, qui n'auraient pas de raison d'être multiplateforme.
Les outils qui sont présentés sont généralement des outils Linux (et c'est encore plus marquant pour ceux estampillés GNU) qui, suivant leur popularité/exclusivité sont portés pour d'autres OS.
Ca n'exprime pas le "changement" que je "demande" dans le sens ou ça reste du logiciel Linux. Ce que je souhaiterai, c'est voir le développeur de X, une application Windows, venir expliquer pourquoi cette plateforme, pourquoi le libre, etc.

Tiens, j'ai retrouvé le-dit lien :
http://www.dyingculture.net/blog/2004/11/25/301-afficher-les-repert(...)
Je me rends compte que j'avais fais un commentaire similaire à celui d'ici, comme quoi... :)

Rah ça a l'air vraiment excellent, mais je "regrette" une fois de plus que les conférences soient exclusivement "orientés" Linux.

Enfin, je regrette pas vraiment, juste j'aurais trouvé sympa d'avoir au moins un orateur qui développe une "solution" libre/ouverte pour MacOS ou Windows histoire de changer, de montrer que le libre c'est aussi sur les systèmes qui ne le sont pas, que c'est intéressant aussi et peut-être que c'est par là qu'il faut commencer.

Je n'ai bien sur pas de retour d'expérience à apporter, mais déjà ton commentaire me titille : pourquoi faudrait-il passer le shell sous silence ?

Le shell est une __particularité__ du système, pas un point faible, ni un outil réservé aux utilisateurs expérimentés : sa "maîtrise", ou du moins sa connaissance est, à mon avis, indispensable à un utilisateur de Linux.

J'ai lu il y a quelques temps sur un blog un post d'un utilisateur de Windows qui passait sur Mac et qui se plaignait du fait que les fichiers commençant par "." soient cachés.
C'est le même problème : si c'est pour que les gens aient un "Windows" estampillé Linux ou MacOS, ça ne sert à rien. Les systèmes sont différents et nécessitent chacun une approche différente de l'"informatique" avec des choix d'organisation et d'ergonomie propres : la gestion des utilisateurs, le système de fichiers, etc.

Bref, il ne faut __pas__ cacher le shell, sans quoi les utilisateurs ne vont pas comprendre et vont juste se croire sur un "Windows" moins bon, car ils ne retrouveront pas exactement leurs marques.

Pour ce qui est de la balise FRAME, qui décrit un "cadre", l'explication est évidente :
cette balise te permet, à l'affichage, de découper une "page" ou plutôt un "écran" en plusieurs entités autonomes, mais dont chacune peut envoyer un lien dans l'autre.
Par exemple, tu peux avoir (et c'est souvent le cas), un menu dans un cadre supérieur, et le contenu de la page dans le cadre inférieur. La personne qui n'utilise pas un navigateur graphique : Lynx ou un lecteur braille par exemple, elle ne va pas pouvoir utiliser correctement le site car elle ne peut pas avoir en même temps les 2 "pages" sources des deux cadres.
J'espère avoir été suffisamment clair.

Dans l'ensemble pour chaque recommandation qui ne te paraît pas évidente, envisages tous les cas de navigation possible : lecture, texte, claver, etc.

Bravo à Open-S pour ce guide, un bémol sur BraïlleNet pour leur prix de leurs formations/certifications qui ne sont pas, elles, très accessibles :)

L'intérêt, c'est sans doute d'avoir quelque chose de gratuit.
La version Macromedia en étant bougrement loin :
http://www.macromedia.com/software/flex/buy/(...)

"Être des utilisateurs de Microsoft Windows utilisant Mandrakelinux depuis moins de deux ans OU être des utilisateurs de Mandrakelinux depuis plus de 5 ans "

C'est vrai, ce serait dommage d'avoir des avis d'utilisateurs Mac, l'ergonomie ne caractérise pas du tout MacOSX ...

Au moins, on sait quel 'éclaireur' suit Mandrake.

Comme de par hasard ;)

moep, ça parle de problèmes réseau, mais ça propose de télécharger des vidéos de 200Mo par http ... surtout avec le débit qu'ils sortent.

On vote 2 fois si on a un bi-G5 ? :)

Pour thunderbird, ca a été résolu avec la 0.4 (ou une nightly depuis), donc si tu utilise la 1.5 de mozilla, essaye une preview, sinon mets à jour.
Si ce n'est déja fait, c'est sans doute en cours.