HTML Editor

[Alfons_G]

Sorry, sorry :oops:
Ein lieber Kollege von mir hat ein paar Minuten, bevor ich den Test startete, ein Verzeichnis "Test" auf dem Serverlaufwerk erstellt. Ich hatte dann nichts Besseres zu tun, als eine Datei namens "Test" speichern zu wollen und habe mich gewundert, was das Verzeichnis da macht, welches vorher noch nicht da war :roll:
Ein Rechtsklick auf den Ordner und die Ordnereigenschaften unter Windows NT haben mich dann schnell aufgeklärt ...

Bei der Vorlage wäre eine gefüllte Standardvorlage doch ganz nett - normalerweise liest man nicht zuerst die Hilfe, geht dann in die Optionen und versucht erst danach, eine neue Datei zu erstellen ;)

Eine Kleinigkeit: Beim Hilfe-Menü sollte eigentlich erst ein Menü aufklappen, in dem die Hilfe gestartet wird, so wie jetzt ist das Verhalten nicht standartmäßig.

:idea:

• Für spätere Versionen hätte ich noch ein paar Tipps:
  Wenn die Eigenschaften wie bei Delphi auch durch Doppelklick, bzw. durch den Wechsel zu einer anderen Eigenschaft übernommen würden, wäre für alle Delphi-Programmierer ganz angenehm.
  
  Da Dein Editor ohnehin Syntax-Highlighting für Pascal und HTML beherrscht, wäre es wohl nicht sehr schwierig, das für zusätzliche Sprachen einzuführen, so wie es z.B. ConText beherrscht. Da könnte man sogar die Möglichkeit einbauen, dass der Anwender z.B. für den SQL-Dialekt seiner Datenbank eigene Dateien nach einem vorgegebenen Schema erstellt und der Editor diese beim Programmstart im Menü einbindet.
  
  Auch noch schön, aber sicher mit einiger Arbeit verbunden, wäre die Option, mehrere Vorlagen erstellen zu können, aus denen man wie bei Delphi mit "Datei|Neu..." auswählen kann.
  
  Ein nettes Gimmick wären Assistenten. Damit meine ich jetzt nicht sowas, um dem absoluten Anfänger die automatisch generierte HTML-Seite zu ermöglichen, sondern z.B. einen Tabellen-Assistenten, der eine Tabelle mit der passenden Zeilen- und Spaltenzahl, Randbreite, Farbe usw. erstellt, ohne dass man über die Verschachtelung stolpert.

Versteh das jetzt bitte nicht als Kritik oder Besserwisserei, sondern als den Wunsch, ein schon sehr gutes Programm noch leistungsfähiger zu sehen ;)

:coder:

[Tpercon]

Keine Sorge, verstehe ich nicht so. Bin sogar froh für Verbesserungen, somit lernt man wenigstens was.

Syntax-Highlighting:
Für andere Sprachen gibt es das Problem, dass ich die selbst nicht 'beherrsche'. :)

Tabellen-Assistent:
Sowas habe ich im Prinzip schon fertig, nur nicht veröffentlicht, da mit etwas fehlt.
Mir fällt leider keine Komponente ein, wo ich ne Vorschau von der Tabelle machen kann und die Zellen anklickbar (StringGrid) sind. Das Problem ist halt, dass man Zellen verbinden können muß, sonst wäre es ja langweilig.

Zitat:

Wenn die Eigenschaften wie bei Delphi auch durch Doppelklick, bzw. durch den Wechsel zu einer anderen Eigenschaft übernommen würden, wäre für alle Delphi-Programmierer ganz angenehm.

Fände ich auch schön, nur leider habe ich das bis jetzt mit dem StringGrid nicht hinbekommen. :roll:

Zitat:

Beim Hilfe-Menü sollte eigentlich erst ein Menü aufklappen, in dem die Hilfe gestartet wird, so wie jetzt ist das Verhalten nicht standartmäßig.

Das ist auch noch nicht wirklich fertig. Man sollte halt nur irgendwie die Datei aufrufen können. Es wird aber kommen.

Zur Zeit arbeite ich noch an einem Explorer mit paar netten Funktionen und einem Tag- Debugger, der alle Tags mit Eigenschaften auf deren Richtigkeit kontrolliert. Außerdem ist das nächste Ziel auch das Thema MDI- Anwendung. Also ich habe noch etwas vor. :D

Gruß

[Alfons_G]

:hi:
Die Dateien für das Syntax-Highlighting könnten ja auch die User liefern, welche die entsprechende Sprache verwenden. Die kann man dann genauso wie die Sprachdateien von Inno-Setup zum Download anbieten.

Für den Tabellen-Assistenten musst Du wohl selbst was programmieren, mit Linien, die man anklicken kann, platzieren, verschieben und löschen. Die Koordinaten kannst Du dann in einem zweidimensionalen Array speichern und zum Schluß in die entsprechenden Werete umsetzen. Mit einem Grid wird sich das nicht machen lassen :roll:

Zum Tag-Debugger könnte als Ergänzung eine Routine passen, welche Tag-Paare auf Vollständigkeit prüft.

Gruß

Alfons

:coder:

[Tpercon]

Hi

Langsam hat alles Form angenommen und ist fast fertig zum Veröffentlichen, nur ein großes Problem habe ich noch.

Zum Thema Syntax Highlighting der Sprachen nach HTML umwandeln:
Wie schreibt man nur die Syntax Procedure so, dass sie auf verschiedene Sprachen anwendbar ist. Ich wollte die jeweiligen proceduren dazu in DLL's schreiben, aber da werden die DLL's auf Grund der 2 Units ComCtrls und Graphics zu groß (je ca. 300kB). Deshalb ist diese Möglichkeit wohl unbrauchbar. Wer hat ne bessere Idee?

Gruß

[sakura]

Du könntest es durchaus über DLLs lösen. Die könnten dem Programm mitteilen, welche Parameter eingestellt werden können, so daß Du kein Interface in die DLLs einbauen müsstest. Eine weitere Prozedur würde dann die Konvertierung selbst übernehmen. Damit würde sich wohl am ehesten etwas machen lassen, oder Du hast nur eine Klasse für die Konvertierung und definierst das Ausgabeformat über (z.B.) eine INI Datei.

Ähnliches haben wir in unserem Firmenprodukt getan. Ist halt alles einfach XML-basiert, aber die meisten Dinge wie Pascal, C++, Asm und so weiter lassen sich damit definieren.

...:cat:...

[Tpercon]

Hmm, dies würde aber doch vorraussetzen, dass ich die Syntax aller Sprachen beherrsche, oder?

[sakura]

Nicht unbedingt, Du kannst ja dem Endanwender die Möglichkeit geben, weitere Syntaxi zu definieren. Wenn Du hingegen eine DLL für jede Sprache voraussetzen würdest, dann müsstest Du wirklich alle Sprachen können oder zumindest jemanden haben, der die DLLs nach Deinen Wünschen programmiert.

...:cat:...

[Tpercon]

Du meinst, der Benutzer kann selbst festlegen, was Schlüsselwörter sind, wie Kommentare eingeleitet oder beendet werden...?

[sakura]

Kurz: Ja :!:

[Tpercon]

Und lang auch ja?

Tja, mal sehen, wie ich das hinbekomme.

Gruß