(en Eclipse Ganymede sur Windows Vista)
1
on indique que la page initiale est
c:/projet/interface/afficher.htm
et il répond qu'il ne trouve pas
c:/projet/interface/index.html
alors, de guerre lasse,
on fait une copie de afficher.htm appelée index.html
2
Il la trouve (rapidement; plus qu'en appelant un navigateur externe)
mais il traite mal les accents en français
Je pourrais transformer les é en é, mais c'est un peu idiot.
Conseils ?
C'est plutôt à demander sur le forum Eclipse ?
(en Eclipse Ganymede sur Windows Vista)
1
on indique que la page initiale est
c:/projet/interface/afficher.htm
et il répond qu'il ne trouve pas
c:/projet/interface/index.html
alors, de guerre lasse,
on fait une copie de afficher.htm appelée index.html
2
Il la trouve (rapidement; plus qu'en appelant un navigateur externe)
mais il traite mal les accents en français
Je pourrais transformer les é en é, mais c'est un peu idiot.
Conseils ?
C'est plutôt à demander sur le forum Eclipse ?
(en Eclipse Ganymede sur Windows Vista)
1
on indique que la page initiale est
c:/projet/interface/afficher.htm
et il répond qu'il ne trouve pas
c:/projet/interface/index.html
alors, de guerre lasse,
on fait une copie de afficher.htm appelée index.html
2
Il la trouve (rapidement; plus qu'en appelant un navigateur externe)
mais il traite mal les accents en français
Je pourrais transformer les é en é, mais c'est un peu idiot.
Conseils ?
C'est plutôt à demander sur le forum Eclipse ?
À (at) Mon, 16 Feb 2009 22:32:10 +0100,
orb écrivait (wrote):(en Eclipse Ganymede sur Windows Vista)
1
on indique que la page initiale est
c:/projet/interface/afficher.htm
et il répond qu'il ne trouve pas
c:/projet/interface/index.html
alors, de guerre lasse,
on fait une copie de afficher.htm appelée index.html
2
Il la trouve (rapidement; plus qu'en appelant un navigateur externe)
mais il traite mal les accents en français
Je pourrais transformer les é en é, mais c'est un peu idiot.
Conseils ?
Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
C'est plutôt à demander sur le forum Eclipse ?
C'est sûr parce que là, ça n'a vraiment plus rien à voir avec Perl !
;-)
À (at) Mon, 16 Feb 2009 22:32:10 +0100,
orb <orb@foo.bar> écrivait (wrote):
(en Eclipse Ganymede sur Windows Vista)
1
on indique que la page initiale est
c:/projet/interface/afficher.htm
et il répond qu'il ne trouve pas
c:/projet/interface/index.html
alors, de guerre lasse,
on fait une copie de afficher.htm appelée index.html
2
Il la trouve (rapidement; plus qu'en appelant un navigateur externe)
mais il traite mal les accents en français
Je pourrais transformer les é en é, mais c'est un peu idiot.
Conseils ?
Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
C'est plutôt à demander sur le forum Eclipse ?
C'est sûr parce que là, ça n'a vraiment plus rien à voir avec Perl !
;-)
À (at) Mon, 16 Feb 2009 22:32:10 +0100,
orb écrivait (wrote):(en Eclipse Ganymede sur Windows Vista)
1
on indique que la page initiale est
c:/projet/interface/afficher.htm
et il répond qu'il ne trouve pas
c:/projet/interface/index.html
alors, de guerre lasse,
on fait une copie de afficher.htm appelée index.html
2
Il la trouve (rapidement; plus qu'en appelant un navigateur externe)
mais il traite mal les accents en français
Je pourrais transformer les é en é, mais c'est un peu idiot.
Conseils ?
Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
C'est plutôt à demander sur le forum Eclipse ?
C'est sûr parce que là, ça n'a vraiment plus rien à voir avec Perl !
;-)
Paul Gaborit wrote:Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Oui, enfin, j'imagine que certains perlistes utilisent Eclipse
Les Mongueurs de Paris utilisent
emacs,
gvim,
ultraedit,
padre
mais je trouve que Eclipse + le pluging Epic pour Perl est le plus agréable
Paul Gaborit wrote:
Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Oui, enfin, j'imagine que certains perlistes utilisent Eclipse
Les Mongueurs de Paris utilisent
emacs,
gvim,
ultraedit,
padre
mais je trouve que Eclipse + le pluging Epic pour Perl est le plus agréable
Paul Gaborit wrote:Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Oui, enfin, j'imagine que certains perlistes utilisent Eclipse
Les Mongueurs de Paris utilisent
emacs,
gvim,
ultraedit,
padre
mais je trouve que Eclipse + le pluging Epic pour Perl est le plus agréable
À (at) Tue, 17 Feb 2009 10:14:27 +0100,
orb écrivait (wrote):Paul Gaborit wrote:Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Je ne comprends pas tout (en particulier ce qu'est ce 'panneau')...
En tous cas, votre ligne "Content-Type" n'indique pas d'encodage et
n'utilise pas le bon passage à la ligne. Il vaut mieux mettre :
print "Content-Type: text/html; charset=iso-8859-1 15 12 15 12";
ou mieux, utiliser le module CGI (ou l'une de ses variantes) qui gére
cela en respectant toutes les RFC qui vont bien.
Par ailleurs, si 'eclipse' lit un fichier HTML, les en-têtes HTTP ne
sont pas pris en compte. Il faut donc repréciser l'encodage dans le
fichier HTML lui-même. En ajoutant dans l'élément HEAD, une ligne du
type :
<meta HTTP-EQUIV="content-type" CONTENT="text/html; charset=iso-8859-1">
(Évidement les valeurs 'iso-8859-1' sont à adapter au véritable
encodage utilisé.)
Oui, enfin, j'imagine que certains perlistes utilisent Eclipse
Les Mongueurs de Paris utilisent
emacs,
gvim,
ultraedit,
padre
mais je trouve que Eclipse + le pluging Epic pour Perl est le plus agréable
Pas de problème : chacun ses goûts. Mais là, la question portait sur
eclipse et HTML et non pas sur eclipse et perl. D'où le fait qu'un
forum 'eclispe' me semble plus indiqué pour y recevoir rapidement des
réponses pertinentes....
À (at) Tue, 17 Feb 2009 10:14:27 +0100,
orb <orb@foo.bar> écrivait (wrote):
Paul Gaborit wrote:
Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Je ne comprends pas tout (en particulier ce qu'est ce 'panneau')...
En tous cas, votre ligne "Content-Type" n'indique pas d'encodage et
n'utilise pas le bon passage à la ligne. Il vaut mieux mettre :
print "Content-Type: text/html; charset=iso-8859-1 15 12 15 12";
ou mieux, utiliser le module CGI (ou l'une de ses variantes) qui gére
cela en respectant toutes les RFC qui vont bien.
Par ailleurs, si 'eclipse' lit un fichier HTML, les en-têtes HTTP ne
sont pas pris en compte. Il faut donc repréciser l'encodage dans le
fichier HTML lui-même. En ajoutant dans l'élément HEAD, une ligne du
type :
<meta HTTP-EQUIV="content-type" CONTENT="text/html; charset=iso-8859-1">
(Évidement les valeurs 'iso-8859-1' sont à adapter au véritable
encodage utilisé.)
Oui, enfin, j'imagine que certains perlistes utilisent Eclipse
Les Mongueurs de Paris utilisent
emacs,
gvim,
ultraedit,
padre
mais je trouve que Eclipse + le pluging Epic pour Perl est le plus agréable
Pas de problème : chacun ses goûts. Mais là, la question portait sur
eclipse et HTML et non pas sur eclipse et perl. D'où le fait qu'un
forum 'eclispe' me semble plus indiqué pour y recevoir rapidement des
réponses pertinentes....
À (at) Tue, 17 Feb 2009 10:14:27 +0100,
orb écrivait (wrote):Paul Gaborit wrote:Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Je ne comprends pas tout (en particulier ce qu'est ce 'panneau')...
En tous cas, votre ligne "Content-Type" n'indique pas d'encodage et
n'utilise pas le bon passage à la ligne. Il vaut mieux mettre :
print "Content-Type: text/html; charset=iso-8859-1 15 12 15 12";
ou mieux, utiliser le module CGI (ou l'une de ses variantes) qui gére
cela en respectant toutes les RFC qui vont bien.
Par ailleurs, si 'eclipse' lit un fichier HTML, les en-têtes HTTP ne
sont pas pris en compte. Il faut donc repréciser l'encodage dans le
fichier HTML lui-même. En ajoutant dans l'élément HEAD, une ligne du
type :
<meta HTTP-EQUIV="content-type" CONTENT="text/html; charset=iso-8859-1">
(Évidement les valeurs 'iso-8859-1' sont à adapter au véritable
encodage utilisé.)
Oui, enfin, j'imagine que certains perlistes utilisent Eclipse
Les Mongueurs de Paris utilisent
emacs,
gvim,
ultraedit,
padre
mais je trouve que Eclipse + le pluging Epic pour Perl est le plus agréable
Pas de problème : chacun ses goûts. Mais là, la question portait sur
eclipse et HTML et non pas sur eclipse et perl. D'où le fait qu'un
forum 'eclispe' me semble plus indiqué pour y recevoir rapidement des
réponses pertinentes....
Paul Gaborit wrote:À (at) Tue, 17 Feb 2009 10:14:27 +0100,
orb écrivait (wrote):Paul Gaborit wrote:Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Je ne comprends pas tout (en particulier ce qu'est ce 'panneau')...
un frame, sur une page HTML
En tous cas, votre ligne "Content-Type" n'indique pas d'encodage et
n'utilise pas le bon passage à la ligne. Il vaut mieux mettre :
print "Content-Type: text/html; charset=iso-8859-1 15 12 15 12";
Ça ne résout pas la question
et ça enlève le fond coloré
...
ou mieux, utiliser le module CGI (ou l'une de ses variantes) qui gére
cela en respectant toutes les RFC qui vont bien.
Je suis justement en CGI
le problème est en fait sur le frame de gauche dans mon appli - celui
ou' on paramètre. Les noms des paramètres sont mal accentués
Par ailleurs, si 'eclipse' lit un fichier HTML, les en-têtes HTTP ne
sont pas pris en compte. Il faut donc repréciser l'encodage dans le
fichier HTML lui-même. En ajoutant dans l'élément HEAD, une ligne du
type :
<meta HTTP-EQUIV="content-type" CONTENT="text/html; charset=iso-8859-1">
(Évidement les valeurs 'iso-8859-1' sont à adapter au véritable
encodage utilisé.)
Oh, de base, pour le français
je pourrai mettre de l'espagnol ou du grec plus tard :)
Pas de problème : chacun ses goûts. Mais là, la question portait sur
eclipse et HTML et non pas sur eclipse et perl. D'où le fait qu'un
forum 'eclispe' me semble plus indiqué pour y recevoir rapidement des
réponses pertinentes....
J'en ai cherché pendant 20 minutes, et je n'en trouve pas
Bref, j'ai perdu plusieurs jours à rendre opérationnel
l'environnement.
Paul Gaborit wrote:
À (at) Tue, 17 Feb 2009 10:14:27 +0100,
orb <orb@foo.bar> écrivait (wrote):
Paul Gaborit wrote:
Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Je ne comprends pas tout (en particulier ce qu'est ce 'panneau')...
un frame, sur une page HTML
En tous cas, votre ligne "Content-Type" n'indique pas d'encodage et
n'utilise pas le bon passage à la ligne. Il vaut mieux mettre :
print "Content-Type: text/html; charset=iso-8859-1 15 12 15 12";
Ça ne résout pas la question
et ça enlève le fond coloré
...
ou mieux, utiliser le module CGI (ou l'une de ses variantes) qui gére
cela en respectant toutes les RFC qui vont bien.
Je suis justement en CGI
le problème est en fait sur le frame de gauche dans mon appli - celui
ou' on paramètre. Les noms des paramètres sont mal accentués
Par ailleurs, si 'eclipse' lit un fichier HTML, les en-têtes HTTP ne
sont pas pris en compte. Il faut donc repréciser l'encodage dans le
fichier HTML lui-même. En ajoutant dans l'élément HEAD, une ligne du
type :
<meta HTTP-EQUIV="content-type" CONTENT="text/html; charset=iso-8859-1">
(Évidement les valeurs 'iso-8859-1' sont à adapter au véritable
encodage utilisé.)
Oh, de base, pour le français
je pourrai mettre de l'espagnol ou du grec plus tard :)
Pas de problème : chacun ses goûts. Mais là, la question portait sur
eclipse et HTML et non pas sur eclipse et perl. D'où le fait qu'un
forum 'eclispe' me semble plus indiqué pour y recevoir rapidement des
réponses pertinentes....
J'en ai cherché pendant 20 minutes, et je n'en trouve pas
Bref, j'ai perdu plusieurs jours à rendre opérationnel
l'environnement.
Paul Gaborit wrote:À (at) Tue, 17 Feb 2009 10:14:27 +0100,
orb écrivait (wrote):Paul Gaborit wrote:Le fichier HTML contient-il les en-têtes nécessaire permettant de
déclarer l'encodage utilisé (le HTTP-EQUIV qui va bien) ?
J'imprime dans le panneau
print "Content-type: text/htmlnn";
puis mes données de sortie
Je ne comprends pas tout (en particulier ce qu'est ce 'panneau')...
un frame, sur une page HTML
En tous cas, votre ligne "Content-Type" n'indique pas d'encodage et
n'utilise pas le bon passage à la ligne. Il vaut mieux mettre :
print "Content-Type: text/html; charset=iso-8859-1 15 12 15 12";
Ça ne résout pas la question
et ça enlève le fond coloré
...
ou mieux, utiliser le module CGI (ou l'une de ses variantes) qui gére
cela en respectant toutes les RFC qui vont bien.
Je suis justement en CGI
le problème est en fait sur le frame de gauche dans mon appli - celui
ou' on paramètre. Les noms des paramètres sont mal accentués
Par ailleurs, si 'eclipse' lit un fichier HTML, les en-têtes HTTP ne
sont pas pris en compte. Il faut donc repréciser l'encodage dans le
fichier HTML lui-même. En ajoutant dans l'élément HEAD, une ligne du
type :
<meta HTTP-EQUIV="content-type" CONTENT="text/html; charset=iso-8859-1">
(Évidement les valeurs 'iso-8859-1' sont à adapter au véritable
encodage utilisé.)
Oh, de base, pour le français
je pourrai mettre de l'espagnol ou du grec plus tard :)
Pas de problème : chacun ses goûts. Mais là, la question portait sur
eclipse et HTML et non pas sur eclipse et perl. D'où le fait qu'un
forum 'eclispe' me semble plus indiqué pour y recevoir rapidement des
réponses pertinentes....
J'en ai cherché pendant 20 minutes, et je n'en trouve pas
Bref, j'ai perdu plusieurs jours à rendre opérationnel
l'environnement.
à ce stade, on devrait discuter de ça directement plutôt qu'abreuver
la liste ...
Écrivez-moi plutôt à
Je pourrai être beaucoup plus détaillé
à ce stade, on devrait discuter de ça directement plutôt qu'abreuver
la liste ...
Écrivez-moi plutôt à ellinguista@gmail.com
Je pourrai être beaucoup plus détaillé
à ce stade, on devrait discuter de ça directement plutôt qu'abreuver
la liste ...
Écrivez-moi plutôt à
Je pourrai être beaucoup plus détaillé
À (at) Tue, 17 Feb 2009 19:58:30 +0100,
orb écrivait (wrote):à ce stade, on devrait discuter de ça directement plutôt qu'abreuver
la liste ...
Peut-être... Mais d'autres, ici ou sur d'autres forum, ont peut-être
soif.
Je pourrai être beaucoup plus détaillé
Donc pour avoir des détails pour tenter de *vous* aider à résoudre
*vos* problèmes, il faut *je* vous écrive... N'y aurait-il pas comme
un souci, là ? À moins que nous envisagions une petite rétribution, ce
qui changerait tout évidemment. ;-)
Pour moi, l'intérêt des forum publics est de permettre à d'autres de
profiter des échanges de certains (que ce soit en direct ou via les
archives) et, pour être efficace, ces forums sont organisés par
thèmes. Si chacun fait l'effort de choisir le ou les bons forum pour y
placer ses contributions (questions, réponses, avis, discussions...),
tout le monde y gagne. En théorie des jeux, c'est ce qu'on appelle une
stratégie gagnant/gagnant. Je vous incite à essayer de suivre cette
stratégie et je pense vous avoir fourni suffisament de pistes pour
cela.
À (at) Tue, 17 Feb 2009 19:58:30 +0100,
orb <orb@foo.bar> écrivait (wrote):
à ce stade, on devrait discuter de ça directement plutôt qu'abreuver
la liste ...
Peut-être... Mais d'autres, ici ou sur d'autres forum, ont peut-être
soif.
Je pourrai être beaucoup plus détaillé
Donc pour avoir des détails pour tenter de *vous* aider à résoudre
*vos* problèmes, il faut *je* vous écrive... N'y aurait-il pas comme
un souci, là ? À moins que nous envisagions une petite rétribution, ce
qui changerait tout évidemment. ;-)
Pour moi, l'intérêt des forum publics est de permettre à d'autres de
profiter des échanges de certains (que ce soit en direct ou via les
archives) et, pour être efficace, ces forums sont organisés par
thèmes. Si chacun fait l'effort de choisir le ou les bons forum pour y
placer ses contributions (questions, réponses, avis, discussions...),
tout le monde y gagne. En théorie des jeux, c'est ce qu'on appelle une
stratégie gagnant/gagnant. Je vous incite à essayer de suivre cette
stratégie et je pense vous avoir fourni suffisament de pistes pour
cela.
À (at) Tue, 17 Feb 2009 19:58:30 +0100,
orb écrivait (wrote):à ce stade, on devrait discuter de ça directement plutôt qu'abreuver
la liste ...
Peut-être... Mais d'autres, ici ou sur d'autres forum, ont peut-être
soif.
Je pourrai être beaucoup plus détaillé
Donc pour avoir des détails pour tenter de *vous* aider à résoudre
*vos* problèmes, il faut *je* vous écrive... N'y aurait-il pas comme
un souci, là ? À moins que nous envisagions une petite rétribution, ce
qui changerait tout évidemment. ;-)
Pour moi, l'intérêt des forum publics est de permettre à d'autres de
profiter des échanges de certains (que ce soit en direct ou via les
archives) et, pour être efficace, ces forums sont organisés par
thèmes. Si chacun fait l'effort de choisir le ou les bons forum pour y
placer ses contributions (questions, réponses, avis, discussions...),
tout le monde y gagne. En théorie des jeux, c'est ce qu'on appelle une
stratégie gagnant/gagnant. Je vous incite à essayer de suivre cette
stratégie et je pense vous avoir fourni suffisament de pistes pour
cela.
Paul Gaborit wrote:Donc pour avoir des détails pour tenter de *vous* aider à résoudre
*vos* problèmes, il faut *je* vous écrive... N'y aurait-il pas comme
un souci, là ? À moins que nous envisagions une petite rétribution, ce
qui changerait tout évidemment. ;-)
La directionnalité est pour ne pas vous obliger à donner votre adresse
privée ou votre numéro de tel (quoique on fait des adresses
temporaires).
Paul Gaborit wrote:
Donc pour avoir des détails pour tenter de *vous* aider à résoudre
*vos* problèmes, il faut *je* vous écrive... N'y aurait-il pas comme
un souci, là ? À moins que nous envisagions une petite rétribution, ce
qui changerait tout évidemment. ;-)
La directionnalité est pour ne pas vous obliger à donner votre adresse
privée ou votre numéro de tel (quoique on fait des adresses
temporaires).
Paul Gaborit wrote:Donc pour avoir des détails pour tenter de *vous* aider à résoudre
*vos* problèmes, il faut *je* vous écrive... N'y aurait-il pas comme
un souci, là ? À moins que nous envisagions une petite rétribution, ce
qui changerait tout évidemment. ;-)
La directionnalité est pour ne pas vous obliger à donner votre adresse
privée ou votre numéro de tel (quoique on fait des adresses
temporaires).