lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Aussi on utilise Windev pour ce qu'il sait faire et ce qui est testé et
éprouvé : application de gestion classique. On évite ce qui est
exotique ou trop nouveau. Pour le restes il y a d'autres outils plus
adaptés que Windev.
Aussi on utilise Windev pour ce qu'il sait faire et ce qui est testé et
éprouvé : application de gestion classique. On évite ce qui est
exotique ou trop nouveau. Pour le restes il y a d'autres outils plus
adaptés que Windev.
Aussi on utilise Windev pour ce qu'il sait faire et ce qui est testé et
éprouvé : application de gestion classique. On évite ce qui est
exotique ou trop nouveau. Pour le restes il y a d'autres outils plus
adaptés que Windev.
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
(annulé/reposté pour corriger une typo)
[J'ai changé le sujet, tant qu'à faire...]
dans (in) fr.comp.developpement.agl.windev, Daniel
ecrivait (wrote) :
Bonjour Daniel,
En complément de ma précédente réponse :lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je disais :Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
Après une petite recherche, on peut utiliser des DLLs externes via
ChargeDLL, voir :
http://doc.pcsoft.fr/fr-fr/?3014006
Ces DLLs peuvent être proposées par des tiers, ou être développées
directement si on maîtrise cette technique, en utilisant le framework
.NET, par exemple :
http://support.microsoft.com/kb/815065/fr
(annulé/reposté pour corriger une typo)
[J'ai changé le sujet, tant qu'à faire...]
dans (in) fr.comp.developpement.agl.windev, Daniel
<voir_a_la_fin@free.fr> ecrivait (wrote) :
Bonjour Daniel,
En complément de ma précédente réponse :
lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je disais :
Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
Après une petite recherche, on peut utiliser des DLLs externes via
ChargeDLL, voir :
http://doc.pcsoft.fr/fr-fr/?3014006
Ces DLLs peuvent être proposées par des tiers, ou être développées
directement si on maîtrise cette technique, en utilisant le framework
.NET, par exemple :
http://support.microsoft.com/kb/815065/fr
(annulé/reposté pour corriger une typo)
[J'ai changé le sujet, tant qu'à faire...]
dans (in) fr.comp.developpement.agl.windev, Daniel
ecrivait (wrote) :
Bonjour Daniel,
En complément de ma précédente réponse :lorsque tu vois que ce type de fonction existe depuis 10 ans au moins
dans d'autres produits de dev, il faudrait que PCsoft pense à changer
l'ouverture de son produit pour les développements de module tiers.
Je disais :Je n'ai plus en mémoire les ordres en Wlangage permettant d'utiliser ces
ressources externes
Après une petite recherche, on peut utiliser des DLLs externes via
ChargeDLL, voir :
http://doc.pcsoft.fr/fr-fr/?3014006
Ces DLLs peuvent être proposées par des tiers, ou être développées
directement si on maîtrise cette technique, en utilisant le framework
.NET, par exemple :
http://support.microsoft.com/kb/815065/fr
Je connais un petit peu le projet SQLmanagerX pour avoir été un des
membres contributeurs, et j'utilise depuis bien longtemps les accès que
Rodolphe avait fait.
Nous sommes bien loin de ce j'appelle une intégration par module comme
cela existe dans d'autres IDE.
Je ne vais pas revenir sur un débat fort ancien, mais nous avions
proposé de mieux interfacer ces accès en parlant avec l'éditeur. Réponse
non, car vous êtes concurrentiel.
En fait nous ne parlions pas de la même chose, et je comprends tes
remarques car mon intervention prêtait à confusion.
Lorsque je parlais d’intégration de module tiers, c'était par exemple,
je développe un module d'accès data, que j'installe dans Windev, que ce
module et ces fonctions sont directement accessibles comme si il
s'agissait d'un nouveau module PCsoft. Bref ce qui existe sous Eclipse,
Netbean, Delphi...
Je connais un petit peu le projet SQLmanagerX pour avoir été un des
membres contributeurs, et j'utilise depuis bien longtemps les accès que
Rodolphe avait fait.
Nous sommes bien loin de ce j'appelle une intégration par module comme
cela existe dans d'autres IDE.
Je ne vais pas revenir sur un débat fort ancien, mais nous avions
proposé de mieux interfacer ces accès en parlant avec l'éditeur. Réponse
non, car vous êtes concurrentiel.
En fait nous ne parlions pas de la même chose, et je comprends tes
remarques car mon intervention prêtait à confusion.
Lorsque je parlais d’intégration de module tiers, c'était par exemple,
je développe un module d'accès data, que j'installe dans Windev, que ce
module et ces fonctions sont directement accessibles comme si il
s'agissait d'un nouveau module PCsoft. Bref ce qui existe sous Eclipse,
Netbean, Delphi...
Je connais un petit peu le projet SQLmanagerX pour avoir été un des
membres contributeurs, et j'utilise depuis bien longtemps les accès que
Rodolphe avait fait.
Nous sommes bien loin de ce j'appelle une intégration par module comme
cela existe dans d'autres IDE.
Je ne vais pas revenir sur un débat fort ancien, mais nous avions
proposé de mieux interfacer ces accès en parlant avec l'éditeur. Réponse
non, car vous êtes concurrentiel.
En fait nous ne parlions pas de la même chose, et je comprends tes
remarques car mon intervention prêtait à confusion.
Lorsque je parlais d’intégration de module tiers, c'était par exemple,
je développe un module d'accès data, que j'installe dans Windev, que ce
module et ces fonctions sont directement accessibles comme si il
s'agissait d'un nouveau module PCsoft. Bref ce qui existe sous Eclipse,
Netbean, Delphi...
Nous savons tous ici (enfin j'espère) que l'éditeur est imbécile et
paranoïaque, qu'il devrait laisser tomber la distribution de jouets en
plastique et de posters avec des filles dénudées pour se concentrer sur
son coeur de métier, à savoir la fourniture (rien à dire de ce côté, les
produits sont plutôt bons globalement) et la maintenance (c'est là
qu'est l'os) d'outils destinés à des développeurs _professionnels_.
Développeurs qu'il conviendrait de traiter comme des adultes
responsables et pas comme des nains de jardin amateurs de jouets en
plastique ou de posters de filles dénudées, mais ce débat existe depuis
Windev 1.0, voire les outils DOS développés par Pc-Soft en de temps
encore plus anciens (certains existaient même pour Unix à l'époque).
Ils m'énervaient déjà avant au point de m'avoir fait abandonner leurs
produits. J'y reviens par nécessité à la demande d'un client parce que
j'ai besoin de faire rentrer des sous, mais ils ne m'en énervent pas
moins, puisque je constate avec consternation que depuis 10ans, rien n'a
changé dans leur politique, tant commerciale que « marketing » vis à vis
de leurs clients, qu'ils persistent à prendre pour des andouilles.
Lorsque je parlais d’intégration de module tiers, c'était par exemple,
je développe un module d'accès data, que j'installe dans Windev, que ce
module et ces fonctions sont directement accessibles comme si il
s'agissait d'un nouveau module PCsoft. Bref ce qui existe sous Eclipse,
Netbean, Delphi...
Je dois être un peu obtus, mais je ne vois pas que qui empêche de le
faire, pour peu que ce soit sous forme de DLL ou d'exécutable avec
lequel Windev serait capable de dialoguer ?
De toute façon, le degré de parano de l'éditeur vis à vis de ce genre de
proposition interdit toute avancée en la matière avec son accord, à
moins de signer un contrat avec son sang expliquant qu'on n'a pas fait
exprès, et que si par hasard ça fonctionne, ce sera intégré dans le code
de Windev/Webdev mais qu'on aura pas le droit de revendiquer quoi que ce
soit.
Je suppose que par exemple, Pc-Soft a tapé sans vergogne dans le code
proposé par Firetox pour intégrer l'accès natif à des bases de données
tierces dans Windev, profitant du fait que le code en question était
sous GPL ou équivalent, encore que ça ne les aurait pas dérangé plus que
ça de le piquer sans explications ni justification, quitte à envoyer
leurs avocats défendre le bout de gras après.
Rien de récent, mais si j'apprécie leurs produits, je déteste leur
comportement.
Il y quand même un truc qui me fait plaisir, c'est d'avoir contribué à
la création de media d'échange (que ce soit ici ou dans la ML) échappant
totalement à leur contrôle, ce qui doit bien les énerver :)
Nous savons tous ici (enfin j'espère) que l'éditeur est imbécile et
paranoïaque, qu'il devrait laisser tomber la distribution de jouets en
plastique et de posters avec des filles dénudées pour se concentrer sur
son coeur de métier, à savoir la fourniture (rien à dire de ce côté, les
produits sont plutôt bons globalement) et la maintenance (c'est là
qu'est l'os) d'outils destinés à des développeurs _professionnels_.
Développeurs qu'il conviendrait de traiter comme des adultes
responsables et pas comme des nains de jardin amateurs de jouets en
plastique ou de posters de filles dénudées, mais ce débat existe depuis
Windev 1.0, voire les outils DOS développés par Pc-Soft en de temps
encore plus anciens (certains existaient même pour Unix à l'époque).
Ils m'énervaient déjà avant au point de m'avoir fait abandonner leurs
produits. J'y reviens par nécessité à la demande d'un client parce que
j'ai besoin de faire rentrer des sous, mais ils ne m'en énervent pas
moins, puisque je constate avec consternation que depuis 10ans, rien n'a
changé dans leur politique, tant commerciale que « marketing » vis à vis
de leurs clients, qu'ils persistent à prendre pour des andouilles.
Lorsque je parlais d’intégration de module tiers, c'était par exemple,
je développe un module d'accès data, que j'installe dans Windev, que ce
module et ces fonctions sont directement accessibles comme si il
s'agissait d'un nouveau module PCsoft. Bref ce qui existe sous Eclipse,
Netbean, Delphi...
Je dois être un peu obtus, mais je ne vois pas que qui empêche de le
faire, pour peu que ce soit sous forme de DLL ou d'exécutable avec
lequel Windev serait capable de dialoguer ?
De toute façon, le degré de parano de l'éditeur vis à vis de ce genre de
proposition interdit toute avancée en la matière avec son accord, à
moins de signer un contrat avec son sang expliquant qu'on n'a pas fait
exprès, et que si par hasard ça fonctionne, ce sera intégré dans le code
de Windev/Webdev mais qu'on aura pas le droit de revendiquer quoi que ce
soit.
Je suppose que par exemple, Pc-Soft a tapé sans vergogne dans le code
proposé par Firetox pour intégrer l'accès natif à des bases de données
tierces dans Windev, profitant du fait que le code en question était
sous GPL ou équivalent, encore que ça ne les aurait pas dérangé plus que
ça de le piquer sans explications ni justification, quitte à envoyer
leurs avocats défendre le bout de gras après.
Rien de récent, mais si j'apprécie leurs produits, je déteste leur
comportement.
Il y quand même un truc qui me fait plaisir, c'est d'avoir contribué à
la création de media d'échange (que ce soit ici ou dans la ML) échappant
totalement à leur contrôle, ce qui doit bien les énerver :)
Nous savons tous ici (enfin j'espère) que l'éditeur est imbécile et
paranoïaque, qu'il devrait laisser tomber la distribution de jouets en
plastique et de posters avec des filles dénudées pour se concentrer sur
son coeur de métier, à savoir la fourniture (rien à dire de ce côté, les
produits sont plutôt bons globalement) et la maintenance (c'est là
qu'est l'os) d'outils destinés à des développeurs _professionnels_.
Développeurs qu'il conviendrait de traiter comme des adultes
responsables et pas comme des nains de jardin amateurs de jouets en
plastique ou de posters de filles dénudées, mais ce débat existe depuis
Windev 1.0, voire les outils DOS développés par Pc-Soft en de temps
encore plus anciens (certains existaient même pour Unix à l'époque).
Ils m'énervaient déjà avant au point de m'avoir fait abandonner leurs
produits. J'y reviens par nécessité à la demande d'un client parce que
j'ai besoin de faire rentrer des sous, mais ils ne m'en énervent pas
moins, puisque je constate avec consternation que depuis 10ans, rien n'a
changé dans leur politique, tant commerciale que « marketing » vis à vis
de leurs clients, qu'ils persistent à prendre pour des andouilles.
Lorsque je parlais d’intégration de module tiers, c'était par exemple,
je développe un module d'accès data, que j'installe dans Windev, que ce
module et ces fonctions sont directement accessibles comme si il
s'agissait d'un nouveau module PCsoft. Bref ce qui existe sous Eclipse,
Netbean, Delphi...
Je dois être un peu obtus, mais je ne vois pas que qui empêche de le
faire, pour peu que ce soit sous forme de DLL ou d'exécutable avec
lequel Windev serait capable de dialoguer ?
De toute façon, le degré de parano de l'éditeur vis à vis de ce genre de
proposition interdit toute avancée en la matière avec son accord, à
moins de signer un contrat avec son sang expliquant qu'on n'a pas fait
exprès, et que si par hasard ça fonctionne, ce sera intégré dans le code
de Windev/Webdev mais qu'on aura pas le droit de revendiquer quoi que ce
soit.
Je suppose que par exemple, Pc-Soft a tapé sans vergogne dans le code
proposé par Firetox pour intégrer l'accès natif à des bases de données
tierces dans Windev, profitant du fait que le code en question était
sous GPL ou équivalent, encore que ça ne les aurait pas dérangé plus que
ça de le piquer sans explications ni justification, quitte à envoyer
leurs avocats défendre le bout de gras après.
Rien de récent, mais si j'apprécie leurs produits, je déteste leur
comportement.
Il y quand même un truc qui me fait plaisir, c'est d'avoir contribué à
la création de media d'échange (que ce soit ici ou dans la ML) échappant
totalement à leur contrôle, ce qui doit bien les énerver :)