je veux assurer l'administration d'un site web distant, en utilisant
en local, comme interface principale, un navigateur. Les pages
d'administration résideront sur le site web à administrer.
L'environnement de travail en local:
Windows XP pro. J'ai le contrôle complet de toute la machine.
Serveur ftp en local.
Navigateur: je préfererais IE6, mais je suis prêt à utiliser d'autres
navigateurs si ceux-ci représentaient un avantage décisif.
Le système d'administration (pages écrites en html,php et javascript)
doit permettre, entre autres, l'échange de nombreux fichiers entre les
deux sites, ces fichiers étant à des emplacements variables d'une fois
sur l'autre.
Aucune difficulté pour réaliser ces transferts en utilisant ftp sous
php.
Je suis en revanche complètement démuni sur tous les aspects touchant
aux interfaces utilisateurs. Par exemple comment aborder, du point de
vue du GUI (Graphical User Interface), la navigation dans le système
local de fichiers? Comment présenter des formulaires en sortant de la
problématique des formulaires HTML ?
Je pense qu'il y a de nombreuses solutions faisant appel à des
plug-in, mais je n'ai aucune notion concernant cet aspect des choses.
Est-il envisageable par exemple, que je conçoive une librairie de GUI
avec Delphi, en ayant la possibilité de les "connecter" en local à mes
pages.
Existe-t-il un protocole qui réalise cette connexion?
Je précise enfin que je suis très réticent à utiliser Java pour cette
application.
Quelles sont les références techniques à consulter qui me donneront
les moyens de réaliser ces interfaces utilisateurs ?
Je vous remercie d'avance pour votre aide (et de m'avoir lu jusqu'au
bout).
[Copie et suivi sur fr.comp.infosystemes.www.auteurs, groupe nettement plus adapté]
"Claude ANIMO" a écrit dans le message de news:
je veux assurer l'administration d'un site web distant, en utilisant en local, comme interface principale, un navigateur. Les pages d'administration résideront sur le site web à administrer.
L'environnement de travail en local: Windows XP pro. J'ai le contrôle complet de toute la machine. Serveur ftp en local. Navigateur: je préfererais IE6, mais je suis prêt à utiliser d'autres navigateurs si ceux-ci représentaient un avantage décisif.
Le système d'administration (pages écrites en html,php et javascript) doit permettre, entre autres, l'échange de nombreux fichiers entre les deux sites, ces fichiers étant à des emplacements variables d'une fois sur l'autre.
Aucune difficulté pour réaliser ces transferts en utilisant ftp sous php.
Je suis en revanche complètement démuni sur tous les aspects touchant aux interfaces utilisateurs. Par exemple comment aborder, du point de vue du GUI (Graphical User Interface), la navigation dans le système local de fichiers? Comment présenter des formulaires en sortant de la problématique des formulaires HTML ?
Je pense qu'il y a de nombreuses solutions faisant appel à des plug-in, mais je n'ai aucune notion concernant cet aspect des choses. Est-il envisageable par exemple, que je conçoive une librairie de GUI avec Delphi, en ayant la possibilité de les "connecter" en local à mes pages. Existe-t-il un protocole qui réalise cette connexion? Je précise enfin que je suis très réticent à utiliser Java pour cette application.
Quelles sont les références techniques à consulter qui me donneront les moyens de réaliser ces interfaces utilisateurs ?
Bonjour, j'ai beau eu relire votre message plusieurs fois, votre besoin me parait toujours assez flou. Votre "interface d'administration" devra posséder quelles fonctionnalités exactement ?
[Copie et suivi sur fr.comp.infosystemes.www.auteurs, groupe nettement plus
adapté]
"Claude ANIMO" <zlm_zlm2004@yahoo.fr> a écrit dans le message de
news:d9ec07a1.0410142336.3c35c781@posting.google.com
je veux assurer l'administration d'un site web distant, en utilisant
en local, comme interface principale, un navigateur. Les pages
d'administration résideront sur le site web à administrer.
L'environnement de travail en local:
Windows XP pro. J'ai le contrôle complet de toute la machine.
Serveur ftp en local.
Navigateur: je préfererais IE6, mais je suis prêt à utiliser d'autres
navigateurs si ceux-ci représentaient un avantage décisif.
Le système d'administration (pages écrites en html,php et javascript)
doit permettre, entre autres, l'échange de nombreux fichiers entre les
deux sites, ces fichiers étant à des emplacements variables d'une fois
sur l'autre.
Aucune difficulté pour réaliser ces transferts en utilisant ftp sous
php.
Je suis en revanche complètement démuni sur tous les aspects touchant
aux interfaces utilisateurs. Par exemple comment aborder, du point de
vue du GUI (Graphical User Interface), la navigation dans le système
local de fichiers? Comment présenter des formulaires en sortant de la
problématique des formulaires HTML ?
Je pense qu'il y a de nombreuses solutions faisant appel à des
plug-in, mais je n'ai aucune notion concernant cet aspect des choses.
Est-il envisageable par exemple, que je conçoive une librairie de GUI
avec Delphi, en ayant la possibilité de les "connecter" en local à mes
pages.
Existe-t-il un protocole qui réalise cette connexion?
Je précise enfin que je suis très réticent à utiliser Java pour cette
application.
Quelles sont les références techniques à consulter qui me donneront
les moyens de réaliser ces interfaces utilisateurs ?
Bonjour, j'ai beau eu relire votre message plusieurs fois, votre besoin me
parait toujours assez flou. Votre "interface d'administration" devra
posséder quelles fonctionnalités exactement ?
[Copie et suivi sur fr.comp.infosystemes.www.auteurs, groupe nettement plus adapté]
"Claude ANIMO" a écrit dans le message de news:
je veux assurer l'administration d'un site web distant, en utilisant en local, comme interface principale, un navigateur. Les pages d'administration résideront sur le site web à administrer.
L'environnement de travail en local: Windows XP pro. J'ai le contrôle complet de toute la machine. Serveur ftp en local. Navigateur: je préfererais IE6, mais je suis prêt à utiliser d'autres navigateurs si ceux-ci représentaient un avantage décisif.
Le système d'administration (pages écrites en html,php et javascript) doit permettre, entre autres, l'échange de nombreux fichiers entre les deux sites, ces fichiers étant à des emplacements variables d'une fois sur l'autre.
Aucune difficulté pour réaliser ces transferts en utilisant ftp sous php.
Je suis en revanche complètement démuni sur tous les aspects touchant aux interfaces utilisateurs. Par exemple comment aborder, du point de vue du GUI (Graphical User Interface), la navigation dans le système local de fichiers? Comment présenter des formulaires en sortant de la problématique des formulaires HTML ?
Je pense qu'il y a de nombreuses solutions faisant appel à des plug-in, mais je n'ai aucune notion concernant cet aspect des choses. Est-il envisageable par exemple, que je conçoive une librairie de GUI avec Delphi, en ayant la possibilité de les "connecter" en local à mes pages. Existe-t-il un protocole qui réalise cette connexion? Je précise enfin que je suis très réticent à utiliser Java pour cette application.
Quelles sont les références techniques à consulter qui me donneront les moyens de réaliser ces interfaces utilisateurs ?
Bonjour, j'ai beau eu relire votre message plusieurs fois, votre besoin me parait toujours assez flou. Votre "interface d'administration" devra posséder quelles fonctionnalités exactement ?
Sergio
Claude ANIMO a présenté l'énoncé suivant :
je veux assurer l'administration d'un site web distant, en utilisant en local, comme interface principale, un navigateur. Les pages d'administration résideront sur le site web à administrer.
Même réponse que Pierre G. A priori tu peux utiliser un "portail" tout fait en PHP. Par exemple SPIP ou un truc du genre qui permet de créer et modifier les articles à distance. Le navigateur sera n'importe lequel.
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Claude ANIMO a présenté l'énoncé suivant :
je veux assurer l'administration d'un site web distant, en utilisant
en local, comme interface principale, un navigateur. Les pages
d'administration résideront sur le site web à administrer.
Même réponse que Pierre G.
A priori tu peux utiliser un "portail" tout fait en PHP. Par exemple
SPIP ou un truc du genre qui permet de créer et modifier les articles à
distance. Le navigateur sera n'importe lequel.
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
je veux assurer l'administration d'un site web distant, en utilisant en local, comme interface principale, un navigateur. Les pages d'administration résideront sur le site web à administrer.
Même réponse que Pierre G. A priori tu peux utiliser un "portail" tout fait en PHP. Par exemple SPIP ou un truc du genre qui permet de créer et modifier les articles à distance. Le navigateur sera n'importe lequel.
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
zlm_zlm2004
"Pierre Goiffon" wrote in message news:<416f8b6a$0$29541$...
j'ai beau eu relire votre message plusieurs fois, votre besoin me parait toujours assez flou. Votre "interface d'administration" devra posséder quelles fonctionnalités exactement ?
tout simplement je veux que l'utilisateur dispose des GUI classiques, entre autres, permettant de parcourir l'arborescence de son répertoire local, de choisir des couleurs dans une palette, de démarrer son serveur ftp ... et tout ça sans quitter son navigateur. Il est bien entendu que c'est moi qui construirait toutes ces interfaces (en delphi certainement).
claude animo,
"Pierre Goiffon" <pgoiffon@nowhere.invalid> wrote in message news:<416f8b6a$0$29541$636a15ce@news.free.fr>...
j'ai beau eu relire votre message plusieurs fois, votre besoin me
parait toujours assez flou. Votre "interface d'administration" devra
posséder quelles fonctionnalités exactement ?
tout simplement je veux que l'utilisateur dispose des GUI classiques,
entre autres, permettant de parcourir l'arborescence de son répertoire
local, de choisir des couleurs dans une palette, de démarrer son
serveur ftp ... et tout ça sans quitter son navigateur. Il est bien
entendu que c'est moi qui construirait toutes ces interfaces (en
delphi certainement).
"Pierre Goiffon" wrote in message news:<416f8b6a$0$29541$...
j'ai beau eu relire votre message plusieurs fois, votre besoin me parait toujours assez flou. Votre "interface d'administration" devra posséder quelles fonctionnalités exactement ?
tout simplement je veux que l'utilisateur dispose des GUI classiques, entre autres, permettant de parcourir l'arborescence de son répertoire local, de choisir des couleurs dans une palette, de démarrer son serveur ftp ... et tout ça sans quitter son navigateur. Il est bien entendu que c'est moi qui construirait toutes ces interfaces (en delphi certainement).
claude animo,
Franck Guillaud
Claude ANIMO wrote:
"Pierre Goiffon" wrote in message news:<416f8b6a$0$29541$...
j'ai beau eu relire votre message plusieurs fois, votre besoin me parait toujours assez flou. Votre "interface d'administration" devra posséder quelles fonctionnalités exactement ?
tout simplement je veux que l'utilisateur dispose des GUI classiques, entre autres, permettant de parcourir l'arborescence de son répertoire local, de choisir des couleurs dans une palette, de démarrer son serveur ftp ... et tout ça sans quitter son navigateur. Il est bien entendu que c'est moi qui construirait toutes ces interfaces (en delphi certainement).
Moi ce que je ne comprend pas, c'est pourquoi vous voulez un client HTTP.
Puisque tu as le contrôle sur la machine cible, pourquoi ne pas construire directement en Delphi un 'client lourd' ?
Franck,e-tonné
claude animo,
Claude ANIMO wrote:
"Pierre Goiffon" <pgoiffon@nowhere.invalid> wrote in message news:<416f8b6a$0$29541$636a15ce@news.free.fr>...
j'ai beau eu relire votre message plusieurs fois, votre besoin me
parait toujours assez flou. Votre "interface d'administration" devra
posséder quelles fonctionnalités exactement ?
tout simplement je veux que l'utilisateur dispose des GUI classiques,
entre autres, permettant de parcourir l'arborescence de son répertoire
local, de choisir des couleurs dans une palette, de démarrer son
serveur ftp ... et tout ça sans quitter son navigateur. Il est bien
entendu que c'est moi qui construirait toutes ces interfaces (en
delphi certainement).
Moi ce que je ne comprend pas, c'est pourquoi vous voulez un client HTTP.
Puisque tu as le contrôle sur la machine cible, pourquoi ne pas
construire directement en Delphi un 'client lourd' ?
"Pierre Goiffon" wrote in message news:<416f8b6a$0$29541$...
j'ai beau eu relire votre message plusieurs fois, votre besoin me parait toujours assez flou. Votre "interface d'administration" devra posséder quelles fonctionnalités exactement ?
tout simplement je veux que l'utilisateur dispose des GUI classiques, entre autres, permettant de parcourir l'arborescence de son répertoire local, de choisir des couleurs dans une palette, de démarrer son serveur ftp ... et tout ça sans quitter son navigateur. Il est bien entendu que c'est moi qui construirait toutes ces interfaces (en delphi certainement).
Moi ce que je ne comprend pas, c'est pourquoi vous voulez un client HTTP.
Puisque tu as le contrôle sur la machine cible, pourquoi ne pas construire directement en Delphi un 'client lourd' ?
Franck,e-tonné
claude animo,
none
Claude ANIMO wrote:
Le système d'administration (pages écrites en html,php et javascript) doit permettre, entre autres, l'échange de nombreux fichiers entre les deux sites, ces fichiers étant à des emplacements variables d'une fois sur l'autre.
Je suis en revanche complètement démuni sur tous les aspects touchant aux interfaces utilisateurs. Par exemple comment aborder, du point de vue du GUI (Graphical User Interface), la navigation dans le système local de fichiers? Comment présenter des formulaires en sortant de la problématique des formulaires HTML ?
Tu as regardé du côté de XUL ? (http://www.xulfr.org)
Il y a un projet de gestionnaire de fichiers distants en XUL : http://filemanager.mozdev.org/
-- Nicolas Moreau
Claude ANIMO wrote:
Le système d'administration (pages écrites en html,php et javascript)
doit permettre, entre autres, l'échange de nombreux fichiers entre les
deux sites, ces fichiers étant à des emplacements variables d'une fois
sur l'autre.
Je suis en revanche complètement démuni sur tous les aspects touchant
aux interfaces utilisateurs. Par exemple comment aborder, du point de
vue du GUI (Graphical User Interface), la navigation dans le système
local de fichiers? Comment présenter des formulaires en sortant de la
problématique des formulaires HTML ?
Tu as regardé du côté de XUL ? (http://www.xulfr.org)
Il y a un projet de gestionnaire de fichiers distants en XUL :
http://filemanager.mozdev.org/
Le système d'administration (pages écrites en html,php et javascript) doit permettre, entre autres, l'échange de nombreux fichiers entre les deux sites, ces fichiers étant à des emplacements variables d'une fois sur l'autre.
Je suis en revanche complètement démuni sur tous les aspects touchant aux interfaces utilisateurs. Par exemple comment aborder, du point de vue du GUI (Graphical User Interface), la navigation dans le système local de fichiers? Comment présenter des formulaires en sortant de la problématique des formulaires HTML ?
Tu as regardé du côté de XUL ? (http://www.xulfr.org)
Il y a un projet de gestionnaire de fichiers distants en XUL : http://filemanager.mozdev.org/
-- Nicolas Moreau
zlm_zlm2004
Franck Guillaud wrote in message news:<416ff84d$0$824$...
Puisque tu as le contrôle sur la machine cible, pourquoi ne pas construire directement en Delphi un 'client lourd' ?
C'est une solution possible que je n'envisage pas, l'ayant déjà pratiquée. On arrive bien souvent à reconstruire le navigateur dont on veut se détacher ... De plus je souhaite avant tout que la personne qui a à gérer son site web depuis sa machine en local, reste dans un même environnement, son navigateur internet, qui dans ce cas précis, doit remplacer le bureau (au sens Window).
Claude Animo
Franck Guillaud <f_point_guillaud@free.fr> wrote in message news:<416ff84d$0$824$626a14ce@news.free.fr>...
Puisque tu as le contrôle sur la machine cible, pourquoi ne pas
construire directement en Delphi un 'client lourd' ?
C'est une solution possible que je n'envisage pas, l'ayant déjà
pratiquée.
On arrive bien souvent à reconstruire le navigateur dont on veut se
détacher ...
De plus je souhaite avant tout que la personne qui a à gérer son site
web depuis sa machine en local, reste dans un même environnement, son
navigateur internet, qui dans ce cas précis, doit remplacer le bureau
(au sens Window).
Franck Guillaud wrote in message news:<416ff84d$0$824$...
Puisque tu as le contrôle sur la machine cible, pourquoi ne pas construire directement en Delphi un 'client lourd' ?
C'est une solution possible que je n'envisage pas, l'ayant déjà pratiquée. On arrive bien souvent à reconstruire le navigateur dont on veut se détacher ... De plus je souhaite avant tout que la personne qui a à gérer son site web depuis sa machine en local, reste dans un même environnement, son navigateur internet, qui dans ce cas précis, doit remplacer le bureau (au sens Window).
Claude Animo
Pierre Goiffon
"Claude ANIMO" a écrit dans le message de news:
j'ai beau eu relire votre message plusieurs fois, votre besoin me parait toujours assez flou.
tout simplement je veux que l'utilisateur dispose des GUI classiques, entre autres, permettant de parcourir l'arborescence de son répertoire local, de choisir des couleurs dans une palette, de démarrer son serveur ftp ... et tout ça sans quitter son navigateur. Il est bien entendu que c'est moi qui construirait toutes ces interfaces (en delphi certainement).
Vous avez répondu très rapidement et vous ne nous éclairez pas plus sur votre besoin.
Bref, sur la nécessité de disposer de widgets classiques : vous l'avez sans doute déjà expérimenté, HTML + CSS tout seul aura du mal à répondre à votre besoin, même en rajoutant du JS qui va bien. Pour faire plus dans un navigateur, il va falloir vous tourner vers du plus lourd : applet Java, ActiveX... ou les technologies en train de doucement émerger aujourd'hui : Flex, XUL, ... Autrement dis : on s'éloigne complètement de l'universalité et la simplicité de HTML.
Comme Franck Guillaud, je serai vraiment tenté de vous aiguiller vers le "client riche" traditionnel si vous souhaitez vraiment faire du compliqué en IHM... Encore une fois, tout cela dépend de ce que vous voulez faire, on ne peut raisonnablement pas vous répondre en l'état.
"Claude ANIMO" <zlm_zlm2004@yahoo.fr> a écrit dans le message de
news:d9ec07a1.0410150813.4eb04218@posting.google.com
j'ai beau eu relire votre message plusieurs fois, votre besoin me
parait toujours assez flou.
tout simplement je veux que l'utilisateur dispose des GUI classiques,
entre autres, permettant de parcourir l'arborescence de son répertoire
local, de choisir des couleurs dans une palette, de démarrer son
serveur ftp ... et tout ça sans quitter son navigateur. Il est bien
entendu que c'est moi qui construirait toutes ces interfaces (en
delphi certainement).
Vous avez répondu très rapidement et vous ne nous éclairez pas plus sur
votre besoin.
Bref, sur la nécessité de disposer de widgets classiques : vous l'avez sans
doute déjà expérimenté, HTML + CSS tout seul aura du mal à répondre à votre
besoin, même en rajoutant du JS qui va bien. Pour faire plus dans un
navigateur, il va falloir vous tourner vers du plus lourd : applet Java,
ActiveX... ou les technologies en train de doucement émerger aujourd'hui :
Flex, XUL, ... Autrement dis : on s'éloigne complètement de l'universalité
et la simplicité de HTML.
Comme Franck Guillaud, je serai vraiment tenté de vous aiguiller vers le
"client riche" traditionnel si vous souhaitez vraiment faire du compliqué en
IHM... Encore une fois, tout cela dépend de ce que vous voulez faire, on ne
peut raisonnablement pas vous répondre en l'état.
j'ai beau eu relire votre message plusieurs fois, votre besoin me parait toujours assez flou.
tout simplement je veux que l'utilisateur dispose des GUI classiques, entre autres, permettant de parcourir l'arborescence de son répertoire local, de choisir des couleurs dans une palette, de démarrer son serveur ftp ... et tout ça sans quitter son navigateur. Il est bien entendu que c'est moi qui construirait toutes ces interfaces (en delphi certainement).
Vous avez répondu très rapidement et vous ne nous éclairez pas plus sur votre besoin.
Bref, sur la nécessité de disposer de widgets classiques : vous l'avez sans doute déjà expérimenté, HTML + CSS tout seul aura du mal à répondre à votre besoin, même en rajoutant du JS qui va bien. Pour faire plus dans un navigateur, il va falloir vous tourner vers du plus lourd : applet Java, ActiveX... ou les technologies en train de doucement émerger aujourd'hui : Flex, XUL, ... Autrement dis : on s'éloigne complètement de l'universalité et la simplicité de HTML.
Comme Franck Guillaud, je serai vraiment tenté de vous aiguiller vers le "client riche" traditionnel si vous souhaitez vraiment faire du compliqué en IHM... Encore une fois, tout cela dépend de ce que vous voulez faire, on ne peut raisonnablement pas vous répondre en l'état.
zlm_zlm2004
"Pierre Goiffon" wrote in message news:<41737dc8$0$28193$...
Vous avez répondu très rapidement et vous ne nous éclairez pas plus sur votre besoin.
navré, je vais donc essayer d'être précis:
j'ai un client (au sens commercial du terme) qui doit mettre à jour son site web de façon fréquente. Grandes quantités de données et multiplicité de leurs origines. Nécessité de prétraitement sur la plus part d'entres elles. Rien de grandiose mais de multiples tâches à chaîner. Fait à la main le travail revient à: . sauver des fichiers doc en html . déclencher un script php qui traitera les html produits (ftp+xpath+sablotron+mise à jour BD) Le problème se complique, ce n'était vraiment pas le moment, avec un bug portant sur ftp_nlist()(http://bugs.php.net/bug.php?id057). Mon client (au sens commercial du terme) ne veut ni ne peut se plonger dans son arborescence de fichiers, faire un save par ci un FileZilla par là. Et c'est normal. J'ai donc besoin d'IHMs qui me permettront de récupérer l'endroit où les données à traiter se trouvent afin que je déclenche la mécanique de mise à jour.
Je suis réticent à utiliser un client lourd: je veux coller le plus possible au navigateur qui est déjà utilisé pour d'autres tâches d'administration. Et je tiens de plus à l'unité graphique de l'ensemble.
En résumé, rien d'extravagant: j'ai besoin d'un "browser" de répertoires. J'ai une petite connaissance de COM, DCOM et ACTIVE X. Quitte à consacrer du temps pour m'y former sérieusement je veux savoir si des solutions alternatives, présentant un fort potentiel d'extensibilité, ne me permettraient pas d'atteindre des objectifs, certes aujourd'hui modestes, mais qui deviendront très rapidement beaucoup plus ambitieux.
Claude Animo
"Pierre Goiffon" <pgoiffon@nowhere.invalid> wrote in message news:<41737dc8$0$28193$636a15ce@news.free.fr>...
Vous avez répondu très rapidement et vous ne nous éclairez pas plus sur
votre besoin.
navré, je vais donc essayer d'être précis:
j'ai un client (au sens commercial du terme) qui doit mettre à jour
son site web de façon fréquente.
Grandes quantités de données et multiplicité de leurs origines.
Nécessité de prétraitement sur la plus part d'entres elles.
Rien de grandiose mais de multiples tâches à chaîner.
Fait à la main le travail revient à:
. sauver des fichiers doc en html
. déclencher un script php qui traitera les html produits
(ftp+xpath+sablotron+mise à jour BD)
Le problème se complique, ce n'était vraiment pas le moment, avec un
bug portant sur ftp_nlist()(http://bugs.php.net/bug.php?id057).
Mon client (au sens commercial du terme) ne veut ni ne peut se plonger
dans son arborescence de fichiers, faire un save par ci un FileZilla
par là. Et c'est normal.
J'ai donc besoin d'IHMs qui me permettront de récupérer l'endroit où
les données à traiter se trouvent afin que je déclenche la mécanique
de mise à jour.
Je suis réticent à utiliser un client lourd: je veux coller le plus
possible au navigateur qui est déjà utilisé pour d'autres tâches
d'administration. Et je tiens de plus à l'unité graphique de
l'ensemble.
En résumé, rien d'extravagant: j'ai besoin d'un "browser" de
répertoires. J'ai une petite connaissance de COM, DCOM et ACTIVE X.
Quitte à consacrer du temps pour m'y former sérieusement je veux
savoir si des solutions alternatives, présentant un fort potentiel
d'extensibilité, ne me permettraient pas d'atteindre des objectifs,
certes aujourd'hui modestes, mais qui deviendront très rapidement
beaucoup plus ambitieux.
"Pierre Goiffon" wrote in message news:<41737dc8$0$28193$...
Vous avez répondu très rapidement et vous ne nous éclairez pas plus sur votre besoin.
navré, je vais donc essayer d'être précis:
j'ai un client (au sens commercial du terme) qui doit mettre à jour son site web de façon fréquente. Grandes quantités de données et multiplicité de leurs origines. Nécessité de prétraitement sur la plus part d'entres elles. Rien de grandiose mais de multiples tâches à chaîner. Fait à la main le travail revient à: . sauver des fichiers doc en html . déclencher un script php qui traitera les html produits (ftp+xpath+sablotron+mise à jour BD) Le problème se complique, ce n'était vraiment pas le moment, avec un bug portant sur ftp_nlist()(http://bugs.php.net/bug.php?id057). Mon client (au sens commercial du terme) ne veut ni ne peut se plonger dans son arborescence de fichiers, faire un save par ci un FileZilla par là. Et c'est normal. J'ai donc besoin d'IHMs qui me permettront de récupérer l'endroit où les données à traiter se trouvent afin que je déclenche la mécanique de mise à jour.
Je suis réticent à utiliser un client lourd: je veux coller le plus possible au navigateur qui est déjà utilisé pour d'autres tâches d'administration. Et je tiens de plus à l'unité graphique de l'ensemble.
En résumé, rien d'extravagant: j'ai besoin d'un "browser" de répertoires. J'ai une petite connaissance de COM, DCOM et ACTIVE X. Quitte à consacrer du temps pour m'y former sérieusement je veux savoir si des solutions alternatives, présentant un fort potentiel d'extensibilité, ne me permettraient pas d'atteindre des objectifs, certes aujourd'hui modestes, mais qui deviendront très rapidement beaucoup plus ambitieux.
Claude Animo
Franck Guillaud
Claude ANIMO wrote:
Je suis réticent à utiliser un client lourd: je veux coller le plus possible au navigateur qui est déjà utilisé pour d'autres tâches d'administration. Et je tiens de plus à l'unité graphique de l'ensemble.
En résumé, rien d'extravagant: j'ai besoin d'un "browser" de répertoires. J'ai une petite connaissance de COM, DCOM et ACTIVE X. Quitte à consacrer du temps pour m'y former sérieusement je veux savoir si des solutions alternatives, présentant un fort potentiel d'extensibilité, ne me permettraient pas d'atteindre des objectifs, certes aujourd'hui modestes, mais qui deviendront très rapidement beaucoup plus ambitieux.
Comme ça vite fait, je verrais 2 solutions :
- Un browser embarqué dans un client lourd (type IE appelé en COM).
Comme ça tu les avantages du client HTTP & du client lourd. Tu dois pouvoir intercepter les événements sur certains éléments de la page pour déclancher des actions dans ton client. Mais le client (commercial) est obligé d'utiliser ton appli.
- Des ActiveX développés par tes soins & appelés dans la page HTML.
Ce type de trucs est très simple à faire en .NET notemment, tu n'es même pas obligé de les installer sur la machine client si le framework .NET y est présent.
Cette dernière solution me semble la plus rapide à mettre en oeuvre.
Franck,e-
Claude Animo
Claude ANIMO wrote:
Je suis réticent à utiliser un client lourd: je veux coller le plus
possible au navigateur qui est déjà utilisé pour d'autres tâches
d'administration. Et je tiens de plus à l'unité graphique de
l'ensemble.
En résumé, rien d'extravagant: j'ai besoin d'un "browser" de
répertoires. J'ai une petite connaissance de COM, DCOM et ACTIVE X.
Quitte à consacrer du temps pour m'y former sérieusement je veux
savoir si des solutions alternatives, présentant un fort potentiel
d'extensibilité, ne me permettraient pas d'atteindre des objectifs,
certes aujourd'hui modestes, mais qui deviendront très rapidement
beaucoup plus ambitieux.
Comme ça vite fait, je verrais 2 solutions :
- Un browser embarqué dans un client lourd (type IE appelé en COM).
Comme ça tu les avantages du client HTTP & du client lourd. Tu dois
pouvoir intercepter les événements sur certains éléments de la page pour
déclancher des actions dans ton client. Mais le client (commercial) est
obligé d'utiliser ton appli.
- Des ActiveX développés par tes soins & appelés dans la page HTML.
Ce type de trucs est très simple à faire en .NET notemment, tu n'es
même pas obligé de les installer sur la machine client si le framework
.NET y est présent.
Cette dernière solution me semble la plus rapide à mettre en oeuvre.
Je suis réticent à utiliser un client lourd: je veux coller le plus possible au navigateur qui est déjà utilisé pour d'autres tâches d'administration. Et je tiens de plus à l'unité graphique de l'ensemble.
En résumé, rien d'extravagant: j'ai besoin d'un "browser" de répertoires. J'ai une petite connaissance de COM, DCOM et ACTIVE X. Quitte à consacrer du temps pour m'y former sérieusement je veux savoir si des solutions alternatives, présentant un fort potentiel d'extensibilité, ne me permettraient pas d'atteindre des objectifs, certes aujourd'hui modestes, mais qui deviendront très rapidement beaucoup plus ambitieux.
Comme ça vite fait, je verrais 2 solutions :
- Un browser embarqué dans un client lourd (type IE appelé en COM).
Comme ça tu les avantages du client HTTP & du client lourd. Tu dois pouvoir intercepter les événements sur certains éléments de la page pour déclancher des actions dans ton client. Mais le client (commercial) est obligé d'utiliser ton appli.
- Des ActiveX développés par tes soins & appelés dans la page HTML.
Ce type de trucs est très simple à faire en .NET notemment, tu n'es même pas obligé de les installer sur la machine client si le framework .NET y est présent.
Cette dernière solution me semble la plus rapide à mettre en oeuvre.
Franck,e-
Claude Animo
Pierre Goiffon
"Claude ANIMO" a écrit dans le message de news:
j'ai un client (au sens commercial du terme) qui doit mettre à jour son site web de façon fréquente. Grandes quantités de données et multiplicité de leurs origines. Nécessité de prétraitement sur la plus part d'entres elles. Rien de grandiose mais de multiples tâches à chaîner. Fait à la main le travail revient à: . sauver des fichiers doc en html . déclencher un script php qui traitera les html produits (ftp+xpath+sablotron+mise à jour BD)
Il existe de très nombreux CMS aujourd'hui sur le marché, pourquoi ne pas simplement se tourner vers l'un d'entre eux ?
Sinon, si je comprend bien vous devez proposer une interface permettant au client de sélectionner un fichier .doc sur son disque, de l'envoyer sur le serveur en un endroit que vous déterminez, et éventuellement de lancer le mécanisme de mise à jour du site ? Euh... il s'agit de 2 pages, dont l'une avec un input type=file (qui permet à l'utilisateur de sélectionner un fichier sur son poste, via les boites de dialogue habituelles). J'ai du rater quelque chose ?
"Claude ANIMO" <zlm_zlm2004@yahoo.fr> a écrit dans le message de
news:d9ec07a1.0410190151.37d4a27a@posting.google.com
j'ai un client (au sens commercial du terme) qui doit mettre à jour
son site web de façon fréquente.
Grandes quantités de données et multiplicité de leurs origines.
Nécessité de prétraitement sur la plus part d'entres elles.
Rien de grandiose mais de multiples tâches à chaîner.
Fait à la main le travail revient à:
. sauver des fichiers doc en html
. déclencher un script php qui traitera les html produits
(ftp+xpath+sablotron+mise à jour BD)
Il existe de très nombreux CMS aujourd'hui sur le marché, pourquoi ne pas
simplement se tourner vers l'un d'entre eux ?
Sinon, si je comprend bien vous devez proposer une interface permettant au
client de sélectionner un fichier .doc sur son disque, de l'envoyer sur le
serveur en un endroit que vous déterminez, et éventuellement de lancer le
mécanisme de mise à jour du site ?
Euh... il s'agit de 2 pages, dont l'une avec un input type=file (qui permet
à l'utilisateur de sélectionner un fichier sur son poste, via les boites de
dialogue habituelles). J'ai du rater quelque chose ?
j'ai un client (au sens commercial du terme) qui doit mettre à jour son site web de façon fréquente. Grandes quantités de données et multiplicité de leurs origines. Nécessité de prétraitement sur la plus part d'entres elles. Rien de grandiose mais de multiples tâches à chaîner. Fait à la main le travail revient à: . sauver des fichiers doc en html . déclencher un script php qui traitera les html produits (ftp+xpath+sablotron+mise à jour BD)
Il existe de très nombreux CMS aujourd'hui sur le marché, pourquoi ne pas simplement se tourner vers l'un d'entre eux ?
Sinon, si je comprend bien vous devez proposer une interface permettant au client de sélectionner un fichier .doc sur son disque, de l'envoyer sur le serveur en un endroit que vous déterminez, et éventuellement de lancer le mécanisme de mise à jour du site ? Euh... il s'agit de 2 pages, dont l'une avec un input type=file (qui permet à l'utilisateur de sélectionner un fichier sur son poste, via les boites de dialogue habituelles). J'ai du rater quelque chose ?
