[riscosfr] Re: DDE
- From: Jean-Michel <jmc.bruck@xxxxxxxxx>
- To: riscosfr@xxxxxxxxxxxxx
- Date: Wed, 24 Jan 2018 11:07:37 +0100
In message <93df4dab78184799421ade2394f34443@xxxxxxxxxxxxxxxxxxxxxxxx>
Rick Murray <heyrick@xxxxxxxxx> wrote:
Salut,
Je travail sur le Help à ce moment. Ci-joint, un nouvelle fichier pour
considération...
Merci pour ton aide et les commentaires. Cela permet de faire évoluer
l'outil.
Des idées et commentaires:
* Mettre click ou double-click un option. J'aime pas le chose qui
marche sur un seul click.
J'avoue que c'est déroutant, mais l'idée était d'avoir un panneau de
commande. Mais pourquoi pas en option.
* Mettre TreeView sur ton appli, je prendre un dizaine des minutes
pour le trouver!
Je l'ai fait pour !XmlEd, cela me dérangeais car c'est les modules de
Rick Griffin.
* Dans un projet, j'ai un fichier (memory dump) de 24Ko sans type
(adresses load/exec) créer par *SAVE. Diderot a étranglé avec cet
fiche, j'ai besoin de Alt-Break!(mais bravo pour traiter un fichier
zip comme un dossier!)
Je n'avais pas vu, le fichier n'a pas de filetype ? et en double
cliquant on a eu erreur avec filer.
si Diderot plante complétement, il faut que je rajoute un traitement
des exceptions pour ça, l'erreur sera affichée. =>à faire...
J'ai créé un fichier avec *save , c'est étrange car on ne peut pas
mettre un filetype = "" avec le menu du Filer, il refuse: "file type
unrecognised" ?
Par contre on peut changer le type en "data" et dans ce cas l'éditeur
l'ouvre sans problème. Je peut détecter (pas fait) les filetype vide
"" et les remplacer par "data" en cliquant sur l'icône du fichier
celui-ci s'ouvrira dans l'éditeur. => à faire...
L'ouverture/ execution se fait simplement avec un appel à la fonction
oscli en utilisant le Filer.
ex: sprintf(gBufMess,"Filer_OpenDir %s",gDirPath );
os_cli(gBufMess);
* Ouverture d'un appli en GraphTask - peut ouvrir dans un TaskWindow
normale si GraphTask n'existe pas?
C'est pour les programmes en Basic. Je testais avec des programmes qui
font des dessins, mais tu as raison c'est une option à ajouter.
* Et pour StrongEd si StrongEd n'est pas là? Possibilité de faire le
même avec Zap ou Edit?
J'utilise StrongEd, mais j'ai vu que tu as repris le développement de
Zap. je l'ai utilisé pendant longtemps, d'ailleurs j'ai copié les
couleurs de syntaxe dans StrongEd.
Dans l'aide de StrongEd j'ai découvert les functions (reference
section ). Dans le programme Diderot il y a 2 fichiers Obey :
EditFile, OpenBasic , HideView( non utilisé).
C'est justement pour être "Editor indépendant..."
Mais je ne sais pas si !Zap à des fonctions similaires.
Open Basic répond à ta question précédente :
C'est ce fichier qui détecte Graphtask, tu peux modifier et tester.
* System variable <DevProjBasic> n'est pas bonne. Normalement c'est
comme Diderot$QuelqueChose pour garantir il est unique.
Exact c'est le même nom pour tout les programmes en Basic.
Pour les variables d'environnement, en fait elles sont là pour
rajouter des fichiers obey au projet.
Show devproj* et show projdev*, elles sont crées par Diderot et
devrait spécifiques pour chaque projet.. => à corriger.
* Changement de dossier (Dir <Obey$Dir>) pour ouvrir un fiche dans
l'éditeur? Vraiment?
Tu voudrais que le classeur courant soit changé lors de l'édition d'un
fichier et ne pas rester celui du projet ?
* Si il n'a pas de !Install, pourquoi pas cherche si il y un !Run sur
le dossier du projet?
Pour le moment la bouton Run lance le !run qui est dans le classeur
install si celui-ci existe dans le projet.
J'ai mis dans le fichier message les tokens par défaut qui sont
analysés pour Make / MkInstall /Run
le Token Res par défaut est: Resources.Uk.Res , mais pourrait être
aussi Resources.Fr.Res ou Resources.Be.Res....
Pourquoi? Je ne utilise pas le Mk/MkInstall dans le nouveau DDE
parce-que le plupart de mes applications à des origines AVANT que cet
changement. C'est tous les "Shared Makefiles" aujourd'hui.
Balivernes... Je suis bien content avec le même système que j'utilise
depuis ~1993... ;-)
Et ça marche toujours, bravo pour tes programmes.
Chaque programmeur a ses habitudes, j'essaye d'utiliser le DDE avec
ses Shared Makefiles, car il y a beaucoup d'options pour automatiser
le développement. J'ai juste ajouté les librairies que j'utilise en
plus, (CathlibCpp, Oslib et OslibSupport.... )
Pour que le programmeur puisse adapater à ses habitudes, j'ai mis des
options dans Messages pour les boutons de la ToolBar.
Je peux faire la même chose pour d'autres options.
* Make est du gros fumier du cochon; un option de donne un fichier
MakeFile au AMU en preference SVP!
Tu veux parler du tool !AMU ?
Merci pour le retour d'infos et le fichier help.
Le programme est à améliorer, corriger, ajouter le module Treeview et
help en Anglais.....
Source sur riscosfr.
Amicalement,
--
Jean-Michel
Other related posts: