syj a écrit 630 commentaires

En lisant çà, çà me rappele une depeche qui avait été diffusé. Il y a qq mois sur Linuxfr

La dépeche:
http://linuxfr.org/2004/02/26/15542.html(...)

L'article de Bruno LEMAIRE:
http://linuxfr.org/redirect/32378.html(...)

une petite citation :
(en parlant de linux)
Pour un service ou un produit de ce type, l'essentiel est donc d'atteindre une certaine masse critique, celle qui transforme les boules de neige en avalanche.

D'après vous, on l'atteint !

Bonne journée :-)

En fait, je suis d'accord avec toi sur l'article.

Je trouve même étonnant qu'il soit en première page.
Si tous les utilisateurs de LFR poste depeche concernant le dernier tutoriel qu'il vienne de trouver. Je pleins les pauvres modérateurs.

Je n'avais jamais essayé de faire de ce type de recherche avec Google. J'ai toujours pensé à utiliser Monster.fr pour faire ces comparaisons.

mais depuis que j'ai trouvé ce site, je trouve que çà va plus vite ;-)
http://mshiltonj.com/sm/categories/languages/(...)

Fait attention C# est la même couleur que sql, et c'est la courbe de Sql qui se trouve au-dessus de Java

Par contre, si tu regarde les courbes sur les technologies, le resultat est faut car la requête qui récupère les annonces .Net récupère des annonce qui n'ont rien à voir avec les techno de Microsoft probablement les URL en .net. Il explique çà dans son blogue

je sais une erreur de manip

Merci pour la réponse, je trouve çà pas bête.

Mais si OpenOffice peut suffire aux besoins des utilisateurs pourquoi ne pas essayer de mettre en place un serveur Linux faisant office de Serveur X et d'installer un client X sur les postes clients.

çà vous economiserai la license TSE.

Enfin je propose çà mais je connais pas les besoins de BP entre un client X et son serveur ou il y a encore VNC mais je ne sais pas si c'est utilisable dans le cadre d'un serveur multi utilisateur.

Et son code peut paraître tordu vu qu'il l'a peut être simplifié au maximum pour cerner que la partie de code incriminer.
La cause du problème aurait été peut être trouvé moin rapidement
si il avait publier sous la forme d'un programme faisant plusieurs Ko ou Mo.

Je ne comprends pas pourquoi vous choisissez d'utiliser un MS TSE pour utiliser OpenOffice.
L'interêt d'utiliser un TSE et d'évitter de payer des licences par poste utilisateur ou d'éviter les problèmes liées au déploiement sur des gros sites ?
OpenOffice est gratuit donc il n'y a pas de problème de ce coté là.

Question de déploiement, il n'y aurait pas des solutions plus simple permettant d'éffectuer des déploiement automatique ou je ne sais pas collé OpenOffice sur un partage réseau ?

Pour avoir tous les brevets de microsoft:
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITO(...)

Je ne sais pas si le lien marchera ou non. Pour le faire à la main:
Dans la recherche avancé indiqué:
an/Microsoft-Corporation

Si vous lancez uniquement Xfree86 sans Windows Manager sur les distributions actuels. Vous avez quasiment 100 Mo de memoire vive utilisé rien que pour X.

Que KDE ou Gnome utilise 100 Mo, çà ma parrait normal vu le nombre d'image qui sont utilisé pour décorer l'interface.

çà m'a toujours parru étonnant que X bouffe autant de mémoire.

En comparaisont. Un Windows NT4 chargé sans rien de lancé bouf 60 Mo de Ram. Mais là, il y a entre autre en plus un explorateur de fichier, un windows manager, et une barre de tâche de lancé.

En parlant de belle applet:
http://www.fr.map24.com/(...)

Tu me semble bien arrogant. Au fait, tu fais quoi exactement comme projet avec XUL ?
Au passage l'arrogance ne prouve rien, si ce n'est un excès d'ego.

... Mais là, je dois reconnaitre que tu as raison sur certain point.
En cherchant un tutoriel sur SOAP et XUL, je suis tombé sur cette page expliquant comment utilisé une source RDF pour renseigner une liste.
http://xulfr.org/wiki/ApplisWeb/ExemplePhpRdf(...)

L'affection des valeurs dans la widget Tree se fait par un DataSource issue de la requête sur une source RDF. Je suppose que l'utilisation d'un service web est similaire enfin j'ai eu beau chercher, je n'en ai pas trouvé.

J'admets que la méthode semble assez élegante.

>Je n'ai jamais compris pourquoi il ne se contente pas d'exécuter tout >bêtement du bytecode Java provenant du serveur et exécuté dans >une sandbox ? çà eviterai
>d'avoir à réecrire, le code de la logique métier des objets du coté >client.

çà depend, l'interêt d'un client rich peut être d'avoir une architecture semi-connecté.
Dans ce cas, il est bien utile d'avoir ta logique métier reporté du coté client.

Tu fais du J2EE ou PHP ? Simple curiosité ...

>Objet XmlHttpRequest...
>Marche très très bien, est rapide, te permet rapidement de parser le
>flux XML renvoyé par le serveur (par exemple)...
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.
De même, tu effectuera un traitement similaire pour la réception du retour. Je me trompe ?
Dans un autre langage, tu effectuera la même opération côté serveur.

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.

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. Pour ensuite avoir, une mise à jour automatique des champs de ton interface si celle-ci écoute le modèle.

Bref, c'est là qu'il manque quelques choses dans XUL. 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 !

>C'est du javascript mais c'est vraiment simple... (merci au Venkman >Debugger, le meilleur assistant au javascript sous mozilla !)
Je l'utilise en dernier recours car il plante tout le temps chez moi dès que j'ai trop d'onglet d'ouvert.

>en gros, flash est un langage d'animation vectorielle. donc faire de la >GUI en flash revient a faire ca avec un ... serveur X . ou est donc la >notion de composant graphique ?

J'ai fait très peu de flash mais si je me rapelle bien.Il y a des champs texte, simple ligne et multiligne, des combobox, des radiobuttons, je crois même des champs type RTF (à vérifier pour ce dernier).

J'avais essayer de répondre aux problèmes que j'ai soulevé dans le journal avec Flash. Mais au final, çà devenait trop compliqué pour réaliser notre application sans avoir à payer les licences pour les serveur des composants J2EE de Macromedia.

çà revenait à écrire une méthode pour soumettre l'equivalent d'un formulaire. Bref j'ai rapidement abandonné, mais je n'ai peut être pas choisi la bonne piste ou pas assez longtemps perseveré.

> Où as-tu lu qu'Opéra allait proposer XUL ???
Effectivement, tu fais bien de le signaler. j'ai relu le papier publier par Opera et Mozilla. XUL n'en fait pas partie.

>Pour faire une appli sophistiquée en XUL, pas de pb : XULMaker >(Mozilla 1.4 maximum, je sais pas pour la version CVS...) est un >dessinateur cliquodromesque.
>Javascript : un webmestre se doit de connaître, non ? Et puis là >encore les outils mozilla sont puissants !
>XPI sert à installer des extensions, XBL sert à créer des nouveaux >composants (houla j'ai des doutes !)
>Tu dis que XUL est compliqué : c'est FAUX !!! XUL est vachement >simple, j'attend juste le "kit" des balises pour quanta ou un autre >éditeur du même topo...

XUL est vachement simple pour décrire une interface graphique mais est ce que XUL te permet de faire communiquer avec le serveur Web sans avoir à écrire un grand quantité de JavaScript ? Car tu le reconnaitra une application qui tourne uniquement dans ton navigateur n'a pas grand interêt.

> LE petit problème de XAML c'est que :
> 1) Il n'est pas encore sorti ni prêt de sortir (encore quelques années)
> 2) Il ne sera disponible que pour un faible partie de la population.

Néanmoins, XUL et les technos associés ne se sont pas non plus imposé en dehors de Mozilla ou de gecko alors que ce sont des technologies qui se sont utilisés depuis de nombreuse années.

A mon avis, çà vient justement du fait qu'il ne reponde pas au besoin. Je pense qu'il manque à cette techno le framework qui la rendra facile à utiliser et à integrer dans des applications web.

Au passage développer programme qui te créer des interfaces graphiques à partir d'un fichier XML n'est pas très dur.
De plus avec les langages modernes (supportant la reflexivité) , ajouter un langage de scripts gérant la logique applicative çà ne l'est pas bcp plus. Il n'y a qu'a regarder le code luxor. Je ne pense pas que XAML mettra temps de temps que çà a sortir. L'avenir nous le dira.

>Sinon, je m'insurge contre ta phrase qui parle des graphistes >ergonomes qui connaissent le flash.
>Justement, les graphistes arrivent à faire des trucs jolis en flash >mais complètement inutilisable !

Je suis peut être optimiste sur ce point ;-) Néanmoins reconnait qu'il y a bcp plus de personne maitrisant Flash et ActionScript que dans les technos de Mozilla.

Le problème, c'est que XUL/EcmaScript ne repondent pas aux besoins des entreprises.
Tu pourras faire une interface graphique à peine plus complexe qu'avec du XHTML/CSS/EcmaScript.

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.

Sans compter, les problèmes de déploiements de composants XPI du aux différentes versions de Mozilla. C sur tu peux faire plein de choses complexes mais tu ne pourras pas faire choses des simples rapidements.
A çà, tu rajoutes le développement du coté serveur dans un autre langage et tu te retrouves avec un beau mic-mac. Ou chaque développeur est irremplaçable car il n'y a que lui qui maitrise une technologies employé dans le projet.

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.

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

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...

Bref du bonheur.

A la question: "y a t il un XULforge ? un site regroupant des projets basés sur XUL. "
Pour XUL, j'ai ces liens :
http://www.xulfr.org/(...)
http://www.xulplanet.com/(...)

Argh, je savais pas.

Y a moyen de supprimer ou de modifier un poste ?

En lisant le résumé de la news, je croyais que c'était le background d'un nouveau jeu sur notre plateforme préférré :-(

çà s'est un troll mouillé :o)

En plus, c'est bien connu IBM a mis du code de SCO dans Linux :o)

Tu n'aurais pas un lien sur la source de ce classement ?

Merci d'avance.

Excellent, un bon exemple de troll de competition.

Extrait d'une des signatures :-D :
JSP/Servet Eponge Project Manager for J2EE sur le plat.

Le plus étonnant c que leur ID à tous est inférieur à 10 000.
Ce qui indique que leurs comptent sont assez vieux.