Syntaxparser-Einstellungen? Einstellungen

[Peter Gedamke]

gestern änderte ich über die Symbolleiste / Syntax Parser eine Anzeigeoption, um mir in diesem Fall Eingaben für PHP hervorheben zu lassen.
Leider
veränderte dieser Vorgang alle späteren Folgeanzeigen - d.h. in HTML- oder CSS-Dateien wurde nun janüscht mehr besonders gekennzeichnet.
Alle Versuche über Einstellungen/Syntaxparser den alten Zustand wieder herzustellen schlugen fehl... gleichfalls direkt innerhalb der ext.csv
Im Programm blieb die Anzeige stets bei keinen Parser verwenden

Retten konnte ich mich nur durch Rückspielung eines Backups dieser Konfigurationen. kann das normal so sein???

[Peter Gedamke]

da ist eingetragen:
JS PHP CSS HTML

Der Beitrag wurde von Peter Gedamke bearbeitet: 07.03.2008 - 13:19

Angehängte Datei(en)

 phase5_2008_03_07__13_14_13_.jpg ( 155.34KB ) Anzahl der Downloads: 8

 

[Conny]

da ist eingetragen:
JS PHP CSS HTML

OK, nun geht es darum festzustellen ob diese *.sch Datei tatsächlich vorhanden ist (ich habe sie bei mir schon mal nicht gefunden!).
Nachsehen kannst Du indem Du nun die vermeintliche *.sch Datei öffnest und auf Zeile #2 exakt diesen Eintrag (P.Name = 'JS PHP CSS HTML') findest.

Kontroll-Beispiel:

• Im Editor ist als Default JavaScript CSS in HTML angegeben.
• Im Ordner \Htmledit\syntaxschemes ist die Datei jscsshtml.sch vorhanden.
• In der Registry steht Defaultparser : JavaScript CSS in HTML
• In der jscsshtml.sch steht auf Zeile #2 : P.Name = 'JavaScript CSS in HTML'

cu
Conny

[Thomas]

Nur so am Rande: Bei mir steht in der Registry auch "JS PHP CSS HTML" als Wert von "DEFAULTPARSER". Und ich habe keine *.sch-Datei, die diesen String als P.Name enthält. Dennoch treten bei mir die oben beschriebenen Fehler nicht auf (wobei ich immer noch nicht so genau verstanden haben, wie der Fehler initiiert wird - ich bekomme es bei mir nicht hin und kann Syntaxschemata wechseln bis mir der Arm abfällt, ohne dass ein Fehler auftritt).

Falls ihr damit also nicht weiterkommt, würde mich interessieren, mit dem Backup welcher Datei das Ganze gerettet wurde - denn dann müsste ja genau in dieser Datei der Fehler liegen.

[Thomas]

Das einzige, was ich herausfinden konnte, ohne es bis ins letzte Detail zu verstehen: Falls der Inhalt der Datei "ext.csv" und der Inhalt des Verzeichnisses "syntaxschemes" nicht übereinstimmen, spinnt das Ganze irgendwie. Ein Ansatz wäre es, die ext.csv umzubenennen und dann P5 zu starten: Es wird dann eine neue Datei erzeugt, die mit den Dateien im Verzeichnis "syntaxschemes" korrespondieren sollte.

Ansonsten kann ich den beschriebenen Fehler nur dann ansatzweise reproduzieren, wenn ich eine der *.sch-Dateien lösche. Dann wird bei den zugeordneten Dateien auch "keinen parser verwenden" angezeigt. @Peter: Bist du dir sicher, dass alle benötigten *.sch-Dateien vorliegen und nicht eventuell mal eine gelöscht wurde? Bei mir liegen folgende Dateien vor:

aspinhtml.sch
assembler.sch
awk.sch
batch.sch
beispiel.sch
c.sch
clipper.sch
cppbuilder.sch
csharp.sch
css1.sch
css2.sch
dfm.sch
fortran.sch
foxpro.sch
html.sch
ini.sch
javabuilder.sch
jscript.sch
jsinhtml.sch
midl.sch
modula2.sch
oberon.sch
objectpascal.sch
perl.sch
phpinhtml.sch
plsql.sch
python.sch
rc.sch
shell.sch
sql_oracle.sch
tcltk.sch
vbasic.sch
vbscript.sch
vbsinhtml.sch
xml.sch
xml_scripts.sch

Meine ext.csv hatte ich hier ja schon gepostet. Mit dieser Konstellation tritt der oben beschriebene Fehler definitiv nicht auf.

Und nochmal die Frage von vorhin: Das Backup welcher Datei hat das Problem für die gelöst?