attention quand même de vérifier avec l'auteur par rapport à la licence pcsoft: Il me semble quand même qu'une application créée avec WDScript contient 100% de code dynamique et que, du coup, une licence windev deviendrait obligatoire sur le serveur CGI.
Non puisqu'il n'y a aucune application de créée par WDScript.
patrice wrote:
attention quand même de vérifier avec l'auteur par rapport à la licence
pcsoft:
Il me semble quand même qu'une application créée avec WDScript contient 100%
de code dynamique
et que, du coup, une licence windev deviendrait obligatoire sur le serveur
CGI.
Non puisqu'il n'y a aucune application de créée par WDScript.
attention quand même de vérifier avec l'auteur par rapport à la licence pcsoft: Il me semble quand même qu'une application créée avec WDScript contient 100% de code dynamique et que, du coup, une licence windev deviendrait obligatoire sur le serveur CGI.
Non puisqu'il n'y a aucune application de créée par WDScript.
patrice
"Gégé" a écrit dans le message de news:dq01od$v9r$
patrice wrote: > attention quand même de vérifier avec l'auteur par rapport à la licence > pcsoft: > Il me semble quand même qu'une application créée avec WDScript contient
100%
> de code dynamique > et que, du coup, une licence windev deviendrait obligatoire sur le
serveur
> CGI. Non puisqu'il n'y a aucune application de créée par WDScript.
wdscript + page cgi = application
"Gégé" <gerard.menvussa@ifrance.com> a écrit dans le message de
news:dq01od$v9r$1@s1.news.oleane.net...
patrice wrote:
> attention quand même de vérifier avec l'auteur par rapport à la licence
> pcsoft:
> Il me semble quand même qu'une application créée avec WDScript contient
100%
> de code dynamique
> et que, du coup, une licence windev deviendrait obligatoire sur le
serveur
> CGI.
Non puisqu'il n'y a aucune application de créée par WDScript.
"Gégé" a écrit dans le message de news:dq01od$v9r$
patrice wrote: > attention quand même de vérifier avec l'auteur par rapport à la licence > pcsoft: > Il me semble quand même qu'une application créée avec WDScript contient
100%
> de code dynamique > et que, du coup, une licence windev deviendrait obligatoire sur le
serveur
> CGI. Non puisqu'il n'y a aucune application de créée par WDScript.
wdscript + page cgi = application
Gégé
patrice wrote:
wdscript + page cgi = application
Non c'est WDScript qui est l'unique application développé avec Windev. Les pages CGI comme tu les nomment (que l'on appelle scripts) ne sont qu'une série d'instructions ou un ensemble de règles qui déterminent une méthode courante par laquelle un navigateur peut communiquer avec d'autres programmes résidents sur un serveur web.
patrice wrote:
wdscript + page cgi = application
Non c'est WDScript qui est l'unique application développé avec Windev.
Les pages CGI comme tu les nomment (que l'on appelle scripts) ne sont
qu'une série d'instructions ou un ensemble de règles qui déterminent une
méthode courante par laquelle un navigateur peut communiquer avec
d'autres programmes résidents sur un serveur web.
Non c'est WDScript qui est l'unique application développé avec Windev. Les pages CGI comme tu les nomment (que l'on appelle scripts) ne sont qu'une série d'instructions ou un ensemble de règles qui déterminent une méthode courante par laquelle un navigateur peut communiquer avec d'autres programmes résidents sur un serveur web.
Frédéric LAMBOUR
C'est un truc ajouté à la va vite dans WD10 car la concurrence (DELPHI, ...) le fait. J'ai regardé l'aide en ligne de fichierversmémoire() et inutile de perdre du temps la dessus. La programmation n tiers en poo sous Windev est possible depuis longtemps mais souffre de lacune du WLangage.
Pas de gestion native des propriétés (Get et Set) dans les classes Pas de gestion des collections d'objets
En conclusion, marketing qd tu nous tiens ...
"Francis DUHAUT" a écrit dans le message de news:43bf9f2d$0$26404$
Bonjour,
Quelques a-t-il déja testé. Quel est la schématique pour développer une appli 3 tiers ? Les avantages, inconvénient ?
Merci, Francis.
C'est un truc ajouté à la va vite dans WD10 car la concurrence (DELPHI, ...)
le fait. J'ai regardé l'aide en ligne de fichierversmémoire() et inutile de
perdre du temps la dessus. La programmation n tiers en poo sous Windev est
possible depuis longtemps mais souffre de lacune du WLangage.
Pas de gestion native des propriétés (Get et Set) dans les classes
Pas de gestion des collections d'objets
En conclusion, marketing qd tu nous tiens ...
"Francis DUHAUT" <fduhaut@club-internet.fr> a écrit dans le message de
news:43bf9f2d$0$26404$7a628cd7@news.club-internet.fr...
Bonjour,
Quelques a-t-il déja testé. Quel est la schématique pour développer une
appli 3 tiers ?
Les avantages, inconvénient ?
C'est un truc ajouté à la va vite dans WD10 car la concurrence (DELPHI, ...) le fait. J'ai regardé l'aide en ligne de fichierversmémoire() et inutile de perdre du temps la dessus. La programmation n tiers en poo sous Windev est possible depuis longtemps mais souffre de lacune du WLangage.
Pas de gestion native des propriétés (Get et Set) dans les classes Pas de gestion des collections d'objets
En conclusion, marketing qd tu nous tiens ...
"Francis DUHAUT" a écrit dans le message de news:43bf9f2d$0$26404$
Bonjour,
Quelques a-t-il déja testé. Quel est la schématique pour développer une appli 3 tiers ? Les avantages, inconvénient ?
Non c'est WDScript qui est l'unique application développé avec Windev. Les pages CGI comme tu les nomment (que l'on appelle scripts) ne sont qu'une série d'instructions ou un ensemble de règles qui déterminent une méthode courante par laquelle un navigateur peut communiquer avec d'autres programmes résidents sur un serveur web.
Je suis d'accord avec toi. Mais si tu prend l'exemple d'un client qui télécharge wdscript, et qui se crée un site web basé sur wdscript; on a bien une application (le site web) qui utilise du code dynamique windev (compilé par wdscript)
"Gégé" <gerard.menvussa@ifrance.com> a écrit dans le message de
news:dq03cf$i5$1@s1.news.oleane.net...
Non c'est WDScript qui est l'unique application développé avec Windev.
Les pages CGI comme tu les nomment (que l'on appelle scripts) ne sont
qu'une série d'instructions ou un ensemble de règles qui déterminent une
méthode courante par laquelle un navigateur peut communiquer avec
d'autres programmes résidents sur un serveur web.
Je suis d'accord avec toi.
Mais si tu prend l'exemple d'un client qui télécharge wdscript, et qui se
crée un site web basé sur wdscript;
on a bien une application (le site web) qui utilise du code dynamique windev
(compilé par wdscript)
Non c'est WDScript qui est l'unique application développé avec Windev. Les pages CGI comme tu les nomment (que l'on appelle scripts) ne sont qu'une série d'instructions ou un ensemble de règles qui déterminent une méthode courante par laquelle un navigateur peut communiquer avec d'autres programmes résidents sur un serveur web.
Je suis d'accord avec toi. Mais si tu prend l'exemple d'un client qui télécharge wdscript, et qui se crée un site web basé sur wdscript; on a bien une application (le site web) qui utilise du code dynamique windev (compilé par wdscript)
Gégé
patrice wrote:
Je suis d'accord avec toi. Mais si tu prend l'exemple d'un client qui télécharge wdscript, et qui se crée un site web basé sur wdscript; on a bien une application (le site web) qui utilise du code dynamique windev (compilé par wdscript)
Non, on a WDScript qui utilise des scripts composés de HTML, Javascript, XUL et... WDScript. Maintenant, il est vrai que les balises WDScript peuvent contenir des instructions en W-Langage. Dans tous les cas, tu as une application web en WDScript.
patrice wrote:
Je suis d'accord avec toi.
Mais si tu prend l'exemple d'un client qui télécharge wdscript, et qui se
crée un site web basé sur wdscript;
on a bien une application (le site web) qui utilise du code dynamique windev
(compilé par wdscript)
Non, on a WDScript qui utilise des scripts composés de HTML, Javascript,
XUL et... WDScript. Maintenant, il est vrai que les balises WDScript
peuvent contenir des instructions en W-Langage.
Dans tous les cas, tu as une application web en WDScript.
Je suis d'accord avec toi. Mais si tu prend l'exemple d'un client qui télécharge wdscript, et qui se crée un site web basé sur wdscript; on a bien une application (le site web) qui utilise du code dynamique windev (compilé par wdscript)
Non, on a WDScript qui utilise des scripts composés de HTML, Javascript, XUL et... WDScript. Maintenant, il est vrai que les balises WDScript peuvent contenir des instructions en W-Langage. Dans tous les cas, tu as une application web en WDScript.
patrice
"Gégé" a écrit dans le message de news:dq069k$2aq$
Non, on a WDScript qui utilise des scripts composés de HTML, Javascript, XUL et... WDScript. Maintenant, il est vrai que les balises WDScript peuvent contenir des instructions en W-Langage. Dans tous les cas, tu as une application web en WDScript.
c'est pas vraiment ce qui est mis dans la faq où l'on y parle explicitement de wlangage : extrait : <WDSCRIPT>...</WDSCRIPT> Bloc de code w-langage intégré dans la page HTML. Exemple : ..... Mais bon, .... on va pas rester la dessus 3 ans. moi ce que je dirais en résumé: pour ajouter une page wdscript dans un site, no problemo pour faire un site composé uniquement de w-language compilé, c'est tres limite....
"Gégé" <gerard.menvussa@ifrance.com> a écrit dans le message de
news:dq069k$2aq$1@s1.news.oleane.net...
Non, on a WDScript qui utilise des scripts composés de HTML, Javascript,
XUL et... WDScript. Maintenant, il est vrai que les balises WDScript
peuvent contenir des instructions en W-Langage.
Dans tous les cas, tu as une application web en WDScript.
c'est pas vraiment ce qui est mis dans la faq où l'on y parle explicitement
de wlangage :
extrait :
<WDSCRIPT>...</WDSCRIPT>
Bloc de code w-langage intégré dans la page HTML.
Exemple : .....
Mais bon, .... on va pas rester la dessus 3 ans.
moi ce que je dirais en résumé:
pour ajouter une page wdscript dans un site, no problemo
pour faire un site composé uniquement de w-language compilé, c'est tres
limite....
"Gégé" a écrit dans le message de news:dq069k$2aq$
Non, on a WDScript qui utilise des scripts composés de HTML, Javascript, XUL et... WDScript. Maintenant, il est vrai que les balises WDScript peuvent contenir des instructions en W-Langage. Dans tous les cas, tu as une application web en WDScript.
c'est pas vraiment ce qui est mis dans la faq où l'on y parle explicitement de wlangage : extrait : <WDSCRIPT>...</WDSCRIPT> Bloc de code w-langage intégré dans la page HTML. Exemple : ..... Mais bon, .... on va pas rester la dessus 3 ans. moi ce que je dirais en résumé: pour ajouter une page wdscript dans un site, no problemo pour faire un site composé uniquement de w-language compilé, c'est tres limite....
Gégé
patrice wrote:
c'est pas vraiment ce qui est mis dans la faq où l'on y parle explicitement de wlangage :
C'est sûr mais une balise <out> ou une fonction Echo, c'est pas du W-Langage.
Mais bon, .... on va pas rester la dessus 3 ans.
Effectivement nous sommes HS. On peut donc poursuivre cet intéressant débat sur le forum dédié http://wdscript.sf.net
patrice wrote:
c'est pas vraiment ce qui est mis dans la faq où l'on y parle explicitement
de wlangage :
C'est sûr mais une balise <out> ou une fonction Echo, c'est pas du
W-Langage.
Mais bon, .... on va pas rester la dessus 3 ans.
Effectivement nous sommes HS. On peut donc poursuivre cet intéressant
débat sur le forum dédié http://wdscript.sf.net
c'est pas vraiment ce qui est mis dans la faq où l'on y parle explicitement de wlangage :
C'est sûr mais une balise <out> ou une fonction Echo, c'est pas du W-Langage.
Mais bon, .... on va pas rester la dessus 3 ans.
Effectivement nous sommes HS. On peut donc poursuivre cet intéressant débat sur le forum dédié http://wdscript.sf.net
sse
très bien si vous avez le choix.
je travaille moi depuis 5 ans en environnement 3tiers avec un serveur d'application unique. L'avantage que j'y vois est le support de l'éditeur (Progress) si pb arrive, mais ceci vaut pour ma situation, je ne sais pas si c'est transposable avec PcSoft, avec qui je ne travaille pas pour l'instant.
très bien si vous avez le choix.
je travaille moi depuis 5 ans en environnement 3tiers avec un serveur
d'application unique. L'avantage que j'y vois est le support de
l'éditeur (Progress) si pb arrive, mais ceci vaut pour ma situation,
je ne sais pas si c'est transposable avec PcSoft, avec qui je ne
travaille pas pour l'instant.
je travaille moi depuis 5 ans en environnement 3tiers avec un serveur d'application unique. L'avantage que j'y vois est le support de l'éditeur (Progress) si pb arrive, mais ceci vaut pour ma situation, je ne sais pas si c'est transposable avec PcSoft, avec qui je ne travaille pas pour l'instant.
