Re: Apple sort un navigateur basé sur KHTML

• [^]Re: Apple sort un navigateur basé sur KHTML

  Posté par Anonyme () le 07/01/2003 à 23:31. (lien). Évalué à 6.

  IE 7 en aura ?

  • [^]Re: Apple sort un navigateur basé sur KHTML

    Posté par alenvers () le 07/01/2003 à 23:56. (lien). Évalué à 19.

    On a dit un navigateur, pas IE !

    • [^]Re: Apple sort un navigateur basé sur KHTML

      Posté par Benjamin () le 08/01/2003 à 01:28. (lien). Évalué à 2.

      Mais on a oublié de dire que ca devait naviguer sur le WEB..

    [+] [^]Re: Apple sort un navigateur basé sur KHTML

    Posté par Maurice Rosenfelder (page perso, ) le 08/01/2003 à 10:40. (lien). Évalué à -1.

    Booof . . . Monsieur Guillaume Barrière va bien l'inventer un jour ou l'autre !
    C'est bienvrai qu'il a tout inventé, ce grand homme.

  [^]Re: Apple sort un navigateur basé sur KHTML

  Posté par swix () le 07/01/2003 à 23:33. (lien). Évalué à 9.

  Il faut garder qqch pour faire vendre 10.3 :-)

  • [+] [^]Re: Apple sort un navigateur basé sur KHTML

    Posté par herve () le 08/01/2003 à 07:07. (lien). Évalué à -2.

    ehehehehe... ils prevoient le support correct du html, pour la 12.2 patchée.
    ehehehehehe......

  [^]Re: Apple sort un navigateur basé sur KHTML

  Posté par Beretta_Vexee () le 07/01/2003 à 23:51. (lien). Évalué à 14.

  Les applis Apple se veullent le plus simple d'emplois, si tu a quick time regarde le trailer sur le fonctionnement du bookmark c'est edifient de simplicité et pourtant personne ou presque n'y avait pencé avent.
  
  Il faut croire que pour le moment les Tab ne sont pas evident pour la majorité des utilisateurs, qui ne doivent pas surfés en // sur 5 web blogs :-)
  
  Niveau interface utilisateur on peut faire confience a Apple, ils savent ce qu'ils font et je pence qu'ils doivent avoir des labos a faire peure a MS dans ce domaine.

  --
  Il relève de la responsabilité du lecteur de contrôler, par tous moyens, l'adéquation du message à ses besoins et de s'assurer qu'il ne causera pas de dommages aux personnes et aux biens.

  • [+] [^]Bien étudier les Interfesses utilisateurs , c' est important .

    Posté par rudy_sdf () le 08/01/2003 à 04:24. (lien). Évalué à -11.

    Côté interface , c' est Adobe qui devrait prendre des cours , ou bien ils ont des contrats avec les fabricants de souris ;)
    
    Enfin, j' dis ça pour Apple , vu qu' une grande partie de leurs utilisateurs sont des inconditionnels de Photochiote ( édité par "ÇaDaube" ,non ? ) .
    
    Au fait, les développeurs qui ont améliorés le Look & Feel sous Apple sont pas passés sous le pavillon du libre , avec Nautilus ? (j'suis prudent, j' voudrais pas dire une connerie ... ) . En tout cas , pour KHTML , c' est un bon point pour l' équipe KDE à qui un peu de pub ne leur fera pas de mal après tout le boulot qu' ils se sont tapés ( j' suis plutôt partisan gnome2, mais faut reconnaître que KDE 3 s' est sacrément amélioré ) . Bravo .
    
    Les Tabs quant on y a gouté, c' est impensable de revenir en arrière . C' est comme vivre sans électricité . Allez , une pensée pour les utilisateurs microsoft qui utilisent IE et qui ouvrent 24 fenêtres en même temps en surfant sur leurs sites de cul ;p ... Pop' pop' POP-UP !!!
    
    et viva Mozilla ...

    • [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

      Posté par Dawm () le 08/01/2003 à 06:33. (lien). Évalué à 4.

      Mais non, mais non, les utilisateurs d'IE désirant des tabs utilisent Netcaptor qui a été le premier à imaginer des tabs il y a 5 ans [ http://www.netcaptor.com/article/173/?a=1000(...) ]. Ce n'est pas parce qu'un truc n'est pas dans la distrib standard d'un soft qu'on ne peut pas l'avoir par plugins (et depuis des années et des années)

      • [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

        Posté par Annah C. Hue (page perso, ) le 08/01/2003 à 07:47. (lien). Évalué à 15.

        Only $29.95 - Secure, fast, free updates, guarantee
        
        Ça me ferait chier de payer 200 balles pour avoir un truc sur un navigateur de merde alors qu'il existe une solution libre alternative de bien meilleure qualité.

        • [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

          Posté par Benjamin () le 08/01/2003 à 10:00. (lien). Évalué à 4.

          C'est parce que tu penses pas comme un client d'apple/ms

          • [+] [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

            Posté par fantomaxe (page perso, ) le 08/01/2003 à 11:35. (lien). Évalué à -4.

            un client d'apple
            
            pourquoi, ça existe vraiment des gens qui utilisent des macs ?

          [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

          Posté par tene (page perso, ) le 08/01/2003 à 11:37. (lien). Évalué à 1.

          Il existe des solutions freeware, même pas mal foutues (peut utiliser les add-on pour IE... entre d'autre terme, la google bar), tel que MyIE.
          
          Mais à mon avis le problème là dedans, c'est surtout (comme presque toujours), le mélange entre moteur de rendu et interface utilisateur.

          [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

          Posté par Dawm () le 08/01/2003 à 11:37. (lien). Évalué à 1.

          La qualité est une notion bien subjective... Ceci étant je te rassure, il existe des plugins tabs pour IE moins complet que le dit Netcaptor (que j'ai cité uniquement parce que ça a été le précurseur) entiérements gratuits. Mais pas libre, ça va de soi.

      [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

      Posté par jerdent (page perso, ) le 08/01/2003 à 08:42. (lien). Évalué à 0.

      des inconditionnels de Photochiote ( édité par "ÇaDaube" ,non ? ) .
      
      Pathétique.

      • [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

        Posté par Tony Gencyl (page perso, ) le 08/01/2003 à 09:50. (lien). Évalué à 3.

        des inconditionnels de Photochiote ( édité par "ÇaDaube" ,non ? ) .
        
        Pathétique.
        
        Je prefere le titre du commentaire bien racolleur, plombe d'un gros lapsus (revelateur ?):
        
        "Bien étudier les Interfesses utilisateurs , c' est important" ... hum ... genre pour mieux les [censored] ... c'est ca ?? ;-)))

      [^]Re: Bien étudier les Interfesses utilisateurs , c' est important .

      Posté par Raphael Junqueira (page perso, ) le 08/01/2003 à 09:47. (lien). Évalué à 1.

      Pour adobe, assez d'accord bien que ca pourrait etre pire.
      
      Et justement, une bonne partie de l'equipe Nautils elle a bosse dessus safari.
      
      FeniX

    [^]Re: Apple sort un navigateur basé sur KHTML

    Posté par Da Scritch (page perso, ) le 08/01/2003 à 08:42. (lien). Évalué à 4.

    D'ailleurs, on appréciera dans la démo quicktime des bookmarks: ils prennent une page /. !
    Pour répondre à Glandium, regarde un peu ZeroConf. Apple ne serait pas là, la techno n'aurait pas bougé.
    Ils releasent de plus en plus de code en GPL, mais ILS NE L'ANNONCENT PAS.

    • [^]Re: Apple sort un navigateur basé sur KHTML

      Posté par Nicolas Roard (page perso, ) le 08/01/2003 à 10:32. (lien). Évalué à 2.

      Ils releasent de plus en plus de code en GPL, mais ILS NE L'ANNONCENT PAS.
      
      Certes ... ceci dit pour Safari, ils l'annoncent hein, avec félicitations aux devs KDE pendant la keynote (avec en fond un slide style "Open Source is great" ou "we love opensource" je sais plus :) -- et oui j'imagine qu'ils doivent apprécier l'open source hein :-PP )

      • [^]Re: Apple sort un navigateur basé sur KHTML

        Posté par William Steve Applegate (page perso, ) le 08/01/2003 à 13:36. (lien). Évalué à 6.

        « Open Source -- we think it's great ! ». Capture d'écran kivabien à [http://alternativelight.com/osource.jpg(...)].
        
        Au passage (je dois pas être dans le bon thread, mais je m'incruste ;-), je suis pour ma part extrêmement content qu'ils aient choisi le moteur de rendu de ce brave Konqi plutôt que Gecko. Pour plusieurs raisons :
        

        
        
        • Le code de Mozilla tient du laboratoire expérimental. Ce n'est pas un mal (il faut toujours des gens à la pointe du progrès pour faire avancer les choses) mais du coup ça limite le nombre de gens qui comprennent ce code
        
        
        • La plupart des navigateurs libres ne font qu'ajouter une interface utilisateur à Gecko, sauf pour Dillo, Encompass et les rares autres basés sur GtkHTML. Mais ils ne sont pas réellement utilisables
        
        
        • Comme Konqi n'a presqu'aucune « part de marché », les devs Web s'en foutent encore plus que de Moz (qui a au moins une communauté suffisamment vocale pour obtenir des trucs, parfois). Lorsque Safari va être adopté par les Macquereaux, la donne risque de changer
        
        
        • L'arrivée des développeurs Apple va sans aucun doute donner un coup de fouet à kHTML et le faire pointer dans le sens des standards, ce qui est Bien[tm]
        
        

        
        En bref, dans l'histoire, Mozilla n'y perd pas grand-chose (ils vont de toute manière continuer inévitablement à monter sur plate-forme x86/Win32 au fur et à mesure que les gens se rendent compte qu'IE ça suxxor des ours[tm]), le projet KDE y gagne un navigateur plus performant et plus proche des standards, les développeurs de sites Web y gagnent un dessillage des yeux (finie l'époque où on codait pour un ou deux navigateurs, il va falloir voir plus large, voire penser à respecter ces fameux standards dont les barbus parlaient), et le Libre y gagne le choix entre deux navigateurs performants. Eh ! Que demande le peuple ?
        
        Ah si, quand même, on m'annonce dans mon oreillette que le peuple demande qu'Apple arrête ses conneries avec sa licence APSL à la mords-moi-l'nœud [http://www.gnu.org/philosophy/apsl.html(...)], et qu'ils soient plus clairs sur leur approche du libre. Mais bon, pour un début, c'est déjà pas mal[tm]...

        --
        Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™

        • [^]Re: Apple sort un navigateur basé sur KHTML

          Posté par Mathieu Pillard (page perso, ) le 09/01/2003 à 01:41. (lien). Évalué à 2.

          perso je suis pas aussi optimiste en ce qui concerne l'impact sur les developpeurs de sites web. khtml inclu plin de trucs pour soit emuler du comportement de ie, soit pas trop mal s'en tirer dans tous les cas. cest pas pour rien que ils disent que il affiche toutes les pages. plus, au moment de la sortie du client aol pour macosx, utilisant gecko, la plupart non pas beaucoup reagi non plus, donc bon...

          • [^]Re: Apple sort un navigateur basé sur KHTML

            Posté par Mathieu Pillard (page perso, ) le 09/01/2003 à 20:40. (lien). Évalué à 1.

            update: c'est pire que ce que je pensais.
            non seulement ca supporte document.all, mais en plus ils ont ca comme user agent string :
            Netscape 5.0 Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/48 (like Gecko) Safari/48.
            
            ce qui fait que les gens sniffant gecko, ce qui est plutot recommande pour les gens voulant vraiment sniffer l'user agent (c'est mal, mais bon c'est deja mieux que de sniffer juste "netscape" par exemple) vont avoir des surprises... bref ca fout tout en l'air dans le but d'afficher le maximum de pages.

          [^]Re: Apple sort un navigateur basé sur KHTML

          Posté par kasi () le 09/01/2003 à 11:38. (lien). Évalué à 1.

          # La plupart des navigateurs libres ne font qu'ajouter une interface utilisateur à Gecko, sauf pour Dillo, Encompass et les rares autres basés sur GtkHTML. Mais ils ne sont pas réellement utilisables Galéon est basé sur Gecko et est trés trés trés utilisable merci ;-)

          • [^]Re: Apple sort un navigateur basé sur KHTML

            Posté par William Steve Applegate (page perso, ) le 09/01/2003 à 11:51. (lien). Évalué à 1.

            > Galéon est basé sur Gecko et est trés trés trés utilisable > merci ;-) Euh ? C'est exactement ce que je disais. Je soulignais juste que les seuls navigateurs *non basés* sur Gecko n'étaient pas utilisables. Tu as probablement mal lu ma phrase... Pour ce qui est de Galeon, néanmoins, si je dois prendre un navigateur basé sur Gecko, ce ne sera pas lui : Phoenix est aussi léger, et apporte en plus toutes les extensions développées pour Mozilla (entre autres les excellentes Tabbar Extensions qui permettent de configurer plus finement les onglets), tandis que l'écran de préférences de Galeon est franchement un peu trop vide à mon goût...

            --
            Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™

            • [+] [^]Re: Apple sort un navigateur basé sur KHTML

              Posté par matiasf () le 09/01/2003 à 11:57. (lien). Évalué à -3.

              > tandis que l'écran de préférences de Galeon est franchement un peu trop vide à mon goût... ? ! ? !

              • [^]Re: Apple sort un navigateur basé sur KHTML

                Posté par William Steve Applegate (page perso, ) le 09/01/2003 à 12:04. (lien). Évalué à 1.

                > ? ! ? ! Oui, je suis désolé, mais à moins que j'aie raté un épisode, la dernière fois que j'ai regardé (avec un galeon CVS assez récent sur ma Sid), les cookies (pour prendre un exemple qui me tient à cœur) ne pouvaient pas être gérés aussi finement qu'avec Konqi/Mozilla/Phoenix, pas plus que le javascript (j'adore les fonctions de Moz/Phoenix pour désactiver certaines fonctions JS comme le redimensionnement des fenêtres, etc.). Bref, peut-être j'ai pas assez cherché, mais j'ai pas trouvé ce que je voulais...

                --
                Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™

        [+] [^]Re: Apple sort un navigateur basé sur KHTML

        Posté par Beretta_Vexee () le 08/01/2003 à 13:39. (lien). Évalué à -1.

        Enfint il le crie pas sur les tois non plus.
        C'est l'un des nombreuses annonces du Macworld, et elle est monté en epingle par la communautée du LL.
        
        RendezVous est un systéme interessant ( tous ce qui on galeré pour expliquer a un debutant comment rentre l'url de configuration automatique des acces proxy dans netscape comprendront ce que je veux dire ), et c'est une bonne chose que Apple compte sur son implementation dans les softs open sources, au lieu de faire de la retape chez la concurence pour qu'il integre son standar.

        --
        Il relève de la responsabilité du lecteur de contrôler, par tous moyens, l'adéquation du message à ses besoins et de s'assurer qu'il ne causera pas de dommages aux personnes et aux biens.

  [^]Re: Apple sort un navigateur basé sur KHTML

  Posté par tgl () le 08/01/2003 à 14:44. (lien). Évalué à 1.

  «je comprend pas qu'un nouveau browser n'inclus pas cette fonctionnalité indispensable. »
  
  Bof, c'est juste une fonctionnalité qui comble une lacune de la plupart des windowmanagers. Mais si tu as un moyen simple de switcher entre les fenêtres d'un même groupe, tu t'en fous un peu. C'est faisable avec par exemple sawfish ou fluxbox. Ça a l'avantage que c'est pas à coder de façon adhoc dans le browser, le terminal, l'éditeur de texte, etc.
  
  Maintenant, celui de OSX, je sais pas ce qu'il vaut.

  • [^]Re: Apple sort un navigateur basé sur KHTML

    Posté par Benjamin () le 08/01/2003 à 15:42. (lien). Évalué à 1.

    Tu fais comment pour "charger un lien en arriere plan" avec sawfish ?

    • [^]Re: Apple sort un navigateur basé sur KHTML

      Posté par tgl () le 08/01/2003 à 15:54. (lien). Évalué à 1.

      Argh ! Bon, d'accord, c'est pas totalement aussi pratique que les tabs :)

  [^]Re: Apple sort un navigateur basé sur KHTML

  Posté par xylpho (page perso, ) le 09/01/2003 à 10:32. (lien). Évalué à 1.

  Je comprends pas que tu n'ai pas vu le mot béta C'est vrai que les tabs c'est pratique, et je pense qu'ils vont arriver très vite. Par contre, l'as-tu testé? J'ai jamais vu un browser aussi rapide. Et c'était bien le principal reproche que je faisais à TOUS les navigateurs Mac. Leeeeeeeeeeeents... Surtout comparés à Mozi sous *nux. Ben là je suis scotché grave