Proposer un téléchargement/ouverture de fichier depuis 1 web-app

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Proposer un téléchargement/ouverture de fichier depuis 1 web-app

El_gringo

Je n'comprend pas. Avant il me semble que le code suivant fonctionnait. Et là, sous Mozilla 1.3, ça me propose uniquement d'ouvrir le fichier. :-(

Code :

private void SetAdaptedContentType (HttpServletResponse _response, JLdsPage _page) {
// le moteur MIME de la web-app cherche le type MIME du document électronique à afficher
String strContentType = _page.MIMEType (getServletContext ());
// SI aucun type MIME trouvé, proposer le téléchargement
if (strContentType == null) {
File file = _page.getPageFile();
strContentType = "application/octet-stream";
String strContentDisp = "attachment;filename=" + file.getName ();
_response.setHeader ("Content-Disposition", strContentDisp);
_response.setContentLength ((int) file.length ());
}
m_Logger.debug("Affichage d'un contenu MIME de type : " + strContentType);
_response.setContentType(strContentType);
}

après avoir faire ça, je balance au navigateur le fichier en binaire. Vous voyez ici qqch de pas claire !?

Message édité par El_gringo le 30-04-2003 à 10:11:31

Publicité

Kristoph

El_gringo a *crit :

Je n'comprend pas. Avant il me semble que le code suivant fonctionnait. Et l*, sous Mozilla 1.3, *a me propose uniquement d'ouvrir le fichier. :-(

Code :

private void SetAdaptedContentType (HttpServletResponse _response, JLdsPage _page) {
// le moteur MIME de la web-app cherche le type MIME du document *lectronique * afficher
String strContentType = _page.MIMEType (getServletContext ());
// SI aucun type MIME trouv*, proposer le t*l*chargement
if (strContentType == null) {
File file = _page.getPageFile();
strContentType = "application/octet-stream";
String strContentDisp = "attachment;filename=" + file.getName ();
_response.setHeader ("Content-Disposition", strContentDisp);
_response.setContentLength ((int) file.length ());
}
m_Logger.debug("Affichage d'un contenu MIME de type : " + strContentType);
_response.setContentType(strContentType);
}

apr*s avoir faire *a, je balance au navigateur le fichier en binaire. Vous voyez ici qqch de pas claire !?

C'est peut-etre parceque la partie qui sert a force le download n'est mise dans les Header que pour les fichiers de type MIME incoonu

El_gringo

Kristoph a écrit :

C'est peut-etre parceque la partie qui sert a force le download n'est mise dans les Header que pour les fichiers de type MIME incoonu

Ha, tu dois avoir raison, bien sur.
Le problème, c'est que, pour les fichiers de type connu, si je voudrais :
utiliser l'éventuel plugin dispo sur le navigateur (Acrobat reader, word, ...), et si pas de plugin, proposer de télécharger le fichier. Si je met "attachment" et compagnie dans le header, on ne pourra que downloader; jamais utiliser le plugin du navigateur.

Kristoph

C'est pas le comportement par defaut de tout navigateur qui se respecte ca ???

El_gringo

Kristoph a écrit :

C'est pas le comportement par defaut de tout navigateur qui se respecte ca ???

Ben, non. Quand, en écrivant "attachement" (et tt le reste) dans le header, j'pense qu'on précise explicitement au navigateur de proposer le téléchargement du fichier. Donc, même s'il a le plugin qu'il faut, il s'en tape. J'pense...

gizmo

El_gringo a écrit :

exact. mais tu n'as pas la possibilité de tester si un utilisateur à les bon plug-in en restant du coté serveur. tu vas devoir faire un choix (éventuellement via JS, mais c'est pas top)

Kristoph

El_gringo a *crit :

Ben, non. Quand, en *crivant "attachement" (et tt le reste) dans le header, j'pense qu'on pr*cise explicitement au navigateur de proposer le t*l*chargement du fichier. Donc, m*me s'il a le plugin qu'il faut, il s'en tape. J'pense...

Ce que je demandais c'etait de savoir si ce que tu voulais faire n'etait pas le comportement par defaut des navigateurs. En tout cas, c'est ce que j'ai compris.

El_gringo

Kristoph a écrit :

Ce que je demandais c'etait de savoir si ce que tu voulais faire n'etait pas le comportement par defaut des navigateurs. En tout cas, c'est ce que j'ai compris.

Non, j'veux pas faire la même chose. G expliqué nu peu au dessus ce que j'voulais faire.

Kristoph

El_gringo a *crit :

Ha, tu dois avoir raison, bien sur.
Le probl*me, c'est que, pour les fichiers de type connu, si je voudrais :
utiliser l'*ventuel plugin dispo sur le navigateur (Acrobat reader, word, ...), et si pas de plugin, proposer de t*l*charger le fichier. Si je met "attachment" et compagnie dans le header, on ne pourra que downloader; jamais utiliser le plugin du navigateur.

Je dois pas etre en grosse forme moi car pour moi c'est le comportement par defaut de mon navigateur ca ...

El_gringo

Kristoph a écrit :

Je dois pas etre en grosse forme moi car pour moi c'est le comportement par defaut de mon navigateur ca ...

Ben, Mozilla 1.3, si je lui met pas "attachement" et compagnie dans le header, juste le content type, et que le plugin correspondant au type MIME n'est pas dispo, il me propose l'ouverture du fichier, pas l'enregistrement.

Publicité

Kristoph

El_gringo a *crit :

Donc, la seule chose que tu veux faire c'est demander a Mozilla de ne pas proposer l'ouverture du fichier quand il ne connais pas l'appli a utiliser ?

C'est un comportement decide par l'utilisateur. La question est la pour lui demander quel est l'application associee justement. Il n'y a tres probablement aucun moyen de controler ca en HTML.

El_gringo

Kristoph a écrit :

Non, ce que j'aurait voulu faire (dans le cas ou pas de plugin associé au type MIME des données), c'est que Mozilla (ou autre) propose l'ouverture OU l'enregistrement (téléchargement) du fichier à visualiser.

Kristoph

El_gringo a *crit :

Non, ce que j'aurait voulu faire (dans le cas ou pas de plugin associ* au type MIME des donn*es), c'est que Mozilla (ou autre) propose l'ouverture OU l'enregistrement (t*l*chargement) du fichier * visualiser.

C'est la ou c'est bizarre, car c'est exactement le comportement de Mozilla chez moi.

El_gringo

Kristoph a écrit :

C'est la ou c'est bizarre, car c'est exactement le comportement de Mozilla chez moi.

Ha bon !? Et si tu fais "enregistrer", il te propose quoi comme nom de fichier ?

Kristoph

El_gringo a *crit :

Ha bon !? Et si tu fais "enregistrer", il te propose quoi comme nom de fichier ?

Si c'est le nom de fichier qui pose probleme, il faut quand meme ajouter ca je pense :

Code :

String strContentDisp = "attachment;filename=" + file.getName ();
_response.setHeader ("Content-Disposition", strContentDisp);

Mais en enlevant la partie "attachement". Je pense que ca devrait resoudre le probleme.

Moi, je fesais les tests sans passer par php/jsp avec directement des fichiers au type mime inconnu.

FORUM HardWare.fr

Programmation

HTML/CSS

Proposer un téléchargement/ouverture de fichier depuis 1 web-app

Sujets relatifs
Compter les mot d'un fichier text en C	[HTML/PHP] Enregistrer plutôt qu'Ouvrir un fichier dans un lien
afficher le texte d'1 fichier txt dans une page htm sans php possible?	Sous Visual C++ 6.0, créer un bouton Parcourir (fichier)
[C] copier un fichier de données formatées via une fonction externe...	un fichier .3ds peut-il contenir des coordonnées de texture ?
dans un fichier .ase, par quoi sont désigné les coordonnée de texture?	[C] Lire un fichier texte
Mauvais affichage du fichier	Lecture dans un fichier : ligne par ligne
Plus de sujets relatifs à : Proposer un téléchargement/ouverture de fichier depuis 1 web-app

Page générée en 0.068 secondes