Waw!
Yves, tu m'a devancé, lol, génial, j'attends avec impatience l'update!
Waw!
Yves, tu m'a devancé, lol, génial, j'attends avec impatience l'update!
J'ai passé le bébé à Francois, pour l'instant j'ai désactivé ces entrées de menu dans cet éditeur, il faut passer par le menu contextuel (qui contient toutes ces commandes). Il essayera de corriger ce souci dans le prochain build ou le suivant.
Yay! Bonne nouvelle!
Merci!
Et y'a aussi un bug avec les commentaires qui disparaissent si édités via la Liste D'évènement comme je l'ai dis, faudra aussi fixer ça, ça serait bien!)
Pour le menu Inserer, c'est tout le menu que j'ai zappe dans le code. Rien n'est implementé! Arghhh désolé.
Je corrigerais a mon retour de wacances (justqu'au 20 Septembre)
Francois
Pas de soucis, si ce sera corrigé, c'est pas grave, c'est si ça serait pas corrigé que ça serait grave.
D'ailleurs, François,
<span style="font-weight: bold"><span style="color: #CC0000">(J'insistes mais bon, on en parle jamais)</span></span> : sâche aussi que le système de commentaires dans cette fenêtre aussi est buggué.
En fait, si certains commentaires
(pas tous, mais souvent ceux qui sont très longs ou moyennement long)
sont (MODIFIéS) dans l'éditeur de liste.. Eh bah, ils ont tendance à disparaître ou à se TRONQUER, pas cool, j'ai paumé 2 belles grosses explications de mon code (assez longue les explications) comme ça, avant de constater avec horreur que ce module était buggué à mort.
Merci merci de corriger tout ça!
(et bonnes Vacances!)
Les commentaires peuvent être redimensionnés. Après édition ils sont redimensionnés automatiquement. Le redimensionnement automatique fonctionne correctement dans l'éditeur d'événements mais pas dans l'éditeur de liste d'événements.
Pour l'instant le plus simple est de rééditer le commentaire dans l'éditeur d'événements pour qu'il soit redimensionné correctement.
Au passage, autre bug mineur : lors de l'édition d'un commentaire, le bouton "Coul. police" récupère la couleur du fond du commentaire et non la couleur du texte.
Ajouter du texte à un fichier crée bien le fichier s'il n'existe pas. De plus cette action permet également de vérifier si un fichier est ouvrable en écriture (mais depuis MMF 2, la condition "Le fichier est ouvert en écriture" doit remplir la même fonction).
Pour les erreurs survenant avec l'objet Fichier.
<div class="ubbcode-block"><div class="ubbcode-header">En réponse à:</div><div class="ubbcode-body"><span style="font-weight: bold">Efface la dernière erreur</span>
Cette action efface le tampon contenant le numéro de la dernière erreur rapportée par le système de fichiers. Si une erreur est générée, elle doit être effacée avant l'exécution de toute commande supplémentaire.
</div></div>
Que l'on utilise généralement avec la condition suivante (qui, pour rappel, n'a rien à voir avec le bouton OK des sélecteurs de fichier ou dossier) :
<div class="ubbcode-block"><div class="ubbcode-header">En réponse à:</div><div class="ubbcode-body"><span style="font-weight: bold">Dernière action OK</span>
Cette condition est vraie si la dernière action effectuée par l'objet Fichier s'est déroulée correctement.</div></div>
En cas de problème avec l'objet Fichier, toujours récupérer le dernier code d'erreur (expression "ernier code d'erreur"
puis aller consulter le SDK Microsoft ou le site MSDN pour déterminer la cause.
ouly
Hum, pour l'éditeur de liste d'évènement, en effet, ils peuvent êtres redimensionnés, mais, bon, ça serait bien qu'ils se réadaptent automatiquement (comme ils le font dans le fenêtre éditeur d'évènements)
Voili!
Pour Fichier, oui, il suffit d'effacer la dernière erreur et ça fonctionne, j'ai sû ça grâce à Yves.
Posting Permissions
Reply With Quote