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.
I've been having a lot of trouble with the combobox's rendering under IE6 - rather than appearing inline(well, "relative"), it acts as if it is position:fixed, and stays on the screen even as the rest of the content scrolls.
The combo is inside a table in a borderlayout (actually, inside a nestedlayout inside a borderlayout.) Normally, within that region it'd also be inside a floated div, but I've tested without any personal stylesheets and it's still happening.
When I do use my stylesheet, the float around the combo combined with some other CSS causes the trigger button to wrap to the line below the text entry box.
I realize the combo is a new control, and just hope that it'll get some attention in the next alpha!
I will need some kind of link to try to debug the css conflicts taking place. Off hand, I can't guess what is going on and I will need to look at it in Ext debugger to look at css properties getting set.
The combo and date picker are both block elements. Applying display:inline will cause issues. I'm not sure of a cross-browser way to get around it.
Thanks Martin, but I find that with that kind of tweak the dropdown ends up too far to the right, and the positioning of elements to the right of the combo box end up overlapping with the dropdown. I think that's what Jack meant by "issues". I was hoping for some container trick where the container could be inlined but the combo box could think it was a block element. Still wrapping my head around these issues...
2. In both IE6 and FF2, the trigger image is collapsing and ending up on the left of the box, rather than the far right, in other words, as if it is "position:absolute; left:0;"
3. There is a display glitch on IE6 which causes the display of the trigger image to be garbled (possibly because border or some other attribute is resulting in a few pixels being drawn right on top of the image... hard to tell.) I believe that if #1 and #2 are fixed #3 will probably go away by itself.
As mentioned above, these elements are inside several elements that may be relevant:
borderlayout > nestedlayout > tabpanel of that layout > nestedlayout in that > floated div > input
the input is replaced with whateverField.applyTo()
I will work on a minimal repro for the 2nd case. Repro for the 1st case is inside that link.