Journal Yahoo donne à la communauté

Posté par  .
Étiquettes : aucune
0
15
fév.
2006
Je reprends une note de Tristan Nitot lue sur son blog aujourd'hui 15 février 2006[1] :

Yahoo offre à la communauté sa bibiothèque de fonction Javascript pour les interfaces utilisateurs (Yahoo! User Interface Library) avec de l'Ajax dedans (pour ceux qui aime cette lessive), et un document présentant des solutions à des problèmes fréquents rencontrés lors du développement de site web (Yahoo! Design Patterns).

La Yahoo! User Interface Library[2] est diffusée sous licence BSD alors que le Yahoo! Design Patterns sous licence Creative Commons Attribution.

** Yahoo! User Interface Library
- effets cinématiques
- le connexion manager (XMLHttpRequest inside)
- DOM
- Drag and drop
- Event
- un calendrier
- un slider
- un treeview
-...
La documentation de l'API a l'air assez claire (je ne l'ai parcourue que rapidement).

** Yahoo! Design Patterns
- Autocomplétion
- Drag and drop
- les tabs
- les problèmes de pagination (afficher un résultat long sur plusieurs pages)
-...


[1] http://standblog.org/
[2] http://developer.yahoo.net/yui/
[3] http://developer.yahoo.net/ypatterns/
  • # Et en pratique ?

    Posté par  . Évalué à -8.

    Ca sert à quoi ?
    Moi j'y comprend rien
    C'est pour yahoo instant messenger ?
    • [^] # Re: Et en pratique ?

      Posté par  . Évalué à 10.

      Je réponds, parce que des fois...

      Yahoo offre à la communauté sa bibiothèque de fonction Javascript pour les interfaces utilisateurs
      En général, le javascript on l'utilise dans les pages web, pour mettre un peu d'interactivité...

      Si tu n'y comprends rien, c'est que tu t'es mal renseigné (du genre, tu n'es pas allé sur le site).

      Et tu n'es pas obligé de faire un commentaire de ce type qui se fera moinsser à -10 dans les 5 minutes qui suivent. Ca donne un mauvais score au journal (le mien en l'occurence, je le défend, c'est un peu normal) et donc ça le décridibilise, alors que l'information peut être intéressante.
      • [^] # Re: Et en pratique ?

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

        Si tu n'y comprends rien, c'est que tu t'es mal renseigné (du genre, tu n'es pas allé sur le site).

        Si il y a besoin d'aller sur un site pour comprendre un journal, c'est que celui n'est pas assez clair ou assez détaillé.

        Enfin bon, moi je dis ça, je dis rien, hein...
        • [^] # Re: Et en pratique ?

          Posté par  . Évalué à 10.

          Où c'est que tu n'es peut être pas la cible du journal hein. On va pas donner un cours à chaque fois qu'on fait un journal non plus.

          Je dis ça, je dis rien ...
        • [^] # Re: Et en pratique ?

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

          Je suis d'accord avec toi, linuxfr c'est pas slashdotfr. J'aime aussi les journaux explicites, mais on ne peut pas dire que celui-ci ne l'est pas.

          L'auteur suppose que les gens intéressés par le journal savent ce qu'est le javascript, sinon ils passent leur chemin : j'aurais fait pareil à sa place.
      • [^] # Re: Et en pratique ?

        Posté par  . Évalué à 5.

        Moi, j'y comprend rien à ce journal, l'ajax, je sait pas ce que c'est par exemple, C'est pas compliqué de mêtre une phrase simple à l'intention de ceux qui sont pas des super geek.

        Et les journaux qui nécéssite d'aller voir un autre site pour comprendre le sujet de la dépèche bah je trouve pas ça très correct. Alors peut être que d'autre personne qui s'y connaissent plus et qui passe tout leurs temps libre devant un ordinateur sous linux auront compris dirrect. Mais pour moi c'est clair comme une nuit nuageuse.

        Es si grave que ça de demander un peu d'explication au point de merriter -10 ?
        Ou alors es-ce que les commentaires ne sont autorisé que pour les power-geek ?
        • [^] # Re: Et en pratique ?

          Posté par  . Évalué à 3.

          franchement, y'a demander (destructeur) et demander (constructif). Ca ne me gène pas que certains demandent des informations complèmentaires parce que le journal n'a pas été assez précis, mais faut savoir demander gentillement.

          Quand pour un journal, je poses des questions pour avoir des infos complé
          mentaires, je ne me prends jamais de -10 parce que je le demande avec respect. Ce n'est pas dur, mais ça change tout.

          Et les journaux qui nécéssite d'aller voir un autre site pour comprendre le sujet de la dépèche bah je trouve pas ça très correct.
          Pour ma part, je considère qu'un journal doit amener un lien vers un autre site. Si le journal se contente de redire ce qui a déjà été dit ailleurs, je ne vois pas l'interêt. Un journal est là pour te donner l'information, pour te donner envie d'aller lire l'information, et/ou pour te donner des précisions complémentaires.
          • [^] # Re: Et en pratique ?

            Posté par  . Évalué à -1.

            Si on ( ou moi) comprend pas à quoi ça sert, ça donne pas envie d'en savoir plus. non ?

            Tu trouve que j'ai pas demandé avec respect ?
            j'ai dis que je comprenait rien, c'est parce que j'ai pas le niveau technique.
            il me semble que c'est pas manquer de respect
  • # pas top sous konqueror

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

    les effets d'animation ne marchent pas tous, et le drag'n drop ne semble pas marcher non plus sous konqueror.

    Sinon je trouve le principe pas mal, leurs design patterns ont l'air intéressants.
    • [^] # Re: pas top sous konqueror

      Posté par  . Évalué à 4.

      C'est peut-être une question bête, mais quelle est l'origine du problème ? Est-ce que ce sont les scripts de chez Yahoo! qui utilisent des spécificités de certaines implémentations qui ne sont pas documentées dans la norme ou bien est-ce le moteur Javascript de KDE (KJS, aussi utilisé par Apple dans Safari il me semble) qui n'est pas encore assez complet ?
      • [^] # Re: pas top sous konqueror

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

        à mon avis "qui n'est pas encore assez complet"

        Konqueror évoluant rapidement, peut être n'a t il pas la dernière version.
        • [^] # Re: pas top sous konqueror

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

          je suis en 3.5.1
          Je penche aussi pour une implémentation incomplète.
          Mais je me méfies, car depuis que firefox est populaire, de moins en moins de nouveaux sites sont «optimisés» pour IE, mais pas mal le sont pour IE et firefox, en utilisant parfois leurs fonctionnalités respectivement non standardisées.

          Attention, je me goure peut-être ... je me base sur mon impression et quelques expériences de pages blanches ou le webmaster me répond (ça passe sous firefox qui est dispo pour linux).
          En attendant, je sais aussi que certaines fonctionnalités liées aux animations d'objets ne sont pas implémentées sous konqueror.
          • [^] # Re: pas top sous konqueror

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

            Tu a tenté de faker ton konqueror en firefox pour le site en question ?

            J'ai testé sur gmail que si je ne le fake pas je me prend l'interface html toute pourrie, alors qu'en le faisant passer pour un firefox j'ai toute l'interface qui marche correctement avec javacript et tout et tout...

            J'ai noté également que sur pas mal de site un maximum de javascript est désactivé quand on utilise pas ie ou firefox et donc changer le tag du navigateur m'a souvent résolu le problème...

            ps : j'ai passé avec succès le test acid2 cet aprèm's (ça fait plaisir...)
    • [^] # Re: pas top sous konqueror

      Posté par  . Évalué à 2.

      En ce qui me concerne, ça fonctionne sur mon Konqueror (Kde 3.5). Mais certaine démonstations drag'n'drop sont lentes... Mais ça reste utilisable.

      Calendrier : Oki !
      Animation : Plein de choses ne fonctionnent pas bien

      À noter aussi cette adresse qui offre en gros des choses similaires : http://script.aculo.us/

      Mais là ça semble marcher un peu mieux avec Konqueror.
      • [^] # Re: pas top sous konqueror

        Posté par  . Évalué à 1.

        Malheuresement script.aculo.us utilise prototype et donc n'est pas compatible avec du XHTML, à cause de l'utilisation de innerHTML...

        Il est donc nécéssaire de modifier ces méthodes, ou d'utiliser les fonctions callback pour utiliser les dom.

        Personnellement je préfère Dojo http://dojotoolkit.org/ qui possède une très bonne API et est bien documenté.
  • # Maturation

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

    Vivement que toutes ces lib JS/AJAX arrivent à maturité, ça a l'air de faire de belles choses.
    Parce que bon, pour le moment, ça foisonne un max. Entre la fameuse prototype.js et sa doc inexistante, Dojo, Rico, la lib de Zimbra, openajax, et mainteant les libs de Yahoo, on ne sait pas trop où donner de la tête.
    Avec un bon framework AJAX bien mature et bien documenté, on pourrait s'en donner à coeur joie :) (oui, on sait que trop d'AJAX tue l'ergonomie, mais bon, utilisé habilement ça permet des truc sympa)

Suivre le flux des commentaires

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