Dossier fantôme, mais pas fantasmagorique

Citation:On voit bien que tu n'as jamais été confronté à des bricoleurs et même sans être bricoleur, distrait ou maladroit, tout le monde fait des gaffes. Donc l'être humain étant intimement lié au concept de l'erreur, prévoir en amont une partie de ses éventuelles bourdes ne mange pas de pain. Forcément, le code devient plus compliqué.

Mais comme il semble pleinement fonctionnel sur ma machine habituelle, et qu'il n'y a pas eu d'utilisation aux limites, ou détournées, des instructions basic, il n'est pas normal qu'il plante quand il tourne sur un autre ordi. Trois possibilités : 1. j'ai mal posé le contexte dans lequel s'exécute telle ou telle instruction, et de temps en temps, ça coince. 2. le problème est matériel et concerne la clef USB et son lecteur. 3. on a levé un bug dans JB/LB.

(Il existe aussi une possibilité 1-bis : contrairement au 1., ça ne coince pas, parce que wine remet de lui-même les choses en place et rend ainsi l'exécution des logiciels plus sûre que dans un vrai windows - je taquine, j'ai pas été voir comment wine fonctionnait )

Citation:J'aime bien les horloges et les mécanismes, mais le choix de la palette est on-ne-peut-plus-simple, je pense que tu voulais parler des fenêtres de sauvegarde : le bouton de fermeture peut sembler superflu, et je ne sais plus pourquoi il y est. Je dirais qu'on est en phase de conception, et que si à l'usage on s'aperçoit qu'un bouton ne sert à rien et complique la vie, on l'enlève. Je voulais sans doutes que dans la liste, on voit s'afficher le fichier que je venais de sauvegarder, un peu comme une sorte de confirmation "de visu", après laquelle on ferme la fenêtre.

Dans mon code, FILEDIALOG ne convient pas à tous les accès disque, et plutôt que d'avoir tantôt une fenêtre filedialog, tantôt une fenêtre perso, j'harmonise tout en utilisant des fenêtres perso. il y a effectivement des cas où FILEDIALOG serait tout à fait indiqué et suffisant.

Je vais regarder l'error log, et sur internet, ce que je peux trouver au sujet de ce "primitive failed" qui m'intrigue.

Citation:
Non je parle de la fenêtre de chargement. Le filedialog dans un autre dossier n'est gênant que pendant le développement.
Citation:
Avec un filedialog il n'y a plus cette trace (testé)

Chez moi (XP pro) ça "primitive failed" à tous les lancements, jusqu'à ce que je vire le pré mic-mac des fichiers.

Note: Le forum ne m'a pas signalé ton dernier msg dans la fenêtre d'accueil mais seulement quand j'ai été dans "Jeux" (pour y poster mon dernier délire "mot mystère").
Et j'en conclus que tu n'a pas vu "Autre mémoire" dans "Général".

Citation:
Possible qu'il y ait eu un em"lage de pinceaux dans ton mic-mac.
Citation:
Il doit manquer un flush quelque part.

Merci pour cette petite contrib', et c'est le "certains cas" qui m'intéresse. Pour le moment, l'important est de régler le problème des fenêtres qui laissent une trace fantôme, en réécrivant le programme avec des segments, car, après tout, si le staff LibertyBasic s'est donné la peine de mettre en place un tel système, c'est sûrement qu'il doit avoir une utilité. je me pencherai sur le "mic-mac" en son temps.

A bientôt pour de nouvelles aventures !

Citation:
Il y a plusieurs façons d'écorcher un chat (proverbe US/UK)

Rectifié le problème du "system primitive failed", c'est expliqué dans ce lien

Je n'ai pas avancé beaucoup sur les traces laissées par certaines fenêtres. J'ai triché rapidement en redessinant le fond juste après la fermeture de la fenêtre, mais on voit furtivement cette foutue trace colorée, c'est pas la bonne méthode.

J'ai démonté le programme instructions par instruction, il y en avait partout dans la maison de la cave au grenier et dans tous les tiroirs, mais j'ai réussi à tout remonter avec les sous-programmes qui vont bien, et ça semble fonctionner avec les bugs en moins. Pour le moment le programme ne fait rien de plus que dans la dernière version, je publierai le listing lorsque les dernières fonctionnalités seront implémentées, ou alors, au premier bug trop retors que je rencontrerai.

A priori, pas de filedialog prévu pour le moment, le système en place répondant au cahier des charges. Travailler en amateur non tenu à résultat permet de réinventer la roue, et donc d'y mettre le nombre de rayons qu'on veut et de la couleur qu'on veut, du moment qu'on en sait assez pour ne pas équiper un vélo d'une roue de locomotive, ou une locomotive, de roues de vélo. Parmi les garde-fous à installer, il faudra que j'avertisse l'utilisateur qu'il va sauvegarder en écrasant un fichier déjà présent s'il continue avec le même nom de fichier.

La trace fortuite ne se reproduit plus sur un ordi Windows plus puissant que mon eee-PC d'il y a dix ans. Du coup je ne sais pas si c'est la différence de performance ou la correction de mon code qui a supprimé le problème.

Mais quelle que soit la réponse, la base est saine, et on va pouvoir reprendre le chemin