J-M des Grottes a couché sur son écran :Cela se dégrade, il y a moins de 150 nouveautés...
A+
J'ai parcouru (comme vous j'imagine) la liste des nouveautés...
Il n'y a quasiment rien d'interessant!
La table avec treeview, enfin!! mais ca ne justifiera pas la mise à jour.
Sur ce coup là j'attendrais Windev 12.
J-M des Grottes a couché sur son écran :
Cela se dégrade, il y a moins de 150 nouveautés...
A+
J'ai parcouru (comme vous j'imagine) la liste des nouveautés...
Il n'y a quasiment rien d'interessant!
La table avec treeview, enfin!! mais ca ne justifiera pas la mise à jour.
Sur ce coup là j'attendrais Windev 12.
J-M des Grottes a couché sur son écran :Cela se dégrade, il y a moins de 150 nouveautés...
A+
J'ai parcouru (comme vous j'imagine) la liste des nouveautés...
Il n'y a quasiment rien d'interessant!
La table avec treeview, enfin!! mais ca ne justifiera pas la mise à jour.
Sur ce coup là j'attendrais Windev 12.
"Gilles Guédikian" a écrit dans le message
de news:Dc a pensé très fort :Bonjour,
"Gilles Guédikian" <boulot_SANSPOURRIEL_@neogie.com> a écrit dans le message
de news: mn.73017d6ac7a7a44e.21586@neogie.com...
Dc a pensé très fort :
Bonjour,
"Gilles Guédikian" a écrit dans le message
de news:Dc a pensé très fort :Bonjour,
ANTOINE a formulé ce samedi :"Gilles Guédikian" a écrit dans le
message de news:Dc a pensé très fort :Bonjour,
....
juste pour aliementer la polémique.
j'ai une appli (dans différente version de WD) dans environ 200 cabinets
médicaux.
en monoposte et en réseau. les réseaux allant jusqu'à 10 postes.
généralement ces "gros" réseaux bossent de 8h00 à 20h00, 6 jours sur 7.
j'en ai qui ont des données stockées depuis plus de 10 ans avec des .fic de >
30 Mo.
et le tout en simple partage de répertoire de windows.
et les seuls pbs d'index "pétés", très rares, ont été résolus avec une
procédure
de réindexation forunie en standard dans le programme. à la main du client.
un seul vrai problème en une dizaine d'années. et dans ce cas c'est non pas
l'index qui a
pété mais le fichier qui a été flingué par une vrai coupure EDF (si, si, cela
arive).
je suis dur avec l'éditeur mais mon expérience affirme que HF classic c'est
du gros
costaud.
si on veut parler d'index pété et à répetition, parlons d'outlook (le vrai et
l'express).
là j'ai donné plusieurs fois !! ce qui fait que je n'utilise plus outlook
mais un logiciel
de messagerie qui stocke ses messages en fichiers .eml. j'ai même un
programme WD pour analyser
et indexer ces mails et avoir mes propres critères de recherche !! un comble.
un pg WD pour
pallier des carences d'autre produits.
conclusion : un éditeur criticable : oui, le système HF classic criticable :
non
voici mon humle avis
titou44 chez freesurf.fr
ANTOINE a formulé ce samedi :
"Gilles Guédikian" <boulot_SANSPOURRIEL_@neogie.com> a écrit dans le
message de news: mn.73017d6ac7a7a44e.21586@neogie.com...
Dc a pensé très fort :
Bonjour,
....
juste pour aliementer la polémique.
j'ai une appli (dans différente version de WD) dans environ 200 cabinets
médicaux.
en monoposte et en réseau. les réseaux allant jusqu'à 10 postes.
généralement ces "gros" réseaux bossent de 8h00 à 20h00, 6 jours sur 7.
j'en ai qui ont des données stockées depuis plus de 10 ans avec des .fic de >
30 Mo.
et le tout en simple partage de répertoire de windows.
et les seuls pbs d'index "pétés", très rares, ont été résolus avec une
procédure
de réindexation forunie en standard dans le programme. à la main du client.
un seul vrai problème en une dizaine d'années. et dans ce cas c'est non pas
l'index qui a
pété mais le fichier qui a été flingué par une vrai coupure EDF (si, si, cela
arive).
je suis dur avec l'éditeur mais mon expérience affirme que HF classic c'est
du gros
costaud.
si on veut parler d'index pété et à répetition, parlons d'outlook (le vrai et
l'express).
là j'ai donné plusieurs fois !! ce qui fait que je n'utilise plus outlook
mais un logiciel
de messagerie qui stocke ses messages en fichiers .eml. j'ai même un
programme WD pour analyser
et indexer ces mails et avoir mes propres critères de recherche !! un comble.
un pg WD pour
pallier des carences d'autre produits.
conclusion : un éditeur criticable : oui, le système HF classic criticable :
non
voici mon humle avis
titou44 chez freesurf.fr
ANTOINE a formulé ce samedi :"Gilles Guédikian" a écrit dans le
message de news:Dc a pensé très fort :Bonjour,
....
juste pour aliementer la polémique.
j'ai une appli (dans différente version de WD) dans environ 200 cabinets
médicaux.
en monoposte et en réseau. les réseaux allant jusqu'à 10 postes.
généralement ces "gros" réseaux bossent de 8h00 à 20h00, 6 jours sur 7.
j'en ai qui ont des données stockées depuis plus de 10 ans avec des .fic de >
30 Mo.
et le tout en simple partage de répertoire de windows.
et les seuls pbs d'index "pétés", très rares, ont été résolus avec une
procédure
de réindexation forunie en standard dans le programme. à la main du client.
un seul vrai problème en une dizaine d'années. et dans ce cas c'est non pas
l'index qui a
pété mais le fichier qui a été flingué par une vrai coupure EDF (si, si, cela
arive).
je suis dur avec l'éditeur mais mon expérience affirme que HF classic c'est
du gros
costaud.
si on veut parler d'index pété et à répetition, parlons d'outlook (le vrai et
l'express).
là j'ai donné plusieurs fois !! ce qui fait que je n'utilise plus outlook
mais un logiciel
de messagerie qui stocke ses messages en fichiers .eml. j'ai même un
programme WD pour analyser
et indexer ces mails et avoir mes propres critères de recherche !! un comble.
un pg WD pour
pallier des carences d'autre produits.
conclusion : un éditeur criticable : oui, le système HF classic criticable :
non
voici mon humle avis
titou44 chez freesurf.fr
"Gilles Guédikian" a écrit dans le
message de news:
> Dc a pensé très fort :
>> Bonjour,
>
> Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Pourtant, en surfant sur internet, je tombe régulièrement sur des
sites HS car MySQL est Out par exemple.
Perso, en HF CS sur un réseau
digne de ce nom et avec une gestion correct du serveur, cela
fonctionne pas mal du tout.
"Gilles Guédikian" <boulot_SANSPOURRIEL_@neogie.com> a écrit dans le
message de news: mn.73017d6ac7a7a44e.21586@neogie.com...
> Dc a pensé très fort :
>> Bonjour,
>
> Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Pourtant, en surfant sur internet, je tombe régulièrement sur des
sites HS car MySQL est Out par exemple.
Perso, en HF CS sur un réseau
digne de ce nom et avec une gestion correct du serveur, cela
fonctionne pas mal du tout.
"Gilles Guédikian" a écrit dans le
message de news:
> Dc a pensé très fort :
>> Bonjour,
>
> Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Pourtant, en surfant sur internet, je tombe régulièrement sur des
sites HS car MySQL est Out par exemple.
Perso, en HF CS sur un réseau
digne de ce nom et avec une gestion correct du serveur, cela
fonctionne pas mal du tout.
Ce n'est pas un problème de performances, mais un problème de fiabilité.
Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Une base de données de qualité, tu la laisses tourner dans son coin, et
à moins d'un disque qui casse, ça ne déconne jamais.
Il n'y a qu'une base de données hyperfile qui peut avoir des données
endommagées suite à un plantage de poste... bref... j'en veux pas ;-)
Ce n'est pas un problème de performances, mais un problème de fiabilité.
Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Une base de données de qualité, tu la laisses tourner dans son coin, et
à moins d'un disque qui casse, ça ne déconne jamais.
Il n'y a qu'une base de données hyperfile qui peut avoir des données
endommagées suite à un plantage de poste... bref... j'en veux pas ;-)
Ce n'est pas un problème de performances, mais un problème de fiabilité.
Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Une base de données de qualité, tu la laisses tourner dans son coin, et
à moins d'un disque qui casse, ça ne déconne jamais.
Il n'y a qu'une base de données hyperfile qui peut avoir des données
endommagées suite à un plantage de poste... bref... j'en veux pas ;-)
"Gilles Guédikian" a écrit dans le
message de news:Dc a pensé très fort :Bonjour,
Gilles Guédikian avait prétendu :HF, CS ou pas, sorti d'une application monoposte, je n'en veux pas.
Si , pour qq PC en poste a poste , moins de 5 ou 6, ca marche.
J'ai fait une appli de gestion de caisse pour un saisonnier
(sous-entendu 8 h du mat jusqu'a 8 h du soir 7 jours /7) en 3 postes
reliés en reseau avec juste fichiers partagés.
J'ai un peu flippé puisque je n'avais aucun recul , et 3 mois
d'experience sur windev , un seul petit bug resolu par tel.
Ceci dit on est loin d'une appli C/S avc desdizaines de postes.
Ce n'est pas un problème de performances, mais un problème de fiabilité.
Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Pourtant, en surfant sur internet, je tombe régulièrement sur des sites HS
car MySQL est Out par exemple.
Perso, en HF CS sur un réseau digne de ce nom et avec une gestion correct
du serveur, cela fonctionne pas mal du tout.
"Gilles Guédikian" <boulot_SANSPOURRIEL_@neogie.com> a écrit dans le
message de news: mn.73017d6ac7a7a44e.21586@neogie.com...
Dc a pensé très fort :
Bonjour,
Gilles Guédikian avait prétendu :
HF, CS ou pas, sorti d'une application monoposte, je n'en veux pas.
Si , pour qq PC en poste a poste , moins de 5 ou 6, ca marche.
J'ai fait une appli de gestion de caisse pour un saisonnier
(sous-entendu 8 h du mat jusqu'a 8 h du soir 7 jours /7) en 3 postes
reliés en reseau avec juste fichiers partagés.
J'ai un peu flippé puisque je n'avais aucun recul , et 3 mois
d'experience sur windev , un seul petit bug resolu par tel.
Ceci dit on est loin d'une appli C/S avc desdizaines de postes.
Ce n'est pas un problème de performances, mais un problème de fiabilité.
Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Pourtant, en surfant sur internet, je tombe régulièrement sur des sites HS
car MySQL est Out par exemple.
Perso, en HF CS sur un réseau digne de ce nom et avec une gestion correct
du serveur, cela fonctionne pas mal du tout.
"Gilles Guédikian" a écrit dans le
message de news:Dc a pensé très fort :Bonjour,
Gilles Guédikian avait prétendu :HF, CS ou pas, sorti d'une application monoposte, je n'en veux pas.
Si , pour qq PC en poste a poste , moins de 5 ou 6, ca marche.
J'ai fait une appli de gestion de caisse pour un saisonnier
(sous-entendu 8 h du mat jusqu'a 8 h du soir 7 jours /7) en 3 postes
reliés en reseau avec juste fichiers partagés.
J'ai un peu flippé puisque je n'avais aucun recul , et 3 mois
d'experience sur windev , un seul petit bug resolu par tel.
Ceci dit on est loin d'une appli C/S avc desdizaines de postes.
Ce n'est pas un problème de performances, mais un problème de fiabilité.
Les index qui pètent, ca n'arrive QUE avec du hyperfile.
Pourtant, en surfant sur internet, je tombe régulièrement sur des sites HS
car MySQL est Out par exemple.
Perso, en HF CS sur un réseau digne de ce nom et avec une gestion correct
du serveur, cela fonctionne pas mal du tout.
Gilles Guédikian wrote: ...
> Ce n'est pas un problème de performances, mais un problème de
>fiabilité. Les index qui pètent, ca n'arrive QUE avec du hyperfile.
>Une base de données de qualité, tu la laisses tourner dans son coin,
>et à moins d'un disque qui casse, ça ne déconne jamais. Il n'y a
>qu'une base de données hyperfile qui peut avoir des données
>endommagées suite à un plantage de poste... bref... j'en veux pas ;-)
>
...
Bonjour Gilles,
selon mon expérience, tu as tort: lorsque les "index pètent" ceci se
passerait avec n'importe quelle autre base de données en partage de
fichier. C'est lié à une configuration inadéquate des postes de
travail dans le réseau. Hyper File est très stable comme base de
donnée.
En plus, il faut comparer ce qu'on peut comparer. La fiabilité des
vrais bases C/S profitent surtout du fait qu'il n'y a qu'un ordinateur
qui les utilise: le serveur. Donc, à mon avis une base pour fichiers
partagés comme HF, Access, Paradox et Foxpro, utilisée sous Windows
TSE devrait se montrer aussi fiable comme mySQL et Cie.
Des collègues
à moi opèrent une application Visual Foxpro via TSE depuis quelques
années sans aucun besoin d'intervention.
Ceci ne veut pas dire que Hyper File est parfait, non plus optimal:
Salutations Mat
Gilles Guédikian wrote: ...
> Ce n'est pas un problème de performances, mais un problème de
>fiabilité. Les index qui pètent, ca n'arrive QUE avec du hyperfile.
>Une base de données de qualité, tu la laisses tourner dans son coin,
>et à moins d'un disque qui casse, ça ne déconne jamais. Il n'y a
>qu'une base de données hyperfile qui peut avoir des données
>endommagées suite à un plantage de poste... bref... j'en veux pas ;-)
>
...
Bonjour Gilles,
selon mon expérience, tu as tort: lorsque les "index pètent" ceci se
passerait avec n'importe quelle autre base de données en partage de
fichier. C'est lié à une configuration inadéquate des postes de
travail dans le réseau. Hyper File est très stable comme base de
donnée.
En plus, il faut comparer ce qu'on peut comparer. La fiabilité des
vrais bases C/S profitent surtout du fait qu'il n'y a qu'un ordinateur
qui les utilise: le serveur. Donc, à mon avis une base pour fichiers
partagés comme HF, Access, Paradox et Foxpro, utilisée sous Windows
TSE devrait se montrer aussi fiable comme mySQL et Cie.
Des collègues
à moi opèrent une application Visual Foxpro via TSE depuis quelques
années sans aucun besoin d'intervention.
Ceci ne veut pas dire que Hyper File est parfait, non plus optimal:
Salutations Mat
Gilles Guédikian wrote: ...
> Ce n'est pas un problème de performances, mais un problème de
>fiabilité. Les index qui pètent, ca n'arrive QUE avec du hyperfile.
>Une base de données de qualité, tu la laisses tourner dans son coin,
>et à moins d'un disque qui casse, ça ne déconne jamais. Il n'y a
>qu'une base de données hyperfile qui peut avoir des données
>endommagées suite à un plantage de poste... bref... j'en veux pas ;-)
>
...
Bonjour Gilles,
selon mon expérience, tu as tort: lorsque les "index pètent" ceci se
passerait avec n'importe quelle autre base de données en partage de
fichier. C'est lié à une configuration inadéquate des postes de
travail dans le réseau. Hyper File est très stable comme base de
donnée.
En plus, il faut comparer ce qu'on peut comparer. La fiabilité des
vrais bases C/S profitent surtout du fait qu'il n'y a qu'un ordinateur
qui les utilise: le serveur. Donc, à mon avis une base pour fichiers
partagés comme HF, Access, Paradox et Foxpro, utilisée sous Windows
TSE devrait se montrer aussi fiable comme mySQL et Cie.
Des collègues
à moi opèrent une application Visual Foxpro via TSE depuis quelques
années sans aucun besoin d'intervention.
Ceci ne veut pas dire que Hyper File est parfait, non plus optimal:
Salutations Mat
Ce qui arrive parfois c'est qu'un index n'a plus ses stats à jour et
que la volumétrie sur une table à dépasser le seuil et donc le chem ain
d'accès change. Mais un index en vrac jamais eu sous Oracle même avec
des tables des 650 Millions de lignes.
Maintenant c'est marrant de comparer toujours HF à MySQL (çà me
rappelle certaines personnes)... Pourquoi ne pas le comparer à
PostegreSQL ou FireBird qui sont Open source dans tous les cas de
figure (même si on ne livre pas ses sources) ?
Pour finir : quand on voit des sociétés qui choisissent MySQL au lieu
de Oracle à l'issue d'un benchmark de 3 mois Antoine je pense que tu
devrais leur expliquer que HF c'est encore mieux ;-)
> Perso, en HF CS sur un réseau digne de ce nom et avec une gestion
>correct du serveur, cela fonctionne pas mal du tout.
Qui a réellement fait des tests de perfs et de montée en charge sur HF
C/S ?
Ce qui arrive parfois c'est qu'un index n'a plus ses stats à jour et
que la volumétrie sur une table à dépasser le seuil et donc le chem ain
d'accès change. Mais un index en vrac jamais eu sous Oracle même avec
des tables des 650 Millions de lignes.
Maintenant c'est marrant de comparer toujours HF à MySQL (çà me
rappelle certaines personnes)... Pourquoi ne pas le comparer à
PostegreSQL ou FireBird qui sont Open source dans tous les cas de
figure (même si on ne livre pas ses sources) ?
Pour finir : quand on voit des sociétés qui choisissent MySQL au lieu
de Oracle à l'issue d'un benchmark de 3 mois Antoine je pense que tu
devrais leur expliquer que HF c'est encore mieux ;-)
> Perso, en HF CS sur un réseau digne de ce nom et avec une gestion
>correct du serveur, cela fonctionne pas mal du tout.
Qui a réellement fait des tests de perfs et de montée en charge sur HF
C/S ?
Ce qui arrive parfois c'est qu'un index n'a plus ses stats à jour et
que la volumétrie sur une table à dépasser le seuil et donc le chem ain
d'accès change. Mais un index en vrac jamais eu sous Oracle même avec
des tables des 650 Millions de lignes.
Maintenant c'est marrant de comparer toujours HF à MySQL (çà me
rappelle certaines personnes)... Pourquoi ne pas le comparer à
PostegreSQL ou FireBird qui sont Open source dans tous les cas de
figure (même si on ne livre pas ses sources) ?
Pour finir : quand on voit des sociétés qui choisissent MySQL au lieu
de Oracle à l'issue d'un benchmark de 3 mois Antoine je pense que tu
devrais leur expliquer que HF c'est encore mieux ;-)
> Perso, en HF CS sur un réseau digne de ce nom et avec une gestion
>correct du serveur, cela fonctionne pas mal du tout.
Qui a réellement fait des tests de perfs et de montée en charge sur HF
C/S ?
"teamk13" a écrit dans le message de news:>Bah de ce que j'ai vu, Windows Mobile 11 et WebDEv 11 évoluent largement plus que Windev 11 (à part
quelques fonctions java de plus, qui auraient depuis longtemps du être intégrées dans la 10... parce
que Java en 10, c'est quand même une bonne blague...)
Je ne vois pas très bien ce que tu trouves comme évolution dans WB11 (à part un peu de soupoudrage sur
le PHP, mais je n'ai pas pris WB pour faire du PHP).
Par exemple, ce qui me sidère, c'est qu'il ne soit toujours pas possible (et dans la 11 non plus),
d'adresser une image située hors de /PROJET_WEB/...
Tu peux pourtant déjà le faire si tu ajoutes un alias dans ton serveur Web sur ce répertoire externe ??
"teamk13" <forums@teamk13.com> a écrit dans le message de news: mn.72427d6a08b65f65.22054@teamk13.com...
>
Bah de ce que j'ai vu, Windows Mobile 11 et WebDEv 11 évoluent largement plus que Windev 11 (à part
quelques fonctions java de plus, qui auraient depuis longtemps du être intégrées dans la 10... parce
que Java en 10, c'est quand même une bonne blague...)
Je ne vois pas très bien ce que tu trouves comme évolution dans WB11 (à part un peu de soupoudrage sur
le PHP, mais je n'ai pas pris WB pour faire du PHP).
Par exemple, ce qui me sidère, c'est qu'il ne soit toujours pas possible (et dans la 11 non plus),
d'adresser une image située hors de /PROJET_WEB/...
Tu peux pourtant déjà le faire si tu ajoutes un alias dans ton serveur Web sur ce répertoire externe ??
"teamk13" a écrit dans le message de news:>Bah de ce que j'ai vu, Windows Mobile 11 et WebDEv 11 évoluent largement plus que Windev 11 (à part
quelques fonctions java de plus, qui auraient depuis longtemps du être intégrées dans la 10... parce
que Java en 10, c'est quand même une bonne blague...)
Je ne vois pas très bien ce que tu trouves comme évolution dans WB11 (à part un peu de soupoudrage sur
le PHP, mais je n'ai pas pris WB pour faire du PHP).
Par exemple, ce qui me sidère, c'est qu'il ne soit toujours pas possible (et dans la 11 non plus),
d'adresser une image située hors de /PROJET_WEB/...
Tu peux pourtant déjà le faire si tu ajoutes un alias dans ton serveur Web sur ce répertoire externe ??
ANTOINE a pensé très fort :"teamk13" a écrit dans le message de news:>Bah de ce que j'ai vu, Windows Mobile 11 et WebDEv 11 évoluent
largement plus que Windev 11 (à part quelques fonctions java de plus,
qui auraient depuis longtemps du être intégrées dans la 10... parce que
Java en 10, c'est quand même une bonne blague...)
Je ne vois pas très bien ce que tu trouves comme évolution dans WB11 (à
part un peu de soupoudrage sur le PHP, mais je n'ai pas pris WB pour
faire du PHP).
Par exemple, ce qui me sidère, c'est qu'il ne soit toujours pas possible
(et dans la 11 non plus), d'adresser une image située hors de
/PROJET_WEB/...
Tu peux pourtant déjà le faire si tu ajoutes un alias dans ton serveur
Web sur ce répertoire externe ??
Je suis très intéressé par ta réponse (et je pense ne pas être le seul).
J'ai contacté mon hébergeur internet, et il avoue aussi ne pas comprendre
ton ajout d'alias.
Peux-tu expliquer précisemment comment placer une image dont l'adresse
est: <http://serveur_distant/bibli_images/...> dans un champ image de WB?
Merci par avance.
ANTOINE a pensé très fort :
"teamk13" <forums@teamk13.com> a écrit dans le message de news:
mn.72427d6a08b65f65.22054@teamk13.com...
>
Bah de ce que j'ai vu, Windows Mobile 11 et WebDEv 11 évoluent
largement plus que Windev 11 (à part quelques fonctions java de plus,
qui auraient depuis longtemps du être intégrées dans la 10... parce que
Java en 10, c'est quand même une bonne blague...)
Je ne vois pas très bien ce que tu trouves comme évolution dans WB11 (à
part un peu de soupoudrage sur le PHP, mais je n'ai pas pris WB pour
faire du PHP).
Par exemple, ce qui me sidère, c'est qu'il ne soit toujours pas possible
(et dans la 11 non plus), d'adresser une image située hors de
/PROJET_WEB/...
Tu peux pourtant déjà le faire si tu ajoutes un alias dans ton serveur
Web sur ce répertoire externe ??
Je suis très intéressé par ta réponse (et je pense ne pas être le seul).
J'ai contacté mon hébergeur internet, et il avoue aussi ne pas comprendre
ton ajout d'alias.
Peux-tu expliquer précisemment comment placer une image dont l'adresse
est: <http://serveur_distant/bibli_images/...> dans un champ image de WB?
Merci par avance.
ANTOINE a pensé très fort :"teamk13" a écrit dans le message de news:>Bah de ce que j'ai vu, Windows Mobile 11 et WebDEv 11 évoluent
largement plus que Windev 11 (à part quelques fonctions java de plus,
qui auraient depuis longtemps du être intégrées dans la 10... parce que
Java en 10, c'est quand même une bonne blague...)
Je ne vois pas très bien ce que tu trouves comme évolution dans WB11 (à
part un peu de soupoudrage sur le PHP, mais je n'ai pas pris WB pour
faire du PHP).
Par exemple, ce qui me sidère, c'est qu'il ne soit toujours pas possible
(et dans la 11 non plus), d'adresser une image située hors de
/PROJET_WEB/...
Tu peux pourtant déjà le faire si tu ajoutes un alias dans ton serveur
Web sur ce répertoire externe ??
Je suis très intéressé par ta réponse (et je pense ne pas être le seul).
J'ai contacté mon hébergeur internet, et il avoue aussi ne pas comprendre
ton ajout d'alias.
Peux-tu expliquer précisemment comment placer une image dont l'adresse
est: <http://serveur_distant/bibli_images/...> dans un champ image de WB?
Merci par avance.