Laurent J a écrit 2938 commentaires

> Je ne doute pas, mais tu seras quand même obligé de collecté toutes les données de ton interface à la main pour construire ton message XML que tu transmettra au serveur.

Oui, et en utilisant une partie de ton cerveau, tu pourra même te réaliser une petite bibliothèque qui te permettra de faire tout ça en 2 lignes de code. (ou au pire, en récuperer une déjà toute faîte..)

> De même, tu effectuera un traitement similaire pour la réception du retour. Je me trompe ?

non, et alors ?? ça s'appelle faire appel à des services web (tu sais le truc qui te permet justement de tout garder tes objets metiers coté serveur, et de pouvoir les utilisé depuis n'importe où : appli web, client desktop etc...)


> Dans un autre langage, tu effectuera la même opération côté serveur.

euh, excuse moi, mais le serveur il est toujours là pour faire des traitements metier.
Je dirais même que ton appli en xul sera plus performante et le serveur moins surchargé, car il n'a plus à regénérer l'interface graphique d'un formulaire à chaque fois que l'on veut changer un truc dans le formulaire.
Il fait juste les traitements qu'on lui demande de faire au travers de services web.
(Mozilla sait faire du SOAP nativement, donc à priori, il n'y as pas 15000 lignes de code JS à écrire pour faire appel à un web service afin de poster le contenu d'un formulaire et récuperer l'éventuel résultat,dans le cas d'un formulaire de recherche par exemple)

>Dans un formulaire HTML, tu n'as pas besoin d'effectuer la première opération. Elle correspond à la reconstruction de l'interface avec le rechargement de la page.

et tu trouve ça efficace ?
moi non. et pas super friendly pour l'utilisateur.

essaye http://mab.mozdev.org.(...)
exercice : faire la même chose classiquement en HTML/PHP, tout en étant aussi friendly, ergonomique etc... (on comparera le nombre de ligne de code en JS ok ? ;-)

> Si le langage associé à la description de ton interface dans un langage tel que XUL et le même que celui executé du côté serveur. Tu pourrais envisager d'écrire une seul fois l'objet partager entre le serveur et le client rich. Les echanges de données entre les deux parties se ferait simplement par une serialisation et deserialisation de ton objet.

t'es un tueur toi non ? Ta dévise ne serait-elle pas "pourquoi faire simple quand on peut faire compliqué" ?


> L'avantage de Microsoft avec XAML, c'est qu'ils ne se poseront même pas la question vu que tout est déjà integré dans .Net.
Ils ont juste à écrire le browser, la plateform fera déjà le reste !

bien sûr...et la marmotte...

> A mon avis, çà vient justement du fait qu'il ne reponde pas au besoin.

hum...
Si XUL n'est pas si connu, c'est tout simplement à cause de la politique de mozilla.org, nullement le fait que cela ne répondent pas au besoin.
Les developpeurs de mozilla.org n'ont pensé pendant des années qu'à developper XUL uniquement dans l'optique de faire leur browser. Et en aucun cas dans l'optique de pouvoir faire d'autres applis avec.
Cela ne fait que quelques mois qu'ils commencent à comprendre que les technos qu'ils ont développé ont un potentiel énorme, en dehors de leur browser.

> Néanmoins reconnait qu'il y a bcp plus de personne maitrisant Flash et ActionScript que dans les technos de Mozilla.

c'est juste une histoire de marketing.

> Le problème, c'est que XUL/EcmaScript ne repondent pas aux besoins des entreprises.

permet moi d'en douter

>Tu pourras faire une interface graphique à peine plus complexe qu'avec du XHTML/CSS/EcmaScript.

ben voyons.
Un menu déroulant par exemple.
En xul : 2-3 balises à ta disposition.
En xhtml : 2-3 balises, + du code javascript dans tout les sens.

Désolé, mais il n'y a pas photo. On peut réaliser des interfaces VRAIMENT complexe avec XUL, sans que ce soit réèllement difficile.

> Mais si tu veux pouvoir réutiliser tes composants afin de les mettre à profit à d'autre endroit d'un projet. Tu ne pourra qu'en acquerant des compétences dans d'autre technologie et la tu te retrouves à te plonger dans la description: XPCOM , XBL, création de XPI.

euh... je ne vois pas ce que viennent faire XPCOM et XPI pour faire des composants graphiques réutilisables.

Dans le cas d'une appli web, tu n'as pas vraiment besoin de XPCOM ou XPI. Les traitements metiers se font toujours coté serveur web, en php java ou autre. Bref, ça ne change pas beaucoup de maintenant. Il y a juste l'interface qui change.

>Sans compter, les problèmes de déploiements de composants XPI du aux différentes versions de Mozilla.

oui mais ça, ça n'a rien à faire dans des applis web.

>A çà, tu rajoutes le développement du coté serveur dans un autre langage et tu te retrouves avec un beau mic-mac.

je ne vois pas en quoi c'est plus micmac que maintenant.
Une appli web actuellement, c'est quoi ?

HTML + CSS + JS + PHP/JAVA/autre

Une appli web en xul, c'est quoi ?

XUL (+XBL) + CSS +JS + PHP/JAVA/autre

où vois-tu que c'est plus le bordel ?

> Ou chaque développeur est irremplaçable car il n'y a que lui qui maitrise une technologies employé dans le projet.

tout développeur web maitrise un minimum HTML, CSS, JS, et PHP/JAVA/autre
Sous pretexte qu'on remplace le HTML par du XUL, il ne saurait plus rien faire ? ne saurait plus faire que du JS ou que du PHP ou... ???

>A çà, tu rajoutes toutes les parties codes qui vont être réecrite plusieurs fois. Par exemple, un objet métier et son comportement une fois en JavaScript côté client , une fois Php ou en Java côte serveur.

Ahh ? parce que pour toi, un objet metier fait parti de l'interface graphique ???? boudiou, tu as des méthodes de travail plutôt bordelique ! je comprend maintenant que tu t'en sort pas avec HTML +CSS +js + php/java/autre tout ensemble !

>ref, tu changes un attribut ou comportement de ton objet métier, tu modifie le projet à 2 endroits différents dans deux langages différents.

pas plus que pour une appli web classique

>De plus, Microsoft, et Macromedia propose un système reposant sur une seul implémentation. J'espère que Mozilla, et Opera s'arrangeront aussi pour avoir qu'une seul implémentation...

Ah ba oui, reposer sur une techno propriétaire, c'est en effet plus facile d'avoir qu'une seule implementation, que quand on essaie de se reposer sur des technos standards, où il faut s'entendre avec tout le monde pour que ça fonctionne...

Oui mais faut voir les résultats aprés...

> Bref du bonheur.

tu l'as dit bouffi. mais renseigne toi un peu plus sur XUL. Je crois qu'il te manque quelques infos pour pouvoir faire une comparaison objective qui ne tourne pas au troll.

hein ? tu etais là ?

mince alors... j'avais des VIP et je ne le savais pas :-)

bon, sinon désolé si je t'ai endormi... (jamais facile de toute façon d'assister à une conf aprés déjeuner, et je ne suis pas le genre d'orateur qui sait reveiller les foules )

certains irréductibles essayent encore de faire des sites Internet qui passent partout, à grand renfort d'heures supplémentaires et d'arrachages de cheveux.

OH ! Un troll !

arrachage de cheveux quand on débute. (normal, il faut désormais apprendre html et css ! ainsi que les petites astuces pour que ça passe partout... tu parles d'une histoire !)

Mais ensuite, ça passe tout seul quand on commence à maîtriser.
(bref, c'est comme tout hein..)

M'enfin vouloir faire en sorte que ça passe à la fois sous IE4 et sous IE6/moz/truc, faut vraiment être un masochiste et avoir justement du temps à perdre. Parce que c'est vraiment de la perte de temps que de rendre "compatible" un site conçus avec les standards, avec un navigateur qui comprend à peine les standards.. Et c'est d'autant plus de temps de perdu que quasiement plus personne ne l'utilise...

Commencer la compatibilité avec la version 5.0, ça va, mais avec le 4, c'est débile.
(ou alors appliquer une astuce css pour pas que les feuilles de styles s'appliquent pour IE4, et là ça passe super nickel ;-) )

il est peut-etre en train de "déménager" ?

Il y a eu peut-être trop de hits ces derniers temps sur son site et cela n'a pas plu à l'admin système ?

il n'est plus à l'université machin chose ?

Pourquoi vous moinssez ce commentaire ? comprend pas...

Ce que dit kurun est strictement vrai. J'avais vu tout un reportage là-dessus, c'etait assez rigolo, et la machine fonctionnait trés bien. (l'installation faisait bien 3-4 metres de long)

Sûr qu'il doit y avoir des brevets là-dessus...

D'ailleurs j'ai cru au début que ce journal parlait de cette machine

Oui viendez tous traduire le tutoriel !

Il nous reste un peu moins que la moitié à traduire ! Plus que 5 chapitres/40 articles !!!

Contribuez à populariser XUL !

Vous pouvez aussi apprendre utilement :
- lire la référence des balises en anglais http://www.xulplanet.com/references/elemref/(...)
- allez ensuite completer la référence en français : http://xulfr.org/wiki/Reference/Xul(...)


:-)

que de mauvaise foi... que de trolls de mauvais goût...

Aux dernières nouvelles, ça fait un bail qu'il n'y a plus d'essais nucléaires.

Mais les gardians (surnom des appareils), eux, sont toujours là pour aller sauver des vies humaines... (même si ce n'est plus une escadrille qui s'en occupe depuis que je suis parti, mais une flottille..)

ben tu as vu la techno utilisée ? (asp -> vbscript -> windows + iis).
C'est pas étonnant..

->[]

J'ai comme l'impression que tu n'as pas fait ton service militaire (ou alors tu es vraiment mal tombé et on t'as vraiment mal renseigné sur l'objectif d'une armée). Tu ne dirais pas de conneries aussi grosses.

Exemple : j'ai fait mon service dans une escadrille de l'aeronautique navale (à tahiti, ok, j'ai eu de la chance, mais c'est pas le sujet).

Les missions de cette escadrille sont :

- patrouille en mer pour surveiller les territoires de pêches
- recherche et secours en mer de bateaux disparus
- évacuations sanitaires (de malades habitants sur une île paumée ne disposant pas d'hôpitaux)
- transport VIP (rare..)

À l'époque des essais nucléaires, il fallait ajouter la surveillance de la zone mururoa ou fangataufa lors des campagnes d'essais.

Ces avions sont des falcon 200 (type jets d'affaire) aménagés spécialement pour. Les seuls objets qu'ils peuvent larguer sont d'inoffensifs canots de sauvetage. Pour être plus clair : armes = zéro.

Et pourtant, les pilotes, les équipages et tout le monde qui font fonctionner cette escadrille sont des militaires.

Tu as le même genre d'escadrille / flottille le long des côtes françaises (les appareils sont des falcon 50 ou atlantic) et ils ont les mêmes missions (+ entre autre surveillance du rail d'ouessant etc...).


Bref, l'armé, ce n'est pas que des rambos. instruit toi là dessus, tu verras que les rambos representent qu'une toute petite partie des effectifs et des missions.

Se baser sur estat, je ne sais pas si c'est vraiment fiable.

Netscape 6 serait supérieur à Netscape 7 dans les stats ??? NS6 en augmentation et NS7 qui baisse ?!!

C'est le monde à l'envers.
Il y a vraiment un problème je pense...
(sans compter qu'effectivement on peut bloquer ces images avec mozilla, mais ce n'est pas par défaut)

le plus fiable à mon avis est http://www.google.com/press/zeitgeist.html(...) , même si au niveau precision c'est pas top.

Désolé, mais des clients comme il est décrit dans cette page, j'en ai eu pas mal.

Et certains de ceux-ci, on a beau leur expliquer gentiment, calmement, 15 fois, que ceci celà, on peut pas faire, où faudrait faire comme ci comme ça pour que ça soit mieux, utilisable, pas machine à gaz..

eh bien certains ne veulent pas en démordre, te prenne pour une grosse brele, veulent t'apprendre ton metier, et c'est limite même si ils ne t'insultent pas verbalement.

Cette page, c'est un défouloir pour celui qui l'a écrit. Et pour moi c'est un plaisir de lire de tel propos. Je me sens moins seul tout à coup.

Tu dis que c'est gamin, insultant, mais certains clients sont pires.

Je ne pense pas qu'il y ait des fuites mémoires.

Ouvre ta console javascript. Tu verras qu'il y a régulièrement des messages d'erreur qui s'affichent. Et comme je crois que la console n'est pas limité en taille (à verifier), ça a donc le même comportement q'une fuite mémoire...
:-(

en XUL, c'est encore mieux

http://xulfr.org/sources/xulchallenge2004/(...)

:-)

Je confirme, et moi aussi ça me met en rogne d'ailleurs

http://ljouanneau.com/blog/2004/05/23/285-XulChallenge2004(...)

ça tombe bien, tu peux, lors de la compilation de mozilla, indiquer d'utiliser cairo pour SVG ;-)

Tu semble oublier qu'il existe SVG et que SVG est en bonne partie implémenté dans Mozilla (à compiler avec l'option qui va bien)

Donc Mozilla est déjà armé. Et même mieux encore puisque cette futilité de dégradé dans l'exemple que tu cite, tu peux parfaitement le faire avec une bonne petite image qui va bien, avec le style CSS background et un repeat-x.

(et dans CSS3,on pourra même faire en sorte que l'image puisse s'adapter à la dimension de la boite dont elle est le fond)

Bref, rien d'extraordinaire avec XAML. On fait mieux, plus rapide, plus propre avec XUL &co...

bowling for columbine a été vu par des millions de spectateurs... étrangers.

Esperons que Fahrenheit 911 soit distribué aux USA. Lors d'une interview passé il y a quelques minutes Michael avait bon espoir que son film ne soit pas censuré comme les autres aux états unis.

croisons les doigts.

je confirme. J'ai son livre, "systèmes d'exploitations : systèmes centralisés, systèmes distribués". Il est excellent. On y apprend énormément de choses. C'est trés instructif.

Pour moi, AT est un maître en la matière.

Conçernant cette guerre d'opinion monolythique vs microkernel : cela n'a de sens que pour certaines applications je trouve. L'un ou l'autre peuvent être mieux adapté à telle ou telle situation.

Au-delà du fait que l'UMP fait beaucoup de conneries, mais ça n'a rien d'étonnant vu que c'est un parti de droite,

troll detecté.

[ironique]oui parce que c'est vrai, le reste de la place politique fait tout bien elle.. Et surtout, il n'y a jamais eu d'histoires similaires à celle que tu décris sous les gouvernements de gauche.[/ironique]

C'est être bien naïf de le croire.
Ta généralisation à 2 balles ne donne même pas envie d'aller lire plus...

Et puis faut voir les prix de dvd maintenant !

Toutes les nouveautés qui sortent maintenant avec 2-3 malheureux bonus, c'est 30 euros. Du vrai foutage de gueule. C'etait moins cher avant (tm)

Tu peux utiliser cela :

document.forms[0].... par exemple.

sâche aussi que chaque objet javascript representant un champs de formulaire possède une propriété form pointant vers l'objet formulaire

[input .... onclick="maFonction(this.form)" ...]


Plus d'infos ici : http://openweb.eu.org/articles/validation_formulaire/(...)

Je sais ce qu'est l'état actuel du marché mais tout de même, toutes les SSIIs sont donc aussi roublardes et malhonnêtes ?

Heureusement non ! Pas les mettre toutes dans le même paquet. Celle dans laquelle je travaille (270 personnes) est relativement clean, honnete et sait répondre aux attentes des collaborateurs.
Bref : ils sont pas chiants.

ce serait bien aussi que les titres des nouveaux commentaires soient encadrés, non pas en marron cacadois non visible, mais en un rouge bien marqué (avec genre la bordure du bas plus epaisse que les autres..)