_globale Pfade

[Samuel]

Ich bin ein wenig verwirrt, weil meine Pfade nicht funkionieren, trotz globalität.
Hier ist ein stück code aufs nötigste reduziert

_global.v = new Array;
 
_global.galerie_view = function(){
    switch_c(1);
    yPos = xPos = 0;
    for (var i = 0;i<8;i++){
    
        _root.photos.photos_scroller_mc["bild"+i].onPress = function () {
            if (v["wait"]){return;}
            if(this._currentframe!=this._totalframes){
            v["x"]=this._x;
            v["y"]=this._y;
                trace(v["x"]+"   x= "+this._x+"    "+v["y"]); 

PRoblem, this._x wird angezeigt, aber v["x"] wird nicht angezeigt.
Jetzt weiß ich nicht, ob das was mit _root usw zutun hat, dass vielleicht n neues array, was nicht global ist erzeugt wurde?

Aber dann verstehe ich nicht, warum direkt nach der zuweisung kein trace da ist.
Wenn ich überall global vorschreibe, klappts, aber so nicht im geringsten.
Nun find ich den grund nicht.
Muss die Zuweisung nicht zu erst evtl globale arrays nehmen und dann erst dort gültige?

[sonar]

So:

_global.v = new Array(); 

[Samuel]

Leider null effekt

[domlen]

also ich würde jedes v anschließend auch mit _global ansprechen!

PHP-Code:

_global.v["x"]=this._x;
_global.v["y"]=this._y; 


obs hilft weiß ich net, aber schaden tuts def. nicht!

oder, da du ja nicht den ganzen code postest, vielleicht geht ja was bei der zuweisung der objekte ans array schief...

[Samuel]

Gut, aber wofür ist dann global da? Ich denke es ist ein fehler im Code, aber dies sind die ersten zuweisungen an das array, und der gesammt code ist ca 40 lang, dass würde nur verwirren und nicht helfen

[sonar]

Den Aufruf mit _global brauchtst dann, wenn du eine gleichnamige nicht-globale Variable hast, soweit ich weiß:

_global.a = "1";
var a = "2";
trace("_global.a: " + _global.a);
trace("a: " + a); 

[Samuel]

hab schon alles abgesucht, es gibt im grunde keine zuweisung einer anderen variable aber bei der fehler suche hab ich dennoch _level0.v = 0 gefunden, aber im code nichts, ich hab aber daneben eine abgewandelte version der funktion oben, die mit v["x"] usw arbeitet, die funzt

[domlen]

Zitat von Marilyn Manson

Gut, aber wofür ist dann global da? Ich denke es ist ein fehler im Code, aber dies sind die ersten zuweisungen an das array, und der gesammt code ist ca 40 lang, dass würde nur verwirren und nicht helfen

Zitat von sonar

Den Aufruf mit _global brauchtst dann, wenn du eine gleichnamige nicht-globale Variable hast, soweit ich weiß:

_global.a = "1";
var a = "2";
trace("_global.a: " + _global.a);
trace("a: " + a); 

genau das ist einer der eckligsten sachen an diesen script sprachen!
in einer RICHTIGEN sprache DEKLARIERT man eine variable als global/klassen variable! da es hier keine wirkliche deklarierung gibt und auch keine klasse für die diese gelten kann und die voranstellung eines prefixes eh was ganz anderes ist als eine richtige deklaration, kann ich mir schon vorstellen, das es immer vorangestellt werden muss! wie gesagt, ich bin im scripting auch nicht wirklich fit, das liegt aber daran, das es einfach grausam ist wenn man mal richtig programmiert hat...

@Marilyn Manson: mich würde mal interessieren wie du die werte im array initalisierst!

[Samuel]

So wie es da steht, es werden "x" und "y" des array v werte zugewiesen, kann man in dem ausschnitt alles erkennen.

Es muss was mit _root.photos.photos_mc zusammenhängen

[domlen]

Zitat von Marilyn Manson

So wie es da steht, es werden "x" und "y" des array v werte zugewiesen, kann man in dem ausschnitt alles erkennen.

uppps, sorry, da stand ich wohl aufm schlauch!

und wo initiierst du die länge des array? oder muss man das in AS nicht (dann weine ich!)

[bokel]

Zitat von domlen

(dann weine ich!)

LOL, vielleicht schaust du dir mal ein paar modernere Sprachen an, da muss man schon lange nicht mehr die Größe eines Arrays vorher festlegen. Das ist echt Steinzeit

mfg .r

[domlen]

Zitat von bokel

LOL, vielleicht schaust du dir mal ein paar modernere Sprachen an, da muss man schon lange nicht mehr die Größe eines Arrays vorher festlegen. Das ist echt Steinzeit

ääh... und seit wann ist es modern einfach restriktionen aufzuheben? oder findest du die tatsache das es in skriptsprachen keine variablen typen deklariert werden müssen auch modern? das würde die meinung zumindest erklären!
locker != modern ! für mich sogar eher das gegenteil!

und moderne sprachen (was auch immer du meinst, ich beziehe mich jetzt mal auf Java und C#) brauchen sehr wohl noch eine länge des Arrays! es gibt Listen-Strukturen, wie zB ArrayListen oder VectorListen die ohne länge initialisiert werden können! aber dann fügt man elemente per add() hinzu! das hat recht wenig mit einem Array ansich zu tun...

[bokel]

Java und C# sind ja die Urenkel von Algol, stammen also konzeptionell aus den 60er Jahren. Das meine ich mit "nicht modern".

Die Geschichte der Programmiersprachen

mfg .r

[domlen]

Zitat von bokel

Java und C# sind ja die Urenkel von Algol, stammen also konzeptionell aus den 60er Jahren. Das meine ich mit "nicht modern".

Die Geschichte der Programmiersprachen

und was willste mir jetzt damit sagen? das script sprachen eine tolle eigene erfindung sind und nicht auch ein abzweigung einer richtigen sprache sind?
die meisten scriptsprachen sind etweder gar nicht oder "nur ein bisschen" objekt orientiert, ist das modern? und was hat das ganze mit datenstrukturen wie arrays zu tun? ein array ist ein array und hat eine länge! eine liste ist eine liste und ist dynamisch, punkt! das ist eben das fürchterliche an den script sprachen, hier werden konvetionen und definitionen ausgehebelt! mal ganz davon abgesehen, das es durchaus praktisch ist ein array mit fester größe zu haben wenn man ein auge auf performace wirft...

ach ja und die objektorientierung stammt nicht aus den 60er jahren? nur weil die kerne gewiser sprachen da liegen? hallo? und ein datum sagt nichts über eine sprache! ich kann heute auch eine sprache releasen, die weder objektorientiert ist, wo man mit variablen kann man machen was man will, typen? egal! , das ganze ist super fehleranfällig, kaum zu lesen und kaum zu debuggen... das ist dann super modern, weil es hat ja seinen stamm nicht in den 60ern...

[Samuel]

Nun gut, aber helfen tuts mir alles nüscht