Quelqu'un aurait il la connaissance nécessaire pour m'expliquer comment se
passe l'initialisation par défaut des chaines de code RTF dans un controle
RichTextBox en VB et qui régit l'enrigissement au fur et à mesure que l'on
rajoute du texte dans le controle..
Je pose cette question car voici plusieurs jours que je passe des heures et
des heures a essayer de comprendre pourquoi un même code source exécuté sous
l'environnement de développement VB 5 (j'ai pas encore fait l'exécutable
pour des raisons diverses) sur 2 machines différentes ne se comporte pas
pareil au niveau de mon controle RichtextBox.
Les deux PC tourne chacun sous W98-SE , et VB5 est installé tout a fait
normalement sur les deux machines.
Au cours de mes recherches, j'ai quand même compris la raison pour laquelle
le comportement est différent entre une machine et l'autre. En effet,
lorsque je regarde les chaines de codes de controle RTF qui sont placées
dans le texte de mon controle RichtextBox, je m'appercois que je n'ai pas la
même chose sur les deux machines ; voici d'ailleurs un exemple de ce que
j'obtient :
MACHINE 1 :
{\rtf1\ansi\ansicpg1252\deff0\deflang1036{\fonttbl{\f0\fnil\fcharset0
fconsole;}}
{\colortbl ;\red0\green0\blue255;\red0\green255\blue0;\red255\green0\blue0;}
\viewkind4\uc1\pard\cf1\f0\fs18 CHAINE1\cf2 CHAINE2\cf3 CHAINE3\cf2
\par }
MACHINE 2
{\rtf1\ansi\deff0\deftab720{\fonttbl{\f0\fswiss MS Sans
Serif;}{\f1\fromanl\fcharset2 Symbol;}{\f2\fmodern fconsole;}}
{\colortbl ;\red0\green0\blue255;\red0\green255\blue0;\red255\green0\blue0;}
\deflang1036\pard\plain\f2\fs18 CHAINE1\plain\f2\fs18\cf1
CHAINE2\plain\f2\fs18\cf3 CHAINE3\plain\f2\fs18
\par }
Une des grande différence entre ces deux comportements est la gestion des
textes que l'on rajoute en exécution (ici CHAINE1, CHAINE2, CHAINE3). Sur la
machine 1, rien d'autre que la couleur est redéfini pour chaque rajout de
texte. Sur la machine 2, tout l'enrichissement est redéfini pour chaque
rajout de texte (ce qui me pose d'ailleur dans mon applic de gros problemes)
La grande question est donc de savoir QUI décide de ce qui est mis au niveau
de ces chaines de controle et comment peut on le maitriser d'une maniere
fiable et permanente ! Il apparait quand meme comme insupportable de ne pas
pouvoir agir d'une maniere parfaitement maitrisée sur le comportement d'un
élement logiciel.
Voila, pardon d'avoir été long mais je voulais cadrer au mieux le sujet .
Toute idée ou explication sera la bienvenue
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
surfeur75
Bonjour, Heu... Pas de réponse, non, mais si les exe sont similaires sur 2 machines différentes, et qu'ils produisent des résultats différents quant au RTF, par syllogisme ça semble être l'OS, le noyau système qui gère différemment les RTF dans leur structure (très proches des Doc en fait)... D'où peut être un problème de version, de MAJ... Est-ce que par exemple un fichier doc ne ferait pas l'affaire en passant via VB par Word, voire sans appeler Word ? Car aller modifier la structure du fichier est bien dangereux, s'il est déstructuré et ne se reconnaît plus, ben ça m'est arrivé avec des exe, il ne marche plus, lol... Voir ce qu'en disent les autres, mais je pense que c'est l'OS, car le reste est inchangé, et quand une gestion de fichier est demandée depuis une appli, l'OS prend le relais pour un certain nombre d'opération, identification suivant l'extension, puis traitement de la structure, ce n'est plus VB... -- @+, bye, Joe. Pour m'écrire ng75AROBASEnoosPOINTfr remplace AROBASE et POINT par leur vrai signe Il l'a fait car il ne savait pas que c'était impossible, alea jacta est!
"veve" a écrit dans le message de news: 4016d849$0$6970$
Bonjour
Quelqu'un aurait il la connaissance nécessaire pour m'expliquer comment se passe l'initialisation par défaut des chaines de code RTF dans un controle RichTextBox en VB et qui régit l'enrigissement au fur et à mesure que l'on rajoute du texte dans le controle.. Je pose cette question car voici plusieurs jours que je passe des heures
et
des heures a essayer de comprendre pourquoi un même code source exécuté
sous
l'environnement de développement VB 5 (j'ai pas encore fait l'exécutable pour des raisons diverses) sur 2 machines différentes ne se comporte pas pareil au niveau de mon controle RichtextBox. Les deux PC tourne chacun sous W98-SE , et VB5 est installé tout a fait normalement sur les deux machines. Au cours de mes recherches, j'ai quand même compris la raison pour
laquelle
le comportement est différent entre une machine et l'autre. En effet, lorsque je regarde les chaines de codes de controle RTF qui sont placées dans le texte de mon controle RichtextBox, je m'appercois que je n'ai pas
la
même chose sur les deux machines ; voici d'ailleurs un exemple de ce que j'obtient : MACHINE 1 : {rtf1ansiansicpg1252deff0deflang1036{fonttbl{f0fnilfcharset0 fconsole;}} {colortbl
deflang1036pardplainf2fs18 CHAINE1plainf2fs18cf1 CHAINE2plainf2fs18cf3 CHAINE3plainf2fs18 par }
Une des grande différence entre ces deux comportements est la gestion des textes que l'on rajoute en exécution (ici CHAINE1, CHAINE2, CHAINE3). Sur
la
machine 1, rien d'autre que la couleur est redéfini pour chaque rajout de texte. Sur la machine 2, tout l'enrichissement est redéfini pour chaque rajout de texte (ce qui me pose d'ailleur dans mon applic de gros
problemes)
La grande question est donc de savoir QUI décide de ce qui est mis au
niveau
de ces chaines de controle et comment peut on le maitriser d'une maniere fiable et permanente ! Il apparait quand meme comme insupportable de ne
pas
pouvoir agir d'une maniere parfaitement maitrisée sur le comportement d'un élement logiciel.
Voila, pardon d'avoir été long mais je voulais cadrer au mieux le sujet . Toute idée ou explication sera la bienvenue
Bonjour,
Heu... Pas de réponse, non, mais si les exe sont similaires sur 2
machines différentes, et qu'ils produisent des résultats différents quant au
RTF, par syllogisme ça semble être l'OS, le noyau système qui gère
différemment les RTF dans leur structure (très proches des Doc en fait)...
D'où peut être un problème de version, de MAJ... Est-ce que par exemple un
fichier doc ne ferait pas l'affaire en passant via VB par Word, voire sans
appeler Word ? Car aller modifier la structure du fichier est bien
dangereux, s'il est déstructuré et ne se reconnaît plus, ben ça m'est arrivé
avec des exe, il ne marche plus, lol...
Voir ce qu'en disent les autres, mais je pense que c'est l'OS, car le reste
est inchangé, et quand une gestion de fichier est demandée depuis une appli,
l'OS prend le relais pour un certain nombre d'opération, identification
suivant l'extension, puis traitement de la structure, ce n'est plus VB...
--
@+, bye, Joe.
Pour m'écrire ng75AROBASEnoosPOINTfr
remplace AROBASE et POINT par leur vrai signe
Il l'a fait car il ne savait pas que c'était impossible, alea jacta est!
"veve" <alain_v@club-internet.fr> a écrit dans le message de news:
4016d849$0$6970$7a628cd7@news.club-internet.fr...
Bonjour
Quelqu'un aurait il la connaissance nécessaire pour m'expliquer comment se
passe l'initialisation par défaut des chaines de code RTF dans un controle
RichTextBox en VB et qui régit l'enrigissement au fur et à mesure que l'on
rajoute du texte dans le controle..
Je pose cette question car voici plusieurs jours que je passe des heures
et
des heures a essayer de comprendre pourquoi un même code source exécuté
sous
l'environnement de développement VB 5 (j'ai pas encore fait l'exécutable
pour des raisons diverses) sur 2 machines différentes ne se comporte pas
pareil au niveau de mon controle RichtextBox.
Les deux PC tourne chacun sous W98-SE , et VB5 est installé tout a fait
normalement sur les deux machines.
Au cours de mes recherches, j'ai quand même compris la raison pour
laquelle
le comportement est différent entre une machine et l'autre. En effet,
lorsque je regarde les chaines de codes de controle RTF qui sont placées
dans le texte de mon controle RichtextBox, je m'appercois que je n'ai pas
la
même chose sur les deux machines ; voici d'ailleurs un exemple de ce que
j'obtient :
MACHINE 1 :
{rtf1ansiansicpg1252deff0deflang1036{fonttbl{f0fnilfcharset0
fconsole;}}
{colortbl
deflang1036pardplainf2fs18 CHAINE1plainf2fs18cf1
CHAINE2plainf2fs18cf3 CHAINE3plainf2fs18
par }
Une des grande différence entre ces deux comportements est la gestion des
textes que l'on rajoute en exécution (ici CHAINE1, CHAINE2, CHAINE3). Sur
la
machine 1, rien d'autre que la couleur est redéfini pour chaque rajout de
texte. Sur la machine 2, tout l'enrichissement est redéfini pour chaque
rajout de texte (ce qui me pose d'ailleur dans mon applic de gros
problemes)
La grande question est donc de savoir QUI décide de ce qui est mis au
niveau
de ces chaines de controle et comment peut on le maitriser d'une maniere
fiable et permanente ! Il apparait quand meme comme insupportable de ne
pas
pouvoir agir d'une maniere parfaitement maitrisée sur le comportement d'un
élement logiciel.
Voila, pardon d'avoir été long mais je voulais cadrer au mieux le sujet .
Toute idée ou explication sera la bienvenue
Bonjour, Heu... Pas de réponse, non, mais si les exe sont similaires sur 2 machines différentes, et qu'ils produisent des résultats différents quant au RTF, par syllogisme ça semble être l'OS, le noyau système qui gère différemment les RTF dans leur structure (très proches des Doc en fait)... D'où peut être un problème de version, de MAJ... Est-ce que par exemple un fichier doc ne ferait pas l'affaire en passant via VB par Word, voire sans appeler Word ? Car aller modifier la structure du fichier est bien dangereux, s'il est déstructuré et ne se reconnaît plus, ben ça m'est arrivé avec des exe, il ne marche plus, lol... Voir ce qu'en disent les autres, mais je pense que c'est l'OS, car le reste est inchangé, et quand une gestion de fichier est demandée depuis une appli, l'OS prend le relais pour un certain nombre d'opération, identification suivant l'extension, puis traitement de la structure, ce n'est plus VB... -- @+, bye, Joe. Pour m'écrire ng75AROBASEnoosPOINTfr remplace AROBASE et POINT par leur vrai signe Il l'a fait car il ne savait pas que c'était impossible, alea jacta est!
"veve" a écrit dans le message de news: 4016d849$0$6970$
Bonjour
Quelqu'un aurait il la connaissance nécessaire pour m'expliquer comment se passe l'initialisation par défaut des chaines de code RTF dans un controle RichTextBox en VB et qui régit l'enrigissement au fur et à mesure que l'on rajoute du texte dans le controle.. Je pose cette question car voici plusieurs jours que je passe des heures
et
des heures a essayer de comprendre pourquoi un même code source exécuté
sous
l'environnement de développement VB 5 (j'ai pas encore fait l'exécutable pour des raisons diverses) sur 2 machines différentes ne se comporte pas pareil au niveau de mon controle RichtextBox. Les deux PC tourne chacun sous W98-SE , et VB5 est installé tout a fait normalement sur les deux machines. Au cours de mes recherches, j'ai quand même compris la raison pour
laquelle
le comportement est différent entre une machine et l'autre. En effet, lorsque je regarde les chaines de codes de controle RTF qui sont placées dans le texte de mon controle RichtextBox, je m'appercois que je n'ai pas
la
même chose sur les deux machines ; voici d'ailleurs un exemple de ce que j'obtient : MACHINE 1 : {rtf1ansiansicpg1252deff0deflang1036{fonttbl{f0fnilfcharset0 fconsole;}} {colortbl
deflang1036pardplainf2fs18 CHAINE1plainf2fs18cf1 CHAINE2plainf2fs18cf3 CHAINE3plainf2fs18 par }
Une des grande différence entre ces deux comportements est la gestion des textes que l'on rajoute en exécution (ici CHAINE1, CHAINE2, CHAINE3). Sur
la
machine 1, rien d'autre que la couleur est redéfini pour chaque rajout de texte. Sur la machine 2, tout l'enrichissement est redéfini pour chaque rajout de texte (ce qui me pose d'ailleur dans mon applic de gros
problemes)
La grande question est donc de savoir QUI décide de ce qui est mis au
niveau
de ces chaines de controle et comment peut on le maitriser d'une maniere fiable et permanente ! Il apparait quand meme comme insupportable de ne
pas
pouvoir agir d'une maniere parfaitement maitrisée sur le comportement d'un élement logiciel.
Voila, pardon d'avoir été long mais je voulais cadrer au mieux le sujet . Toute idée ou explication sera la bienvenue
