XProfan

[quote:2ee0e47be4=Frank Abbing]
Meine Anregungen wären:
- Integrierung von Zweit- und Drittsprachen, z.B. Assembler
- Anzeige der verwendeten Prozeduren und direkter Sprung zu deren Code.
- Integrierung von Profan2Cpp zu den Tools.[/quote:2ee0e47be4]
Zu 1. Vielleicht später mal, die von mir verwendete Scintilla-DLL ist eine Spezialversion, die nur einen Lexxer enthält. Hab sie wegen der Dateigröße gewählt.
Zu 2. Ich hoffe das wird auch noch kommen, aber später
Zu 3. Profan2Cpp wird in die CompilerOptionen aufgenommen. Ist also fest eingeplant.

Die CompilerOptionen werden sobald alle vorhandenen Bugs weg sind intgriert. Alle Einstellungen werden vorraussichtlich in einer Datenbank gespeichert, so das extra Projekt-Dateien entfallen können. Es sei denn, es gibt noch bessere Vorschläge

08.06.2005 ▲

René
Wagner

Tolle Arbeit die Du da ablieferst. In der kurzen Zeit sind die Fortschritte beachtlich. Weiter so, dann stellt der Xprofan-Writer zumindest für mich bald keine Konkurrenz mehr da.

Was ich mir noch wünschen würde (teils schon genannt):
- Prozedur-Liste zum schnellen Springen (anspringen beim aufruf ist schon ein guter Anfang)
- Suchen / Suchen & Ersetzen
- definierbare Tabbreite (ich bevorzuge 4 Spaces), Tab sollte auch wirklich nen Tab einfügen (keine Leerzeichen)

mfG, René

Mit XProfan erstellte Freeware findet ihr hier: [...]

US World Domination Tour - bombing a country near you...

Hallo Rene,
schön wenn Dir der Editor gefällt.

Die Bearbeitungsfunktion sowie weitere Optionen hab ich jetzt erstmal in der Priorität etwas niedriger eingestuft. Ich denke die anderen Funktionen, z.B. den Compiler betreffend sind erstmal wichtiger.
Vor allem muß ich mich in die engl. Scintilla-Documentation noch weiter einarbeiten, das würde im Moment etwas bremsen. Tabweite von 2 ist für Profan vielleicht wirklich zu wenig, da ja Zeilen umgebrochen werden können. Wird später einstellbar sein.
In Programmiereditoren ist ein echter Tab im allgemeinen eigentlich unpraktisch und auch unerwünscht, da möchte ich Dir im Moment auch keine Versprechungen machen. Beim parsen sind echte Tabs für mich auf jedenfall unpraktisch da die durch Trim$ ja nicht verschwinden, sondern extra entfernt werden müssen.

Normalerweise trimt trim doch alles under ord 33 oder? also auch tabs.

Mir persönlich sind echte tabs ord 9 deutlich lieber als plöde 32er. Tab is tab und nicht Space.

Wenn ich mit den arrows über Tabs hoppe - möchte ich eigendlich das der Cursor auch nur 1x pro Tab springt - und nicht (8)-Mal pro Space.

Entscheident für mich wäre aber das es wie in textpad mit Mgl. gibt mit strg+i markierte Zeilen einen Tab weiter zu schieben, und mit shift+strg+i markierte Zeilen einen Tab zurück zu schieben.

Salve.

Auch von mir ALLE ACHTUNG zum bisher Verwirklichten!

Ein echter Tab gehört unbedingt dazu.
Was ich mir noch wünschen würde: Zuletzt benutztes Verzeichnis.
Ich mag nicht bei jedem Datei öffnen in meine eigenen Dateien gelangen.

Habe noch keine Rückmeldung bezügl der Icons. Ich weiß, das hat dzt. keine Priorität, aber ich könnte zwischenzeitlich weiterbasteln, falls Du noch welche brauchst oder geändert haben willst.

Gruß,
Christian

XProfan 8/9.1, Win XP, AMD 64/3200

René
Wagner

@Thomas
Ich will Dir bei Deiner Entwicklung nicht reinreden, aber für mich aus Anwendersicht haben die Compilerfunktionen einen wesentlich geringeren Stellenwert als die Bearbeitungsfunktionen.

Letztere brauch ich erst, wenn ich mit dem Editieren fertig bin. Das funktioniert aber eher schlecht als recht, solang ich die in einem Editor unverzichtbaren Funktionen Suchen bzw. Suchen & Ersetzen nicht habe.
Denk mal drüber nach. ;)

Mit XProfan erstellte Freeware findet ihr hier: [...]

US World Domination Tour - bombing a country near you...

Den Wunsch nach Chr(9) kann ich echt nicht verstehen. Ich mag Editoren mit echten Tabs nicht, erst wenn das abgestellt ist und mein Source überall gleich aussieht bin ich happy. Tab und Shift Tab für zurück gehen doch schon, hab ich also nicht so ganz verstanden. Trim entfernt alle Leerzeichen am Anfang und am Ende aber keine Steuerzeichen. Die meisten Textfelder liefern diese ja sowieso nicht mit, aber bei Scintilla erhalte ich nunmal alles. Hab mir einen Text im Debugger anzeigen lassen und mich gewundert warum es nicht ging, bis ich über die länge gemerkt habe das noch Steuerzeichen drinn sind. Der Cursor wird ja später autom. Einrücken und die Leerzeichen (Softtabs) überspringen.
Ich möchte auf jedenfall erstmall alles andere Fertigstellen, bevor ich mich daran setze. Das komfortabelste Editieren nützt nichts, wenn der Code in Nirwana landet

Genauso werden weitere Optionen erst am Schluß eingebaut, da ich da erst den Überblick habe, was gebraucht wird.

@Christian
Die Icons sind ja teilweise schon brauchbar, kann sie aber erst einbauen, wenn sie komplett sind, d.h. für alles, ausser den Tools, die ja eigene mitbringen. Wenn ich für alles ein Icons habe, kann ich dann sowas wie einfaches Skinning der Toolbar ermöglichen. Ausserdem kann ich dann auch die Menüs mit Icons bestücken.

Ich lasse mir alles durch den Kopf gehen, wird schon werden

René
Wagner

Genau das ist es ja, es soll eben nicht überall gleich aussehen.

Ich arbeite lieber mit 4 Spaces je Tab, andere bevorzugen 2, wieder andere jedoch 3 oder auch 8. Wenn da Spaces drinstehen, zwinge ich jedem meine 4 auf und muss mir gleichzeitig die 8 anderer Leute geben.
Füge ich dagegen richtige Tabs ein, kann jeder seine eigene Breite einstellen ohne Probleme.

Was die Funktionen betrifft:
Ich komme ja nichtmal bis zum kompilieren, weil ich nicht vernünftig editieren kann. Die Compileroptionen kann ich mir notfalls auch fix in ne Kommandozeile klopfen und diese nutzen.

Ich hab die letzten 2 Tage ständig zwischen XProfan-Writer und XPrfEdit wechseln müssen, weil ich hier was nicht suchen konnte etc. Schlußendlich hab ich entnervt wieder Writer-only benutzt.

Solang also die Funktionen zum Editieren nicht da sind, kann ich den XPrfEdit nicht nutzen.

just my 2 cents

Mit XProfan erstellte Freeware findet ihr hier: [...]

US World Domination Tour - bombing a country near you...

Ich werde aber die aus Programmiersicht günstigere Reihenfolge einhalten. Sonst muß ich mich immer wieder in meinen Code reinlesen. Es sind ja schon ein paar Tausend Zeilen, da muß ich sehen das ich den Überblick behalte. Bearbeitungsfunktionen sind Scintilla-Funktionen, die werden ja sowieso in einem Extra-Callback abgearbeitet. Ist für mich so einfacher.
Tab wird es Wohl geben, wenns tatsächlich so sehr gewünscht wird. Die dadurch entstehenden Nachteile kann ich aber nicht überblicken im Moment. Aber erst wenn die Optionen dafür fertig sind, defaultmässig bleibt das aus. Ich möchte den Editor auch benutzen können