width rariteit?

[theFlashWizard]

hoi mensjes
Kben met n menu bezig en Kben wat raars tegengekome.. of teminste het lijkt zo.
stel..
je hebt een mc "ballHolder" met daarin de mc "ball"
die ball staat rechts onder het middelpunt van de ballHolder mc

en je verplaatst dan met as de ball nog iets meer naar rechts.. waarom wordt de width van de mc dan niet groter?
want het lijkt mij het meest logische als de width van een mc wordt berekent berekent vanaf het middelpunt tot de afstand dat de inhoud naar rechts toe uitwijkt..
ik snap wel dat wanneer de inhoud gecentreerd is de width gwn wordt berekent aan de hand van hoeveel de inhoud uitwijkt naar links naar de hoeveelheid dat die uitwijkt naar rechts..

bijv:
_root.onEnterFrame = function(){
ballholder.ball._x += 5
trace("w: "+ballholder._width)
}


komt uit:
w: 40
w: 40
w: 40
w: 40
enz...

dit voorbeeldje zit ook als fla als bijlage :)

en ik heb later nog een voorbeeld als bijlage erbij gezet

kan iemand me de logica uitleggen?
alvast bedankt!

[Pointer]

omdat je alleen verplaatst.

trace("w: "+ballholder._width)
trace("x: "+ballholder.ball._x)

ballholder.ball._x += 5
ballholder.ball._width += 5

trace("w: "+ballholder._width)
trace("x: "+ballholder.ball._x)


MM sorry begreep je verkeerd, idd, wel raar. je hebt gelijk. rariteit.fla :confused:



Greetz://

[theFlashWizard]

ja maar stel..
je vergroot de width van de ballHolder..
dan past hij die wel aan vanaf dat middelpunt..
daarom lijkt het er dan ook op dat je de ball mc op dat moment ook verplaatst..
daarom snap ik de logica niet ;)
want als hij op dat moment ook alleen maar rekening zou houden met de width van de inhoud zou het er niet lijken de ball mc verplaatst..

op een nog andere kortere manier gezegt..
waarom heeft het verplaatsten van de inhoud in een mc geen invloed op de breedte maar geeft wel een ander effect als je de width van de mc gaat vergroten?

[Pointer]

nog wakker();

[theFlashWizard]

em.. dat is n vraag?
nouja ff offtipic dan.. ja idd.. :P
Kheb door de Zo heen geslape.. sliep om 7uur sochtes en werdt half 12 wakker.. :P
dus ik trek maar ff door totdat ik straks naar me werk moet.. :D
best iri als je opeens alleen thuis zit en er niemand is die je wakker maakt..

maarre kan jij me de logica uitlegge of stel ik echt n stomme vraag?

[Pointer]

Nee, je hebt iets verkeerd gedaan, wat vraag me niet, heb hem nu, wel "zip nodig"?

het zou kunnen wat eigenlijk ook niet kan, maar wat jou wel gelukt is
.. een symbool van een symbool maken ;) of zoiets.

Tired.

[theFlashWizard]

ja Kwil jou zip dan wel graag ff zien.. want ik dacht ook al dat er iets niet klopte.. :S
als je het nog kan opbrengen rond deze tijd dan he.. ;)

[Pointer]

mail hem je kant op, misschien kun jij hem uploaden voor mensen die geintresseerd zijn.
heb winzip hier niet..

[theFlashWizard]

met dat voorbeeltje liepe we nog steeds tege de rariteit aan..

[Pointer]

dat is niet waar, wat jij dee is een mc2 in mc1 zetten.
Symbool F8 (vierkant)
nieuw symbool F8 (vierkant2)
vierkant2 Zet je in vierkant.
waar je vierkant vervolgens delete.
mc1 is nu leeg, en wordt zo gezien als leeg vierkant.
Wie gaat er bewegen?
Alleen je vierkantje2.
en zo lijkt het als of hij idd, niet breder wordt.

//in jouwn geval was dit een rondje..

Greetz.// nighty night

[theFlashWizard]

ik delete helemaal niks!! :|
dus er is ook niks leeg..
dus ik snap niet waar je het over hebt..

ik zal het op nog een andere manier proberen te vragen:

waarom krijg je bij de volgende 2 voorbeelden een ander resultaat:

1) mc holder met daarin mc ball met daarin een rondje
ball verplaats je in de holder naar rechts en je traced de width van de holder
de width van de holder blijft gelijk

2) mc holder met daarin mc ball met daarin een rondje en mc lijn met daarin een verticale lijn
ball verplaats je in de holder naar rechts en je traced de width van de holder
de width van de holder wordt groter

Kheb bijde voorbeelden weer in een voorbeeld gezet

alvast bedankt!

[Strato]

Zet een lijntje in de ballMCholder en het is gefixed... net zoals in je BlockMcHolder. Je ballMCholder._width kan niet verandert worden als er niets in staat (en een andere MC wordt gezien als niets). Is een beetje raar maar waar.
suc6 verder

[ReinierB]

probeer eens de _x en _y uit te lezen...
misschien dat je daar iets wijzer van word?

..maar is het niet zo dat mcHolder gewoon eigenlijk mcBall is..
en dus eigenlijk altijd even breed is als mcBall?

[arshad]

volgens mij lijkt het wel logisch, als een deel van een mc leeg is waarom zou die daarvoor een pixel breedte weergeven als die pixels er neit eens zijn...

ik ehb ff geprobeerd als je deze as gebruikt dan kom je wel uit op de geweenste informatie:
_root.onEnterFrame = function(){
ballholder.ball._x += 5
breedte = ballholder.ball._x + (ballholder.ball._width/2);
trace("w: "+ballholder._width);
trace("breedte: "+breedte);
}


hier voor moet ballholder.ball wel een registration in de center hebben...
ik hoopd at je hier wat aan hebt..

[Laiverd]

Lijkt me dat arshad gelijk heeft; de grootte van een movieclip wordt bepaald door wat erin staat. Dat heeft niet zoveel met het registratiepunt te maken. Je redenering is vergelijkbaar met: ik parkeer m'n auto half buiten het parkeervak, dan wordt het parkeervak groter ... niet dus ;) Registratie is alleen relevant voor de positie en de wijze waarop een object kan worden geschaald (het punt van waaruit wordt geschaald).

[theFlashWizard]

ik zoek niet echt naar een oplossing..
ik hoop alleen dat iemand weet waarom macromedia dat zo bedacht heeft..
dat hij bij het opmeten het niet vanaf het middelpunt pakt maar wanneer je hem gaat vergroten hij dat wel doet..

Strato, het was juist de bedoeling dat hij er niet inzat ;)
em.. die width valt wel aan te passen want er staat wel degelijk een mc in.. mc ball
en van welke andere MC dacht jij dat hij gezien werdt als niets?

[Laiverd]

... dat hij bij het opmeten het niet vanaf het middelpunt pakt maar wanneer je hem gaat vergroten hij dat wel doet..
Wat zou de zin zijn van een _width/_height opmeten vanuit een of ander punt? Het maakt nl. niets uit; de grootte zal er echt niet anders van worden. Om nog maar weer eens terug te keren naar dat parkeervak: vanuit welke hoek je ook gaat opmetern, dat parkeervak blijft echt even groot. Het een heeft gewoon niets met het andere te maken. Ook bij schalen speelt het registratiepunt geen enkele rol als het gaat om de grootte. Of je een movieclip van 50x50px nou vanuit het midden, rechtsboven of rechtsonder etc. schaalt naar 100x100px. Die movieclip blijft na het schalen echt 100x100px. Het registratiepunt (ik zei het al eerder) heeft alleen invloed op het punt van waaruit wordt geschaald.

Maar ik heb de wijsheid ook niet in pacht en laat me graag verrassen door een inzicht van iemand die kan aantonen dat het echt zinvol is om de grootte vanuit een bepaald punt op te meten.

John

[theFlashWizard]

ik kwam het toevallig tegen met iets.. btje moeilijk uit te legge..
Maar ik vind het een raar idee dat de width van de holder altijd gelijk is aan zijn inhoud..
ook als er ruimte is tussen het middelpunt van de holder en de inhoud..

wanneer je vergroot speelt dat registratiepunt dat je de inhoud naar een gewenste richting kan vergroten.. dat betekent dus dat hij de width vanaf het middelpunt lijkt te vergroten.. maar als je de width dus opmeet pakt hij opeens alleen de inhoud..