XProfan

- Página 1 -

Gehe a Línea... es ahora implementiert, gibts aber sólo beim nächsten Actualización.

11.06.2005 ▲

Mi Cuestión: Sollt Yo el reciente Projekt-Archivos unterstützen y lediglich erweitern oder algo propio Entwickeln. Beides ha Vor- y Nachteile, deswegen es Eure Meinung hierzu wichtig!

Bisherige Projekt-Archivos unterstützen es al einfachsten a integrieren, Yo sería el Expediente lediglich en unos pocos Optionen como: CPP2Profano, FileList usw. erweitern.

Eigene Projektverwaltung sería bedeuten, el todos Einstellungen en uno zentralen Datenbank gespeichert voluntad, y somit autom. disponible posición. Extra Projekt-Archivos puede entfallen.

Zahlreiche Respuesta erwünscht, así Yo möglichst bald una Entscheidung treffen kann. Gänzlich neue Vorschlage könnt Ihr natürlich auch hacer!

Saludo
Thomas

17.06.2005 ▲

Michael
Wodrich

Como bin Yo para el zentrale Projektverwaltung.
Damit debería lo entonces posible ser, todos Projekte en el Auge a behalten.

Yo lugar me antes, daß el Umschalten zwischen verschiedenen Proyectos entonces einfacher se.

Bitte no vergessen: Jedes Projekt kann en uno otro Profano-Versión laufen. El Runtime muß also en cada Fall wählbar ser. Gut wäre lo auch, si Sie nachträglich verstellbar es.
Denn lo son sicher Situationen, wo uno una Projekt en una neue Versión ajustar möchte.

Wenn alles en uno Expediente es, puede ser entonces auch una Editiermodus con einbauen? Runtime-Pfad y Fileliste no sólo por Dateiwahl-Diálogo pero rápidamente tiempos de Hand editiert?

MfG
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

[quote:e3bc3d1b12=Michael Wodrich]Bitte no vergessen: Jedes Projekt kann en uno otro Profano-Versión laufen. El Runtime muß also en cada Fall wählbar ser.[/quote:e3bc3d1b12]Das se ellos. Yo bastele gerade a una eigenen integrierten Linker, así el el Runtime auch en älteren Profano² Versionen anzugeben es.[quote:e3bc3d1b12=Michael Wodrich] Gut wäre lo auch, si Sie nachträglich verstellbar es. Denn lo son sicher Situationen, wo uno una Projekt en una neue Versión ajustar möchte.
[/quote:e3bc3d1b12]Sobald una Expediente como Tab aktiviert se, voluntad el zuletzt verwendeten Optionen voreingestellt. Jede Veränderung se inmediatamente en el Datenbank übertragen. Also Expediente aktivieren y en Kompilieren clic. Nur si qué ändern möchtest rufst Usted el Compiler-Optionen en.[quote:e3bc3d1b12=Michael Wodrich]
Wenn alles en uno Expediente es, puede ser entonces auch una Editiermodus con einbauen? Runtime-Pfad y Fileliste no sólo por Dateiwahl-Diálogo pero rápidamente tiempos de Hand editiert?[/quote:e3bc3d1b12]
Pero Fehlerträchtig. Wenn el Wunsch todavía öfters geäußert se, voluntad Yo Optional einrichten. El Filelist es entonces sowieso unabhängig de el Datenbank. Also Filelist oder Ir, alles weitere se de el Datenbank gelesen.

Yo voluntad otra vez kurz el Unterschiede zwischen Datenbank y Projektdatei erklären.
En Projektdatei se en el Ordner des Sources una Zusatzdatei con el Compiler-Optionen erstellt. Also MeinSource.prf y dazu automáticamente generiert MeinSource.prf.co
Lädt uno MeinSource, egal como, se vorm kompilieren nachgesehen, si el co-Expediente disponible es y dessen Einstellungen voluntad vorgegeben.
Vorteil: Se puede el Source zusammen con dieser Expediente mover, es una simplemente editierbare Textdatei.
Nachteil: Lo entsteht a meisten Sources una kleine Zusatztextdatei.

En Datenbank-Alternative, se z.B. una DBase-Expediente con uno Tabla verwaltet. El Einstellungen voluntad anhand des Dateinamens incl. Pfad ermittelt.
Vorteil: zusätzliche Textdateien en el Source-Ordner entfallen.
Nachteil: Werden Sources movido son todos Einstellungen futsch, el Datenbank muß de y a aktualisiert voluntad, en no mehr existierende Source a entfernen y el Editierbarkeit es no así sin weiteres gegeben.

Rolf
Koch

Hi Thomas,

Yo persönlich tendiere a el Projektdatei. Man verschiebt sí öfters veces una Ordner u.s.w.

Rolf

Michael
Wodrich

Stimmt, así gesehen Es el Projektdatei en el Vorteil.

Und como wäre lo si alles en Projektdatei basiert, aber esta Projektdateien en un Datenbank importiert, hay editiert y en Bedarf otra vez exportiert voluntad puede? Dann puede ser el Pfade incluso adaptar.

Ejemplo: Lo se una Projekt gesichert (z.B. gezippt). Später se dieses Projekt en un otro Directorio entpackt.

MfG
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

- Página 2 -

Michael
Wodrich

Wird el Editor automáticamente geänderte Sources en el Platte erkennen puede?

Ejemplo: Ein PlugIn verändert el Source, el se gerade en el Editor befindet y speichert ihn en el Expediente. Der Editor debería el después de el PlugIn-Aufruf testen y darauf hinweisen.

Möglichkeit:
El Expediente wurde verändert. Sollen el geänderten Daten neu leerse?
Wenn el Editor-Inhalt no geändert wurde (z.B. antes PlugIn-Aufruf wurde gespeichert), entonces debería el Inhalt igual sin Nachfrage leerse.

MfG
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

Im moment sehe Yo así, como Yo primero sólo Compiler-Optionen a cada *.prf Expediente speichern voluntad. Diese voluntad beim invitar igual con erfasst y beim speichern aktualisiert. Ausserdem voluntad Yo vorher todavía una doppeltes Laden derselben Expediente verhindern, wobei dies sólo para el jeweilige Editor-Instanz gilt. Wer el Editor mehrmals öffnet muß entonces ya selber una bissel aufpassen.
Ausserdem halte Yo para Sinnvoll vorm Interpretieren (Excepción Schnellstart), Kompilieren oder Aufruf uno Plugins todos benannten y modifizierten Archivos a speichern. Sombrero el Vorteil, una *.inc anzupassen y luego el *.prf starten a puede usw.

@Michael:
Nein, se hoffentlich auch no nötig ser. Un Anweisung para Neuladen des Sources voluntad Yo später veces integrieren. Ansonsten es ahora ya, por geschickte SendString-Anweisungen, qué aber wirklich sólo una Notlösung bleiben se. El Plugin-Unit sorgt sí para una gesicherten Shared-Memory, el el Editor a Tiempo sólo aktualisiert, später se él hay auch selber Daten abfragen, el vom Plugin kommen. Identifizierung de Editor-Instanz para Plugin passiert una GUID, así el Verwechslungen eigentlich ausgeschlossen voluntad puede.
Im Moment bin Yo sí todavía en el Vorarbeiten, así el todavía Propuestas erwünscht son.
Nebenbei en Irrtümern vorzubeugen: El Projektdatei se no Infos a dazugehörigen Archivos enthalten, como dies auch völlig unnötig es. Um todos Archivos uno Projekts a invitar, dafür son el Filelists geeignet. Ansonsten genügt sí una Doppelclick en el *.inc oder sonstwas en el Editor y esta se inmediatamente geöffnet

ASKTEC

Hola Thomas...

el Editor sieht muy vielversprechend de...

Gefällt me bien...

Hier ni kleine Bitte para el Optionen: Ermögliche Por favor, una Pfadangabe, para el abierto y speichern el Projekte... Damit uno voreinstellen kann, wo uno seine Projekte gespeichert ha y beim abierto no siempre el gesamte Platte durchforsten muss...

Desweiteren wäre lo Klasse, si uno später auch una propio Schrift para el Editor einstellen podría...

Ansonsten freue Yo mich ya en el zukünftigen Versionen

Saludo

Andreas

Profan 7.6 / XProfan 8 / XProfan 9 ~ W2k Prof. / Win XP Prof. ~ AMD XP2000+ / P4 3.80 GHz

21.06.2005 ▲

>> Pfadangabe, para el abierto y speichern el Projekte
Ist en jedenfall una praktische Sache y se kommen

>> una propio Schrift para el Editor einstellen podría
Ist geplant. Ob el Schrift entonces On-The-Fly aktualisiert se kann Todavía no sagen. El Syntax-Farben y Atributos voluntad auch austauschbar ser.
Como el Unterscheidung de Befehl y Function sowieso algo ungenau es, kann lo ser el Yo esta en un Gruppe packe y como 3 Highlightfarbe una Benutzerdefinierte Liste einlese. Como puede ser entweder XPSE Erweiterungen oder InlineASM hervorheben dejar. Hab desafortunadamente sólo 3 Wortlisten en diesem Lexxer disponible.

21.06.2005 ▲

@Andreas
Bis lo soweit es, speichere doch simplemente el FileList bajo Eigene Archivos de. El sorgt dafür, el todos benötigten Archivos geladen voluntad, unabhängig su wo ellos se befinden. Außerdem puede ser esta auch Doppelklicken

21.06.2005 ▲