| |
|
|
- page 1 - |
|
| ici peut son eure Propositions des Aussehens betreffend äußern. je persönliche bevorzuge Standardcontrols sans Extras. si son cependant Effekte comment Hoover ou bien ähnlich wünscht, steht dem presque rien im Wege, seulement qui Bilder doit mir quelqu'un anfertigen
Hab comme Vorschlag erstmal angefangen den Options-Dialog trop gestalten, comment dit, simple et schlicht. qui dritte Reiter ist encore pas fertig, là Je l' seulement später Travailler werde. Pour Eure Propositions wären Schnappschüsse entier brauchbar. Zum Beispiel avec dem ObjectCreator erstellte la fenêtre.
PS: je peux Eure Wünsche seulement berücksichtigen, si son vous mir à temps mitteilt. Sobald je angefangen habe den Code pour trop écrivons sommes Design-Changements très aufwendig. et es soll doch vite voran aller
PS: cela la fenêtre sieht chez euch léger anders aus, là je un XP-Skin verwende, zwar une seulement schlichten, mais il y a alles seulement Standard-Controls |
|
|
| |
|
|
|
| |
|
- page 1 - |
|
| vais trop la ligne... ist maintenant implementiert, gibts mais seulement beim prochain Update. |
|
|
| |
|
|
|
| mon Frage: Sollt je qui bisherigen projet-Fichiers soutien et lediglich erweitern ou bien quelque chose eigenes Entwickeln. Beides hat avant- et Nachteile, deswegen ist Eure attitude hierzu important!
Bisherige projet-Fichiers soutien ist am einfachsten trop intégrer, je serait qui Dossier lediglich um un paire Optionen comment: CPP2Profan, FileList usw. erweitern.
Eigene Projektverwaltung serait bedeuten, cela alle Einstellungen dans einer zentralen banque de données gespeichert volonté, et somit autom. zur Disposition stehen. Extra projet-Fichiers peut entfallen.
Zahlreiche répondre erwünscht, avec cela je possible bientôt une Entscheidung rendez-vous peux. Gänzlich neue Vorschlage peut son naturellement aussi faire!
Salut Thomas |
|
|
| |
|
|
|
Michael Wodrich | là suis je pour qui zentrale Projektverwaltung. avec cela sollte es ensuite possible son, alle Projekte im Auge trop behalten.
Je mets mir avant, qui cela commuter entre verschiedenen Projekten ensuite einfacher wird.
s'il te plaît pas oublier qc: chaque projet peux dans einer anderen Profan-Version courir. qui Runtime doit alors sur jeden le cas wählbar son. bien wäre es aussi, si vous nachträglich verstellbar ist. car il y a sûrement Situationen, wohin on un projet sur une neue Version ajuster voudrais.
si alles dans einer Dossier steht, peux on ensuite aussi une Editiermodus avec einbauen? Runtime-Pfad et Fileliste pas seulement per Dateiwahl-Dialog mais vite la fois de main editiert?
MfG Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 18.06.2005 ▲ |
|
|
|
|
| [quote-part:e3bc3d1b12=Michael Wodrich]s'il te plaît pas oublier qc: chaque projet peux dans einer anderen Profan-Version courir. qui Runtime doit alors sur jeden le cas wählbar son.[/quote-part:e3bc3d1b12]cela wird vous. je bastele justement à une eigenen integrierten Linker, so cela qui Runtime aussi chez älteren Profan² Versionen anzugeben ist.[quote-part:e3bc3d1b12=Michael Wodrich] bien wäre es aussi, si vous nachträglich verstellbar ist. car il y a sûrement Situationen, wohin on un projet sur une neue Version ajuster voudrais. [/quote-part:e3bc3d1b12]Sobald une Dossier comme Tab aktiviert wird, volonté qui zuletzt verwendeten Optionen voreingestellt. chacun Veränderung wird tout de suite dans qui banque de données übertragen. alors Dossier aktivieren et sur Kompilieren klicken. seulement si Du quoi changement vouloir appelles Du qui Compiler-Optionen sur.[quote-part:e3bc3d1b12=Michael Wodrich] si alles dans einer Dossier steht, peux on ensuite aussi une Editiermodus avec einbauen? Runtime-Pfad et Fileliste pas seulement per Dateiwahl-Dialog mais vite la fois de main editiert?[/quote-part:e3bc3d1b12] Ist mais Fehlerträchtig. si qui Wunsch encore öfters geäußert wird, werde je es optionnel einrichten. qui Filelist ist ensuite sowieso indépendant de qui banque de données. alors Filelist ou bien Aller, alles weitere wird aus qui banque de données gelesen. |
|
|
| |
|
|
|
| je veux nochmal kurz qui Unterschiede entre banque de données et Projektdatei expliquer. chez Projektdatei wird im Dossier des Sources une Zusatzdatei avec den Compiler-Optionen erstellt. alors MeinSource.prf et en supplément automatisch generiert MeinSource.prf.co Lädt on MeinSource, égal comment, wird vorm kompilieren nachgesehen, si qui co-Dossier vorhanden ist et dessen Einstellungen volonté vorgegeben. Vorteil: il peut den Source zusammen avec cette Dossier Déplacer, c'est une simple editierbare Textdatei. le tort: Es entsteht le meisten Sources une kleine Zusatztextdatei.
chez qui banque de données-Alternative, wird z.B. une DBase-Dossier avec einer Tabelle verwaltet. qui Einstellungen volonté anhand des Dateinamens incl. Pfad ermittelt. Vorteil: zusätzliche Textdateien im Source-Dossier entfallen. le tort: Werden Sources déménagé sommes alle Einstellungen futsch, qui banque de données doit ab et trop aktualisiert volonté, um pas plus existierende Source trop entfernen et qui Editierbarkeit ist pas so sans weiteres gegeben. |
|
|
| |
|
|
|
Rolf Koch | Hi Thomas,
je personnelle tendiere trop qui Projektdatei. on verschiebt oui öfters la fois un Dossier u.s.w.
Rolf |
|
|
| |
|
|
|
Michael Wodrich | Stimmt, so gesehen ist qui Projektdatei im Vorteil.
et comment wäre es si alles sur Projektdatei basé, mais cet Projektdateien dans un banque de données importiert, là editiert et chez besoin wieder exportiert volonté peut? ensuite peux on qui Pfade selbst anpassen.
Beispiel: Es wird un projet gesichert (z.B. gezippt). Später wird cet projet dans einem anderen Verzeichnis entpackt.
MfG Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 18.06.2005 ▲ |
|
|
|
| |
|
- page 2 - |
|
|
Michael Wodrich | Wird qui Editor automatisch geänderte Sources sur qui Platte erkennen peut?
Beispiel: un PlugIn modifié den Source, qui sich justement im Editor est et speichert ihn dans qui Dossier. qui Editor sollte cela pour dem PlugIn-Aufruf testen et puis hinweisen.
Possibilité: qui Dossier wurde modifié. devoir qui modifié données récente lire volonté? si qui Editor-le contenu pas geändert wurde (z.B. avant PlugIn-Aufruf wurde gespeichert), ensuite sollte qui le contenu juste sans demande lire volonté.
MfG Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 18.06.2005 ▲ |
|
|
|
|
| Im moment vois je es so, là je erstmal seulement Compiler-Optionen trop chacun *.prf Dossier Sauver werde. cet volonté beim magasin juste avec erfasst et beim Sauver aktualisiert. Ausserdem werde je auparavant encore un doppeltes magasin derselben Dossier verhindern, wobei ca seulement pour qui jeweilige Editor-Instanz gilt. qui den Editor plusieurs fois ouvrez doit ensuite déjà selber un bissel aufpassen. Ausserdem halte je es pour Sinnvoll vorm Interpretieren (Ausnahme Schnellstart), Kompilieren ou bien Aufruf eines Plugins alle benannten et modifizierten Fichiers trop Sauver. Hat den Vorteil, une *.inc anzupassen et ensuite qui *.prf starten trop peut usw.
@Michael: non, wird hoffentlich aussi pas nötig son. une Anweisung zum Neuladen des Sources werde je später la fois intégrer. Ansonsten ca va maintenant déjà, par geschickte SendString-Anweisungen, quoi mais wirklich seulement une Notlösung rester soll. qui Plugin-Unit sorgt oui pour une gesicherten Shared-Memory, den qui Editor zur Zeit seulement aktualisiert, später wird il là aussi selber données abfragen, qui vom Plugin venons. identification de Editor-Instanz zum Plugin passiert sur une GUID, so cela Verwechslungen eigentlich ausgeschlossen volonté peut. Im Moment suis je oui encore chez den Vorarbeiten, so le reste Propositions erwünscht sommes. Nebenbei um Irrtümern vorzubeugen: qui Projektdatei wird aucun Infos trop dazugehörigen Fichiers enthalten, là ca aussi völlig unnötig ist. Um alle Fichiers eines Projekts trop magasin, pour sommes qui Filelists approprié. Ansonsten suffisant oui un Doppelclick sur qui *.inc ou bien sonstwas im Editor et cet wird tout de suite ouvert |
|
|
| |
|
|
|
ASKTEC | allô Thomas...
qui Editor sieht très vielversprechend aus... Gefällt mir bien...
ici encore une kleine s'il te plaît pour qui Optionen: Ermögliche s'il te plaît une Pfadangabe, pour cela ouvrir et Sauver qui Projekte... avec cela on voreinstellen peux, wohin on sa Projekte gespeichert hat et beim ouvrir pas toujours qui gesamte Platte durchforsten muss...
Desweiteren wäre es super, si on später aussi une eigene Schrift pour den Editor einstellen pourrait...
Ansonsten suis je mich déjà sur qui zukünftigen Versionen
Salut
Andreas |
|
|
| Profan 7.6 / XProfan 8 / XProfan 9 ~ W2k Prof. / Win XP Prof. ~ AMD XP2000+ / P4 3.80 GHz | 21.06.2005 ▲ |
|
|
|
|
| >> Pfadangabe, pour cela ouvrir et Sauver qui Projekte Ist sur jedenfall une praktische l'affaire et wird venons
>> une eigene Schrift pour den Editor einstellen pourrait Ist geplant. si qui Schrift ensuite On-The-Fly aktualisiert wird peux je encore pas dire. qui Syntax-Farben et Attribute volonté aussi austauschbar son. là qui Unterscheidung de Befehl et Function sowieso quelque chose ungenau ist, peux es son le moi cet dans un Gruppe packe et comme 3 Highlightfarbe une Benutzerdefinierte liste einlese. là peux on entweder XPSE Erweiterungen ou bien InlineASM hervorheben laisser. Hab malheureusement seulement 3 Wortlisten dans diesem Lexxer zur Disposition. |
|
|
| |
|
|
|
| @Andreas jusqu'à es soweit ist, speichere doch simple qui FileList sous Eigene Fichiers ab. qui sorgt pour, cela alle nécessaire Fichiers geladen volonté, indépendant en wohin vous se trouver. Aussi peux on cet aussi Doppelklicken |
|
|
| |
|
|