Laurent J a écrit 2933 commentaires

Si tu fais un setlocale dans un script, la modif s'applique à tous les autres scripts en cours d'execution. Super.

http://fr2.php.net/setlocale (section warning)

Franchement, c'est pourri...

Je viens de voir la partie PHP du code source de sharedance. bon, je dois avouer que je suis un tout petit peu déçu, il aurait pu proposer une version sous forme d'extension C pour php :-)

Tu as aussi http://www.php.net/manual/en/ref.memcache.php si je ne me trompe pas.

Reste l'évolutivité, la monté en charge et donc l'ajout en parrallèle de serveur ShareDance ? J'imagine que pour les skyblogs il n'y a pas qu'un seul serveur qui gère les sessions

Mon petit doigt me dis qu'effectivement, la plateforme technique de skyblog ne doit pas se résumer à un seul serveur, et que les mecs qui y bossent, sont loin d'être des neuneu du dev web :-)

Connaissant l'auteur, Mr Jedi, (depuis.... pfiouuu, ça date : HP48, RTC-One toussa..), je ne doute absolument pas de l'excellence de l'outils, sans même l'avoir testé :-) (pureftpd par ex est une petite merveille, faut l'avouer..)

>Je connais pas du tout SVN, mais il m'a l'air tout a fait calqué sur CVS niveau utilisation.


Ben interresse toi à SVN ! Car même si il reprend en (tres) gros les commandes, SVN a été grandement simplifié (c'était le but du projet d'ailleurs, qui, je le rappelle a été fondé par des anciens dev de feu CVS)

Avec CVS, moi aussi les commandes me rebutaient. Plein de switches et paramètres dans tout les sens. Obligé d'utiliser un outil graphique sinon ça m'énervait trop.

Quand je suis passé à subversion, les commandes sont tellement simples que je n'ai depuis jamais réutilisé d'outils graphique. Le tutoriel aussi est très bien fait, ce qui a certainement influencé mon appréciation. ( http://svnbook.red-bean.com/ )

Franchement, passe à SVN... C'est que du bonheur quand on a connu CVS.

Hypothèse à 2 balles : c'est peut-être juste pour embrouiller les consommateurs, et inconsciemment, les forcer à acheter plus grand (comme si c'était pas assez cher à taille équivalente entre un plat et un cathodique...)

c'est pas un permis voilier qu'il faut, il faudrait juste avoir à passer obligatoirement le code maritime. Mais bon, c'est inutile aussi voir ridicule (vous voulez un 4.20 ? passez le code !)

Parce que bon, savoir manoeuvrer un bateau à voile, y a presque autant de façon que de type de voilier. Donc il faudrait beaucoup plus de type de permis que pour les bateaux à moteurs. Ingérable. Et puis que prendrait-t-on comme référence pour déterminer les niveaux de permis ? La longueur ? la surface de voile ?

Alors qu'un bateau à moteur, en général, ça se passe pareil : tu as une barre, et une manette de gaz. Donc c'est plus simple de mettre en place un permis pour ces engins.

Sans parler qu'il est beaucoup, beaucoup plus facile de piloter un bateau moteur qu'un bateau à voile. Ça se conduit comme une voiture (presque). Donc n'importe qui peut piloter un bateau moteur. Si il n'y avait pas de permis, alors le code maritime serait ignoré, et on aurait beaucoup plus d'accident à mon avis.

Avec un voilier, pour apprendre à le manipuler, il faut quand même apprendre un minimum de chose, qui te font prendre conscience de la difficulté de la mer, ce qui t'oblige quand même plus ou moins à apprendre le code maritime et autre joyeuseté. Donc un permis pour les bateaux à voile, ce n'est pas si nécessaire que ça.

>une adresse à coucher dehors,

ah ? bof, pas plus qu'une autre.

enlevement@interieur.gouv.fr si je me souviens bien...

De toute façon, c'est toujours compliqué d'écouter des adresse emails.


(et sinon, aussi courte pourrait-elle être, ça ne pourrait pas être justice.fr, puisque ce n'est pas la justice qui fait les recherches...)

surtout que ce n'est pas en se rendant à l'école, mais hier dans l'apres midi, alors qu'ils jouaient dans leur jardin...

Pour des présentations à la flash, ce serait plutôt SMIL qu'il faudrait implémenter, en plus du SVG : http://www.w3.org/AudioVideo/

Il y a eu une implémentation expérimentale dans Firefox. ( http://xulfr.org/wiki/SMIL ) Peut être sera t-elle intégrée dans les mois à venir selon les dernières nouvelles..

Sinon, Flash et SVG peuvent très bien cohabiter ensemble, voir une démo ici : http://ljouanneau.com/softs/adilla/adilla.xml (il faut flash 9 minimum apparement, et bien sur FF 1.5 mini) : une balle passe de la zone flash à la zone SVG.

(bien sûr, on peut faire ça en pure SVG..)

si tu précharge konqueror, effectivement, konqueror n'aura plus qu'a chargé khtml

Euh.. c'est le contraire que tu a voulu dire non ? konqueror n'est qu'une interface graphique autour du composant khtml. Si konqueror, khtml est forcément chargé. L'inverse par contre n'est pas forcément vrai. Khtml est utilisé il me semble dans plusieurs applis (c'est un composant kpart si je ne me trompe pas...)

Firefox est lent en comparaison avec Konqueror...

Tout à fait d'accord, mais konqueror n'apporte pas autant en matière de technologie et de possibilités... Bref, pas facile à comparer quand même.

ils pourraient faire un effort pour l'améliorer aussi bien au niveau rapidité

Que crois tu qu'ils font à longueur de temps ? :-)

Gecko 1.9 promet d'être beaucoup plus rapide que 1.8.

Ce le projet "places" dans Firefox qui permettra ce genre de choses (initialement prévue dans FF2 mais repoussé à FF3)

y a rien à dire, j'ai un bon pc et Firefox et ses extensions (12) met bien 30 secondes pour démarrer tandis que konqueror 1 ou 2 secondes...

En même temps, khtml est lancé au démarrage de KDE il me semble. Ça aide...

Et puis bon, tu as 12 extensions. Mais est ce que Konqueror t'offre tout ce que tes extensions t'apportent ?

c'est chiant de le répeter mais je le re re re re dis : le moteur javascript n'est PAS LENT.

C'est le DOM qui est lent, pas javascript. Merci de pas tout confondre.

Quand on voit la lourdeur de FF (firefox) dont l'interface graphique est en JS,

Faux. L'interface graphique est en XUL, et scripté en JS.

M'enfin la (relative) lourdeur de FF n'est pas du qu'à JS, fort heureusement... spidermonkey, l'interpreteur JS, est l'un des plus performant qui existe.

Ce qui est lent dans Gecko, ce n'est pas JS, mais les manipulations DOM (il y a un mapping assez lourd entre les objets DOM C++ et leur representation javascript...).

Tiens à ce propos, si quelqu'un connait un truc qui permet de générer un formulaire HTML avec le JS qui va bien, à partir d'un XForms (pour les navigateurs ne prenant pas en charge xforms), ça serait bien (en php et indépendant d'un quelconque framework).

J'ai l'impression, lorsque je regarde jouer des enfants que le réalisme des jouets n'a que peu d'importance face à leur portée symbolique.

Clair ! Combien de fois j'ai vu ma fille (15 mois) s'interresser plus à des bouts de carton, de papier ou des bouts de plastiques, plutôt qu'à un jouet super top cool sophistiqué. C'est tellement plus drôle de froisser ou déchirer un papier et entendre le bruit que ça fait :-) (les enveloppes avec fenêtre transparente, c'est le top !)

oui ben c'est pas plus mal tout ça. Et ils ont tous des défauts. J'ai un ami (non informaticien) qui est en train d'en tester pour sa propre boîte. Eh bien par exemple, il a trouvé tinyErp au niveau fonctionnalité, proche de ce qu'il voulait, mais par contre, au niveau facilité d'utilisation et ergonomie, il a trouvé ça vraiment pas terrible. Par contre pour sugarCRM, c'est le contraire, il a pas tout ce qu'il veut, mais il a trouvé cela bien plus utilisable (il testera taika aussi je pense).

En fait c'est très bien toutes ces offres, chacune leur point faible, leur point fort, et donc tu as plus de chance de trouver ce qu'il te faut.

De toute façon faire un comparatif c'est pas forcément pertinent. Car chaque utilisateur a sa façon de gérer son business, a des besoins qui lui sont propres.

Le point fort de taika, (au niveau du CRM en tout cas), c'est que ce n'est pas du full web, et donc tu as plus de fonctionnalité et une meilleur ergonomie au niveau de l'interface. Et puis ils proposent une offre avec CD d'install serveur et tout, ce qui permet d'installer sans trop de problème un serveur complet.

J'ai bien intégriste qui ne jure que par Firefox.

bouarff ! C'est la poële qui se moque du chaudron, parce que dire

Vivement qu'Iceweasel soit disponible sous Ubuntu, que je puisse migrer.

C'est pas jurer que par Iceweasel ? C'est pas autant de l'intégrisme ça ? (surtout pour une pauvre histoire de trademark).

naviguer avec un browser dont le logo est protégé, ça n'a jamais empêcher personne de visiter des sites, et c'est pas iceweasel qui va te permettre de lire correctement les sites codés avec les pieds n'acceptant qu'IE.

Certaines améliorations sont impressionnantes, en particulier pour kmahjongg. Une fois tout ça bien en place les artistes vont pouvoir faire quelque chose de beau et propre

faire un dessin pourri, qu'il soit en bitmap ou en SVG, ça restera un dessin pourri.

Ces screenshots ne montrent absolument pas la superiorité de SVG : juste que des designers sont enfin passés par là pour faire des interfaces plus jolies.

Que ce soit la nouvelle version de katomic ou du mahjong, elles auraient pu très bien être fait en bitmap, le rendu aurait été identique.

bref, argument à deux balles que tu nous dis là (et que dis la news kde aussi)

L'avantage de SVG, c'est pas la beauté, mais les spécificités techniques qu'il y a derrière pour le développeur. tout est facilité : faire un zoom, modifier, transformer le dessin en live programmatiquement (via le DOM), taille réduite des fichiers (en général) etc...

>Et tu seras d'accord avec moi que dans un ces fichiers là, tu es en dehors de la sandbox des javascript de Firefox donc tu peux faire quasiment tout ce que l'utilisateur peut faire :)

Dans ce cas, là, c'est pareil pour tout les programmes qui utilisent pour beaucoup des scripts, sans parler des scripts php ruby, python des applis web etc... Tu en a plein des programmes basés sur des scripts.

Et bien souvent, y a même pas à modifier les scripts, les fichiers de conf suffisent. Par exemple, modifier le fichier bookmarks.xml de Konqueror en remplacant toutes les urls sites de banques par celles de sites frauduleux... Du pishing discret quoi..

Ou alors modifier les fichiers de conf de tels ou tels programmes pour installer discretos des plugins, extensions acceptés par ces programmes etc...

Et tout ça, tu peux le faire sur n'importe quel os.

Bref, Je vois pas pourquoi taper sur linux et firefox en particulier.

M'enfin si on t'écoutait, il ne faudrait plus utiliser sa bécane quoi...

>Ho ho, j'aimerais bien voir comment tu vas faire ça.

À mon avis, il parle de paladium et cie... Bref, il ne sait pas que finalement ça existe déjà, et que ça débarque pour de bon dans Vista.

>C'est pourquoi l'architecture de Firefox dangereuse à l'avenir car elle agrandit énormément cette zone.

booo le fud..

Dis moi, de quoi tu parles ? les scripts de quoi ? Ceux dans le chrome ? hors chrome ? greasemonkey ?

j'ai eu aussi le même problème. En fait XulRunner fourni par mozilla est compilé avec la libstd 5, alors que le plugin dans ubuntu est compilé avec la libstd 6. Du coup le plugin ne se lance pas..

Pour ma part, j'ai recompilé XulRunner...

J'ai fait aussi un mini tutoriel reprenant l'exemple :

http://xulfr.org/wiki/RessourcesLibs/MediaPlayer