syj a écrit 610 commentaires

  • [^] # Re: mon avis

    Posté par  . En réponse à la dépêche Utiliser lex et yacc dans vos programmes C/C++. Évalué à 1.

    Castor aussi c'est pas mal:
    http://www.castor.org/(...)
  • [^] # Re: mon avis

    Posté par  . En réponse à la dépêche Utiliser lex et yacc dans vos programmes C/C++. Évalué à 1.

    Ton utilisateur pourra par contre avec un bon éditeur de fichier XML et une DTD ou un XS bien écrit.

    Il pourra avoir une completion automatique pour rédiger plus rapidement son fichier de conf.

    Un système validant que son fichier de conf est valide.

    Si ton XS est très bien fait, tu pourras y ajouter des balises a tes elements pour qu'il ait une mini-aide en ligne

    Si tu utilise les types des XS intéligeament, tu peux même envisager que ton utilisateur aura accès à des combobox ou des spinners pour les nombres.

    Deplus, l'interêt des fichiers XML est qu'il impose de structurer l'information sous la forme d'un arbre. Une organisation qui semble facile à assimiler par l'esprit humain et que bcp d'éditeur XML représente sous forme d'arbre allégé.

    Par contre pour offrir des fonctionnalités de scripting dans une application, je pense qu'il est mieux d'envisager d'utiliser des langages de scripts existants genre Perl, Python, Php, JavaScript qui posséde tous des éditeurs propre ou de passer à .Net ;-)

    Enfin, Ant montre que réaliser des scripts en XML est aussi possible.
  • # Dommage !

    Posté par  . En réponse à la dépêche Grokster : aux États-Unis, les développeurs de logiciels P2P non responsables des utilisateurs. Évalué à 1.

    Il y aurait pu avoir des effets de bord interessant.

    On aurait pu se retourner au même titre contre les fabriquants, et vendeurs d'armes
    ainsi que contre:
    - les constructeur de voiture
    - les entreprises pétrolière
    - les compagnies de cigarettes
    ...

    Les USA ont failli devenir le pays le plus roots de la planete !
    Où tout le monde, il est beau et il est jolie :-)

    Le vendredi, c'est permis de rêver !
    Bon week @ tous
  • [^] # Re: ELF rentrera-t-il dans la danse?

    Posté par  . En réponse à la dépêche EFL atteint le stade de preview release. Évalué à 0.

    Je crois que tu vas être deçu car Enlightenment a toujours eu pour réputation de bouffer énormement de mémoire. Je ne sais pas si ils vont entretenir cette réputation dans E17.

    Rasterman justifiait cette consommation car il préferrait sacrifier de la mémoire, afin pré-calculer certaine opération et ainsi décharger le CPU.
    Car à l'époque et c'est tjs vrai, l'augmentation de la mémoire d'un PC coûte bien moin cher que l'augmentation de la fréquence d'un CPU.

    Je n'ai pas reussi à retrouver l'article sur Google.

    Qui se rappelle de l'époque de E14 et E15 qui était recommandé uniquement pour les Workstations Alpha de Digital ou les très gros PC de l'époque. Je dois même encore avoir le Dream qui en parle. C'est peut être sur cette revu que j'avais lu cette interview d'ailleur.
  • [^] # Batik & ArgoUML

    Posté par  . En réponse à la dépêche iRATE ou pirate ?. Évalué à 1.

    Batik (Ancien version, il sont à la 1.5 ou la 1.6)
    http://nagoya.apache.org/batik_1.1/batikNagoya.jnlp(...)

    ArgoUML (La dernière version)
    http://argouml.tigris.org/files/documents/4/0/argouml-0.16/jws/argo(...)
  • # La masse critique des LL

    Posté par  . En réponse à la dépêche Passages au libre. Évalué à 7.

    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 :-)
  • [^] # Re: Je suis content...

    Posté par  . En réponse à la dépêche Mono 1.0 sous le feu des projecteurs. Évalué à 0.

    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.
  • [^] # Re: C'est un troll.

    Posté par  . En réponse à la dépêche Mono 1.0 sous le feu des projecteurs. Évalué à 4.

    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
  • [^] # Re: Déjà passé

    Posté par  . En réponse au journal Linuxfr serait lu au moins une personne de chez Microsoft.. Évalué à 2.

    je sais une erreur de manip
  • [^] # Re: Question c quoi l'interêt

    Posté par  . En réponse au journal Open Office win32 sur un serveur w2k TSE. Évalué à 1.

    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.
  • [^] # Re: Comment découvre-t-on de telles failles ?

    Posté par  . En réponse à la dépêche Vulnérabilité de tous les noyaux 2.4.x / 2.6.x. Évalué à 3.

    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.
  • # Question c quoi l'interêt

    Posté par  . En réponse au journal Open Office win32 sur un serveur w2k TSE. Évalué à 1.

    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 obtenir tous les brevets de Microsoft.

    Posté par  . En réponse au journal Brevets débiles , la série continue.... Évalué à 1.

    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
  • # C Xfree86 4.0.x qui bouffe la dose de RAM

    Posté par  . En réponse au journal Linux est il gros et gras ?. Évalué à -1.

    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é.
  • [^] # Re: hu ?

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 1.

    En parlant de belle applet:
    http://www.fr.map24.com/(...)
  • [^] # Re: XUL...

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 2.

    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.
  • [^] # Re: hu ?

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 1.

    >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.
  • [^] # Re: hum ... XUL, CSS, SVG, ...

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 1.

    Tu fais du J2EE ou PHP ? Simple curiosité ...
  • [^] # Re: XUL...

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 0.

    >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.
  • [^] # Re: Petit problème...

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 2.

    >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é.
  • [^] # Re: XUL...

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 0.

    > 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.
  • [^] # Re: Petit problème...

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 1.

    > 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.
  • [^] # Re: hum ... XUL, CSS, SVG, ...

    Posté par  . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 2.

    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/(...)
  • [^] # Re: Attention

    Posté par  . En réponse au journal Pub Google AdSense sur application-servers.com. Évalué à 1.

    Argh, je savais pas.

    Y a moyen de supprimer ou de modifier un poste ?
  • # Re: Kiki, la petite sorcière

    Posté par  . En réponse à la dépêche Kiki, la petite sorcière. Évalué à 0.

    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é :-(