Salut,
 
Je suis désolé mais j'ai pas trouvé d'infos là-dessus...alors je poste. Sur notre appli intranet on donne la possibilité d'ajouter des pièces jointes, donc on utilise un bouton parcourir (<input type="file"> ) et on va chercher le fichier... le problème est qu'on si on prend un fichier en passant par le réseau on a un lien du genre : "\\PosteXX\Download\File\Monfichier.txt" c'est cette valeur qu'on utilise un peu plus loin dans la navigation dans notre balise href pour y accèder.
 
Seulement sous IE ça marche bien, le lien est absolu et il me trouve le fichier alors que Netscape (je teste la 6.0) me met un lien en relatif et l'ajoute donc au chemin actuel de ma page : "http://localhost/intranet///PosteXX/Download/File/Monfichier.txt" ... ce qui est pas cvool du tout.
 
J'espère avoir été assez clair sur mon problème parce que j'ai beaucoup de mal aujourd'hui : on est lundi !!!
 
Donc si vous avez une solution, ça m'aiderait beaucoup beaucoup !!! D'avance merci

 
Non, ca ne marche pas. Un href doit contenir une URI, pas un UNC. C'est invalide, c'est donc un bug d'IE.

essaie  
file://PosteXX/Download/File/Monfichier.txt
(peut-être file:////PosteXX/ etc.)

 
file://///machine/ressource/path/fichier.txt

Je me doutais que c'était un truc du genre...
 
J'avais déjà testé avec le file://.... mais ça marche pas, je vais essayer l'autre solution, en tout cas merci beaucoup !

comment ça "ça marche pas" ? T'as mis assez de "/" ?

Ben j'essaye avec tout plein de / (de 2 jusqu'à 5) et j'ai bien le curseur qui change comme quoi c'est un lien mais il ne marche pas, pas de réactions quand on clique....

 
http://www.chezmoicamarche.com (avec un .doc avec des espaces dans le nom et tout)
 
Show us the code

Fô que je cherche parce que là, je recopie la portion de code faisant mon lien dans une page vierge et là ça marche...  
 
je l'imbrique dans plusieurs tableaux comme c'est le cas, et là ça marche...  
 
Pourtant quand je passe la souris sur le lien il s'affiche de la même façon dans mes deux cas mais en "situation réelle" le lien ne marche pas, il ne fait rien... faut que je vois pourquoi, le code doit pas être propre ou je sais pas...  
 
en plus je suis arrivé après sur le projet donc c'est pas moi qui ai codé, du coup faut que j'épluche tout .  
 
En tout cas merci pour votre aide, je vous tiens au courant...

Bon j'ai trouvé le problème.
 
J'ai un fichier test.html tout con avec un lien vers un fichier doc. Ce fichier se trouve par exemple sur mon C, à la racine. Si j'ouvre ce fichier avec netscape, le lien marche bien et mon fichier word s'ouvre sans problèmes.
 
Maintenant, si je met mon fichier test.html dans le dossier htdocs de apache (Petite précision: l'intranet tourne sous PHP avec un serveur Apache) et que je le lance avec NS6, les liens ne marchent plus, il reçoit le clic et tout puisque le lien change de couleur mais rien ne se passe...  
 
J'espère que vous savez pourquoi
 
PS : Avec IE et un lien du même type c'est à dire file://PosteXX.... ça marche nickel dans les deux cas

 
Oui, c'est pour éviter les risques qu'un fichier sur un serveur puisse voir un fichier sur le disque. Il y a une véritable séparation entre les deux mondes et interdiction de passer de l'un à l'autre.

Donc c'est encore une faille de IE puisque ça marche avec

 
Faille non. Disons que ce mécanisme permet, même si il y a faille, d'en limiter la portée.

J'ai donc aucun moyen en passant par netscape de faire un lien vers un fichier word   alors que mes fichiers sont hébergés sur un serveur apache pour mon réseau intranet...
 
Dites moi pas que c'est pas vrai  

 
Pourquoi tu ne mets pas tout sur le serveur apache ? Ce ne serait pas plus simple ?

Bon alors le truc c'est qu'on a plusieurs clients, qu'ils ont pas tous la même config et que c'est pas forcément possible pour tout le monde...
 
La page des pièces jointes dont je vous parle depuis le début permet de mettre une pièce jointe en rapport avec un dossier. Tout le monde peut voir ces dossiers et les consulter.
 
Seulement pour voir la pièce jointe, généralement c'était un lien vers la machine de celui qui avait rempli le dossier. On devrait faire une copie de cette pièce jointe sur le serveur mais lorsque le client la met à jour, il devrait utiliser la version du serveur, ça pose trop de contraintes...  
 
Enfin, je m'étends pas trop là, parce que c'est plus complexe que ça quand même....
 
Bref, on a pas moyen de mettre les fichiers référencés sur le serveur apache...donc je suis dans la merde    
 
Sachant que c'est pas possible, on va réfléchir au problème autrement, en tout cas merci pour ces infos, ça m'a beaucoup aidé

Il y a peut être une option dans le about:config pour annuler ce comportement.

J'ai pas trouvé, j'ai pas trop l'habitude de naviguer dans les menus de netscape en + ...

C'est quand même hallucinant qu'il n'y ait pas ce problème sous netscape 4.7 !! Ça me tue ce genre de trucs

Personne n'est au courant pour passer outre cette option dans netscape 6.0 ? Please !!!

T'as essayé avec Netscape 7 ? parce que Netscape 6 c'est quand même une version en développement de Mozilla, mais vachement ancienne, même pas qualifiée de version Alpha.

Disons qu'on a des prérequis, on a prévu au minimum NS 4.7 pensant qu'il n'y aurait pas de "régressions". On peut juste conseiller la version pour le client mais pas lui imposer... donc si il a choisi la version 6.0...

Ouais mais bon NS6 est aussi proche de NS4 que ne l'est IE6, donc on peut considérer ça comme un cas à part...
Puis les NS6 sont quand même rares je pense...

Sont si rares que ça ? Je pensais pas en fait, ils utilisent quoi kom NS alors ? Ils restent avec la 4.7 ou ils sont déjà sur la 7 (elle est pas trop vieille quand même?) ?

Il doit pas y avoir tellement d'utilisateurs de NS6, non ? c'est surtout la 7 qui a eu du succès il me semble vu que c'est là que Mozilla commençait à être bien (versions 0.9.8 et +)