Geckozone

salut,

j’ai tenté un :
et :
Bien sûr, le script cible renvoie une image png valide.
Pourtant, ça ne fonctionne pas, les images ne s’affichent pas. Des idées ?

ps: registerProtocolHandler() sur MDN

J"ai voulu tester en tapant ça dans la console de Firebug : Mais impossible de créer rapidement un lien sur une des pages de http://www.geckozone.org avec un lien commençant par cid:

J'ai donc reproduit ça en local avec une page index.html à la con et en exécutant le code suivant dans la console de Firebug : En cliquant sur le lien j'obtiens cette popup :

Donc ça a du fonctionner.

Quand tu exécute navigator.registerProtocolHandler() tu as bien cette barre qui apparaît en haut du site : ?

ouaip, j’ai eu la barre d’ajout de gestionnaire de protocole et j’ai coché la case "remember my choice for cid links" mais ça ne veut pas fonctionner.

J’ai lu que seul firefox implémentait actuellement registerProtocolHandler() et son pote registerContentHandler() (tous deux définis dans HTML5) donc je n’utiliserai pas cette solution, mais ça m’intéresserait quand même de comprendre le pourquoi du comment

ps: Ni livehttpheaders, ni firebug ne relève d’appel à cid:image.png (normal à priori) ou à l’url qui devrait en résulter (/path/to/script?query=cid%3Aimage.png)

Avec Minefield, je suis bien rediriger vers le "path" que j'avais enregistré. Tu as essayé en mettant l'URL en entier comme j'ai fait ? Peut-être est-ce un bug de gecko avec les chemins sans protocole ni domaine spécifié.

Thomas a écrit :Avec Minefield, je suis bien rediriger vers le "path" que j'avais enregistré.

ouais mais avec une balise img ? Car en mettant directement cid:image.png dans la barre d’adresse, ça marche aussi chez moi. Par contre, via une balise img il veut rien savoir. J’ai aussi testé avec la balise object au cas où ce serait une limitation de la balise img, mais sans succès.

Tu as essayé en mettant l'URL en entier comme j'ai fait ?

C’est déjà le cas dans mon test. J’avais mis simplement /path/to/script... dans l’exemple par facilité.

Je vais tester avec minefield.

edit: échec également avec minefield

Je n'avais pas vu que tu utilisais un élement img ! Je me demande si c'est "standard", la documenation n'est pas très claire. J'ai juste vu

if the user clicks on such a link

, qui me fait pensé que ce n'est que pour les liens hypertextes.

Je sais pas pour toi mais moi, quand je vais sur le draft de html5, firefox me prend 100% du cpu et monte en flêche en occupation mémoire. Il en était à 360 Mo quand je l’ai killé (pas d’autre choix). firefox 3.6.12 et ça me l’a fait avec d’autres versions 3.6 les précédentes fois où je tentais de consulter le draft.

minefield a du mal aussi à encaisser cette page mais il finit par s’en sortir.

Je n'ai que Minefield

Il rame un peu au début mais après c'est fluide (sur un MacBook Pro de plus de 3 ans).

Tu n'a pas Chromium pour ce genre de cas ?

mhh, je l’avais installé récemment pour vérifier quelques pages mais je n’ai pas le réflexe de l’utiliser sur des pages lourdes. De toute façon, je resterai fidèle à firefox envers et contre tout

Je viens d’essayer et je suis ravi de constater que minefield n’a rien à lui envier en terme de rapidité d’affichage