Est-ce que les différents reproches faits à WinDev ne sont pas rendus cadiques en version 10 par l'utilisation du Gestionnaire de Sources ainsi que des fenêtres internes ? La réutilisabilité & la factorisation de code se font aisément grâce à ces outils. Bien sûr reste toujours le problème de l'extensibilité des contrôles où la solution .NET semble plus adaptée. Mais pour faire tourner .NET il faut bien sûr avoir un parc de machines clientes qui supportent ce runtime.
InsideWD
Gilles TOURREAU writes:
[... ]
> > Je suis tout a fait d'accord avec toi de ce coté là... > > Mais nos clients et utilisateurs sont exigeant au niveau des contrôles > et demande des fois des truc "hors normes" qui est impossible de faire > avec Windev ou alors en perdant quelques cheveux avec les API... Et > .NET nous permet de réaliser cela sans problème... > > C'est le truc chiant avec .NET le premier mois, c'est développer du > "vent". Il faut créer ses propres contrôles... mais je peux t'assur er > qu'après tu as un gain de temps considérable quand tu fais > glisser/déposer de contrôle complexe... De plus étant donné que tu > peux ajouter tes propres propriétés, un fois ton composant dévelo pper > tu peux l'utiliser/paramètrer uniquement avec la souris... > > Cordialement > > -- > Gilles TOURREAU
En passant un peu plus de temps tu aurais pu avoir la même démarche en allant sur des solutions non propriétaires :-(
Je ne connais pas Visual .Net, mais concernant Delphi c'est vrai qu'après avoir défini tes objets qui en fait feront la base de ton application après c'est bien plus simple et plus rapide que Windev.
Maintenant Windev, apporte une facilité d'utilisation pour les débutants que tu retrouves difficilement avec d'autres outils. Le souci c'est plus qu'il manque à windev la puissance et la souplesse apportée par les autres langages. Dans ce cas une équipe pourrait définir les "bases" des applis, et ensuite n'importe qui pourrait utiliser ces objets.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Est-ce que les différents reproches faits à WinDev ne sont pas rendus
cadiques en version 10 par l'utilisation du Gestionnaire de Sources
ainsi que des fenêtres internes ?
La réutilisabilité & la factorisation de code se font aisément
grâce à ces outils.
Bien sûr reste toujours le problème de l'extensibilité des
contrôles où la solution .NET semble plus adaptée.
Mais pour faire tourner .NET il faut bien sûr avoir un parc de
machines clientes qui supportent ce runtime.
InsideWD
Gilles TOURREAU <gilles.tourreau@pos.fr> writes:
[...
]
>
> Je suis tout a fait d'accord avec toi de ce coté là...
>
> Mais nos clients et utilisateurs sont exigeant au niveau des contrôles
> et demande des fois des truc "hors normes" qui est impossible de faire
> avec Windev ou alors en perdant quelques cheveux avec les API... Et
> .NET nous permet de réaliser cela sans problème...
>
> C'est le truc chiant avec .NET le premier mois, c'est développer du
> "vent". Il faut créer ses propres contrôles... mais je peux t'assur er
> qu'après tu as un gain de temps considérable quand tu fais
> glisser/déposer de contrôle complexe... De plus étant donné que tu
> peux ajouter tes propres propriétés, un fois ton composant dévelo pper
> tu peux l'utiliser/paramètrer uniquement avec la souris...
>
> Cordialement
>
> --
> Gilles TOURREAU
En passant un peu plus de temps tu aurais pu avoir la même démarche en
allant sur des solutions non propriétaires :-(
Je ne connais pas Visual .Net, mais concernant Delphi c'est vrai
qu'après avoir défini tes objets qui en fait feront la base de ton
application après c'est bien plus simple et plus rapide que Windev.
Maintenant Windev, apporte une facilité d'utilisation pour les
débutants que tu retrouves difficilement avec d'autres outils. Le
souci c'est plus qu'il manque à windev la puissance et la souplesse
apportée par les autres langages. Dans ce cas une équipe pourrait
définir les "bases" des applis, et ensuite n'importe qui pourrait
utiliser ces objets.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Est-ce que les différents reproches faits à WinDev ne sont pas rendus cadiques en version 10 par l'utilisation du Gestionnaire de Sources ainsi que des fenêtres internes ? La réutilisabilité & la factorisation de code se font aisément grâce à ces outils. Bien sûr reste toujours le problème de l'extensibilité des contrôles où la solution .NET semble plus adaptée. Mais pour faire tourner .NET il faut bien sûr avoir un parc de machines clientes qui supportent ce runtime.
InsideWD
Gilles TOURREAU writes:
[... ]
> > Je suis tout a fait d'accord avec toi de ce coté là... > > Mais nos clients et utilisateurs sont exigeant au niveau des contrôles > et demande des fois des truc "hors normes" qui est impossible de faire > avec Windev ou alors en perdant quelques cheveux avec les API... Et > .NET nous permet de réaliser cela sans problème... > > C'est le truc chiant avec .NET le premier mois, c'est développer du > "vent". Il faut créer ses propres contrôles... mais je peux t'assur er > qu'après tu as un gain de temps considérable quand tu fais > glisser/déposer de contrôle complexe... De plus étant donné que tu > peux ajouter tes propres propriétés, un fois ton composant dévelo pper > tu peux l'utiliser/paramètrer uniquement avec la souris... > > Cordialement > > -- > Gilles TOURREAU
En passant un peu plus de temps tu aurais pu avoir la même démarche en allant sur des solutions non propriétaires :-(
Je ne connais pas Visual .Net, mais concernant Delphi c'est vrai qu'après avoir défini tes objets qui en fait feront la base de ton application après c'est bien plus simple et plus rapide que Windev.
Maintenant Windev, apporte une facilité d'utilisation pour les débutants que tu retrouves difficilement avec d'autres outils. Le souci c'est plus qu'il manque à windev la puissance et la souplesse apportée par les autres langages. Dans ce cas une équipe pourrait définir les "bases" des applis, et ensuite n'importe qui pourrait utiliser ces objets.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Gilles TOURREAU
Inside WD a formulé la demande :
Est-ce que les différents reproches faits à WinDev ne sont pas rendus cadiques en version 10 par l'utilisation du Gestionnaire de Sources ainsi que des fenêtres internes ? La réutilisabilité & la factorisation de code se font aisément grâce à ces outils. Bien sûr reste toujours le problème de l'extensibilité des contrôles où la solution .NET semble plus adaptée. Mais pour faire tourner .NET il faut bien sûr avoir un parc de machines clientes qui supportent ce runtime.
InsideWD
Gilles TOURREAU writes:
[... ]
Je suis tout a fait d'accord avec toi de ce coté là...
Mais nos clients et utilisateurs sont exigeant au niveau des contrôles et demande des fois des truc "hors normes" qui est impossible de faire avec Windev ou alors en perdant quelques cheveux avec les API... Et .NET nous permet de réaliser cela sans problème...
C'est le truc chiant avec .NET le premier mois, c'est développer du "vent". Il faut créer ses propres contrôles... mais je peux t'assurer qu'après tu as un gain de temps considérable quand tu fais glisser/déposer de contrôle complexe... De plus étant donné que tu peux ajouter tes propres propriétés, un fois ton composant développer tu peux l'utiliser/paramètrer uniquement avec la souris...
Cordialement
-- Gilles TOURREAU
En passant un peu plus de temps tu aurais pu avoir la même démarche en allant sur des solutions non propriétaires :-(
Je ne connais pas Visual .Net, mais concernant Delphi c'est vrai qu'après avoir défini tes objets qui en fait feront la base de ton application après c'est bien plus simple et plus rapide que Windev.
Maintenant Windev, apporte une facilité d'utilisation pour les débutants que tu retrouves difficilement avec d'autres outils. Le souci c'est plus qu'il manque à windev la puissance et la souplesse apportée par les autres langages. Dans ce cas une équipe pourrait définir les "bases" des applis, et ensuite n'importe qui pourrait utiliser ces objets.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Pour info : Le runtime est présente dans Windows XP, téléchargeable sur Windows Update et depuis la version 2.0 du .NET, Microsoft a mis au point un logiciel de déploiement (ClickOnce) qui permet de l'installer automatiquement si nécessaire...
Il y a des pas mal de chose que l'on peut factoriser sous Windev (en utilisant les superchamps sous Windev par exemple ou les fenêtres internes, mais cela est très limité (par exemple on ne peux pas changer dynamiquement la fenêtre interne)...
Cordialement
-- Gilles TOURREAU Responsable Informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Inside WD a formulé la demande :
Est-ce que les différents reproches faits à WinDev ne sont pas rendus
cadiques en version 10 par l'utilisation du Gestionnaire de Sources
ainsi que des fenêtres internes ?
La réutilisabilité & la factorisation de code se font aisément
grâce à ces outils.
Bien sûr reste toujours le problème de l'extensibilité des
contrôles où la solution .NET semble plus adaptée.
Mais pour faire tourner .NET il faut bien sûr avoir un parc de
machines clientes qui supportent ce runtime.
InsideWD
Gilles TOURREAU <gilles.tourreau@pos.fr> writes:
[...
]
Je suis tout a fait d'accord avec toi de ce coté là...
Mais nos clients et utilisateurs sont exigeant au niveau des contrôles
et demande des fois des truc "hors normes" qui est impossible de faire
avec Windev ou alors en perdant quelques cheveux avec les API... Et
.NET nous permet de réaliser cela sans problème...
C'est le truc chiant avec .NET le premier mois, c'est développer du
"vent". Il faut créer ses propres contrôles... mais je peux t'assurer
qu'après tu as un gain de temps considérable quand tu fais
glisser/déposer de contrôle complexe... De plus étant donné que tu
peux ajouter tes propres propriétés, un fois ton composant développer
tu peux l'utiliser/paramètrer uniquement avec la souris...
Cordialement
--
Gilles TOURREAU
En passant un peu plus de temps tu aurais pu avoir la même démarche en
allant sur des solutions non propriétaires :-(
Je ne connais pas Visual .Net, mais concernant Delphi c'est vrai
qu'après avoir défini tes objets qui en fait feront la base de ton
application après c'est bien plus simple et plus rapide que Windev.
Maintenant Windev, apporte une facilité d'utilisation pour les
débutants que tu retrouves difficilement avec d'autres outils. Le
souci c'est plus qu'il manque à windev la puissance et la souplesse
apportée par les autres langages. Dans ce cas une équipe pourrait
définir les "bases" des applis, et ensuite n'importe qui pourrait
utiliser ces objets.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Pour info : Le runtime est présente dans Windows XP, téléchargeable sur
Windows Update et depuis la version 2.0 du .NET, Microsoft a mis au
point un logiciel de déploiement (ClickOnce) qui permet de l'installer
automatiquement si nécessaire...
Il y a des pas mal de chose que l'on peut factoriser sous Windev (en
utilisant les superchamps sous Windev par exemple ou les fenêtres
internes, mais cela est très limité (par exemple on ne peux pas changer
dynamiquement la fenêtre interne)...
Est-ce que les différents reproches faits à WinDev ne sont pas rendus cadiques en version 10 par l'utilisation du Gestionnaire de Sources ainsi que des fenêtres internes ? La réutilisabilité & la factorisation de code se font aisément grâce à ces outils. Bien sûr reste toujours le problème de l'extensibilité des contrôles où la solution .NET semble plus adaptée. Mais pour faire tourner .NET il faut bien sûr avoir un parc de machines clientes qui supportent ce runtime.
InsideWD
Gilles TOURREAU writes:
[... ]
Je suis tout a fait d'accord avec toi de ce coté là...
Mais nos clients et utilisateurs sont exigeant au niveau des contrôles et demande des fois des truc "hors normes" qui est impossible de faire avec Windev ou alors en perdant quelques cheveux avec les API... Et .NET nous permet de réaliser cela sans problème...
C'est le truc chiant avec .NET le premier mois, c'est développer du "vent". Il faut créer ses propres contrôles... mais je peux t'assurer qu'après tu as un gain de temps considérable quand tu fais glisser/déposer de contrôle complexe... De plus étant donné que tu peux ajouter tes propres propriétés, un fois ton composant développer tu peux l'utiliser/paramètrer uniquement avec la souris...
Cordialement
-- Gilles TOURREAU
En passant un peu plus de temps tu aurais pu avoir la même démarche en allant sur des solutions non propriétaires :-(
Je ne connais pas Visual .Net, mais concernant Delphi c'est vrai qu'après avoir défini tes objets qui en fait feront la base de ton application après c'est bien plus simple et plus rapide que Windev.
Maintenant Windev, apporte une facilité d'utilisation pour les débutants que tu retrouves difficilement avec d'autres outils. Le souci c'est plus qu'il manque à windev la puissance et la souplesse apportée par les autres langages. Dans ce cas une équipe pourrait définir les "bases" des applis, et ensuite n'importe qui pourrait utiliser ces objets.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Pour info : Le runtime est présente dans Windows XP, téléchargeable sur Windows Update et depuis la version 2.0 du .NET, Microsoft a mis au point un logiciel de déploiement (ClickOnce) qui permet de l'installer automatiquement si nécessaire...
Il y a des pas mal de chose que l'on peut factoriser sous Windev (en utilisant les superchamps sous Windev par exemple ou les fenêtres internes, mais cela est très limité (par exemple on ne peux pas changer dynamiquement la fenêtre interne)...
Cordialement
-- Gilles TOURREAU Responsable Informatique
Société P.O.S Spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
fabienlaps
hello,
juste pour dire que tu peux changer dynamiquement la fenêtre fenêtre affichée dans un champ fenêtre interne avec ChangeFenêtreSource.
bye.
hello,
juste pour dire que tu peux changer dynamiquement la fenêtre fenêtre
affichée dans un champ fenêtre interne avec ChangeFenêtreSource.
