XProfan

Michael
Wodrich

springen auf eine bestimmte Zeile?

Wenn der Codeinspector mir eine Fehlerzeile meldet, kann ich dort spartanisch oder im XPrfEdit komfortabel ändern (so ich denn auf die Fehlerzeile springen kann).

Klasse Teil.

MfG
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

10.06.2005 ▲

Die vom Inspektor gelieferte Fehlermeldung, wüßte ich im Moment nicht wie ich diese auslesen soll. Wenn Sebastian was zur Unterstützung einbauen würde, würde es ja gehen. Das von ihm verwendete Control suchen und auslesen, kanns ja mal probieren. Aber erstmal ohne Priorität, es sind noch viele andere Dinge zu machen.

Michael
Wodrich

[quote:68949d5bab=TS-Soft]Die vom Inspektor gelieferte Fehlermeldung, wüßte ich im Moment nicht wie ich diese auslesen soll.[/quote:68949d5bab]
Nein, so wirds nichts. Das Teil kann ja zig Fehler melden.

Aber wenn es einen einfachen Eingabe-Dialog per die Zeilennummer gibt und nach Eingabe dorthin gesprungen wird ist schon OK. Bei 100 Zeilen brauchen wir nicht drüber reden, aber wenns einige tausend sind, dann wäre das schon SEHR hilfreich.

Das potuto man dann ja später als Intern-API-Funktion anbieten, damit Plugins den Editor an bestimmte Stellen bewegen können.

MfG
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

Okay, habs jetzt verstanden, was Du meinst, also ein Goto Zeile kommt.
Eine Integration in die Plugin-Schnittstelle werde ich probieren. Dem Plugin Informationen zukommen lassen ist ja recht einfach, aber das der Editor welche entgegen nimmt dann nicht mehr so. Wegen verschiedener Tabs usw. Müßte dem Plugin den Index des aktuellen Tabs mitgeben, so das sich alle aufrufe nur auf diesen beziehen können. Müßte diesen aber wahrscheinlich auch aktivieren, d.h. ich müßte bei bestimmten aufrufen des Plugins den Editor sperren können, sonst schießt da alles durcheinander.

Wird schon klappen

Gehe zu Zeile... ist jetzt implementiert, gibts aber erst beim nächsten Update.

Meine Frage: Sollt ich die bisherigen Projekt-File unterstützen und lediglich erweitern oder etwas eigenes Entwickeln. Beides hat Vor- und Nachteile, deswegen ist Eure Meinung hierzu wichtig!

Bisherige Projekt-File unterstützen ist am einfachsten zu integrieren, ich würde die File lediglich um ein paar Optionen wie: CPP2Profan, FileList usw. erweitern.

Eigene Projektverwaltung würde bedeuten, das alle Einstellungen in einer zentralen Datenbank gespeichert werden, und somit autom. zur Verfügung stehen. Extra Projekt-File können entfallen.

Zahlreiche Antworten erwünscht, damit ich possibile bald eine Entscheidung treffen kann. Gänzlich neue Vorschlage può Ihr naturalmente auch machen!

Saluto
Thomas

17.06.2005 ▲

Michael
Wodrich

Da bin ich per die zentrale Projektverwaltung.
Damit sollte es dann possibile sein, alle Projekte im Auge zu behalten.

Ich stelle mir vor, daß das Umschalten zwischen verschiedenen Projekten dann einfacher wird.

Bitte nicht vergessen: Jedes Projekt kann in einer anderen Profan-Version laufen. Die Runtime muß also auf jeden Fall wählbar sein. Gut wäre es auch, wenn Sie nachträglich verstellbar ist.
Denn es gibt sicher Situationen, wo man ein Projekt auf eine neue Version umstellen möchte.

Wenn alles in einer File steht, kann man dann auch einen Editiermodus mit einbauen? Runtime-Pfad und Fileliste nicht nur per Dateiwahl-Dialog sondern schnell mal von Hand editiert?

MfG
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

[quote:e3bc3d1b12=Michael Wodrich]Bitte nicht vergessen: Jedes Projekt kann in einer anderen Profan-Version laufen. Die Runtime muß also auf jeden Fall wählbar sein.[/quote:e3bc3d1b12]Das wird sie. Ich bastele gerade an einen eigenen integrierten Linker, so das die Runtime auch bei älteren Profan² Versionen anzugeben ist.[quote:e3bc3d1b12=Michael Wodrich] Gut wäre es auch, wenn Sie nachträglich verstellbar ist. Denn es gibt sicher Situationen, wo man ein Projekt auf eine neue Version umstellen möchte.
[/quote:e3bc3d1b12]Sobald eine File als Tab aktiviert wird, werden die zuletzt verwendeten Optionen voreingestellt. Jede Veränderung wird sofort in die Datenbank übertragen. Also File aktivieren und auf Kompilieren klicken. Nur wenn Du was ändern möchtest rufst Du die Compiler-Optionen auf.[quote:e3bc3d1b12=Michael Wodrich]
Wenn alles in einer File steht, kann man dann auch einen Editiermodus mit einbauen? Runtime-Pfad und Fileliste nicht nur per Dateiwahl-Dialog sondern schnell mal von Hand editiert?[/quote:e3bc3d1b12]
Ist aber Fehlerträchtig. Wenn der Wunsch noch öfters geäußert wird, werde ich es Optional einrichten. Die Filelist ist dann sowieso unabhängig von der Datenbank. Also Filelist oder Andare, alles weitere wird aus der Datenbank gelesen.

Ich will nochmal kurz die Unterschiede zwischen Datenbank und Projektdatei erklären.
Bei Projektdatei wird im Ordner des Sources eine Zusatzdatei mit den Compiler-Optionen erstellt. Also MeinSource.prf und dazu automatisch generiert MeinSource.prf.co
Lädt man MeinSource, egal wie, wird vorm kompilieren nachgesehen, ob die co-File vorhanden ist und dessen Einstellungen werden vorgegeben.
Vorteil: Man kann den Source zusammen mit dieser File verschieben, es ist eine einfach editierbare Textdatei.
Nachteil: Es entsteht zu den meisten Sources eine kleine Zusatztextdatei.

Bei der Datenbank-Alternative, wird z.B. eine DBase-File mit einer Tabelle verwaltet. Die Einstellungen werden anhand des Dateinamens incl. Pfad ermittelt.
Vorteil: zusätzliche Textdateien im Source-Ordner entfallen.
Nachteil: Werden Sources verschoben sind alle Einstellungen futsch, die Datenbank muß ab und zu aktualisiert werden, um nicht mehr existierende Source zu entfernen und die Editierbarkeit ist nicht so ohne weiteres gegeben.

Rolf
Koch

Hi Thomas,

ich persönlich tendiere zu der Projektdatei. Man verschiebt ja öfters mal ein Ordner u.s.w.

Rolf

Michael
Wodrich

Stimmt, so gesehen ist die Projektdatei im Vorteil.

Und wie wäre es wenn alles auf Projektdatei basiert, aber diese Projektdateien in un Datenbank importiert, dort editiert und bei Bedarf wieder exportiert werden können? Dann kann man die Pfade selbst anpassen.

Beispiel: Es wird ein Projekt gesichert (z.B. gezippt). Später wird dieses Projekt in einem anderen Verzeichnis entpackt.

MfG
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.