fdt Einstieg

[SpecOps-12]

Vielen Dank mal wieder

[SpecOps-12]

Nach langer Fehlersuche hab ich einen komischen Code Fehler "entdeckt"

Und zwar in einer von TextField erbenden Klasse in einer if-Abfrage. Und zwar

PHP-Code:

if (20 < 1) { //Alles ok
if (20 == 1) { //Alles ok
if (20 > 1) { //Fehlermeldung "could not parse compilation unit" am Ende der Klasse und im Outline-Fenster erscheint -AST not build! 


Die werte 20 und 1 sind willkürlich, es ist egal, was ich reinschreib.
FDT verweigert den >-Operator an dieser Stelle. Und zwar nur hier. Überall sonst kann ich ihn einsetzen wie ich will.
In der Flash IDE funktioniert alles tadellos.

Der gesamte Code der Funktion

PHP-Code:

public function addText(string : String) : void {
            var anfang : int;
            if (string.length <= 0) {
                ende();
                return;
                
            } else {
                anfang = string.indexOf("<b>", 0);
                if (anfang == -1) {
                    ende();
                    return;
                }
                if (anfang > 0) { // Hier ist der Schlawiner
                    textArray.push(string.slice(0, (anfang)));
                    formatArray.push(futura);
                    string = string.slice(anfang, string.length + 1);
                    addText(string);
                } else {
                    var ende : int = (string.indexOf("</b>", 0));
                    textArray.push(string.slice(3, ende));
                    formatArray.push(futuraBold);
                    string = string.slice((ende + 4), string.length + 1);
                    addText(string);
                }
            }
        } 


Hat da vielleicht irgendwer ne Erklärung?

[sebastian]

Es liegt an was anderem.

Habe festgestellt, dass es irgendwie an der Kombination liegen muss.
Wenn du das indexOf wegnimmst, geht es auch. Echt komisch.

Was sicher auch nicht ideal ist: Du hast eine Funktion "ende" und
eine lokale Variable "ende". Aber daran liegt es nicht.

Edit:
Es scheint so als würde der HTML tag (hier </b>) Probleme machen.
Das in Kombination mit dem Größer Zeichen in der If Abfrage bringt ein
Problem beim Parsen. Melde das am besten mal bei bugs.powerflasher.com

Hier mal ein reduziertes Beispiel:

public function func() : void 
        {
            if (0 < 0) 
            {    
            } 
            else  if (0 > 0) 
            { 
               "</b>";
            } 
        } 

[SpecOps-12]

Hi, tatsächlich, so ist es. Darauf wär ich so schnell nicht gekommen.
Danke dir!

Ich reich es ans fdt-Board weiter.

Edit: Oder auch nicht. Die Bug-Report-Foren sind geschlossen. Haben die die Arbeiten an FDT 3 eingestellt?

Edit 2: PS, übrigens geht mitlerweile am Mac auch die F1-Taste. Ich hatte es glaub ich noch gar nicht erwähnt

[sebastian]

Zitat von SpecOps-12

Hi, tatsächlich, so ist es. Darauf wär ich so schnell nicht gekommen.
Danke dir!

Ich reich es ans fdt-Board weiter.

Um den Fehler so lange zu vermeiden tausche einfach den if und else Teil,
also frage ob anfang == 0 ist, dann vermeidest du das Szenario.

Für die Bugs seit kurzem: http://bugs.powerflasher.com
(Ansonsten sag Bescheid, dann trage ich es da ein.)

[ricobeck]

vielleicht hier?

http://bugs.powerflasher.com/jira/browse/FDT

edit: haaa, zu langsam.

[SpecOps-12]

Zitat von sebastian

Um den Fehler so lange zu vermeiden tausche einfach den if und else Teil,
also frage ob anfang == 0 ist, dann vermeidest du das Szenario

Jepp, hatte ich schon gemacht gehabt.

Habs weitergeleitet. Und mal etwas mit dem Script rumgespielt. Es ist schon recht unwahrscheinlich, dass dieser Fehler auftritt.

[SpecOps-12]

Kann man eigentlich wirklich nicht einstellen, dass //-Kommentare vom Autoformatter nicht in ne neue Zeile gesetzt werden?
Bei preferences/fdt/code style/formatter/blank lines ist jedenfalls nichts.
Ich mein, wenn ich ne Codezeile erläutern will, ist der Kommentar doch hinter ihr am besten aufgehoben.

Is jetzt nicht wirklich problematisch, aber es nervt mich ein wenig, seit ich mit FDT angefangen hab.
Anfrage im FDT-Forum vor einiger Zeit war erfolglos. Ich glaub, ich hab echt alle Preferences durch, aber nichts gefunden.

[sebastian]

Nein, glaube das geht nicht. Aber ist auch nicht unüblich darüber zu kommentieren.

gruß

[SpecOps-12]

Ich glaub, ich hab noch nen Bug.
Aber ich wollt erst mal nachfragen.

Folgendes Template:

PHP-Code:

${instanz}.addEventListener(${EventClass}.${Event}, ${listener}, false, 0, true);
${instanz}.removeEventListener(${EventClass}.${Event}, ${listener}); 


ergibt folgende Fehlermeldung:



Macht das Sinn?

[SpecOps-12]

Wie macht ihr das eigentlich mit dem fl-Package?
Ich benutz da seit jeher ein swc, dass mal ein freundlicher Flasher auf sein Blog gestellt hatte.

Da ich heut dem Azubi Eclipse eingerichtet hab, hab ich mir gedacht, dass das eigentlich kaum sein kann, dass es keine von FDT schon vorgegebene Best-Practice gibt? Ich find aber im Netz nach wie vor nichts außer diese oben verlinkte swc-Datei.

[sebastian]

Kannst du so handhaben wie alle anderen Klassen. Entweder in einen
Source Folder vom Projekt, in eine globale Klassen Sammlung, die dann als
Linked Library eingebunden wird oder wie auch immer.

Es sind eben keine nativen Klassen des Flash Players.

(Die Klassen liegen irgendwo im Flash Installationsordner oder Anwendungsdateien.
Oder nimmst eben wie bisher die SWC.)

gruß

[SpecOps-12]

Aber warum werden Ordner nicht mit in die automatisch beim Projekt anlegen generierte Linked-Library übernommen, wenn sie im entsprechenden Folder liegen?
Ich muss die core-lib dann immer noch mal rausschmeißen und erneut verknüpfen, um das fl-Package mit drin zu haben. Ok, das ist nicht so viel Arbeit, aber irgendwie...

Gibt es außer den in Preferences/FDT/Core-Libraries-Einstellungen noch irgendwelche Einstellungen für die Project-Neuanlage?

[sebastian]

Du könntest wirklich nur eine neue Core Libary anlegen, die alles enthält.
So etwas wie Default Linked Libraries gibt es nicht.

Aber mal ehrlich: Es dauert 5 Sekunden um eine Linked Library zu einem
Projekt hinzuzufügen. In der Zeit, in der du darüber nachgedacht hast,
hättest du es schon bei duzenten Projekten machen können.

Ohnehin muss man fürs Aufsetzen von Projekten etwas Zeit einrechnen,
andere Sachen kosten da mehr Zeit.

[SpecOps-12]

Das ... stimmt natürlich