Ik begrijp het probleem niet goed. Wanneer je met addChild sprites op de stage zet, zou deze niet moeten veranderen van grootte. Kun je een stukje code plaatsen, zodat ik dat eens kan bekijken?

*vinkt mail notifier aan*

Komt vanavond wel, ik moet eerst nogal wat wegknippen om een heldere testcase te maken.

Prima, dan wacht ik dat wel af.

Oh, nu ik toch een flashexpert aan de lijn heb: in een ander stukje code maak ik een image density plot/contourplot (zie hier voor een idee)

Dat gaat ongeveer zo:

var data=series.data;
var il=data.length;
n.lineStyle (undefined);
for (var i=0; i< il; i++) {
var d=data[ i ];
var c=get_colormap_color (d[2]);
x=d[0]/4;
y=d[1]/4;
n.beginFill(c);
n.drawRect(x2pixels(x),y2pixels(y),px,py);
}
n.endFill();

...en dat duurt ongeveer 15 seconden. Uitcommenten van de drawrect en beginfill zorgt ervoor dat de totale tijd richting 2-3 seconden gaat. Binnen die 3 seconden valt nog wel het nodige weg te optimalizeren, maar de bulk zit 'm momenteel puur in het aanmaken van drawRects. Ik heb begrepen dat bitmaps 'de way to go' zijn, maar kan zo snel niet vinden hoe je dat zou moeten doen (of dat er andere flash-oplossingen zijn om dit soort dingen te doen).

En wat is n nu? Een sprite? Zo'n beetje iedere class heeft toegang tot de Graphics class, hoewel dat niet veel uitmaakt want een sprite is gewoon een movieclip met wat minder functies. Maar laten we ervan uitgaan dat het een sprite is, het probleem is dus dat na de drawRect de stage zich resized, juist?

n is inderdaad afkomstig van een sprite:


var myChart:Sprite = new Sprite();
....
var n = myChart.graphics;

Het resize-probleem heb ik hier niet; dat zie ik als ik de labels bij de grafiekassen toevoeg. Het typische is dat een multiline-textField netjes gecropped lijkt te worden, en een getal de stage resize'd. Hier heb ik puur een performance-probleem; met een contourplot bestaande uit 100x100 punten eindig je met 10.000 drawrects.

Had Kets al "UBUNTU!" gezegd?

Neu, maar dat komt nog wel. En dat dit topic uit de u zei moet ook.

Overigens, met 'een getal' bedoel ik 'een kort stukje single-line tekst (bv. een getal)'.

Je zou deze library eens kunnen proberen om de performance wat op te krikken.

UBUNTU! En dat dit topic uit de u zei moet ook.

Godvergeten kutbanner bedekt een deel van de navigatie van de site.

Gisteren vond ik hier trouwens nog het een en ander qua optimalisaties, maar dat blijft vooral hangen op min-of-meer conventionele javascript-trucks.

Ik denk dat het bij jou meer gaat om het schrijven naar de videobuffer. Die zou je moeten kunnen optimaliseren door niet de graphics class maar een andere class te gebruiken die geoptimaliseerd is, zoals er ook freeware tweening engines zijn veel sneller zijn dan de ingebouwde.

Ja, zou goed kunnen. Ik wil ook niet veel meer dan 'n vierkantje met een kleurtje displayen-- d'r hoeven geen events ed aan te hangen (en mocht dat nodig zijn, dan doe i dat via een onderliggend canvas waarmee ik 't meest-in-de buurt-liggende vierkantje opspoor)

package {
import flash.display.Sprite;
import flash.text.TextField;
import flash.text.TextFieldAutoSize;

public class test2 extends Sprite
{
public function test2()
{
var dummy:Sprite = new Sprite();

dummy.graphics.lineStyle(2,0x0);
dummy.graphics.drawCircle(100,100,50);
dummy.graphics.endFill();

var t=new TextField();
t.text='stage.height #1:'+stage.height;
t.autoSize=flash.text.TextFieldAutoSize.LEFT;
addChild(t);
addChild(dummy);

var u=new TextField();
u.text=String(stage.height);
u.autoSize=flash.text.TextFieldAutoSize.LEFT;
u.text='stage.height #2:'+stage.height;
u.y=20
addChild(u);
}
}
}

En wat ik me nu realizeer: ik ging ervan uit dat 'stage' een bij default altijd net zo groot was als je de grootte van je swf, of daaromtrent. (d'r zat nog wat demo-code in voor het overhalen van data uit een stuk js, en dat voegde een groot textveld toe.) Dat is dus niet zo; wat in stage.height en stage.width staat is 'de kleinst passende omtrek', als je niets op je stage hebt staan is dat netjes 0,0. Zet een punt op 50,50 en je stage is 50x50.

Waar het om gaat is dat ik een idee heb hoeveel 'pixels' ik tot m'n beschikking heb, zodat ik *vervolgens* kan zeggen 'zet een as neer op 90% van de beschikbare hoogte'. Als AS default al met zo'n coordinatensysteem zou werken (0..1, 0..1 voor je hele window, met daarnaast 'pixelfuncties', voor als je echt wilt gaan lopen pixelneuken, dan zou dat errug fijn zijn.

Ik zie het al, jullie hebben helegaar geen verstand van flash. ik stel flashblock voor.

Ik ga er in de loop van de dag eens naar kijken. Ben voor de afwisseling best druk, nu iedereen op vakantie is.

kleng.

Kun je me één technologie noemen die 100% waterdicht is? En nu niet meteen Ubuntu gaan roepen want daar zal ook wel een en ander mee mis zijn.

Interwebtechnologie. de internets kunnen niet nat worden.

Oh kut, NAT-settings?