> Form controls are replaced elements (like inline images, basically), and
thus sorta-kinda inline-block elements.
> Can't come up with the exact reference, but is noted in the HTML5 spec.
OK, thanks. More info here:
http://www.w3.org/TR/CSS21/conform.html#replaced-element. More
specifically, it
Le 8 oct. 2013 à 23:15, Chris Rockwell a écrit :
> I had to look into this more: it doesn't make sense to me that an element
> with `display:inline` declared would still honor an explicit width. I have
> tested this in all modern browsers, and the form elements seem to be immune
> to inline disp
I had to look into this more: it doesn't make sense to me that an element
with `display:inline` declared would still honor an explicit width. I have
tested this in all modern browsers, and the form elements seem to be immune
to inline display when it comes to dimensions.
These form elements are su
Can we see some actual markup from the site? Using `inline` on a select
element looks fine on my end: http://jsfiddle.net/sZXFM/2/
On Tue, Oct 8, 2013 at 8:09 AM, Alan Gresley wrote:
> On 8/10/2013 9:31 PM, Christian Kirchhoff privat wrote:
>
> My ideas so far are:
>> - push down the chosen e
On 8/10/2013 9:31 PM, Christian Kirchhoff privat wrote:
My ideas so far are:
- push down the chosen elements by some pixels and by that "fake" the
baseline align
- set overflow to "visible" and shorten any text contants that are too
long with Javascript (JA is mandatory for that website anyway)
Hi,
I have a question that could apply to a variety of cases, but I'll
explain my actual use case:
I use chosen.js to transform form select elements. On one page I have
sentences of text where certain positions are filled in with those
chosen select elements that enable the user to fill in t
