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.
The day I get to clean out my overrides, I will raise a toast with my colleagues. I have submitted bugs reports which are outstanding for more than an year (check my forum posts). I understand that its a complex library, but there's got to be a better way to manage the releases. And the bugs definitely need to be fixed faster.
Just to clarify we don't use out of the box examples.
I've always looked more at the source code of things and understand how things are going.
My current companies main menu system doesn't look like an Ext JS menu and devs that come in that know JQuery and Ext JS are shocked to see it is an Ext JS toolbar and Menu instead of being done in JQuery.
I'm sure I'll find more bugs as we continue rewriting everything for 4.x. I've already found 2 Menu bugs that no one has caught yet. (I searched the forums to make sure.) 1 of the menu bugs has been posted the other I found just before writing this post.
The flow I was talking about is I create my main design mockup in nothing but Ext JS UI only. Then I start working on events/controllers/models. Once I get the UI flow the way I want I'll start doing css and making it look better. I make sure to keep components in their own files like Ext JS's src folder structure for common components/containers. At the end use Sencha Command to bundle the js files up and remove anything we don't use in the Ext JS Library.
Again I'm not trying to disrespect anyone with this post its just my opinion on things.
Thank you for clarifying. I think that most people are trying to follow those patterns but that's not the issue at hand (tough it might be the issue for some). This topic is about the stability of the framework and when to expect a new release that fixes a lot of issues people are having. Most of the flaws shouldn't be in the final product at all and still if they are they need to be fixed yesterday. 188.8.131.52 and 184.108.40.206 should have been released months ago. It doesn't matter how good a programmer you are or how many experience you have with this product it is just plain stupid to find out that you spend all that time fixing stuff the product offers to work ... or things that are marked fixed but actually are not 101% fixed.
Maybe my and your experience tells you directly that the version is not stable and you fix it in no-time, post a fix / override / workaround / bug on the forum and hop on to the next adventure. But for newcomers or people with less experience that want to learn keep banging their heads against the wall with open issues that are not fixed in time. They only circle around the given examples and never taste the full potential of the framework just because they are stuck and waiting for a (bugfix) release that never comes.
Don't you agree that as a 'pioneer' things could be better?
Yes I do agree with you things could be done better.
But I also remember an old saying my grandfather told me, "No human is perfect so don't expect/assume anything to come from that person to be perfect but that it is the best he is able to do with the knowledge he has."
As I also tell developers at my work treat everything like a 5 year old kid ask questions.
I go into design meetings and I'm like a broken record why do you need that, why do you want it this way, why must it be like this, and etc. I've had several designers get mad at me because they couldn't answer my questions I simply tell them if you don't know an answer to my question you need to think about it more.
One thing I'd like to see someone do is make a video tutorial for the new users on how to debug with firebug/chrome debugger. A lot of developers don't know what all you can do with firebug even at my work I've had developers come to me after 2 days of trying to fix an issue with Ext JS 3.4 and I use firebug find and fix the issue in less than 30 minutes.
But to get back on topic I have been frustrated with Sencha in the past on how they are with releases it is what drove me to search and figure out what was going on for myself back in Ext JS 2.x. After that I got used to fixing things myself and giving bug posts if I couldn't find the bug/issue I was having in the forums.
And at some point I think all of the veterans of Ext JS have been at that point before.
Back in SenchaCon 2011 I remember sitting and talking with Jay and Mitch. We was discussing about how the mvc structure was lacking different things we needed for ideas we had. We talked to dev's in the forums showing what we thought would help like being able to call other controllers would make things more flexible Mitch called it subapps I called it Multiple layer mvc but it was the same idea with small differences.
Oh, this is bad news... The question now is when can we - non-subscribers - expect new bugfix release. Many of us, like me and my company, have bought valid license for Ext JS 4, and now we have to use almost 5 months old release version, full of bugs. Please, can somebody from Sencha team say something to this?