XProfan

Wahrscheinlich werdet ihr mit Änderungsvorschlägen überrannt, wenn das Ding erst mal raus ist. Vielleicht solltet ihr schon mal eine grobe Feature List machen und sinnvolle Ergänzungen gleich mit einbauen...

Es heißt übrigens Hightlighting ohne n, da es nix mit Blitzen zu tun hat.

Autovervollständigung hm - müssen Frank und ich sich mal kurzschliessen - aber ich selbst bin kein Fan von sowas

Jörg Sellmeyer


Öhm auch nicht! Es heist Highlighting - nicht Hightlighting !

Autovervollständigung hm - müssen Frank und ich sich mal kurzschliessen - aber ich selbst bin kein Fan von sowas. *g* (Tippe schneller als das ich gucken müsste um zu wissen ob ich nun das korrekte Wort ausgewählt habe um es abzuentern. )

1. Endlich mal ein vernünftiges TAB-Handling, so wie das z.B. der Editor von PrFellow bietet (Standard schon bei allen Editoren anderer Programmiersprachen seit frühesten DOS-Zeiten). Dbzgl. ist der XProfEd wirklich eine einzige Katastrophe, genauso wie alle seine Vorgänger! Meine Programmieranfänger machen sich da fast immer bald einen Knoten in die Finger, bei diesem ungewöhnlichen Handling (Einrücken des Codes per TAB-Taste).

2. Einrücken (und auch wieder Ausrücken!) von Text (also Einzug vergrößern / verkleinern) ohne immer erst irgendeinen Text (oder gar keinen) eingeben zu müssen. Oder z.B. um hunderte von Zeilen schnell mal als Kommentar markieren und auch wieder demarkieren zu können. Siehe PrFellow.

3. Umwandeln von markierten Code per Tastenkombination in Groß- oder Kleinbuchstaben - siehe PrFellow: Shift + F8 bzw. Shift + F9.

5. Vernünftige Arbeitsgeschwindigkeit auch bei größeren Codes. Mit XProfEd z.B. konnte ich den Code meines XProfan-Managers noch nie vernünftig bearbeiten, weil ich da sogar auf meinem recht flotten XP-PC ständig nur warten muß (bei > 160000 Codezeilen). Für Mini-Codes von Programmieranfängern mag XProfEd ein nettes Spaß-Mobil sein (viel mehr meiner Einschätzung nach jedoch leider nicht), denn bei komplexeren Codes geht das Teil recht schnell in die Knie - dbzgl. war sogar der PrfPad-OldTimer von Maik und Sven flotter unterwegs gewesen.

6. Aufruf- bzw. Einbindungsmöglichkeit für externe Programme. Ansonsten Verzicht auf jegliche Zusatz-Tools, die über den Umfang von normalen Editor-Funktionen hinausgehen. Hierfür gibt es inzwischen mehr als genug kostenlose Alternativen (siehe ROC bzw. die ROC-Maxi-Version namens XProfan-Manager mit integriertem ROC).

7. Aufruf per Parameterübergabe für die gängigsten Optionen (Dateien, Projekte, usw.).

8. Wichtig: Speichern der Konfigurationseinstellungen im Programmverzeichnis, und nicht in einer Ini im Win-Verzeichnis oder in Registry.

9. Per Tastenkombination (und / oder Mausklick) sollte man auf XPSE-/XPIA-/XPRR-Modus umschalten und auch wieder zurückschalten können.

10. Bei erkannter Internetverbindung sollte optional automatisch erkannt werden können, ob für XPSE, XPIA, XPRR, ROC, Profan2Cpp, SKControl.dll, XProfan-Manager, usw. aktuellere Versionen zur Verfügung stehen. Diese sollten nach Rückfrage automatisch vom Programm runtergeladen werden können.

Auf solchen Firlefanz wie Syntax-Hightlighting und Autovervollständigen könnte ich verzichten. Ein solcher Käse sollte ggf. wenigstens abschaltbar sein. Ich selber würde sowas jedenfalls umgehend abschalten. Wenn ich ernsthaft programmiere, dann weiß ich was ich tue und brauche das nicht - sowas irritiert und nervt meiner Meinung nach einfach nur.

Nach einem kurzen Ausflug zu XProfEd und anderen Editoren bin ich reumütig wieder zum guten alten PrFellow zurückgekehrt und verwende XProfEd eigentlich nur noch für kleinere Projekte (weil PrFellow beim Wechseln seiner Projekteinstellungen schon immer Probleme gehabt hatte).

Hallo,

hier auch mal ein paar Anregungen und Wünsche aus meiner Sicht:

1. Endlich mal ein vernünftiges TAB-Handling, so wie das z.B. der Editor von PrFellow bietet (Standard schon bei allen Editoren anderer Programmiersprachen seit frühesten DOS-Zeiten). Dbzgl. ist der XProfEd wirklich eine einzige Katastrophe, genauso wie alle seine Vorgänger! Meine Programmieranfänger machen sich da fast immer bald einen Knoten in die Finger, bei diesem ungewöhnlichen Handling (Einrücken des Codes per TAB-Taste).

2. Einrücken (und auch wieder Ausrücken!) von Text (also Einzug vergrößern / verkleinern) ohne immer erst irgendeinen Text (oder gar keinen) eingeben zu müssen. Oder z.B. um hunderte von Zeilen schnell mal als Kommentar markieren und auch wieder demarkieren zu können. Siehe PrFellow.

3. Umwandeln von markierten Code per Tastenkombination in Groß- oder Kleinbuchstaben - siehe PrFellow: Shift + F8 bzw. Shift + F9.

4. Weitere sinnvolle Editor-Standards wie in PrFellow (siehe Editor von PrFellow).

5. Vernünftige Arbeitsgeschwindigkeit auch bei größeren Codes. Mit XProfEd z.B. konnte ich den Code meines XProfan-Managers noch nie vernünftig bearbeiten, weil ich da sogar auf meinem recht flotten XP-PC ständig nur warten muß (bei > 160000 Codezeilen). Für Mini-Codes von Programmieranfängern mag XProfEd ein nettes Spaß-Mobil sein (viel mehr meiner Einschätzung nach jedoch leider nicht), denn bei komplexeren Codes geht das Teil recht schnell in die Knie - dbzgl. war sogar der PrfPad-OldTimer von Maik und Sven flotter unterwegs gewesen.

6. Aufruf- bzw. Einbindungsmöglichkeit für externe Programme. Ansonsten Verzicht auf jegliche Zusatz-Tools, die über den Umfang von normalen Editor-Funktionen hinausgehen. Hierfür gibt es inzwischen mehr als genug kostenlose Alternativen (siehe ROC bzw. die ROC-Maxi-Version namens XProfan-Manager mit integriertem ROC).

7. Aufruf per Parameterübergabe für die gängigsten Optionen (Dateien, Projekte, usw.).

8. Wichtig: Speichern der Konfigurationseinstellungen im Programmverzeichnis, und nicht in einer Ini im Win-Verzeichnis oder in Registry.

11. Einbindungsmöglichkeit externer Hilfedateien und Aufruf per Tastenkombination. Beispiele für solche Hilfedateien: XPSE, XPIA, XPRR, ListView.dll, usw.