Laurent J a écrit 2938 commentaires

j'ai oublié le "peut -être " en tête de ma phrase...

parce que cela ne veut pas dire la même chose ? Regarde dans ton dictionnaire :-p

celui là est un "petit" site (qui deviendra grand peut être :-) par rapport à celui dont on parle :-)

ils développent depuis plusieurs mois la deuxième version de leur site, avec jelix donc, ils sont maintenant en beta, mais ils ne veulent pas communiquer là dessus pour le moment. Donc je ne dis rien pour le moment. patience donc :-) (mais, avec un peu de recherche... ;-) )

Et petite précision : je ne travaille pas pour eux, ni pour aucun des autres sites qui utilisent le framework d'ailleurs :-) Mais ils ont tous plus ou moins contribué au projet (surtout deboggage/patchs bugs pour certains).

Bon, c'est un peu léger comme annonce. Et le site zimbrafr aussi : nulle part il y a un lien vers le site officiel. (ok, y a google, mais quand meme)

Donc voilà : http://www.zimbra.com/

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.