Turkiyenin en sevilen filmlerinin yer aldigi porno internet sitemiz olan ve kostenlose porno sex tarzi bir site olan mobil porno izle sitemiz gercekten dillere destan bir durumda herkesin sevdigi bir site olarak tarihe gececege benziyor. Sitenin en belirgin ozelliklerinden birisi de Turkiyede gercekten kaliteli ve muntazam, duzenli porno izle siteleri olmamasidir. Bu yuzden iste. Ayrica en net goruntu kalitesine sahip adresinde yayinlanmaktadir. Mesela diğer sitelerimizden bahsedecek olursak, en iyi türk porno sitelerimiz vardır. Olmayan sitemiz ise yoktur. Her ne kadar saçmalamaya başlamış olsak da mobil porno video arşivine sahip bir siteyiz. Yeni açılan porno video sitemizi ziyaret etmenizi şiddetle önermekteyiz. antika lokanta malzemesi alanlar türbanlı porno watch porn
12 Sep 2012 6:32 AM #11
Now suspect something to do with either the ghost panel, or the fact it's animating.
Will try and find that example and mess about with it...
Edit: Yup, animating from the button does it.
Try this (have just added btn parameter to show call):
12 Sep 2012 7:14 AM #12
Turning on constrainHeader in the above example means can get the window back by resizing the viewport, again exactly as I'm seeing...
Edit: Another observation... if move the window the position is saved correctly.
12 Sep 2012 10:09 AM #13
12 Sep 2012 12:24 PM #14
13 Sep 2012 12:49 AM #15
Another point worth mentioning, I am seeing some very severe performance issues on one particular page in the application, where it seems that some of the Ext.Direct calls are taking a huge amount of time. Talking 2-9 secs...
Changing back to 4.1.0 makes the calls lightning quick again, i.e. 50-100ms, implying it's not server-side.
Not quite sure what's going on, and none of the other pages seem to have the issue.
Will try and keep digging, although I've probably already spent too long tinkering with it in truth... we cannot upgrade to 4.1.2 at this stage anyway, even if it was perfect.
Edit: Few things going on, but one of the issues is certainly the layout of a fieldset that uses a column layout; at least that's my guess at this stage.
No sure if the direct calls are taking a long time, or if they're being stalled by something else, but suspect the latter.
Edit2: Commented out a method and has made it much faster, so suspect it's something we're doing... the method in question calls getComponent a few times, so maybe that's got massively more expensive; will try and track it down.
Things should be getting faster, not significantly slower!
Edit3: Put an Ext.batchLayouts around the function body and changed it from taking 800ms to around 5ms! Implies that layout has got more expensive in places though.
Still, will push my change...
13 Sep 2012 9:02 PM #16
Glad to hear you have been able to resolve most of the issues and thanks for logging the bug your found!
If you have anything on what got slower, I'd love to hear about it...
26 Sep 2012 11:56 PM #17
As an open-source programmer，it is very upset to see this！
30 Sep 2012 8:21 PM #18
May I check where can I find the update to 4.1.2? I will need to have the bug fix in this release for my chart.
30 Sep 2012 8:35 PM #19
1 Oct 2012 6:27 PM #20
I have logged in and got the update package. Thanks!