Ich habe es unter Vista Ultimate getestet (ausschließlich) und keine Probleme gehabt.

Also ich habe vor Kurzem einen Fehlerreport bei Vista in Bezug auf das Registrieren von Dateitypen mit AlphaCode Studio erhalten (unter Extras -> Einstellungen -> Systemintegration). Ich habe etwas am Code geändert, aber habe ihn noch nicht unter Vista testen können.
Ansonsten sollte es eigentlich bei den Ordnern im Betrieb keine Fehler geben, da die Daten in den Benutzerverzeichnissen abelegt werden und der Updater sollte mit Admin-Rechten auch ins Programmverzeichnis schreiben können.
Und wenn ansonsten was auffällt unter Vista, einfach schonmal sagen

mfG
mirage228

ich hab noch einen Fehler gefunden:
Wenn ich im Tag-Inspektor ein Feld (bei mir wars auf der Ereignisse Seite) auswähle und STRG+V für Einfügen wähle, wirds mir im Quelltext eingefügt, statt in dem Inspektor Feld

Gruß
alias5000

Hey,

Danke für den Fehlerbericht . Hab den Bug gefunden und in der Entwicklungsversion behoben. Die neue Version wird den Fehler nicht mehr enthalten

mfG
mirage228

Gut.

Erkennt (bei mir) mein aktuelles opera nicht autoatisch

Ich arbeite mit 2 bildscirmen, auf dem linken is das prgm, und wenn ich zb den browser zum testen auswählen will ist es auf de rechten bildschirm ganz links

Zitat:

Erkennt (bei mir) mein aktuelles opera nicht autoatisch

Das kann die derzeitige Version leider auch nicht. Für die nächste Version werde ich eine Opera-Prüfung einbauen, damit sollte es gehen.

Zitat:

Ich arbeite mit 2 bildscirmen, auf dem linken is das prgm, und wenn ich zb den browser zum testen auswählen will ist es auf de rechten bildschirm ganz links

Hmpf. Kann ich derzeit so leider nicht viel zu sagen. Der OpenDialog ist von der VCL und ich rufe diesen eigentlich ohne irgendwelchen besonderen Einstellungen auf. Ich werde aber nochmal nachschauen, ob sich da was drehen lässt...

Danke fürs Feedback

mfG
mirage228

Abend,

Ich lasse jetzt nun schon mal die "Korken knallen" und veröffentliche die neue Version 1.1.

Es hat etwas länger gedauert, da ich im Oktober anfing zu studieren. Ich habe mich bemüht möglichst viele Features umzusetzen, aber einiges musste ich dennoch auf die nächste Version verschieben.
Aber es ist nun doch einiges dabei, hier die wichtigsten neuen Features im Überblick:

CSS-Inspektor mit CSS 2.1-Unterstützung für CSS-Dateien
Der Css-Inspektor befindet sich mit dem Tag-Inspektor zusammengefasst unter "Code-Inspektor". In gemischten Dokumenten wird automatisch zum jeweiligen Inspektor gewechselt.

Farbpalette für Projekte
Jedes Projekt hat nun eine eigene Farbpalette, welche frei durch den Benutzer konfigurierbar ist.
Eine Farbe unter dem Cursor oder aus der Farbpalette kann direkt der Farbpalette hinzugefügt werden.
Die Farben sind durch ein Menü im Kontextmenü des Editor einfgübar, sowie in der Projektverwaltung weiter konfigurier- und ansehbar.

Innerhalb von HTML-Tags HTML-Code-Vervollständigung für Attribute verfügbar
Befindet man sich in einem HTML-Tag zeigt die Vervollständigung die verfügbaren Attribute für diesen Tag an.

Sonderzeichen während der Eingabe automatisch durch benannte HTML-Sonderzeichencodes ersetzen
Sonderzeichen wie ä, ö und ü können nun automatisch während der Eingabe in ihre HTML-Pendanten (ä etc.) umgewandelt werden. Konfigurierbar auf der Sonderzeichen-Quickbarseite.

Hier alle neuen Features:

Zitat:

[+] Neu: CSS-Inspektor mit CSS 2.1-Unterstützung für CSS-Dateien [+] Farbpalette für Projekte hinzugefügt (inklusive entsprechender Elemente in der Programmoberfläche) [+] HTML-Farbwert (bzw. die Farbe) unter der Maus wird nun in einem speziellen Kasten versetzt zum Cursor angezeigt (Konfiguration unter "Extras" -> "Einstellungen" -> "Editor Einstellungen") [+] Rechte Begrenzungslinie lässt sich nun unter "Extras" -> "Einstellungen" -> "Editor Einstellungen" -> "Darstellung" konfigurieren [+] Die linke Leiste im Editor lässt sich nun unter "Extras" -> "Einstellungen" -> "Editor Einstellungen" -> "Darstellung" konfigurieren [+] Innerhalb von HTML-Tags zeigt die HTML-Code-Vervollständigung nun die entsprechenden Attribute an [+] Die HTML-Code-Vervollständigung zeigt nun auch innerhalb von HTML-Attributen mögliche Werte an (falls verfügbar) [+] Einstellungsmöglichkeit für Verhalten beim erneuten Öffnen von bereits geöffneten Dateien (Einstellbar unter "Extras" -> "Einstellungen" -> "Verhalten" -> "Neu-Öffnen von Dokumenten") [+] Sonderzeichen können nun während der Eingabe automatisch durch benannte HTML-Sonderzeichencodes ersetzt werden (Einstellbar auf "Sonderzeichen"-Quickbar-Seite) [+] Neues Menü "Auswahl" unter "Bearbeiten" und im Kontextmenü des Editors (Fasst bisherige Editier-Optionen "in Großbuchstaben umwandeln", "in Kleinbuchstaben umwandeln" und "Code-Snippet erstellen..." zusammen und weitere neue) [+] In einem markierten Text lassen sich nun Sonderzeichen durch HTML-Codes und umgekehert ersetzen (Menüpunkt "Auswahl") [+] Im Shortcut-Manager wird nun eine Warnung angezeigt, falls versucht wird ein Tastenkürzel doppelt zu vergeben [+] In der Beispiel-Code Vorschau in den Einstellungen für die Syntaxhervorhebung kann man durch Klicken in den Beispielcode zum entsprechenden Attribut springen [+] Neue Farbauswahl-Schaltflächen im Einstellungs-Dialog [+] Neues Menü "Template-Variable" unter "Einfügen" - Ermöglicht das Einfügen aller zur Verfügung stehenden Variablen für Dateivorlagen (Das Menü steht nur zur Verfügung wenn eine Vorlage zum Bearbeiten geöffnet ist) [+] Der Browser Opera wird nun bei der Browser-Suche auch automatisch erkannt [+] In den PHP-Einstellungen lässt sich nun konfigurieren, ob die "PHP Meldungen"-Quickbarseite automatisch angezeigt werden soll, falls die Browservorschau mit PHP ausgeführt wird

Es gab auch einige Verbesserungen, wie z.B. an der Programmgeschwindigkeit und der Geschwindigkeit einiger Komponenten, so wie viele weitere:

Zitat:

[*] XGEN-Plugin-Schnitstelle überarbeitet (Version 1.3), Neucompilierung bestehender Plugins erforderlich [*] In der Dateiverwaltung der Projektoptionen wird nun auch der Zustand (aufgeklappt/zugeklappt) der Elemente gespeichert [*] Anzeige der Projektverwaltung bei vielen Elementen beschleunigt [*] Importieren von existierenden Dateien und Ordnern in ein Projekt beschleunigt [*] Anzeige der PHP-Methodenliste beschleunigt [*] Im Shortcut Manager werden nun keine Aktionen mehr angezeigt, welche eigentlich keine Aktion an sich durchführen (z.B. Menüs, die Listen beherrbergen) [*] Das Öffnen von vielen Dokumenten auf einmal funktioniert nun schneller [*] Hilfe-Datei überarbeitet (Artikel aktualisiert und Dateigröße verkleinert) [*] Darstellung der HTML-Code-Vervollständigung verbessert [*] CSS- und Tag-Inspektor unter "Code-Inspektor" zusammengefasst [*] Die Landes- und Sprachliste im "META-Tags einfügen"-Dialog sind nun alphabetisch sortiert [*] Einstellungsseite "Vervollständigung" in "Programmierhilfe" umbenannt und nach "Editor" verschoben [*] PHP-Methodenliste ist nun immer auf dem aktuellsten Stand (nicht nur auf dem des Code-Browsers) [*] Ausführungsgeschwindigkeit des Programms im Allgemeinen leicht verbessert [*] Beispiel-Plugin (Packages\Plugins\Test.dpr) überarbeitet [*] Einstellungs-Dialog überarbeitet (Darstellung verbessert und einige Elemente neu gruppiert) [*] Standarddarstellung der linken Editorleiste optisch verbessert [*] Einstellungsseite der Code-Snippets überarbeitet [*] Geschwindigkeit des Code-Browsers verbessert [*] Die Datei "RxRichEdit.bpl"-Datei aus dem Bin-Verzeichnis wird nicht mehr benötigt (wird beim nächsten Update vom Updater automatisch entfernt) [*] Verhalten des Schriftarten-Dialogs optimiert [*] Im Code-Browser werden nun Funktionen und Variablen in Klassen getrennt dargestellt [*] Im Code-Browser werden nun Abhängigkeiten ohne Klammern und Anführungszeichen angezeigt [*] Die Code-Vervollständigung beim Tippen ist nun standardmäßig deaktiviert [*] Die Aktion "Alle schließen" verläuft nun schneller (insbesondere bei vielen geöffeneten Dokumenten)

Und natürliche habe ich auch so einige Fehler behoben

Zitat:

[x] Der Zustand der Elemente in der Projektverwaltung (aufgeklappt/zugeklappt) wurde unter bestimmten Bedingungen falsch wiederhergestellt [x] Dateitypen für die standardmäßig die Standardhervorhebung "Kein" gesetzt war, wurden mit der Standardhervorhebung für neue Dokumente geladen [x] Fehlerhaftes Verhalten des Tag-Inspektors bei deaktivierter Code-Vervollständigung behoben [x] Code-Vervollständigung wurde bei Sprachen aktiv, für die diese nicht vorgesehen war (z.B. HTML-Vervollständigung in Text mit SQL-Syntaxhervorhebung) [x] Beim Hinzufügen oder Entfernen von ToDo-Einträgen wurde der Status des zugehörigen Projektes nicht auf "Geändert" gesetzt [x] Doppelte Tastenkürzelbelegung für "Listenelement einfügen" und "Linksbündig" behoben. Erstere Aktion hat nun "Strg+Alt+I" als Tastenkürzel [x] Doppelte Tastenkürzelbelegung für "Zentriert" und "Wiederholen" behoben. Erstere Aktion hat nunt "Strg+Alt+C" als Tastenkürzel [x] In manchen Fällen wurde nach erfolgter HTML-Code-Vervollständigung die Position des Cursors nicht richtig gesetzt [x] Fehler beim Setzen/Anzeigen der Einstellungen für ein Syntaxelement einer Syntaxhervorhebung behoben [x] Die Hintergrund von Klammern bei aktivierter Klammerhervorhebung und Hervorhebung der aktiven Zeile wurde falsch neugezeichnet, falls die Klammern nicht in der selben Zeile waren [x] Fehlerhafte Deaktivierung nicht verfügbarer Elemente auf der Einstellungsseite "Multi-Syntaxhervorhebung" behoben [x] Zugriffsverletzung bei der Auswahl von Listenelementen in der Webpalette wenn kein Dokument aktiviert bzw. offen war, behoben [x] Zugriffsverletzung beim Schreiben von Text in neuen Dokumenten hinter dem Zeilenende bei aktivierter Code-Vervollständigung beim Tippen behoben [x] PHP-Methodenliste zeigte keine Methoden an, falls der Code-Browser nicht mindestens einmal angezeigt wurde [x] Das Abschalten der Option "Aktive Zeile hervorheben" war ohne Wirkung [x] Die Schaltfläche "Editieren" auf der Quickbar-Seite "Code-Snippets" stand ohne geöffnete Dokumente nicht zur Verfügung [x] Fehlermeldung "Listenindex überschreitet das Maximum (-1)" beim mehrmaligen Verschieben von Code-Snippets auf der Code-Snippets Quickbar-Seite behoben [x] Die Code-Browser Einstellung "Automatisch expandieren" stand ohne geöffente Dokumente nicht zur Verfügung [x] Im Schriftarten-Dialog wurde die Schriftart nicht gespeichert, wenn die entsprechende Option ausgewählt wurde [x] Falls ein Snippet hinter dem Zeilenende eingefügt wurde, wurd diese Einrückung in den folgenden Zeilen möglicherweise nicht korrekt umgesetzt [x] "EVarTypeCastError" bei leeren Angaben in Code-Snippets behoben [x] Die Auswahlbox der Projektverwaltung in der Quickbar zeigte im deaktivierten Status (wenn kein Projekt ausgewählt ist) das Symbol des zuletzt betrachteten Dokumentes an [x] Der Fehler "Das System kann den angegeben Pfad nicht finden" beim Öffnen von Bildern im Bild-Einfügen-Dialog, der bei bestimmten Konfigurationen der Einstellung "Dateinamenbehandlung beim Öffnen" auftrat, wurde behoben [x] Falls in den Einstellungen ein Browser aus der Browser-Liste entfernt wurde, blieben dessen Einstellungen trotzdem im rechten Fenster anwählbar bzw. änderbar [x] Falls keine ausführbarere Datei von PHP angegeben wurde, wurde ggf. bei der Vorschau von PHP-Dateien eine Fehlermeldung bezüglich der nicht vorhandenen ausführbaren Datei von PHP angezeigt

Die neue Version gibt es wie gewohnt über den Internet-Updater oder unter diesem Link:
www.mirage228.net/do...d=1&action=start

Schon mal nen guten Rutsch,

mfG
mirage228

Ich wird es noch sehr gut finden wenn man nach dem WYSIWYG-Prinzip arbeiten könnte ... dann wäre Alpha Code genial !^^

Ich setze Dein Programe gerade als Ersatz für Weaverslave ein und finde es wirklich gut gelungen

Aber: Anscheinend gibt es noch Probleme bei Deiner Speicherprozeduren und zwar mit Netzwerklaufwerken. Da die meisten PHP-Dateien bei mir nicht auf dem Rechner liegen, sondern auf meinem Server, arbeite ich mit verbundenen Laufwerken. Wenn ich jetzt mit Deinem Programm irgendeine Datei bearbeite und auf Speichern klicke, bekomme ich eine Fehlermeldung:

Wenn ich dasselbe mit derselben Datei nur auf meiner lokalen Platte mache, funktioniert es einwandfrei. Workaround für mich ist: Speichern unter... anklicken und die alte Datei überschreiben, dann funktioniert das Speichern seltsamerweise.

Vielleicht findest Du dafür noch eine Lösung, dann wirds auf jeden Fall auf meiner Platte bleiben

PrinCe hat folgendes geschrieben:

Ich wird es noch sehr gut finden wenn man nach dem WYSIWYG-Prinzip arbeiten könnte ... dann wäre Alpha Code genial !^^

Derzeit ist ein WYSIWYG-Modus leider nicht geplant, ich habs mir aber mal aufgeschrieben und werde das mal antesten, in wie fern sich das ggf. mal zufriedenstellend umsetzen lässt (WYSIWYG neigt in vielen Programmen dazu "schlechten" HTML-Code zu erzeugen).

UGrohne hat folgendes geschrieben:

Ich setze Dein Programe gerade als Ersatz für Weaverslave ein und finde es wirklich gut gelungen

Danke

Zitat:

Aber: Anscheinend gibt es noch Probleme bei Deiner Speicherprozeduren und zwar mit Netzwerklaufwerken. Da die meisten PHP-Dateien bei mir nicht auf dem Rechner liegen, sondern auf meinem Server, arbeite ich mit verbundenen Laufwerken. Wenn ich jetzt mit Deinem Programm irgendeine Datei bearbeite und auf Speichern klicke, bekomme ich eine Fehlermeldung.

Also ich prüfe vor dem Schreiben die Zugriffsrechte auf die Datei (falls die Datei existiert).
Zum einen mit der Funktion CheckAccessToFile aus der DP mit den Argument "GENERIC_READ or GENERIC_WRITE" und
anschließend versuche ich noch einen TFileStream mit "fmOpenReadWrite or fmShareDenyNone" auf der Datei zu erzeugen.
Also ich habe versucht in etwa so auf die Datei zuzugreifen wie es TStrings.SaveToFile() macht, habe aber auch kein leider kein Netzlaufwerk zum testen da. Im Zweifelsfall lasse ich die Prüfungen vorher weg und mache ein try..except um das SaveToFile()...

Zitat:

Wenn ich dasselbe mit derselben Datei nur auf meiner lokalen Platte mache, funktioniert es einwandfrei. Workaround für mich ist: Speichern unter... anklicken und die alte Datei überschreiben, dann funktioniert das Speichern seltsamerweise.

Also "Speichern unter..." löscht die Datei explizit vorher mit SysUtils.DeleteFile(). Dann werden die Prüfungen oben nicht durchgeführt (da die Datei ja nicht existiert)...

Zitat:

Vielleicht findest Du dafür noch eine Lösung, dann wirds auf jeden Fall auf meiner Platte bleiben

Ich werde mein Bestes tun

Danke für das Feedback

mfG
mirage228

Beim Start kommt ab und zu bei mir so eine Meldung: "Es ist ein Zugriffsfehler beim Öffnen der Datei "|default|" aufgetreten...". Kann aber dann kein fehlerhaftes Verhalten feststellen. Wenn ich beende und nochmal starte, kommt kein Fehler mehr. (EDIT: Doch.)
Installiert unter L:\Programme\. Kein Netzlaufwerk.
Aber ansonsten: Bin echt begeistert. Tolles Programm.

Timosch hat folgendes geschrieben:

Beim Start kommt ab und zu bei mir so eine Meldung: "Es ist ein Zugriffsfehler beim Öffnen der Datei "|default|" aufgetreten...". Kann aber dann kein fehlerhaftes Verhalten feststellen. Wenn ich beende und nochmal starte, kommt kein Fehler mehr. (EDIT: Doch.) Installiert unter L:\Programme\. Kein Netzlaufwerk.

Hm, das hat nichts damit zu tun, ob das Programm auf einem Netzlaufwerk ist oder nicht. Für den Dateiverlauf setze ich für das Projekt einer Datei "|default|" ein, wenn es sich dabei um die Standardprojektgruppe handelt. Diese Datei sollte eigentlich nicht geöffnet werden. Ich werde nochmal nachschauen...
Starte bis dahin das Programm einmal mit gedrückter [Shift]-Taste, dann werden keine Dateien aus der vorherigen Sitzung geöffnet und der Fehler sollte nicht mehr auftauchen...

Zitat:

Aber ansonsten: Bin echt begeistert. Tolles Programm.

Danke

mfG
mirage228

Hallo mirage228!

Also als erstes Mal: Schönes Programm was du da geschrieben hast, gefällt mir! Deswegen sitze ich jetzt auch hier mit damit und arbeite an meinem Info-Projekt für die Ferien, und wollte einen total unformatierten Quelltext mit ein paar Tabs einrücken und da mir 4 als Tabeinstellung zu breit ist, wollte ich sie auf 2 setzen, das funktioniert aber leider nicht Ich kann weder über die Tastaturzifferntasten, noch über den Numblock, noch über die Knöpfe daneben den Wert ändern ... Hab auch nach einer Option gesucht, die das vllt irgendwie verhidnert, bin aber nicht fündig geworden
Ist das wirklich ein Fehler oder gilt hier "It's not a bug, it's a feature" und ich find die Option zum Abschalten nicht?

MfG Shorty

Shorty hat folgendes geschrieben:

Also als erstes Mal: Schönes Programm was du da geschrieben hast, gefällt mir!

Danke schön

Zitat:

Deswegen sitze ich jetzt auch hier mit damit und arbeite an meinem Info-Projekt für die Ferien, und wollte einen total unformatierten Quelltext mit ein paar Tabs einrücken und da mir 4 als Tabeinstellung zu breit ist, wollte ich sie auf 2 setzen, das funktioniert aber leider nicht Ich kann weder über die Tastaturzifferntasten, noch über den Numblock, noch über die Knöpfe daneben den Wert ändern ... Hab auch nach einer Option gesucht, die das vllt irgendwie verhidnert, bin aber nicht fündig geworden

Huch, ja, da ist mir die Verbindung (Associate-Eigenschaft) zwischen dem UpDown (die Knöpfe daneben) und dem Edit-Feld verloren gegangen. In der Tat ein Bug.
Workaround:
1. Datei C:\Dokumente und Einstellungen\<Benutzer>\Anwendungsdaten\AlphaCode Studio\settings.xml öffnen (ggf. Pfad unter anderen OS als Windows XP verschieden)
2. Eintrag "TabWidth" suchen (im Knoten "Editor") und die 4 durch den gewünschten Wert ersetzen und anschließend die Datei speichern.

Ich werden diesen Fehler und die anderen gemeldeten alsbald in einem kleinem Bugfix-Release beheben. Danke nochmal für euer Feedback

mfG
mirage228

So, ich hab mal weiter mit deinem Programm gearbeitet, dabei sind mir noch einige Sachen aufgefallen, die mich noch gestört haben (hab mir jetzt nicht die ganzen 4 Seiten durchgelesen, also nicht wundern, falls ich etwas altes nochmal erwähne )

• Wenn ich in PHP einen String beim echo-Befehl eingeben, poppt ja die Vervollständigung auf, wenn ich dann einen Umlaut eingebe, wird ein ä z.B. nicht zu &auml; sondern bleibt ein ä
  
• Wenn ich den body-Tag schreibe, gebe ich <bo ein, dann färbt sich aber das "bo" rot und wenn ich dann Enter drücke, wird "<body></body>" aus der Vervollständigung nicht angenommen, obwohl es noch zur Auswahl steht und das Vervollständigungs-Fenster verschwindet. Ich muss dann erst wieder Strg+Space drücken, dann erscheint das Fenster wieder und ich kann den öffnenden und schließenden Tag auswählen. Das passiert bei manches Tags, konnte aber noch keine Regel finden, wann es geht und wann nicht.
  
• In der Autovervollständigung wird "<img></img>" angeboten, dabei schließt man img-Tags doch eigentlich nicht, oder?
  
• Umlaute werden in Kommentaren zum HTML-Code umgewandelt, was nicht besonders die Lesbarkeit der Kommentare erhöht
  
• Ich hab als PHP-Tags noch nie "<? ?>" gesehen, ist nicht eigentlich "<?php ?>" üblich? Ich habs zumindest immer so wie beim Zweiteren, aber wenn ich das berichtigen möchte, poppt die Auto-Vervollständigung mit Befehlen, die mit php_ anfangen auf, so lässt sich das nicht einfach berichtigen...
  
• In HTML sollte die Auto-Vervollständigung sichtbar werden, sobald man einen angefangenen Tag weiter tippt, also wenn ich <ht von <html> schon stehen haben, das Caret wegmache und dann wieder auf den Anfang gehe, sollte das Fenster wieder sichtbar werden, wie das schon bei PHP der Fall ist. Da bei PHP stört aber auch noch, wenn ich z.B. nur ech von echo im Source stehen hab, dann ans Ende davon gehe und das o noch tippe, wird das o nicht angenommen, sonder die Auto-Vervollständigung wird sichtbar, zwar mit dem echo-Befehl, aber ohne das o im Quelltext
  
• Wenn ich den <>-Operator in PHP eingebe, sollte sich die Auto-Vervollständigung nicht nach der schließenden Klammer öffnen
  
• Wenn ich else eingebe, ist die Vervollständigung mit einem leeren Fenster offen, wenn ich dann Enter drücke, um in die nächste Zeile zu kommen, um die öffnende Klammer für den else-Block zu machen, schließt sich nur die Vervollständigung und das Caret ist immernoch hinter else und nicht in der nächsten Zeile
  
• Wenn ich folgendes Konstrukt habe:
  
  markieren

  Quelltext
     

  1:	<input type="text" name="zahl" value="<?php echo "42"; ?>">

  
  Dann wird <?php echo als String gehighlightet, und nicht wie in PHP sonst, das php normal und das echo fett und grün, und ab der 42 bis zum Ende schwarz und fett, als ob es sich um ein weiteres Attribut für input handelt, also so ungefähr:
  <input type="text" name="zahl" value="<?php echo "42"; ?>">
  

Puh, hätte nicht gedachte, dass es so eine lange Liste wird. Wenn du aber zumindest einen Teil dieser Änderungen einbringen würdest, werde ich mit Sicherheit öfters mit AlphaCode Studio arbeiten

MfG, Shorty

Shorty hat folgendes geschrieben:

[*]Wenn ich folgendes Konstrukt habe: markieren Quelltext     1: <input type="text" name="zahl" value="<?php echo "42"; ?>"> Dann wird <?php echo als String gehighlightet, und nicht wie in PHP sonst, das php normal und das echo fett und grün, und ab der 42 bis zum Ende schwarz und fett, als ob es sich um ein weiteres Attribut für input handelt, also so ungefähr: <input type="text" name="zahl" value="<?php echo "42"; ?>">

Das ist ja auch ein Syntaxfehler.
Benutze statt dessen
<input type="text" name="zahl" value="<?php echo '42'; ?>">
Sonst machst du dir ja mit " die HTML-"Klammer" wieder zu.

Gruß
alias5000

@alias: Das ist kein Syntaxfehler. der PHP-Interpreter sucht nach dem <?. Was davor steht ist ihm egal. Genauso wie es ihm egal ist, was nach dem ?> kommt. Von daher hat Smarty da schon Recht.

Na ok, ich geb mich geschlagen

Heiko hat folgendes geschrieben:

Von daher hat Smarty da schon Recht.

Das will ich mal überlesen haben

@alias: So mach ich das eigentlich immer, in der Schule haben wir das so gelernt und da benutzen wir Editplus2 oder so, und der setzt das Highlighting richtig, sonst hätte ich das wahrscheinlich auch nich bemängelt

Hey,

Danke erstmal fürs Feedback.

Also um es schon einmal vorweg zu nehmen. Die meisten Probleme mit der Code-Vervollständigung hängen mit einem (bzw. mehreren) Fehlverhalten der Funktion "Automatisch Code-Vervollständigung beim Tippen öffnen (nur PHP)" zusammen. Ich werde die Fehler dazu im Folgenden nicht einzeln ansprechen, bis das aber behoben ist, kannst Du ja die Option unter "Extras" -> "Einstellungen" -> "Editor-Einstellungen" -> "Programmierhilfe" deaktivieren.

Shorty hat folgendes geschrieben:

Wenn ich in PHP einen String beim echo-Befehl eingeben, poppt ja die Vervollständigung auf, wenn ich dann einen Umlaut eingebe, wird ein ä z.B. nicht zu ä sondern bleibt ein ä

Japp das ist ein Fehler, werde ich beheben.

Zitat:

Wenn ich den body-Tag schreibe, gebe ich <bo ein, dann färbt sich aber das "bo" rot und wenn ich dann Enter drücke, wird "<body></body>" aus der Vervollständigung nicht angenommen, obwohl es noch zur Auswahl steht und das Vervollständigungs-Fenster verschwindet. Ich muss dann erst wieder Strg+Space drücken, dann erscheint das Fenster wieder und ich kann den öffnenden und schließenden Tag auswählen. Das passiert bei manches Tags, konnte aber noch keine Regel finden, wann es geht und wann nicht.

Konnte ich im Test für "body" auch beobachten, werde danach sehen

Zitat:

In der Autovervollständigung wird "<img></img>" angeboten, dabei schließt man img-Tags doch eigentlich nicht, oder?

Ne, hast recht Werde ich ändern.

Zitat:

Umlaute werden in Kommentaren zum HTML-Code umgewandelt, was nicht besonders die Lesbarkeit der Kommentare erhöht

Die Funktion ersetzt ohne weitere "Logik" die Umlaute im markierten Text. In wie fern sich da so eine Prüfung auf Kommentare etc. einbringen lässt ohne dass falsch ersetzt wird, muss ich mal sehen...

Zitat:

Ich hab als PHP-Tags noch nie "<? ?>" gesehen, ist nicht eigentlich "<?php ?>" üblich? Ich habs zumindest immer so wie beim Zweiteren, aber wenn ich das berichtigen möchte, poppt die Auto-Vervollständigung mit Befehlen, die mit php_ anfangen auf, so lässt sich das nicht einfach berichtigen...

Doch, das geht, nennt sich "short tags". Das mit <?php lässt sich bestimmt aber auch einbauen.

Zitat:

In HTML sollte die Auto-Vervollständigung sichtbar werden, sobald man einen angefangenen Tag weiter tippt, also wenn ich <ht von <html> schon stehen haben, das Caret wegmache und dann wieder auf den Anfang gehe, sollte das Fenster wieder sichtbar werden, wie das schon bei PHP der Fall ist. Da bei PHP stört aber auch noch, wenn ich z.B. nur ech von echo im Source stehen hab, dann ans Ende davon gehe und das o noch tippe, wird das o nicht angenommen, sonder die Auto-Vervollständigung wird sichtbar, zwar mit dem echo-Befehl, aber ohne das o im Quelltext

Zum Fehler siehe oben... also die Funktion sollte sich prinzipiell in diese Richtung erweitern lassen, mal schauen

Zitat:

Wenn ich den <>-Operator in PHP eingebe, sollte sich die Auto-Vervollständigung nicht nach der schließenden Klammer öffnen

Richtig, hast recht, werde ich nach sehen...

Zitat:

Wenn ich folgendes Konstrukt habe: markieren Quelltext     1: <input type="text" name="zahl" value="<?php echo "42"; ?>"> Dann wird <?php echo als String gehighlightet, und nicht wie in PHP sonst, das php normal und das echo fett und grün, und ab der 42 bis zum Ende schwarz und fett, als ob es sich um ein weiteres Attribut für input handelt, also so ungefähr: <input type="text" name="zahl" value="<?php echo "42"; ?>">

Hm, liegt prinzipiell im Standard-HTML-Highlightern von SynEdit. Werde mal ansehen, in wie fern sich das dort beheben lässt. Ansonsten kannst Du bis dahin alias5000' Konstrukt verwenden, um eine korrekte Anzeige zu erhalten.

Zitat:

Puh, hätte nicht gedachte, dass es so eine lange Liste wird. Wenn du aber zumindest einen Teil dieser Änderungen einbringen würdest, werde ich mit Sicherheit öfters mit AlphaCode Studio arbeiten

Ich werde mich bemühen

Zur nächsten Version: Ich kann noch kein konkrtes Erscheinungsdatum nennen, da ich bald von der Uni aus im Klausurstress bin, ich beeile mich aber so gut es geht

mfG
mirage228