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???

Falls du die Option "Syntaxhervorhebung" ausgeschaltet hast, erfolgt keine Syntaxhervorhebung mehr (nomen est omen). Das ist das einzige, womit ich mir in diesem Zusammenhang das geschilderte erklären könnte. Allerdings kann man diese Option durch einen erneuten Klick auch wieder einschalten.

Meinst du jetzt eigentlich den Menüpunkt "Syntax Parser" oder die Symbolleiste "Syntax" (dann siehe auch meinen vorherigen Beitrag)? Und was genau hast du dort verändert? Kannst du das Geschehen reproduzieren? Ich schaffe es anhand deiner Schilderungen leider nicht, einen ähnlichen Effekt zu produzieren.

ich wüsste jetzt ehrlich nicht, wo ich die Syntaxhervorhebung de- bzw. aktivieren könnte
ich meine "Syntax Parser"

oh Mann - bis eben hat alles wieder geklappt
bis ich mir gerade eine php-Datein anzeigen liess, und schon stehts wieder auf "keinen Parser verwenden"

Erst nach dem Schliessen und erneuten Öffnen des Programms gings wieder

Hallo,
unter Einstellungen -> Syntaxparser Erweiterungen mal nachsehen ob alle Endungen entsprechend zugewiesen sind/wurden.
Und ob ein Default angegeben ist.
Das sollte zunächst dafür sorgen, daß alles wieder Bunt angezeigt wird.

Selbstredend, daß unter Einstellungen -> Editor Einstellungen ein Häkchen bei Syntax hervorheben gesetzt ist!

cu
Conny

PS: Bei Änderungen an der CSV bedarf es einen Neustart damit neu eingelesen werden kann.

Hallo,

ich nutze nur noch meine Entwicklerversion, meine aber mich zu erinnern, dass es zwischenzeitlich mal so war, dass die Syntaxschemata in einer anderen Datei als der ext.csv gehalten wurden, oder? Ich glaube die hieß extensions.ini; sieh mal nach, ob es daran liegt.

jow, das Häckchen ist vorhanden, und so oft ich unter Syntaxparser Erweiterungen Endungen hinzufüge, sinde diese beim nächsten Programmaufruf wieder verschwunden.
Egal, ob ich dort auf übernehmen bzw. als Default anklicke.

Bitte poste hier mal den Inhalt der Datei "ext.csv" (aus dem Verzeichnis "syntaxschemes") - ausgehend davon, dass du die Version 5.50, Build 1.0.1.0 verwendest.

ja sicher, gerne

aber wie ich da sehe, ist meine Version noch 5.50, Build 1.0.0.0... ist da ein Update an mir vorbeigegangen?

Ja, scheint so, aktuell steht 1.0.1.0 zur Verfügung.

cu
Conny

ja danke - ich hatte mir das Update bereits geholt, was aber leider an meinem geschilderten Problem nichts ändert

Gruss
Peter

Bei der Version ging es mir nur darum, dass du eine benutzt, die auch die ext.csv verwendet (wie Ingo bereits schrieb, gab es auch mal eine extensions.ini). Ich vermute stark, dass das Problem in der ext.csv liegt. Probier es bitte mal hiermit:

danke Thomas, ich werde es damit mal überschreiben und austesten

nööö, also klappt auch damit nicht - springt immer wieder zurück auf "keinen Parser verwenden"
Wie ich eben gerade bemerkte, scheint dieser Bug auch in dem Augenblick ausgelöst zu werden, so wie ich in der Symbolleist überaupt "Syntax Parser" (zur Einsicht) anklicke...

*verzweifel*, aber Gott sei Dank lag noch alte Datei als Backup vor

Schau mal unter HKEY_CURRENT_USER\Software\sysb\phase5\projekte\Dein Projekt bei Defaultparser...
Was steht denn da?
Ist dort dein Default *.sch eingetragen?
Vllt. doppelte Einträge?

cu
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

hmm,
wir mir ehrlich bischen zu hoch

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.

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:
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?

mein Backup bestand aus dem gesamten Ordner "syntaxschemes", weswegenich jetzt keine einzelne Datei daraus benennen kann (Anhang)

Der 'Ausfall' geschieht, wenn ich hier (siehe Anhang) anklicke...

Hallo

ich habe den neusten Phase5 und auch keine syntaxfarben.
allerdings zeigt er bei mir nur "keine Parser verwenden"
obwol ich die syntax hervorheben lasse.....
(habe nach dem installieren nur n neues proojekt angelegt, mehr nicht)
er läßt sich auch in den erweiterungen keine hinzufügen .....
und ne alte version von phase 5 habe ich nich mehr.

Bringt (in beiden Fällen) das Löschen bzw. Umbenennen der ext.csv etwas?

hallo Thomas,

aus zeitlichen Gründen bin ich noch zu keiner weiterführenden Überarbeitung gekommen, aussderm funkt es ja nach Rückspielung meines Backups wieder ... nur darf ich halt keinen Klick im Bereich 'Syntax Parser' in der Symbolleiste vornehmen.

Gruss
Peter

Naja, P5 beenden, ext.csv umbenennen in ext.csv.sav, P5 starten, ausprobieren, P5 beenden, ext.csv.sav umbenennen in ext.csv, P5 starten - das sollte maximal eine Minute dauern. Aber okay.


Solltest du mal wieder Zeit haben, kannst du auch einfach eine Zip-Datei des Ordners "syntaxschemes" hier hochladen, dann kann ich selbst damit testen. Mit dem Ordner müsste das Problem ja reproduzierbar sein.

Hallo zusammen,

bei mir ist das gleiche Problem auch aufgetreten: die Syntaxschemata sind nicht geladen und auch nicht angezeigt worden.

Das Problem ist bereits an einer anderen Stelle diskutiert worden, auf die ich beim Stöbern gestoßen bin:
Die fehlenden Syntaxschemata hängen mit einem veränderten Arbeitsverzeichnis zusammmen. Ich hatte ebenfalls ein anderes Arbeitsverzeichnis bei meinem Projekt als das Installationsverzeichnis eingetragen. Nachdem ich das umgestellt hatte, klappte alles einwandfrei.

Gruß

H. Rühl

Hallo,

hatte auch dieses Problem, wie hier insgesamt beschrieben war.
Arbeitsverzeichnis zurücksetzen hat bei mir nicht geholfen.
Habe deshalb nun ganz radikal das Programm deinstalliert und wieder neu installiert. Jetzt funktioniert es.
Ich hoffe das bleibt so

Beste Grüße
Werner

Tja, so lange niemand, bei dem der Fehler auftritt, auf die etwas weiter oben beschriebenen Hinweise eingeht und Rückmeldung gibt, bleibt es wohl weiter beim hoffen . Btw.: Vollquotes sind in der Regel unnötig und wurden der Übersichtlichkeit halber von mir entfernt.

@ Thomas,

ich denke, ausser zu deiner Anfrage nach "Löschen bzw. Umbenennen der ext.csv" bin ich eigentlich sämtlichen Vorschlägen hier nachgegangen, und habe auch meine Ergebnisse dazu hier berichtet

Schon klar - und dieser bislang letzte Versuch resultiert ja aus den vorherigen Versuchen, die nicht zu einem Ergebnis geführt haben. Nur eben da hängt es gerade. Ich bin diesbezüglich relativ entspannt - allerdings kann ich selbst den Fehler nicht reproduzieren und bin deshalb auf Unterstützung derer angewiesen, die das können. Ich wollte bezogen auf das Posting von Saturn nur darauf hinweisen, dass es durchaus noch andere Ansätze außer Deinstallieren und Neuinstallieren geben könnte.

Hallo zusammen,

ich hatte das gleiche Problem. Dann habe ich hier etwas gestöbert und irgendwo gelesen (finde es nicht mehr wieder), dass man in den Einstellungen - Arbeitsverzeichnis ändern: "Programmordner des Phase 5" klicken soll. Das hat geholfen, seitdem scheint das Syntaxhighlighting wieder zu funktionieren.
(Ich hoff mal, dass es jetzt eine Weile so bleibt.)

Ganz herzlichen Dank
Lisa

Könnte hier gewesen sein. Bezieht sich allerdings eigentlich auf die alte Version. Aber wenn's hilft .

Ich hab jetzt mal die aus einer alten Installation stammenden extensions.ini gelöscht. Mal sehen ob die Probleme nun weg sind.

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.

Genau dieser Wert steht bei mir auch in der Registry. Und ich kann über das Menü keinen anderen Defaulparser festlegen. Ich habe nun händisch die Registry geändert und meinen Wunsch-Parser dort eingetragen.

Kann ich nicht reproduzieren. Ist dein Arbeitsverzeichnis korrekt eingestellt?

Ja.

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

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.

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

Wenn du dadurch keine Schreibrechte im Programmverzeichnis hast, durchaus möglich. Hast du mal probiert, P5 als Admin auszuführen, um zu sehen, ob es dann funktioniert?

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

Hallo!

Bei mir ist das gleiche Problem aufgetreten wie hier beschrieben. Nachdem ich mir die verschiedenen Lösungsvorschläge durchgelesen habe, habe ich folgendes gemacht.

1. Im Ordner "syntaxschemes" nachgeschaut, welches Scheme ich verwenden will
2. diese mit einem Texteditor öffnen und den Namen in der 2. Zeile kopieren (nur den Namen, ohne Hochzeichen)
3. Regeditor öffnen und den Wert im oben genannten Schlüssel als DEFAULTPARSER eintragen
4. Phase5 öffnen und unter Einstellungen/SyntaxparserErweiterungen bei JavaScript in HTML die Dateierweiterungen wieder eingetragen (diese waren nämlich nach dem Registryeintrag weg)
5. Änderungen übernehmen


Seitdem klappt die Syntaxhervorhebung wieder.

mfg, Tackerharry

Genau das habe ich jetzt auch gemacht und außerdem habe ich die extensions.ini gelöscht (und sie wurde nicht wieder neu erzeugt, obwohl ich als non-Admin dort Schreibrechte habe). Seitdem klappt bei mir auch alles wunderbar.

Bei der aktuellen Version (sofern du die verwendest) wird wie bereits oben erläutert, nicht mehr die Datei extensions.ini, sondern die Datei ext.csv verwendet. Diese zu löschen und neu erstellen zu lassen hat bei meinen Reproduktionsversuchen zur Fehlerbehebung geführt. Mit dem Ändern des Defaultparsers kompensierst du zwar das Nichtfunktionieren der Zuordnung bei bestimmten Dateiendungen, aber die Wurzel des Problems bleibt weiterhin bestehen. Leider kannst du nun auch nicht mehr feststellen, ob das Löschen der ext.csv den Fehler behebt.

also bei mir liegt das Ding zum Beispiel nicht dort...

Jahahaha , dann hast du dich auch bewusst dafür entschieden, das anders zu handhaben. Der von mir genannte Pfad ist aber der Standardpfad für die Installation, womit davon auszugehen ist, dass ihn die meisten, besonders jene, die sich mit Benutzerrechten und dem Kram nicht auskennen, verwenden.

Tschö, Auge

Hast du es mittlerweile mal mit Löschen und/oder Umbenennen der ext.csv probiert?

ehrlich gesagt noch nicht - habe im Augenblick viel mit neuer Seiteneinstellung und Forenarbeit zu tun...
aber
es funktioniert ja soweit alles solange ich nicht in der Symbolleiste auf Syntax Parser klicke