Journal Quels outils pour remplacer Flash(c)(tm)(100%cpu) ?

Posté par  .
Étiquettes :
0
29
juin
2007
C'est vendredi, et suite à mon journal sur Sésamath (celui qui contient l'anonce de Tracenpoche libéré à la rentrée) je me suis posé la question des outils pour remplacer Flash(c)(tm)(100%cpu).

A-t-on besoin de remplacer Flash ?
Oui:
- ne tourne pas en linux ppc/x86_128
- utilise environ 100% du cpu dans environ 100% des cas.
- lent.
- pas d'oulis libre pour réutiliser les sources

Mais on peut aussi penser que c'est pas si urgent;
- gnash arrive
- silverlight arrive et pourrait contraindre Adobe à libérer flash et ses outils.

Le problème est de trouver des outils libres pour réaliser des applications tournant dans le navigateur, en évitant flash aux deux bouts de la chaine...

Maintenant que le problème est posé, j'ai trouvé quelques langages qui pourraient le faire:

1/ Java.
Désormais libre? Je me demande ou ça en est. Je ne trouve pas d'info sur le port ppc du java de sun, par exemple, ni sur l'intégration directe dans debian.
Inconvénient: langage un peu lourd (c'est vendredi, je peux...).
Avantage: nombreux utilisateurs, forums, exemples en ligne.

Programmation Java pour les enfants:
http://linuxfr.org/2006/06/27/21023.html

1bis/ jython.
Java avec la syntaxe de python. Probablement plus facile pour des amateurs? jython a l'air peu utilisé, je trouve ça un peu curieux.

Demo (applet)
http://www.ditchnet.org/wp/2005/05/10/mulit-threaded-jython-(...)

Créer une applet en 10 min:
http://wikipython.flibuste.net/moin.py/InterfaceAvecLangageJ(...)

2/ Xul+XBL+SVG
Avantage: langage javascript (répandu sur le net, et qui doit avoir quelques parentés avec le langage de script de Flash)
Inconvénient: Plateforme mozilla uniquement. Le résultat ne devrait même pas tourner dans konqueror.
Un autre avantage est de pouvoir faire des applications sous forme de plugin Firefox, avec mise à jour automatiques. ça peut faciliter le déploiement.
Une demo:
http://www.ycombe.net/Xul/Geometry/geometry.xul

Xulfr (ressource indispensable):
http://xulfr.org/

3/ OpenLaszlo
Quelqu'un a posté un lien vers Openlaszlo, et les demo sont impresionantes. Il faut utiliser DHTML pour éviter Flash, et le support du SVG est hélas encore dans les limbes, et je ne vois pas trop comment réaliser des dessins directement sans ça (genre canvas).
http://www.openlaszlo.org/demos

C'est tout ce que je vois pour l'instant.
  • # drawview pour openlaszlo

    Posté par  . Évalué à 2.

    tu as la balise drawview qui te permets de faire du dessin avec openlaszlo : http://www.openlaszlo.org/lps/docs/reference/drawview.html

    De mon point de vue, openlaszlo est la meilleure option pour faire du RIA sans se prendre la tête pour chaque navigateur, tout en étant indépendant de l'interface de rendu : le même code fonctionne pour générer du flash, du dhtml...
    • [^] # Re: drawview pour openlaszlo

      Posté par  . Évalué à 3.

      Tu aurais pas par hasard un lien vers une demo qui utilise ça ?
    • [^] # Re: drawview pour openlaszlo

      Posté par  . Évalué à 2.

      Le problème, c'est que c'est très lent.

      Envoyé depuis mon lapin.

      • [^] # Re: drawview pour openlaszlo

        Posté par  . Évalué à 1.

        Qu'est ce que tu trouves lent ? le rendu en dhtml ou openlaszlo lui-même ?
        • [^] # Re: drawview pour openlaszlo

          Posté par  . Évalué à 1.

          Le rendu en dhtml. Pour openlaszlo, je pense pas qu'il y ai besoin de grandes performances.

          Mais quand on doit attendre à chaque clic, lorsque l'on déplace une fenêtre, elle est à 300 pixels de retards par rapport à la position du curseur, on se demande comment c'est codé…

          Envoyé depuis mon lapin.

          • [^] # Re: drawview pour openlaszlo

            Posté par  . Évalué à 2.

            surement codé avec les pieds

            car dans la demo "openlazlo in 10 minutes"
            on voit bien qu'il faut parfois rajouter des options pour "optimiser" le rendu.
            (par exemple n'afficher que ce qui a besoin de l'etre)
  • # Ouah!

    Posté par  . Évalué à 10.

    T'es déjà en x86_128 ?

    C'est quand même fort, iPOT, maintenant on peut aussi faire passer du matos !

    Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

  • # DHTML ?

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

    Tout est dans le titre.
    Pour rappel : http://linuxfr.org/~Snarky/24391.html
    • [^] # Re: DHTML ?

      Posté par  . Évalué à 10.

      heu ... citer le DHTML dans un journal qui titre "marre de flash : 100% CPU" ne me semble pas tout a fait approprié :)
  • # y a pas que gnash

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

    Il y a aussi swfdec ( http://swfdec.freedesktop.org/wiki/ ), qui est en quelque mois devenu un concurent sérieux de gnash au niveau du plugin. Le projet est bien plus modeste que gnash au niveau des objectifs, mais semble avancer trés vite.

    Par exemple, le support de youtube a été codé en quelque mois, et le codeur principal est en train de refondre completement le moteur de scripting pour supporter bien plus de choses.
  • # « A-t-on besoin de remplacer Flash ? »

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

    Non, car de toutes façons, flash ne répond à aucun besoin !

    Pour diffuser une vidéo, on peut faire du streaming, il suffirait de s'entendre sur le format à utiliser, et correctement distribuer les plugins.

    Pour faire des animations kikoolol, c'est voué à rester dans un circuit commercial de connivences, donc c'est pas un marché intéressant.

    Donc, non, on n'a pas besoin de remplacer flash, mais éventuellement d'améliorer d'autres technos déjà existantes !
    • [^] # Re: « A-t-on besoin de remplacer Flash ? »

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

      De toutes façons, le XML et donc le XHTML, ça pue ! :-D
      Et puis le HTTP, c'est trop lourd, vive telnet !
    • [^] # Re: « A-t-on besoin de remplacer Flash ? »

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

      Expliquez moi ce dont vous avez besoin, je vais vous expliquer comment vous en passer...
    • [^] # Re: « A-t-on besoin de remplacer Flash ? »

      Posté par  . Évalué à 7.

      Non, car de toutes façons, flash ne répond à aucun besoin !

      Si ça ne répondait à aucun besoin, il n'y aurait pas de marché. Or il est considérable.
      Pour faire des animations kikoolol, c'est voué à rester dans un circuit commercial de connivences, donc c'est pas un marché intéressant.

      Le commercial c'est mal ?

      En tout cas, ne serait-ce que pour faire facilement des applications pédagogiques, je rêve d'un tel outil disponible en libre.
      • [^] # Re: « A-t-on besoin de remplacer Flash ? »

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

        « Le commercial c'est mal ? »
        Oui, j'ai été un peu vague. Je voulais faire référence au « commerce pour du commerce », ou rien ne compte plus que de vendre sans forcément vouloir fournir un service.

        « En tout cas, ne serait-ce que pour faire facilement des applications pédagogiques »
        Si c'est pour pouvoir faire des applications graphiques évoluées avec du 2D (ou 3D) sophistiqué, pourquoi ne pas carrément partir sur des solutions type Java Web Start ? C'est presque libre :-)
        • [^] # Re: « A-t-on besoin de remplacer Flash ? »

          Posté par  . Évalué à 10.

          Pitié, pas de Java en applet. C'est lourd, ça met du temps à démarrer, ca plante une fois sur 2 et c'est pire que du Flash.

          Un moment existait la mode du "je fais mon menu en Java" c'était très très chiant.

          Alors le java, oui, mais pas sur le poste client.

          Imaginer un moment l'horreur. Toutes les applis flash remplacées par des Applets Java. [:fear]

          Imaginer le temps de chargments des pages, la partoche de swap qui déborde, les enfants qui hurlent de douleur. Les processeurs qui fondent lorsque quelqu'un aura le malheur de charger un page style yahoo.fr
          • [^] # Re: « A-t-on besoin de remplacer Flash ? »

            Posté par  . Évalué à 9.

            Pitié, pas de Flash. C'est lourd, ça met du temps à démarrer, ca plante une fois sur 2 et c'est pire que du Java.

            On est en plein dans la mode du "je fais mon site tout en Flash" c'est très très chiant.

            Alors le flash, oui, mais pas sur le web.

            Imaginez un moment l'horreur. Toutes les pages web remplacées par des animations flash. [:fear]

            Imaginez le temps de chargments des pages, la partoche de swap qui déborde, les enfants qui hurlent de douleur. Les processeurs qui fondent lorsque quelqu'un aura le malheur de charger un page style yahoo.fr
          • [^] # Re: « A-t-on besoin de remplacer Flash ? »

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

            Oui, alors là si on mélange tout et n'importe quoi !!!

            Je parle de *Java Web Start* et non des applets !

            De toutes façons, je vois ce qu'un menu fait un flash a de moins catastrophique qu'un menu dans une applet :-/ ! Et puis je n'ai jamais parlé de menu ou de petits trucs à la con …

            T'as de la chance qu'on soit vendredi, je vais mettre ces abhérations sous le coup du troll/FUD volontaire.
            • [^] # Re: « A-t-on besoin de remplacer Flash ? »

              Posté par  . Évalué à 1.

              Java Web start, c'est le truc que je n'arrive pas à faire marcher.

              J'ai le jave d'ibm en linux ppc, j'ai réussi à mettre le plugin dans le navigateur. ça marche très bien, sauf le java web start dont les fichiers ne sont pas reconnus.

              Si quelqu'un a une piste, je prend.
            • [^] # Re: « A-t-on besoin de remplacer Flash ? »

              Posté par  . Évalué à 2.

              j'ignorais que je java web start est à Java ce que Klick est à KDE (en gros permet de télécharger et d'exécuter des applications Java). Il faut m'excuser, je ne vais pas sur le site de Sun tous les jours ;-)

              Ceci dit, là, c'est donc ton post que je trouve hors sujet :-D

              En effet, le journal parle des technos qui sont incorporées aux navigateurs web à l'intérieur de page html. (menu, pub, jeu, vidéo...)

              sans rancune ;-)
          • [^] # Re: « A-t-on besoin de remplacer Flash ? »

            Posté par  . Évalué à 5.

            La techno java (Sun) qui est destinée à concurrencer Flash (ou plutôt FLex, SilverLight et autre Openlazslo) c'est JavaFx

            https://openjfx.dev.java.net/JavaFX_FAQ.html
            https://openjfx.dev.java.net/
    • [^] # Re: « A-t-on besoin de remplacer Flash ? »

      Posté par  . Évalué à 3.

      Non, car de toutes façons, flash ne répond à aucun besoin !
      Il semble répondre pas mal aux besoins des gens qui codent TracenPoche, MathenPoche, CasenPoche, Instrumenpoche...

      Donc, non, on n'a pas besoin de remplacer flash, mais éventuellement d'améliorer d'autres technos déjà existantes !
      J'ai un peu de mal avec ton raisonnement, là. Tu as l'air de dire que c'est l'un ou l'autre. Moi j'aurais bien vu le second pour réussir le premier.
  • # Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

    Posté par  . Évalué à 9.

    A-t-on besoin de remplacer Firefox ?
    Oui:
    - utilise environ 100% du cpu dans environ 100% des cas.
    - très lent sous Linux
    - encore plus lent sur amd64 sous Linux
    • [^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

      Posté par  . Évalué à 10.

      Epiphany ? Konqueror ? Opera ? Kazehakase ? Minimo ? Dillo ? Links ? Lynx ? Mantella ? Skipstone ? Atlantis ? osb-browser ? Midori ?
      • [^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

        Posté par  . Évalué à -1.

        Epiphany. Définitivement Epiphany.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

          Posté par  . Évalué à 1.

          C'est dur epiphany : j'ai du y passer depuis mon passage sous Debian, car pour une raison inexpliquée, Iceweasel me bouffe 100% du CPU quand je fais défiler une page (ce qui n'arrivait pas avec Firefox sous Ubuntu) : énorme problème epiphany ne me laisse pas gérer les cookies au cas par cas, idem pour le javascript, et c'est une absence terrible quand on a été habitué aux joies de noscript.
          Néanmoins epiphany est achement plus fluide.
          • [^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

            Posté par  . Évalué à 4.

            Le problème d'utilisation CPU vient peut-être du fait que iceweasel utilise pango par défaut pour le rendu des polices. Moi j'ai ajouté :
            MOZ_DISABLE_PANGO=1
            dans /etc/environment. Ça règle aussi le problème du bug des ligatures (enfin, ça désactive les ligatures tout court). Après, il y aura peut-être d'autres problèmes avec les langues non latines, mais bon, ça ne me dérange pas trop.
            • [^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

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

              Mille mercis, ça commençait à m'embêter beaucoup ce bug des ligatures, et je ne savais pas comment le formuler (pour moi, c'était un bug des polices avec les ff).

              En tout cas, ça règle complétement mon problème d'affichage évoqué ici : http://linuxfr.org/forums/15/21629.html

              Et je ne vois pas de différence de performance ou de rendu (si ce n'est en mieux).
              • [^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

                Posté par  . Évalué à 2.

                J'avais eu du mal à le trouver, c'est vrai. Le bugreport debian est ici :
                http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362569
                et ce ne sera pas fixé avant FF3 ...

                C'est un problème de ligature car pango, qui essaye de bien faire les choses, remplace deux "f" qui se suivent par la ligature "ff" (en gros, les barres du haut et du milieu du f se touchent : c'est plus joli), doit mal s'intégrer avec FF en ce qui concerne la largeur des caractères (bizarrement, si on met le caractère unicode de la ligature, ça marche ... j'ai essayé de regarder le code de FF, mais j'ai vite abandonné tellement c'est immonde).

                Les différences d'affichage, c'est qu'en gros tu n'as plus de ligatures. Bref, ça ne gène personne car très peu de logiciels le font (à part pango, latex doit être le seul : forcément, quand on est concerné par la beauté de la typographie, c'est important d'avoir des ligatures) et que ça ne change pas tant que ça l'affichage (et que la majorité des gens ne verraient peut-être pas la différence avec un ff sans ligature). Mais après, c'est bien plus rapide, car sur le plan des performances, pango n'est pas encore au top.

                Voilà.
      • [^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

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

        Internet explorer [http://www.tatanka.com.br/] /o\


        Finalement, elle est belle la porte -> []
      • [^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?

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

        Et w3m, il pue ?

        Sinon, évidemment, il y a Emacs. Douglas s'est gourré, c'est Emacs, la réponse, pas 42.
  • # Et...

    Posté par  . Évalué à 1.

    Mais, il n'y avait pas un projet du nom de flash4linux?

    Quelqu'un sait ce qu'il devient?
  • # Peut-on remplacer Flash ?

    Posté par  . Évalué à 3.

    Non je ne veux pas dire techniquement, mais commercialement ?
    Flash est présent sur une très grosse quantité d'ordinateurs et est utilisé tout aussi massivement. Est-ce que le libre a la puissance commerciale/marketing de le déloger de là ?
    Certes il est bien beau de dire que capucaypaslibre, mais en attendant la majorité du peuple s'en balance un peu du moment que cela fonctionne.

    Néanmoins on a vu que le projet Firefox a commencé à grignoter des parts de marché à IE, pourquoi ? car les gens ont trouvé ça plus évolué que le IE6 de l'époque. Si l'on veut déloger Flash de sa position actuelle il va falloir trouver un système qui permette de faire plus de chose que Flash, qui soit très simple à programmer pour que le kéké moyen puisse faire des choses, et qui bouffe moins de ressources. Il faut également qu'il fonctionne sur tous les systèmes/navigateurs.

    Donc si on suit la liste des technologies que tu proposes, on a :
    1) Java : perso les applets Java je me casse rapidement vu le temps de chargement.
    2) Xul : ce qui est bien c'est qu'on réutilise des formats ouverts. Le problème de Konqueror n'en est pas vraiment un, c'est un logiciel libre on peut éventuellement développer un greffon gérant le Xul. Le problème est donc de pouvoir l'utiliser sur des navigateurs fermés tels IE ou Opera, on se doute bien que Microsoft ne va pas soutenir Xul au détriment de son XAML.
    3) OpenLazlo : le problème est déjà abordé dans le journal, ça repose sur du Flash pour le moment.

    Reste au moins une techno non abordée : XAML. Créée par Microsoft on peut envisager qu'il se retrouver sur tout le parc des PC Windows. De plus Miguel de Icaza et son équipe nous ont déjà pondu une version pour GNU/Linux. Est-ce que techniquement c'est mieux ? je ne suis pas apte à en juger, donc si certains pourraient éclairer ma lanterne en évitant tout parti pris, je les en remercie.
    • [^] # Re: Peut-on remplacer Flash ?

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

      « 1) Java : perso les applets Java je me casse rapidement vu le temps de chargement. »

      Je voudrai pas nourrir le troll, mais je vois pas en quoi une applet java serait plus lente que du flash. Peut-être as-tu une JVM pas top, ok celle de sun n'est pas encore libre, mais elle le sera bientôt, et son modèle est en tout cas moins pire que Flash. En plus, de bon progrès sont encore à prévoir dans le futur sur le temps de chargement justement …
      De toutes façons, du temps de chargement, il y aura dès qu'il y aura des trucs kéké comme tu dis. Et de toutes façons il faudra charger un bout de lib pour prendre en charge la super-techno multi-plateforme, que ce soit XUL, flash, java ou autre …
    • [^] # Utopisme ou pas ?

      Posté par  . Évalué à 4.

      Je me demandais ce qui se passerai si XAML commençait vraiment à s'implémenter.
      Quelle serait la réponse de adobe ?
      Je me demande si ça ne pouraît pas simplement être de libérer le format flash.
      Donc j'espère que XAML va commencer à sortir un peu, en espérant que celà puisse faire liberer flash.

      Par contre, libre ou pas, les sites tout en flash : c'est saoulant !
      • [^] # Re: Utopisme ou pas ?

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

        Tout dépend du site, il y a des sites tout en flash là c'est vraiment lourd.

        Mais par exemple un site léger en xhtml (qui passe nickel sous konqueror c'est dire) :
        http://tgl0be.org/videos,cs

        Un petit applet flash sympa au milieu, c'est très bien.
        (bon il s'agit d'une parodie de counter strike de_dust avec des hommes représentés par des lignes).

        Bon sinon a mon grand regret basshunter a laissé tomber son projet de vidéo de techno :'(

        Vous savez boten anna et celle sur dota ;)

        Je pense que son hébergeur a pas du aimer les 100 000hit et 7To de bp mangé par son projet...
  • # Js \o/

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

    Javascript, canvas (svg eventuellement).

    Flash est deja en train de reculer.
    Javascript est deja a la mode de nos jours à part pour le contenu multimedia (son, video) et les jeux (remplacable à terme par canvas/js)

    Une fois que mozilla aura intégré la vm ecmascript d'adobe je pense que le Js sera plus rapide à faire tourner que flash donc ce dernier ne sera necessaire que pour les videos

    Si html 5 avec sa balise video est un succès il n'y a donc aucune raison pour que flash ne disparaisse pas.
    • [^] # Re: Js \o/

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

      si, il reste une raison : internet explorer...

      Qu'on le veuille ou non, ça risque de freiner le développement pendant un moment encore.

      idem pour svg. C'est bien beau, mais comment on fait pour que tout le monde puisse le voir ? on demande d'installer un plugin non maintenu d'adobe ?

      En plus, svg n'est pas un concurrent à flash, peut-être sur certaines parties mais pas sur tout.
      Et pour ce qui est des jeux, l'autre avantage de flash est que c'est compilé en bytecode par la machine flash donc bien plus efficace que js dans un navigateur...
      • [^] # Re: Js \o/

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

        >C'est bien beau, mais comment on fait pour que tout le monde puisse le voir ?

        Bah ils installent un navigateur récent ? Et tant pis pour les autres qui ne peuvent pas.. (l'informatique évolue, il faut peut être un jour arrêter d'utiliser des logiciels obsolètes...)

        >l'autre avantage de flash est que c'est compilé en bytecode par la machine flash donc bien plus efficace que js dans un navigateur

        Ce ne sera plus un avantage de flash, puisque adobe a libéré sa VM javascript/actionscript (le truc qui lit ce bytecode dont tu parles :-p), et que ce sera intégré dans Mozilla 2/Firefox 4.
      • [^] # Re: Js \o/

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

        ie n'est pas (trop) en retard sur le js. Sur DOM oui, mais ca s'améliore.

        Et on parle de long terme bien sur....

        Pour la balise vidéo j'imagine que rapidement on pourra trouver des solutions avec detection en js du support de la balise et si celui-ci n'existe pas on retombe sur un player flash dans une balise object.

        Pour le svg en effet il n'est concurrent à flash que sur une petite partie des possibilités mais les autres parties sont deja couvertes par js et la balise video. Apres il est vrai que son support est peu étendu mais comme je le vois mal utilisé pour d'autre choses que de petites animations vectorielles je me fiche un peu que flash reste utilisé pour ca :)
    • [^] # Re: Js \o/

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

      Il parait, mais c'est à prendre avec des pincettes, rien n'est sûr, que Firefox 3 implémentera la balise video (il existe déjà une implémentation experimentale, croisons les doigts pour qu'elle soit prête pour la beta de FF3). au pire ce sera dans Firefox 4.
      • [^] # Re: Js \o/

        Posté par  . Évalué à 1.

        avoir une implémentation qui permette quelque chose d'équivalent ou supérieur au flash et qui soit libre, facile d'utilisation, et en plus portable sous IE4, 5, 6, 7, Firefox, Mozilla, Epiphany, Konqueror, Opera, etc
        • [^] # Re: Js \o/

          Posté par  . Évalué à 2.

          > portable sous IE4, 5

          Et lynx aussi, non ?
  • # Quel est le but?

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

    N'oublions pas de quoi il s'agit ici.

    Il faut un outil permettant de réaliser des exrecices scolaires en ligne, et que ces éxercices oient libres.

    Sésamath est un projet collaboratif ouvert de manuels de mathématique sous licence libre.
    (J'ai esséyé , un peu cette année de lancer avec un collègue un tel projet pour la physique, mais divers trucs m'ont plus occupé l'esprit. je relance l'idée au passage.)

    Pour que le projet soit vraiment libre, bien sûr qu'il faut utiliser des logiciels et du code libre. il faut donc autre chose que flash pour les exercices interactifs en ligne.

    le projet abuledu a produit les logiciels du terrier, programmés en tcl/tk par des enseignants. Est ce une alternative?

    Qu'en disent les vrais informaticiens.
    Moi ,je ne suis que prof de physique.
    • [^] # Re: Quel est le but?

      Posté par  . Évalué à 2.

      le projet abuledu a produit les logiciels du terrier, programmés en tcl/tk par des enseignants. Est ce une alternative?

      ( Sésamath, c'est le manuel et aussi le nom de lassociation. MathenPoche les exercices (en gros). )

      Cela dépend de ce que tu appelles une alternative. Flash permet une utilisation en RIA (Rich Internet Application), dans un navigateur, exercices et gestion des élèves étant côté serveur. WIMS fonctionne comme cela aussi. En tcl/tk par contre il faut installer sur chaque poste les exercices. Note que abuledu avait l'air décidé à migrer vers wxPython, je ne sais pas ou ils en sont, mais ça ne change pas le mode de fonctionnement.
      • [^] # Re: Quel est le but?

        Posté par  . Évalué à 2.

        Il parlait sans aucun doute des tclets. C'est des applications tlc/tk dans une application web, c'est décrit dans la doc de référence du html.

        voir http://www.w3.org/TR/html401/interact/scripts.html

        Il y a des exemples. Donc oui, les rédacteurs du html 4.01 aimait le tcl.

        A partir de là avec le TK, tu peux faire ce que tu veux ou presque.

        On a eu le javascript à la place, plus proche du C et pourtant si loin. Le javascript, c'est un langage à objet à prototype.
  • # Une réponse intéressante de Tristan Nitot

    Posté par  . Évalué à 1.

    Tristant Nitot (responsable marketing chez mozilla) a posté un billet sur standblog qui peut répondre à ce journal où il explique pourquoi est-ce que la fondation Mozilla ne pousse pas ses technos comme concurrents de Flash ou Silverlight (contrairement à ce que certains aimeraient, je pense notamment à Daniel Glazman qui en a également parlé sur son blog et qui, lui aimerai faire de xulrunner une vrai plateforme).

    l'article de Tristan :
    http://standblog.org/blog/post/2007/07/05/Questions-sur-lave(...)

    Un article de Daniel :
    http://www.glazman.org/weblog/dotclear/index.php?2007/05/13/(...)


    Etienne

Suivre le flux des commentaires

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