Lancement du "XUL Grand Coding Challenge 2004"

Posté par  . Modéré par Nÿco.
Étiquettes :
0
20
avr.
2004
Mozilla
Sous ce titre élogieux se cache le concours officiel du fameux langage XUL.

C'est parti depuis le mardi 13 avril dernier. Le concours dure 4 semaines. La remise des copies aura lieu en Mai.

De quoi s'agit-il ?
Trois défis dont deux sont obligatoires et le dernier est optionnel :
#1 Une simple démo de compteur (20-30 minutes*)
#2 Une simple démo de calculatrice (40-60 minutes*)
#3 Une démo optionnelle en "free-style" pour montrer votre puissance de codage en XUL/XUI/XAML/XML-UI toolkit/player/parser/etc. de votre choix. Un lecteur de news /lecteur de blog par RSS est suggéré.
(*) temps suggéré

À vos claviers pour faire parler le code !

NdM : en fait il s'agit d'un concours d'interfaces riches XML (j'ai nommé XUL/XAML/MXML), XUL étant une implémentation libre déjà déployée massivement grâce à Mozilla/Firefox/Thunderbird. MXML et XAML n'étant que des implémentations propriétaires, elles sont toutes incompatibles les unes entre les autres (aucune interopérabilité).

Aller plus loin

  • # Re: XUL Grand Coding Challenge 2004 Kicked Off

    Posté par  . Évalué à 3.

    du XUL pour un canard ça existe déjà ?!
  • # Re: XUL Grand Coding Challenge 2004 Kicked Off

    Posté par  (site web personnel) . Évalué à 2.

    Un chti rappel pour ceux qui veulent s'initier à la programmation sous plateforme XUL/Mozilla :
    http://xulfr.org(...) (en francais)
    et
    http://www.xulplanet.com/(...) (en anglais)
  • # Pourquoi l'icône Mozilla ?

    Posté par  (site web personnel) . Évalué à 2.

    ...alors qu'il ne s'agit pas d'un article spécifique sur Mozilla ?
    Croyez-vous que la fondation Mozilla est d'accord sur l'utilisatation de son image associée à XAML ?

    J'en ai ras-le-bol que le nom "XUL" soit récupéré à toutes les sauces.

    Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

    • [^] # Re: Pourquoi l'icône Mozilla ?

      Posté par  (site web personnel) . Évalué à 2.

      XUL est le leader - et de loin - voire le créateur (à confirmer) des interfaces riches en XML. Mozilla est le porteur/accoucheur de XUL. XUL est libre, déployé, éprouvé. Il est donc "normal" dans ces conditions qu'on appelle XUL-like toutes les interfaces riches XML (un peu comme on appelle "un Word" un logiciel de traitement de texte) et qu'on le rattache directement à Mozilla.

      Mais si XUL perce vraiment, il te reste à nous faire un logo XUL pour toutes les futures news afférentes... ;-)
      • [^] # Re: Pourquoi l'icône Mozilla ?

        Posté par  . Évalué à 2.

        Moi perso, le première interface en xml que j' ai vu était glade mais je courais pas vraiment du coté de mozilla a l'époque (Je me suis ratrappé depuis et j'aime chatzilla et ses motifs pour changer rapide l'interface d'un client irc en quelque css. et plein de choses) donc je peux vraiment me tromper de beaucoup.
      • [^] # Re: Pourquoi l'icône Mozilla ?

        Posté par  (site web personnel) . Évalué à 3.

        Selon moi, le projet xul.sourceforge.net cherche à diluer l'image du XUL de Mozilla et à le décrédibiliser en réduisant la plateforme Mozilla à XUL.

        Mozilla ne propose pas qu'une syntaxe XML pour la description d'interface. XUL est couplé à CSS (mise en page), Javascript (code), XBL (widgets), RDF (données)... C'est une solution complète pour le développement d'applications.

        Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt

        • [^] # Re: Pourquoi l'icône Mozilla ?

          Posté par  . Évalué à 2.

          Vivement que d'autres langages se "bindent" sur cette plateforme (JavaScript, c'est pas terrible pour coder un soft quand il y a 50 developpeurs).

          Un mapping Java/Swing<->Mozilla serait .... pas mal :)
          • [^] # Re: Pourquoi l'icône Mozilla ?

            Posté par  . Évalué à 1.

            Il y a Python (PyXPCOM) : http://www.mozilla.org/catalog/architecture/xpcom/pyxpcom/(...)

            Mais personnelement, j'aime bien Javascript :). C'est plutôt puissant en fait. Quand je pense que le client IRC de Mozilla est 100% XUL/Javascript...
            • [^] # Re: Pourquoi l'icône Mozilla ?

              Posté par  . Évalué à 2.

              Ok. Donc Komondo est ecrit en Python. Je comprends mieux, d'un coup.

              Le probleme que je vois a XUL/Javascript, c'est l'impossibilite de rendre le code metier et le code IHM totalement independant. Histoire de reutiliser le code de (au hasard) un client IRC avec une visu XUL, ou bien GTK ou bien ... Swing (kipuképalibékiramm :-).
          • [^] # Re: Pourquoi l'icône Mozilla ?

            Posté par  . Évalué à 1.

            Qqun intéressé pour faire une interface avec ocaml ?
            Cela fait partie de mes projets futurs mais la liste est tellement longue que je ne sais pas si je m'y mettrai avant 2012...
            • [^] # Re: Pourquoi l'icône Mozilla ?

              Posté par  . Évalué à 1.

              Disons que je suis interessé...
              Je suis pas sur d'avoir le bon niveau, mais rien ne coute d'essayer...
              Et puis ça serait vraiement très sympa si ça aboutit.
              • [^] # Re: Pourquoi l'icône Mozilla ?

                Posté par  . Évalué à 1.

                Super tiens-moi au courant des avancées si tu décides de le faire !
                Mon mél : vincent22 atte altern.org
    • [^] # Re: Pourquoi l'icône Mozilla ?

      Posté par  . Évalué à 1.

      Je pense que ce concours est une très bonne chose et cela ne me dérange pas que "interface XML" soit associé à XUL dans la tête des gens. Même je préfère largement ça à XAML. C'est un peu comme certaines marques qui deviennent des noms communs.

      Par ailleurs, même si cela n'a rien à voir, je pense que ce concours arrive vraiment au bon moment. Xul est au point, XAML n'est pas encore très développé, donc il y a des fortes chances que les programmes soient réalisés avec XUL. Ce qui est très bien pour le développement de XUL. Je me suis toujours demandé pourquoi il n'y avait pas plus de programme XUL... Comme je me demande bien pourquoi plus de gens ne programment pas en Caml... C'est probablement une histoire de publicité et ce concours est là pour ça.
      • [^] # Re: Pourquoi l'icône Mozilla ?

        Posté par  . Évalué à 2.

        Bon cela dit, je viens d'aller y faire un tour, et c'est vrai que xul.sourceforge.org mélange tout.
        J'étais déjà tombé sur ce site quand j'avais voulu apprendre XUL et ça m'avait complètement embrouillé l'esprit.
        • [^] # Re: Pourquoi l'icône Mozilla ?

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          ça m'avait complètement embrouillé l'esprit.

          Voilà un exemple flagrant de ce qu'on reproche à l'initiateur de ce site, Gerald Bauer. Et c'est pas faute qu'il y ait eu moulte et moulte discussion entre les dev de Mozilla.org et lui, pour essayer de lui faire comprendre ça.

          Mais impossible de lui faire comprendre...
          • [^] # Usurpateurs

            Posté par  . Évalué à 1.

            En particulier la DTD xul.dtd et le schema xul qui sont fournis sur ce site - et dont l'auteur est Gerald Bauer - n'est PAS celle du XUL de mozilla !!!
            J'avais travaillé dessus pendant 2 jour avant de trouver le vrai schema XUL qui est là :
            http://xulmaker.mozdev.org/xpath-evaluator(...)

            NB : xulfr.org pointe sur la mauvaise DTD...

            Hallucinant !
      • [^] # Re: Pourquoi l'icône Mozilla ?

        Posté par  . Évalué à 2.

        Globalement, quand une marque devient un nom commun ca tue la marque :(
  • # Re: Lancement du "XUL Grand Coding Challenge 2004"

    Posté par  (site web personnel) . Évalué à 1.

    ralalala...
    Y'en a qui ont déjà fini :
    - l'horloge : http://www.codeproject.com/dotnet/vgclock.asp(...)
    - la calculatrice : http://www.myxaml.com/(...)
    - le lecteur de news RSS : http://www.codeproject.com/dotnet/RssMyXaml.asp(...)

    Tout ça par le même mec, avec MyXaml, 100% made in GPL.
    Le mec a même fait un éditeur de GUI pour lui faciliter la vie :
    http://myxaml.com/marcclifton/archive/2004/04/14/210.aspx(...)

    Ca me fait marrer quand même comment un mec tout seul a fait tout ça en aussi peu de temps... Mais bon forcement tout est basé sur .NET, pas de nouvel API à apprendre, un API qui a fait ses preuves, un API complet et bien documenté, il a juste fait un parser qui transforme les balises en classes...

    C'est le même principe que XAML (simple mapping), y'a rien de propriétaire dedans (GPL) et ça marche très bien.
    • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

      Posté par  . Évalué à 1.

      MyXAML l'a beaucoup aide quand meme.
      Et MyXAML n'a pas l'air d'etre fait par une seule personne :)
      • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

        Posté par  (site web personnel) . Évalué à 1.

        AH bah si justement c'est pour ça que je disais ça, le mec il a fait lui même MyXAML, c'est pour ça que j'applaudi parcque c'est déjà beaucoup plus puissant que XUL et qu'il a déjà fait un éditeur GUI.
        • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

          Posté par  . Évalué à 2.

          Il existe déja un editeur pour xul dénominer étrangement xulmaker.
          Sinon t as qu'a faire un navigateur web respectant les standart en xaml. Merde c'est déja fait en XUL :))
          • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

            Posté par  (site web personnel) . Évalué à 1.

            Il existe déja un editeur pour xul dénominer étrangement xulmaker.

            J'ai pas dis le contraire, j'ai juste dit que c'était beaucoup plus puissant que XUL (et que je l'admirai encore plus parcqu'il avait aussi fait un éditeur GUI)

            Sinon t as qu'a faire un navigateur web respectant les standart en xaml.

            Désolé c'est pas le sujet du concours :))
            • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

              Posté par  . Évalué à 1.

              c'était beaucoup plus puissant que XUL

              Tiens donc plus puissant ? Et en quoi ?

              cela m'interesse juste pour voir si tu t'y connais un peux en xul et toute la suite xbl, css, xpcom, xpconnect ...

              Pas exemple a tu déja fais un xpcom en javascript ?
              Je sais cela peux paraitre étrange en première vue sauf que c'est crosse plateforme sans rien faire. Pas de speudo compilation a erreur.
              • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

                Posté par  (site web personnel) . Évalué à -2.

                Tiens donc plus puissant ? Et en quoi ?

                Ben, l'API n'est pas limité, il est constitué de l'ensemble du framework .NET (accès BDD, GUI, Reseau, XML, etc.), bref un framework complet. MyXAML peut mapper n'importe quelle classe : tu as conçu ton propre framework, et zou tu peux l'utiliser en MyXAML sans rien retoucher.
                Et puis le langage de script n'est pas limité au JavaScript, tu peux le coder dans le langage .NET que tu veux.
                Si ça c'est pas plus puissant je comprends pas trop...

                Pas exemple a tu déja fais un xpcom en javascript ?
                J'ai juste fait le tutorial sur xulfr.

                c'est crosse plateforme sans rien faire.
                Bah moi j'utiliserai l'API de Mono (parcque ca marche aussi vu que MyXAML n'est pas limité à un API) et hop je serais cross-plateforme.

                Pas de speudo compilation a erreur
                Ah parcque si je fais du XUL avec du Javascript j'aurai jamais d'erreur au parsing ? Y dis qui voit pas trop où est l'argument...
                • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

                  Posté par  . Évalué à 2.

                  > J'ai juste fait le tutorial sur xulfr.

                  C'est bien ce que je pensais tu ne sais pas trop de quoi tu parles :))
                  • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

                    Posté par  (site web personnel) . Évalué à 0.

                    Euh, franchement ça m'a suffit pour comprendre le principe, c'est pas comme si je découvrais les CSS et le JS non plus...
                    • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

                      Posté par  . Évalué à 1.

                      Je vais te donner un exemple pour faire des objets on utilise xbl on y insère du code dedans (en fin c'est pour l'instant la limite ou j'en suis arrivé) on insère un peu de xul un peu de css et on obtient des objets avec interface graphique intégré.
                      XBL langage normalisé par le w3c pourrait bien te réserver quelque surprise.

                      Pour l'instant je peux pas te dire que MyXaml est une grosse dobe ou un miracle car je n'ai pas dépassé le tutorial.

                      Ce qui me déplait c'est cette habitude des programmeurs de toujours dénigrer ce qui ne peuvent, ne veulent comprendre.
                      Comme si il ne voulait pas les autres essaye un autre système qu'ils seront peut etre par la force des choses obligé de comprendre.
                      Pour parler de 2 systèmes on s'investie dans les 2 systèmes et on essaye de faire une application avec pour essayer.

                      Sinon, je serais vraiment surpris que n'importe quel application .NET compile sans changement sur Mono.
                      J'imagine comme les application faite pour openStep compile pour pour MacOSX il y aura des applications Mono qui compileront sur .NET, le contraire m'étonnerais.
                      Cela a tjs été la différence entre ceux qui code avec des normes et ceux qui se satisfons d'un "ca marche ! ".
                      • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

                        Posté par  (site web personnel) . Évalué à 1.

                        Evidemment je m'avance surement un peu rapidement n'ayant pas vraiment explorer XUL & Co, mais c'est toujours le même principe quelque soit le langage basé XML utilisé... Après les CSS et le JavaScript a toujours la même utilité : modifier facilement des propriétés et faire quelques interactions...

                        A partir de là, je constate que :
                        - les 2 (XUL et MyXAML) utilisent la syntaxe XML pour créer des éléments graphiques et la hiérarchie détermine l'imbrication
                        - les 2 proposent la possibilité d'utiliser des styles
                        - les 2 proposent la possibilité de scripter

                        Maintenant je ne vois rien que XUL&Co a que MyXAML n'a pas. Je constate par contre que MyXAML a :
                        - la possibilité de scripter dans un langage COMPLET (C# par exemple)
                        - un API bien plus impressionnant (forcement celà marche avec n'importe que API .NET), très bien documenté et facilement personnalisable.

                        Maintenant imaginons que Mozilla# wrappe entièrement l'API de mozilla... et zou MyXAML marchera aussi avec.

                        Sinon, je serais vraiment surpris que n'importe quel application .NET compile sans changement sur Mono.
                        Bien sûr que non... Pas en l'état actuel en tout cas, parcque Mono n'a pas fini son boulot d'implémentation de tout l'API .NET... Suffit de choisir les API qui sont déjà portés pour être portable (et sans recompilation), cad en gros éviter pour le moment d'utiliser les WinForms et utiliser par exemple GTK#.
                        Perso je développe une appli en GTK# sous Visual Studio, bah je vais sous nux, je tapes mono monappli.exe et zou ca marche direct.
                        Mais on s'éloigne du sujet là non ?
    • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      il a juste fait un parser qui transforme les balises en classes...

      C'est justement le principe de XAML ;-) Toutes balises correspond à un objet .NET
    • [^] # Re: Lancement du "XUL Grand Coding Challenge 2004"

      Posté par  . Évalué à 1.

      m'enfin, cela ne marche pas chez moi...
      c'est l'inconvénient d'être mono plate-forme...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.