Salut, jamais de Rad Pour moi. Par contre ce que tu propose intéresse : Un modèle de fenêtre avec mon propre code + boutons + .. + ...
Je pensais que cela était possible ( gabarits ?)
Sébastien
-- -- "Gilles G." a écrit dans le message de news:
Une question que je me pose depuis longtemps :
Il y en a qui utilisent vraiment cette "chose" au point que ça soit un argument commercial pour une version??
Un truc qui a toujours manqué à Windev et qui manquera en 9, c'est le concept de template d'objet :
tu crées une fenêtre avec un code de base, et tu déclines tes autres fenêtres sur cette dernière (ils promettent ça avec leur rad à la noix)...
Sauf qu'une fois que c'est généré c'est fini. Alors qu'avec un template, tu modifies le code de la source, et c'est répercuté.
Une sorte d'héritage objet, mais au niveau des éléments de GUI (fenêtre, boutons, etc...)
Ca changerait grandement le dev avec Windev ça, enfin en ce qui me concerne ;)
Yves.83
Oui, cela peut être intéressant. Mais attention, à force de demander de plus en plus des fonctions qui font tout toute seule et de mieux en mieux, on finira par se retrouver au chomage. Il y aura toujours quelqu'un qui cliquera moins cher que toi !
Vive l'informatique !! Yves
"Gilles G." a écrit dans le message de news:
Une question que je me pose depuis longtemps :
Il y en a qui utilisent vraiment cette "chose" au point que ça soit un argument commercial pour une version??
Un truc qui a toujours manqué à Windev et qui manquera en 9, c'est le concept de template d'objet :
tu crées une fenêtre avec un code de base, et tu déclines tes autres fenêtres sur cette dernière (ils promettent ça avec leur rad à la noix)...
Sauf qu'une fois que c'est généré c'est fini. Alors qu'avec un template, tu modifies le code de la source, et c'est répercuté.
Une sorte d'héritage objet, mais au niveau des éléments de GUI (fenêtre, boutons, etc...)
Ca changerait grandement le dev avec Windev ça, enfin en ce qui me concerne ;)
Oui, cela peut être intéressant.
Mais attention, à force de demander de plus en plus des
fonctions qui font tout toute seule et de mieux en mieux,
on finira par se retrouver au chomage.
Il y aura toujours quelqu'un qui cliquera moins cher que toi !
Vive l'informatique !!
Yves
"Gilles G." <debians@gmail.com> a écrit dans le message de news:
GFr.1be9b2442a3ed080989f53@localhost...
Une question que je me pose depuis longtemps :
Il y en a qui utilisent vraiment cette "chose" au point que ça soit un
argument commercial pour une version??
Un truc qui a toujours manqué à Windev et qui manquera en 9, c'est le
concept de template d'objet :
tu crées une fenêtre avec un code de base, et tu déclines tes autres
fenêtres sur cette dernière (ils promettent ça avec leur rad à la
noix)...
Sauf qu'une fois que c'est généré c'est fini. Alors qu'avec un template,
tu modifies le code de la source, et c'est répercuté.
Une sorte d'héritage objet, mais au niveau des éléments de GUI (fenêtre,
boutons, etc...)
Ca changerait grandement le dev avec Windev ça, enfin en ce qui me
concerne ;)
Oui, cela peut être intéressant. Mais attention, à force de demander de plus en plus des fonctions qui font tout toute seule et de mieux en mieux, on finira par se retrouver au chomage. Il y aura toujours quelqu'un qui cliquera moins cher que toi !
Vive l'informatique !! Yves
"Gilles G." a écrit dans le message de news:
Une question que je me pose depuis longtemps :
Il y en a qui utilisent vraiment cette "chose" au point que ça soit un argument commercial pour une version??
Un truc qui a toujours manqué à Windev et qui manquera en 9, c'est le concept de template d'objet :
tu crées une fenêtre avec un code de base, et tu déclines tes autres fenêtres sur cette dernière (ils promettent ça avec leur rad à la noix)...
Sauf qu'une fois que c'est généré c'est fini. Alors qu'avec un template, tu modifies le code de la source, et c'est répercuté.
Une sorte d'héritage objet, mais au niveau des éléments de GUI (fenêtre, boutons, etc...)
Ca changerait grandement le dev avec Windev ça, enfin en ce qui me concerne ;)
Manu
SebNews wrote:
Salut, jamais de Rad Pour moi. Par contre ce que tu propose intéresse : Un modèle de fenêtre avec mon propre code + boutons + .. + ...
C'est çà le rad ! sauf que jusqu'à présent c'était un simple fichier texte où tu tape tout avec les principales possibilités(HF, ODBC, requetes, objet...). Maintenant en V9 c'est interactif drag&drop et ton fichier texte de mdèle !
Nous avons un exemple de RAD où au lieu de générer des ordres Hxxx c'est des ordres SQLManagerX qui sont générés.
-- Emmanuel
SebNews wrote:
Salut,
jamais de Rad Pour moi. Par contre ce que tu propose
intéresse :
Un modèle de fenêtre avec mon propre code + boutons
+ .. + ...
C'est çà le rad ! sauf que jusqu'à présent c'était un simple fichier texte
où tu tape tout avec les principales possibilités(HF, ODBC, requetes,
objet...). Maintenant en V9 c'est interactif drag&drop et ton fichier texte
de mdèle !
Nous avons un exemple de RAD où au lieu de générer des ordres Hxxx c'est des
ordres SQLManagerX qui sont générés.
Salut, jamais de Rad Pour moi. Par contre ce que tu propose intéresse : Un modèle de fenêtre avec mon propre code + boutons + .. + ...
C'est çà le rad ! sauf que jusqu'à présent c'était un simple fichier texte où tu tape tout avec les principales possibilités(HF, ODBC, requetes, objet...). Maintenant en V9 c'est interactif drag&drop et ton fichier texte de mdèle !
Nous avons un exemple de RAD où au lieu de générer des ordres Hxxx c'est des ordres SQLManagerX qui sont générés.
-- Emmanuel
Gilles G.
In article <417f97c2$0$3693$, yves.piot.83 @wanadoo.fr says...
Oui, cela peut être intéressant. Mais attention, à force de demander de plus en plus des fonctions qui font tout toute seule et de mieux en mieux, on finira par se retrouver au chomage. Il y aura toujours quelqu'un qui cliquera moins cher que toi ! Vive l'informatique !!
Moui, tu sais l'informatique, c'est et ça sera toujours pareil... Quel que soit l'outil, celui qui pondait du code pourri hier, pondra du code pourri demain, rien ne changera à ce sujet ;)
In article <417f97c2$0$3693$8fcfb975@news.wanadoo.fr>, yves.piot.83
@wanadoo.fr says...
Oui, cela peut être intéressant.
Mais attention, à force de demander de plus en plus des
fonctions qui font tout toute seule et de mieux en mieux,
on finira par se retrouver au chomage.
Il y aura toujours quelqu'un qui cliquera moins cher que toi !
Vive l'informatique !!
Moui, tu sais l'informatique, c'est et ça sera toujours pareil...
Quel que soit l'outil, celui qui pondait du code pourri hier, pondra du
code pourri demain, rien ne changera à ce sujet ;)
In article <417f97c2$0$3693$, yves.piot.83 @wanadoo.fr says...
Oui, cela peut être intéressant. Mais attention, à force de demander de plus en plus des fonctions qui font tout toute seule et de mieux en mieux, on finira par se retrouver au chomage. Il y aura toujours quelqu'un qui cliquera moins cher que toi ! Vive l'informatique !!
Moui, tu sais l'informatique, c'est et ça sera toujours pareil... Quel que soit l'outil, celui qui pondait du code pourri hier, pondra du code pourri demain, rien ne changera à ce sujet ;)
plochert
Le très gros manque en ce qui concerne windev c'est son absence d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est impardonnable.
C'est pour ça que je ne considère pas windev comme étant un produit mature, avec lequel on puisse faire des projets importants.
Le très gros manque en ce qui concerne windev c'est son absence
d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les
plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est
impardonnable.
C'est pour ça que je ne considère pas windev comme étant un produit
mature, avec lequel on puisse faire des projets importants.
Le très gros manque en ce qui concerne windev c'est son absence d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est impardonnable.
C'est pour ça que je ne considère pas windev comme étant un produit mature, avec lequel on puisse faire des projets importants.
Manu
"plo" a écrit dans le message news:
Le très gros manque en ce qui concerne windev c'est son absence d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est impardonnable.
Peux-tu me donner un (ou plusieurs) interet(s) d'un héritage de fenetres ? Hormis comme en PB (c'est du vécu) d'avoir des fenetres surchargés jq 9 fois avec des temps de traitements plus que lents !
C'est pour ça que je ne considère pas windev comme étant un produit mature, avec lequel on puisse faire des projets importants.
Cà va faire plaisir à beaucoup de gens que de voir qu'un projet de refonte de SI basé sur du Windev n'est pas un projet 'important'. Dans la poursuite de ton argumentation, peux-tu me donner la définition d'un projet 'important' ainsi que des exemples.
Merci
-- Emmanuel
"plo" <plochert@club-internet.fr> a écrit dans le message news:
355fd753.0410280005.2cda9a0a@posting.google.com...
Le très gros manque en ce qui concerne windev c'est son absence
d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les
plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est
impardonnable.
Peux-tu me donner un (ou plusieurs) interet(s) d'un héritage de fenetres ?
Hormis comme en PB (c'est du vécu) d'avoir des fenetres surchargés jq 9 fois
avec des temps de traitements plus que lents !
C'est pour ça que je ne considère pas windev comme étant un produit
mature, avec lequel on puisse faire des projets importants.
Cà va faire plaisir à beaucoup de gens que de voir qu'un projet de refonte
de SI basé sur du Windev n'est pas un projet 'important'. Dans la poursuite
de ton argumentation, peux-tu me donner la définition d'un projet
'important' ainsi que des exemples.
Le très gros manque en ce qui concerne windev c'est son absence d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est impardonnable.
Peux-tu me donner un (ou plusieurs) interet(s) d'un héritage de fenetres ? Hormis comme en PB (c'est du vécu) d'avoir des fenetres surchargés jq 9 fois avec des temps de traitements plus que lents !
C'est pour ça que je ne considère pas windev comme étant un produit mature, avec lequel on puisse faire des projets importants.
Cà va faire plaisir à beaucoup de gens que de voir qu'un projet de refonte de SI basé sur du Windev n'est pas un projet 'important'. Dans la poursuite de ton argumentation, peux-tu me donner la définition d'un projet 'important' ainsi que des exemples.
Merci
-- Emmanuel
Marcel.berman
On 28-Oct-2004, (plo) wrote:
Le très gros manque en ce qui concerne windev c'est son absence d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est impardonnable.
C'est pour ça que je ne considère pas windev comme étant un produit mature, avec lequel on puisse faire des projets importants.
Tout cela dépend de la manière dont on voit les choses ... En fait, dans les languages dont tu parles, les fenêtres sont stockées comme du code et sont accessibles en édition. De ce fait, bien entendu, on peut en faire ce que l'on veut ou presque.
La manière dont WD fonctionne "encapsule" la partie graphique et la rend d'une certaine manière inaccessible ... Les possibilités de modifier dynamiquement une fenêtre étaient très limitées avant la version 7 ... Ceci dit, avec les nouvelles fonctionnalités de la 8 et celles annoncées de la 9, le problème se pose différemment. On peut ouvrir une fenêtre existante, ajouter des champs en clonant des champs existants et la compilation dynamique permet d'ajouter des traitements non prévus dans la fenêtre d'origine, tout en "héritant" des caractéristiques de la fenêtre ouverte. Ce n'est pas de l'héritage, mais cela s'en rapproche quand même beaucoup ... Ceci, ajouté aux gabarits qui permettent de changer l'aspect d'une fenêtre dynamiquement, me donne quand même l'impression qu'en matière de personnalisation dynamique de l'interface utilisateur, WD ne me semble pas si en retard que cela par rapport aux languages que tu as cité ...
Enfin, la nouvelle version du RAD va probablement permettre une personnalisation plus facile et plus complète des fenêtres générées. Cela deviendra vraiment un outil de prototypage personnalisé ce qui n'était pas vraiment le cas avant car il fallait, pour ne pas risquer de problèmes en cas de changement de version, hériter des classes RAD standards et les surcharger pour les adapter ... Cela empêchait quand même de s'écarter beaucoup de la conception windevienne du RAD ...
Bref ... l'outil me semble évoluer dans le bon sens !
Bien à toi ! -- Marcel Berman c/o Managing Business SPRL Allée du Petit Paris, 11 B - 1410 - Waterloo Tel : +32 2 351.60.64 Fax : +32 2 351.45.78 Gsm : +32 475.799.477
On 28-Oct-2004, plochert@club-internet.fr (plo) wrote:
Le très gros manque en ce qui concerne windev c'est son absence
d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les
plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est
impardonnable.
C'est pour ça que je ne considère pas windev comme étant un produit
mature, avec lequel on puisse faire des projets importants.
Tout cela dépend de la manière dont on voit les choses ...
En fait, dans les languages dont tu parles, les fenêtres sont stockées comme
du code et sont accessibles en édition.
De ce fait, bien entendu, on peut en faire ce que l'on veut ou presque.
La manière dont WD fonctionne "encapsule" la partie graphique et la rend
d'une certaine manière inaccessible ...
Les possibilités de modifier dynamiquement une fenêtre étaient très limitées
avant la version 7 ...
Ceci dit, avec les nouvelles fonctionnalités de la 8 et celles annoncées de
la 9, le problème se pose différemment.
On peut ouvrir une fenêtre existante, ajouter des champs en clonant des
champs existants et la compilation dynamique permet d'ajouter des
traitements non prévus dans la fenêtre d'origine, tout en "héritant" des
caractéristiques de la fenêtre ouverte.
Ce n'est pas de l'héritage, mais cela s'en rapproche quand même beaucoup ...
Ceci, ajouté aux gabarits qui permettent de changer l'aspect d'une fenêtre
dynamiquement, me donne quand même l'impression qu'en matière de
personnalisation dynamique de l'interface utilisateur, WD ne me semble pas
si en retard que cela par rapport aux languages que tu as cité ...
Enfin, la nouvelle version du RAD va probablement permettre une
personnalisation plus facile et plus complète des fenêtres générées. Cela
deviendra vraiment un outil de prototypage personnalisé ce qui n'était pas
vraiment le cas avant car il fallait, pour ne pas risquer de problèmes en
cas de changement de version, hériter des classes RAD standards et les
surcharger pour les adapter ... Cela empêchait quand même de s'écarter
beaucoup de la conception windevienne du RAD ...
Bref ... l'outil me semble évoluer dans le bon sens !
Bien à toi !
--
Marcel Berman
c/o Managing Business SPRL
Allée du Petit Paris, 11
B - 1410 - Waterloo
Tel : +32 2 351.60.64
Fax : +32 2 351.45.78
Gsm : +32 475.799.477
Le très gros manque en ce qui concerne windev c'est son absence d'héritage au niveau des fenêtres
Par rapport à des outils "anciens" comme PowerBuilder, Delphi ou les plus récents Visual Studio .NET ou Eclipse/JBuilder (Java), c'est impardonnable.
C'est pour ça que je ne considère pas windev comme étant un produit mature, avec lequel on puisse faire des projets importants.
Tout cela dépend de la manière dont on voit les choses ... En fait, dans les languages dont tu parles, les fenêtres sont stockées comme du code et sont accessibles en édition. De ce fait, bien entendu, on peut en faire ce que l'on veut ou presque.
La manière dont WD fonctionne "encapsule" la partie graphique et la rend d'une certaine manière inaccessible ... Les possibilités de modifier dynamiquement une fenêtre étaient très limitées avant la version 7 ... Ceci dit, avec les nouvelles fonctionnalités de la 8 et celles annoncées de la 9, le problème se pose différemment. On peut ouvrir une fenêtre existante, ajouter des champs en clonant des champs existants et la compilation dynamique permet d'ajouter des traitements non prévus dans la fenêtre d'origine, tout en "héritant" des caractéristiques de la fenêtre ouverte. Ce n'est pas de l'héritage, mais cela s'en rapproche quand même beaucoup ... Ceci, ajouté aux gabarits qui permettent de changer l'aspect d'une fenêtre dynamiquement, me donne quand même l'impression qu'en matière de personnalisation dynamique de l'interface utilisateur, WD ne me semble pas si en retard que cela par rapport aux languages que tu as cité ...
Enfin, la nouvelle version du RAD va probablement permettre une personnalisation plus facile et plus complète des fenêtres générées. Cela deviendra vraiment un outil de prototypage personnalisé ce qui n'était pas vraiment le cas avant car il fallait, pour ne pas risquer de problèmes en cas de changement de version, hériter des classes RAD standards et les surcharger pour les adapter ... Cela empêchait quand même de s'écarter beaucoup de la conception windevienne du RAD ...
Bref ... l'outil me semble évoluer dans le bon sens !
Bien à toi ! -- Marcel Berman c/o Managing Business SPRL Allée du Petit Paris, 11 B - 1410 - Waterloo Tel : +32 2 351.60.64 Fax : +32 2 351.45.78 Gsm : +32 475.799.477
William
Bonjour
"plo" a écrit dans le message de news:
Le très gros manque en ce qui concerne windev c'est son absence d'héritage au niveau des fenêtres
C'est pour ça que je ne considère pas windev comme étant un produit mature, avec lequel on puisse faire des projets importants.
Moi ce que je ne comprends pas c'est pourquoi tu ne vas pas modifiier les classes pour te faire tes propres fenêtres sous le rad. Manu vient de te dire qu'il propose un rad basé sur SqlmanagerX ce qui prouve que c'est possible.
maintenant si cela n'est pas à ta porté cela ne remet pas en cause le produit. Cdl William
Ps je suis encore en 7.5, ni la 8 ni la 9
Bonjour
"plo" <plochert@club-internet.fr> a écrit dans le message de
news:355fd753.0410280005.2cda9a0a@posting.google.com...
Le très gros manque en ce qui concerne windev c'est son absence
d'héritage au niveau des fenêtres
C'est pour ça que je ne considère pas windev comme étant un produit
mature, avec lequel on puisse faire des projets importants.
Moi ce que je ne comprends pas c'est pourquoi tu ne vas pas modifiier les
classes pour te faire tes propres fenêtres sous le rad.
Manu vient de te dire qu'il propose un rad basé sur SqlmanagerX ce qui
prouve que c'est possible.
maintenant si cela n'est pas à ta porté cela ne remet pas en cause le
produit.
Cdl
William
Le très gros manque en ce qui concerne windev c'est son absence d'héritage au niveau des fenêtres
C'est pour ça que je ne considère pas windev comme étant un produit mature, avec lequel on puisse faire des projets importants.
Moi ce que je ne comprends pas c'est pourquoi tu ne vas pas modifiier les classes pour te faire tes propres fenêtres sous le rad. Manu vient de te dire qu'il propose un rad basé sur SqlmanagerX ce qui prouve que c'est possible.
maintenant si cela n'est pas à ta porté cela ne remet pas en cause le produit. Cdl William
Ps je suis encore en 7.5, ni la 8 ni la 9
Manu
> > C'est pour ça que je ne considère pas windev comme étant un produit > mature, avec lequel on puisse faire des projets importants.
Moi ce que je ne comprends pas c'est pourquoi tu ne vas pas modifiier les classes pour te faire tes propres fenêtres sous le rad. Manu vient de te dire qu'il propose un rad basé sur SqlmanagerX ce qui prouve que c'est possible.
Quand je dis "Nous avons un exemple de RAD où au lieu de générer des ordres Hxxx c'est des ordres SQLManagerX qui sont générés." c'est une fenetre fiche et une fenetre table. Pour faire plus compliqué (fiche lié, état associé,...) c'est possible mais actuellement en mode fichier texte il faut du temps :-) Pour complément il est en WD75.
Je pense vraiement qu'avec l'ajout d'un interface pour générer les fichier MDL et MDE avec WD9 ce sera un pas vers l'utilisation et la personnalisation du RAD.
maintenant si cela n'est pas à ta porté cela ne remet pas en cause le produit.
çà c'est vrai.
> > C'est pour ça que je ne considère pas windev comme étant un produit
> mature, avec lequel on puisse faire des projets importants.
Moi ce que je ne comprends pas c'est pourquoi tu ne vas pas modifiier les
classes pour te faire tes propres fenêtres sous le rad.
Manu vient de te dire qu'il propose un rad basé sur SqlmanagerX ce qui
prouve que c'est possible.
Quand je dis "Nous avons un exemple de RAD où au lieu de générer des ordres
Hxxx c'est des ordres SQLManagerX qui sont générés." c'est une fenetre fiche
et une fenetre table. Pour faire plus compliqué (fiche lié, état
associé,...) c'est possible mais actuellement en mode fichier texte il faut
du temps :-) Pour complément il est en WD75.
Je pense vraiement qu'avec l'ajout d'un interface pour générer les fichier
MDL et MDE avec WD9 ce sera un pas vers l'utilisation et la personnalisation
du RAD.
maintenant si cela n'est pas à ta porté cela ne remet pas en cause le
produit.
> > C'est pour ça que je ne considère pas windev comme étant un produit > mature, avec lequel on puisse faire des projets importants.
Moi ce que je ne comprends pas c'est pourquoi tu ne vas pas modifiier les classes pour te faire tes propres fenêtres sous le rad. Manu vient de te dire qu'il propose un rad basé sur SqlmanagerX ce qui prouve que c'est possible.
Quand je dis "Nous avons un exemple de RAD où au lieu de générer des ordres Hxxx c'est des ordres SQLManagerX qui sont générés." c'est une fenetre fiche et une fenetre table. Pour faire plus compliqué (fiche lié, état associé,...) c'est possible mais actuellement en mode fichier texte il faut du temps :-) Pour complément il est en WD75.
Je pense vraiement qu'avec l'ajout d'un interface pour générer les fichier MDL et MDE avec WD9 ce sera un pas vers l'utilisation et la personnalisation du RAD.
maintenant si cela n'est pas à ta porté cela ne remet pas en cause le produit.
çà c'est vrai.
Eric Demeester
dans (in) fr.comp.developpement.agl.windev, "Yves.83" <(S.p_a.m) ecrivait (wrote) :
Bonsoir Yves,
Mais attention, à force de demander de plus en plus des fonctions qui font tout toute seule et de mieux en mieux, on finira par se retrouver au chomage.
Bof.
Le RAD, depuis qu'il existe, est considéré par les développeurs professionnels comme un gadget permettant de fabriquer rapidement des maquettes à présenter au client, mais rien de plus...
Vive l'informatique !!
Répondre à l'endroit crédibilise. Je dis ça je dis rien.
-- Eric
dans (in) fr.comp.developpement.agl.windev, "Yves.83"
<(S.p_a.m)_yves.piot.83@wanadoo.fr> ecrivait (wrote) :
Bonsoir Yves,
Mais attention, à force de demander de plus en plus des
fonctions qui font tout toute seule et de mieux en mieux,
on finira par se retrouver au chomage.
Bof.
Le RAD, depuis qu'il existe, est considéré par les développeurs
professionnels comme un gadget permettant de fabriquer rapidement des
maquettes à présenter au client, mais rien de plus...
Vive l'informatique !!
Répondre à l'endroit crédibilise. Je dis ça je dis rien.
dans (in) fr.comp.developpement.agl.windev, "Yves.83" <(S.p_a.m) ecrivait (wrote) :
Bonsoir Yves,
Mais attention, à force de demander de plus en plus des fonctions qui font tout toute seule et de mieux en mieux, on finira par se retrouver au chomage.
Bof.
Le RAD, depuis qu'il existe, est considéré par les développeurs professionnels comme un gadget permettant de fabriquer rapidement des maquettes à présenter au client, mais rien de plus...
Vive l'informatique !!
Répondre à l'endroit crédibilise. Je dis ça je dis rien.
