Journal Bug en position absolue avec KHTML

Posté par  .
Étiquettes : aucune
0
29
août
2004
Le magnifique Konqueror est encore bugé sur certains points que je juge important. Par exemple regardez cette page.

http://dosimple.ch/articles/Menus-dynamiques/menuHorizontal.html(...)

Elle s'afficher très bien sur la plupart de navigateur, mais sur Konqueror rien n'y fait. Pourtant sur Safari 1.1 ça marche très bien ... Peut-on m'expliquer pourquoi ça marche sur Safari pourtant basé sur khtml.

Le bug est inscrit ici

http://bugs.kde.org/show_bug.cgi?id=65940(...)

Un petit vote pour faire monter le bug ( qui est déjà bien haut ) serait sympa.

  • # khtml de Safari est un fork de khtml

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

    Peut-on m'expliquer pourquoi ça marche sur Safari pourtant basé sur khtml.

    Parce que Apple a fait un fork de khtml et n'a pas trouvé bon de travailler avec l'équipe de Konqueror directement. Ceci fait que maintenant on a 2 moteurs qui ne supportent pas les mêmes choses.

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: khtml de Safari est un fork de khtml

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

      Les deux moteurs, KHTML de KDE et Webcore d'Apple ne sont pas totalement identiques.

      L'équipe Webcore avance plus vite que l'équipe de KHTML, mais je pense que les modifications apportées sur Webcore sont répercutées dans KHTML et inversement. Les développeurs de KHTML et de Webcore ont d'ailleurs une liste de diffusion privée commune.

      • [^] # Re: khtml de Safari est un fork de khtml

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

        Les modifications apportées sur Webcore sont répercutées dans KHTML et inversement

        Pas vraiment. Les patchs d'Apple sont filtrés avant d'être intégrés car pas toujours adapté à KDE (façon de coder, ergonomie,...) et inversement Safari ne doit pas intégrer beaucoup de patchs de khtml (aucun ?).
        Par exemple le support des accesskeys dans Safari et Khtml n'ont absolument rien à voir et donc ces codes ne seront jamais partagés.

        L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

  • # Problème ?

    Posté par  . Évalué à 0.

    Quel est le problème exactement ? Je n'arrive pas à le percevoir.

    • [^] # Re: Problème ?

      Posté par  . Évalué à 0.

      Chez moi non plus, il n'a pas de problème. J'utilise Konqueror 3.3.
      Je pense que le bug a été corrigé, ce n'est donc plus la peine de voter...

      • [^] # Re: Problème ?

        Posté par  . Évalué à 1.

        Oki, je suis en 3.2.3 ... Très bien alors !

      • [^] # Re: Problème ?

        Posté par  . Évalué à 1.

        Oui en effet, je suis passé en 3.3 et le bug est toujours là. Le menu devrais s'ouvrir à la hauteur du curseur et non tout en dessus du menu primaire.

    • [^] # Re: Problème ?

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

      Les sous-menus s'alligne par rapport au haut du menu au lieu de rester en face de l'item sélectionné.

      Je suis en KDE 3.3 et le bug est toujours présent.

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Problème ?

        Posté par  . Évalué à 0.

        En ce cas le bug est présent chez moi également (Kde 3.3).

Suivre le flux des commentaires

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