Turkiyenin en sevilen filmlerinin yer aldigi porno internet sitemiz olan ve sex tarzi bir site olan 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 siteleri olmamasidir. Bu yuzden iste. Ayrica en net goruntu kalitesine sahip adresinde yayinlanmaktadir.
Gelmiş geçmiş en büyük porno sitemiz olan 2pe de her zaman en kaliteli pornoları sunmayı hedefledik. Diğer video sitemiz olan vuam da ise hd porno ağırlıklı çalışmalara başladık.
There will be more overall code in the framework in 4 because of stuff that did not exist before (Draw, MVC, etc.) and stuff that's been extensively enhanced (Data, Charts). However, as noted in the overview guide, with the new class features in 4 you'll soon be able to very simply generate a custom ext-all that is tailored specifically to exactly what you need and no more. This was never really possible before and will make a huge difference in the end result build file even with more code to choose from.
thanks for the quick reply.
Sure, i have not all information in my mind yet. When i think about TYPO3 and ExtJs usage, i have no idea whats the best practice will be if you don't know exactly which parts are used. For a customer project this is maybe simple as you have to deal with one application.
I like the separation and i hope that automating the concanating will be possible. Is there a way to register needed parts?
Release Manager of TYPO3 4.5
Hey Steffen, make sure you check out the overview linked in my last post -- it discusses this exactly. The beauty of the new class system as that since everything uses Ext.define now (and the other new class-related configs) Ext is now aware of the entire dependency graph at runtime and we'll be able to do all kinds of useful stuff, not least of which is generating custom builds. No more need for manually maintaining JSB files -- the tools will take care of it (and this will include app files also, as long as they use the new class system).
Steffenk, the compressed file will definitely shrink more. Somehow we have shipped the preview release without YUI compressed versions of ext-all and ext-core. The reason it will shrink more then its counterpart in Ext 3.3 is that there is waaaay more documentation. If you would just strip out the docs the filesize should already be pretty similar to 3.3's uncompressed source code.