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?

[Michael N]

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.

Lösche ich die ext.csv, wird nach dem Start von Phase V eine neue, leere ext.csv erstellt. Dann habe ich gar keine Syntaxschemas mehr.

[Conny]

Lösche ich die ext.csv, wird nach dem Start von Phase V eine neue, leere ext.csv erstellt. Dann habe ich gar keine Syntaxschemas mehr.

Hallo,
das kann eigentlich nicht sein, sind denn im Ordner syntax überhaupt *.sch Dateien vorhanden?
Wenn ja, werden alle vorhandenen *.sch in der ext.csv -bei neu erstellung- aufgenommen.

cu
Conny

[Thomas]

das kann eigentlich nicht sein, sind denn im Ordner syntax überhaupt *.sch Dateien vorhanden?
Wenn ja, werden alle vorhandenen *.sch in der ext.csv -bei neu erstellung- aufgenommen.

Deshalb meine Frage nach dem Arbeitsverzeichnis - wenn das falsch eingestellt ist, sucht P5 natürlich auch an der falschen Stelle nach den *.sch-Dateien, findet keine und die ext.csv bleibt leer. Aber wenn er sagt, er hat es richtig eingestellt (und ich hoffe mal, er weiß, was es bedeutet, es richtig eingestellt zu haben), dann haben wir hier ein neues und wahrscheinlich lokales Problem. Solange ich es nicht reproduzieren kann (bei mir wird die ext.csv immer neu aufgebaut anhand des Inhaltes des Ordners "syntaxschemes"), kann ich ihm auch nicht weiterhelfen .

Die einzige andere Option wäre eventuell noch, dass die Registry irgendwie komplett durcheinander ist - aber mehr fällt mir dazu echt nicht ein.

[Michael N]

Die einzige andere Option wäre eventuell noch, dass die Registry irgendwie komplett durcheinander ist - aber mehr fällt mir dazu echt nicht ein.

Ich arbeite prinzipiell ohne Admin-Rechte. Kann das etwas mit dem Problem zu tun haben?

[Auge]

Ich arbeite prinzipiell ohne Admin-Rechte. Kann das etwas mit dem Problem zu tun haben?

Ja. Der HTML-Editor wird unter C:\Programme installiert, dort hast du als eingeschränkter Benutzer keine Schreibrechte. Demnach hast du die auch nicht für die ext.csv. Du kannst das Unterverzeichnis C:\Programme\Phase5\syntaxschemata aber auch für den eingeschränkten Benutzer zum schreiben freigeben.

Das haben wir in anderem Zusammenhang hier schon durchgespielt.

Tschö, Auge

Der Beitrag wurde von Auge bearbeitet: 22.04.2008 - 15:20