Bonjour,
j'ai remarqué que le groupware utilisateur de WinDev9 ne prenait pas en
compte les fenêtres internes et donc les champs de ces fenêtres, ce qui
est problématique sachant qu'une bonne partie de mes fenêtres les
utiliseront. Même problème avec les composants.
je voudrais donc développer un groupware utilisateur.
Pour récupérer toutes les fenêtres du projet ainsi que tout leurs champs
respectifs, j'utilise EnumèreElément et EnumèreChamps ou
EnumèreSousElément. Le problème, identique à celui du groupware WinDev
est que je n'arrive pas à récupérer les champs des fenêtres internes. La
fonction EnumèreSousElement me renvoye une erreur, elles ne connaissent
pas cette fenêtre.
Et cela ne fonctionne pas non plus en essayant tout cela sur la fenêtre
dans laquelle est incluse la fenêtre interne. Les fonctions ne peuvent
déscendent pas dans le champs fenêtre interne.
Quelqu'un a-t-il une solution ? Le groupware utilisateur de WinDev
peut-il le gérer ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Romuald.besset
Yvan GUILLERMIN a écrit :
Bonjour, j'ai remarqué que le groupware utilisateur de WinDev9 ne prenait pas en compte les fenêtres internes et donc les champs de ces fenêtres, ce qui est problématique sachant qu'une bonne partie de mes fenêtres les utiliseront. Même problème avec les composants. je voudrais donc développer un groupware utilisateur. Pour récupérer toutes les fenêtres du projet ainsi que tout leurs champs respectifs, j'utilise EnumèreElément et EnumèreChamps ou EnumèreSousElément. Le problème, identique à celui du groupware WinDev est que je n'arrive pas à récupérer les champs des fenêtres internes. La fonction EnumèreSousElement me renvoye une erreur, elles ne connaissent pas cette fenêtre. Et cela ne fonctionne pas non plus en essayant tout cela sur la fenêtre dans laquelle est incluse la fenêtre interne. Les fonctions ne peuvent déscendent pas dans le champs fenêtre interne.
Quelqu'un a-t-il une solution ? Le groupware utilisateur de WinDev peut-il le gérer ?
Merci d'avance
-- Yvan GUILLERMIN
Bonjour
Si WinDev ne sais pas encore gérer l'énumération dans les composants/fenêtres internes, cela explique alors que le groupware utilisateur ne puisse en tenir compte (cf : fenêtre GPWDetailConfiguration). C'est un manque malheureux qui devra être rapidement couvert. En effet, quel dommage de ne puvoir joindre dans un projet ces deux fonctionnalités : groupware utilisateur et fenêtre interne/composants...
PS : tant qu'on y est en tenir aussi compte pour les états.
Enfin, pour ce qui serait de développer votre propore solution, vous seriez alors confronté à la gestion de l'affichage des champs. Le groupware utilisateur masque les champs dans une couche indépendante de la propriétés ..Visible de vos champs. Evidement en passer par cette propriété sertait un vrai casse tête compte tenu du fait que vos programmes la manipulent aussi.
Une solution : Poster aussi cette demande sau support technique, le nombre de demande assurant l'ordre de priorité.
++ R&B www.WDForge.org
Yvan GUILLERMIN a écrit :
Bonjour,
j'ai remarqué que le groupware utilisateur de WinDev9 ne prenait pas en
compte les fenêtres internes et donc les champs de ces fenêtres, ce qui
est problématique sachant qu'une bonne partie de mes fenêtres les
utiliseront. Même problème avec les composants.
je voudrais donc développer un groupware utilisateur.
Pour récupérer toutes les fenêtres du projet ainsi que tout leurs champs
respectifs, j'utilise EnumèreElément et EnumèreChamps ou
EnumèreSousElément. Le problème, identique à celui du groupware WinDev
est que je n'arrive pas à récupérer les champs des fenêtres internes. La
fonction EnumèreSousElement me renvoye une erreur, elles ne connaissent
pas cette fenêtre.
Et cela ne fonctionne pas non plus en essayant tout cela sur la fenêtre
dans laquelle est incluse la fenêtre interne. Les fonctions ne peuvent
déscendent pas dans le champs fenêtre interne.
Quelqu'un a-t-il une solution ? Le groupware utilisateur de WinDev
peut-il le gérer ?
Merci d'avance
--
Yvan GUILLERMIN
yvan.guillermin@piroux.com
Bonjour
Si WinDev ne sais pas encore gérer l'énumération dans les
composants/fenêtres internes, cela explique alors que le groupware
utilisateur ne puisse en tenir compte (cf : fenêtre
GPWDetailConfiguration). C'est un manque malheureux qui devra être
rapidement couvert. En effet, quel dommage de ne puvoir joindre dans un
projet ces deux fonctionnalités : groupware utilisateur et fenêtre
interne/composants...
PS : tant qu'on y est en tenir aussi compte pour les états.
Enfin, pour ce qui serait de développer votre propore solution, vous
seriez alors confronté à la gestion de l'affichage des champs. Le
groupware utilisateur masque les champs dans une couche indépendante de
la propriétés ..Visible de vos champs. Evidement en passer par cette
propriété sertait un vrai casse tête compte tenu du fait que vos
programmes la manipulent aussi.
Une solution : Poster aussi cette demande sau support technique, le
nombre de demande assurant l'ordre de priorité.
Bonjour, j'ai remarqué que le groupware utilisateur de WinDev9 ne prenait pas en compte les fenêtres internes et donc les champs de ces fenêtres, ce qui est problématique sachant qu'une bonne partie de mes fenêtres les utiliseront. Même problème avec les composants. je voudrais donc développer un groupware utilisateur. Pour récupérer toutes les fenêtres du projet ainsi que tout leurs champs respectifs, j'utilise EnumèreElément et EnumèreChamps ou EnumèreSousElément. Le problème, identique à celui du groupware WinDev est que je n'arrive pas à récupérer les champs des fenêtres internes. La fonction EnumèreSousElement me renvoye une erreur, elles ne connaissent pas cette fenêtre. Et cela ne fonctionne pas non plus en essayant tout cela sur la fenêtre dans laquelle est incluse la fenêtre interne. Les fonctions ne peuvent déscendent pas dans le champs fenêtre interne.
Quelqu'un a-t-il une solution ? Le groupware utilisateur de WinDev peut-il le gérer ?
Merci d'avance
-- Yvan GUILLERMIN
Bonjour
Si WinDev ne sais pas encore gérer l'énumération dans les composants/fenêtres internes, cela explique alors que le groupware utilisateur ne puisse en tenir compte (cf : fenêtre GPWDetailConfiguration). C'est un manque malheureux qui devra être rapidement couvert. En effet, quel dommage de ne puvoir joindre dans un projet ces deux fonctionnalités : groupware utilisateur et fenêtre interne/composants...
PS : tant qu'on y est en tenir aussi compte pour les états.
Enfin, pour ce qui serait de développer votre propore solution, vous seriez alors confronté à la gestion de l'affichage des champs. Le groupware utilisateur masque les champs dans une couche indépendante de la propriétés ..Visible de vos champs. Evidement en passer par cette propriété sertait un vrai casse tête compte tenu du fait que vos programmes la manipulent aussi.
Une solution : Poster aussi cette demande sau support technique, le nombre de demande assurant l'ordre de priorité.