IE Bug

[sean]

SELECT drop-list width incorrect for long text when SELECT is fixed width
Setting the width style of a SELECT statement causes the contents of the
drop-list to be cropped.

This is problematic when attempting to limit the width of the select box for
layout purposes (say, a fixed-dimensions application UI) whilst still
presenting the user with all of the required information to make a choice.

Any clue to solve the above issue is highly appreciated!

[Randy Webb]

sean said the following on 1/11/2006 10:34 PM:

SELECT drop-list width incorrect for long text when SELECT is fixed width
Setting the width style of a SELECT statement causes the contents of the
drop-list to be cropped.
What do you think it *should* do? You tell it to set it at a width, and
then you complain that it does just that? Thats not a bug, that is doing
what you told it to do.
This is problematic when attempting to limit the width of the select box for
layout purposes (say, a fixed-dimensions application UI) whilst still
presenting the user with all of the required information to make a choice.

Any clue to solve the above issue is highly appreciated!

Ummm, ehhh, what does this have to do with Javascript?

comp.infosystems.www.authoring.html
comp.infosystems.www.authoring.stylesheets

Might be better groups to ask in.
--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

[sean]

Thanks for the info. But in FireFox the dropdown menu part will
automatically extend to fit the width of the long text without change the
width of the combobox part. I recall seeing a javascript hack somewhere to
solve this problem by openning a popup that masks the original dropdown and
adjust the text width in the popup... Well, I guess I have to find it myself
and show it here..

Thanks!
"Randy Webb" <Hi************@aol.com> wrote in message
news:6J********************@comcast.com...

sean said the following on 1/11/2006 10:34 PM:

SELECT drop-list width incorrect for long text when SELECT is fixed width
Setting the width style of a SELECT statement causes the contents of the
drop-list to be cropped.

What do you think it *should* do? You tell it to set it at a width, and
then you complain that it does just that? Thats not a bug, that is doing
what you told it to do.

This is problematic when attempting to limit the width of the select box
for layout purposes (say, a fixed-dimensions application UI) whilst still
presenting the user with all of the required information to make a
choice.

Any clue to solve the above issue is highly appreciated!

Ummm, ehhh, what does this have to do with Javascript?

comp.infosystems.www.authoring.html
comp.infosystems.www.authoring.stylesheets

Might be better groups to ask in.
--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices -
http://www.JavascriptToolbox.com/bestpractices/

[Randy Webb]

sean said the following on 1/13/2006 1:44 AM:

Please do not top-post in comp.lang.javascript

Thanks for the info. But in FireFox the dropdown menu part will
automatically extend to fit the width of the long text without change the
width of the combobox part.
Then I would consider that a bug in FireFox's CSS Support if it is not
honoring your CSS Definition to set it at a particular width.

But, if you want the Select to be a certain minimum width and then to
expand if need be but do not shrink below that width, then you pad one
of the Select Elements:

<option value="1">Option Text&nbsp;&nbsp;&nbsp;&nbsp;</option>
Add more spaces to make it the width you want.
I recall seeing a javascript hack somewhere to solve this problem by openning a
popup that masks the original dropdown and adjust the text width in the popup...
You want to open a popup, well at least try to, to mask an original
dropdown select list instead of padding an Option or simply not
declaring a width? All because Firefox doesn't follow the CSS Code you
give it?

That wouldn't be a "hack", that would be insanely ludicrous.

That still is not an "IE Bug" but rather a "Firefox Bug".
Well, I guess I have to find it myself and show it here..

That would be interesting just to show how it is utterly insane and useless.

--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

[Jasen Betts]

On 2006-01-13, Randy Webb <Hi************@aol.com> wrote:

sean said the following on 1/13/2006 1:44 AM:

Please do not top-post in comp.lang.javascript

Thanks for the info. But in FireFox the dropdown menu part will
automatically extend to fit the width of the long text without change the
width of the combobox part.
Then I would consider that a bug in FireFox's CSS Support if it is not
honoring your CSS Definition to set it at a particular width.

the dropdown is mmade of <options> it may hase be that firefox just has a
different policy for the width of the options and how to handle overflow...

set an explicit width for option,
and also overflow: hidden ; padding-right:20px
But, if you want the Select to be a certain minimum width and then to
expand if need be but do not shrink below that width, then you pad one
of the Select Elements:
??? you could just use CSS to set the minimum width.....
That still is not an "IE Bug" but rather a "Firefox Bug".

it mak be able to fix the IE behavior using CSS
(possibly "option {overflow:visible;})

I can't be bothered to try.

Bye.
Jasen

[Randy Webb]

Jasen Betts said the following on 1/14/2006 1:30 AM:

comp.infosystems.www.authoring.stylesheets added to cross-post.

On 2006-01-13, Randy Webb <Hi************@aol.com> wrote:

sean said the following on 1/13/2006 1:44 AM:

Please do not top-post in comp.lang.javascript

Thanks for the info. But in FireFox the dropdown menu part will
automatically extend to fit the width of the long text without change the
width of the combobox part.
Then I would consider that a bug in FireFox's CSS Support if it is not
honoring your CSS Definition to set it at a particular width.

the dropdown is mmade of <options>

<sarcasm>Really? I didn't know that</sarcasm>
it may hase be that firefox just has a
different policy for the width of the options and how to handle overflow...
That may be and having a "different policy" doesn't make it a bug in IE
unless there is something in a specification somewhere that says it
should do something different.

And after re-reading the posts in this thread what I thought the OP was
referring to was not what I thought it was.

comp.infosystems.www.authoring.stylesheets was added in the hopes
someone there can clarify which is right and which is wrong (if either
is wrong)

<select style="width:3em">
<option>Option 1 with lots of content</option>
<option>Option 2 with lots of content</option>
<option>Option 3 with lots of content</option>
<option>Option 4 with lots of content</option>
<option>Option 5 with lots of content</option>
</select>

What the OP is referring to is that in IE all you will see is a list
that is 3em wide. Which is what I *explicitly* told it to do. In Firefox
when you click the down arrow, you will see the entire text.

Adding a width style to the option does not change that behavior in IE.

The OP is claiming that as a bug in IE when its not. IE is doing
*exactly* what you are telling it to do and nothing more.
set an explicit width for option,
and also overflow: hidden ; padding-right:20px
Did you test that before you posted it? It doesn't change the behavior.

But, if you want the Select to be a certain minimum width and then to
expand if need be but do not shrink below that width, then you pad one
of the Select Elements:

??? you could just use CSS to set the minimum width.....

That still is not an "IE Bug" but rather a "Firefox Bug".

it mak be able to fix the IE behavior using CSS
(possibly "option {overflow:visible;})

Nope.
I can't be bothered to try.

Then why did you bother posting this nonsense in the first place? It
took me under 30 seconds to test your proposal and it didn't change IE's
behavior.
--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

[Jasen Betts]

["Followup-To:" header set to comp.lang.javascript.]
On 2006-01-14, Randy Webb <Hi************@aol.com> wrote:

Jasen Betts said the following on 1/14/2006 1:30 AM:

comp.infosystems.www.authoring.stylesheets added to cross-post.

On 2006-01-13, Randy Webb <Hi************@aol.com> wrote:

sean said the following on 1/13/2006 1:44 AM:

Please do not top-post in comp.lang.javascript
Thanks for the info. But in FireFox the dropdown menu part will
automatically extend to fit the width of the long text without change the
width of the combobox part.

Then I would consider that a bug in FireFox's CSS Support if it is not
honoring your CSS Definition to set it at a particular width.

the dropdown is mmade of <options>

<sarcasm>Really? I didn't know that</sarcasm>

it may hase be that firefox just has a
different policy for the width of the options and how to handle overflow...

That may be and having a "different policy" doesn't make it a bug in IE
unless there is something in a specification somewhere that says it
should do something different.

And after re-reading the posts in this thread what I thought the OP was
referring to was not what I thought it was.

comp.infosystems.www.authoring.stylesheets was added in the hopes
someone there can clarify which is right and which is wrong (if either
is wrong)

<select style="width:3em">
<option>Option 1 with lots of content</option>
<option>Option 2 with lots of content</option>
<option>Option 3 with lots of content</option>
<option>Option 4 with lots of content</option>
<option>Option 5 with lots of content</option>
</select>

What the OP is referring to is that in IE all you will see is a list
that is 3em wide. Which is what I *explicitly* told it to do

no... you told it to make the <select> in the form 3em wide

If you asked for it to be 1em high should a dropdown 1em high
appear with a scroll-bar?

the options appear above the form (as can be seen by the way they cover
other items instead of forcing them out of the way)
. In Firefox
when you click the down arrow, you will see the entire text.

Adding a width style to the option does not change that behavior in IE.
IE's css support is rather rudimetary...
The OP is claiming that as a bug in IE when its not. IE is doing
*exactly* what you are telling it to do and nothing more.

not even that.

set an explicit width for option,
and also overflow: hidden ; padding-right:20px

Did you test that before you posted it? It doesn't change the behavior.

yes, I was talking about how to get mozilla to mimic my understanding of the
recieved description of IE's behavior.

But, if you want the Select to be a certain minimum width and then to
expand if need be but do not shrink below that width, then you pad one
of the Select Elements:

??? you could just use CSS to set the minimum width.....

That still is not an "IE Bug" but rather a "Firefox Bug".

it mak be able to fix the IE behavior using CSS
(possibly "option {overflow:visible;})

Nope.

I can't be bothered to try.

Then why did you bother posting this nonsense in the first place? It
took me under 30 seconds to test your proposal and it didn't change IE's
behavior.

but you didn't have to install a computer to test it in IE.

Bye.
Jasen

[Randy Webb]

Jasen Betts said the following on 1/15/2006 2:05 AM:

["Followup-To:" header set to comp.lang.javascript.]
On 2006-01-14, Randy Webb <Hi************@aol.com> wrote:

Jasen Betts said the following on 1/14/2006 1:30 AM:

comp.infosystems.www.authoring.stylesheets added to cross-post.

On 2006-01-13, Randy Webb <Hi************@aol.com> wrote:
sean said the following on 1/13/2006 1:44 AM:

<snip>
Then I would consider that a bug in FireFox's CSS Support if it is not
honoring your CSS Definition to set it at a particular width.

<snip>

That may be and having a "different policy" doesn't make it a bug in IE
unless there is something in a specification somewhere that says it
should do something different.
Read the above. Carefully.
And after re-reading the posts in this thread what I thought the OP was
referring to was not what I thought it was.

comp.infosystems.www.authoring.stylesheets was added in the hopes
someone there can clarify which is right and which is wrong (if either
is wrong)

<select style="width:3em">
<option>Option 1 with lots of content</option>
<option>Option 2 with lots of content</option>
<option>Option 3 with lots of content</option>
<option>Option 4 with lots of content</option>
<option>Option 5 with lots of content</option>
</select>

What the OP is referring to is that in IE all you will see is a list
that is 3em wide. Which is what I *explicitly* told it to do

no... you told it to make the <select> in the form 3em wide

If you asked for it to be 1em high should a dropdown 1em high
appear with a scroll-bar?
If thats what you code it to do, then yes.
the options appear above the form (as can be seen by the way they cover
other items instead of forcing them out of the way)
Yes as a Select, and its Options, are a windowed element in IE

In Firefox when you click the down arrow, you will see the entire text.

Adding a width style to the option does not change that behavior in IE.

IE's css support is rather rudimetary...

The OP is claiming that as a bug in IE when its not. IE is doing
*exactly* what you are telling it to do and nothing more.

not even that.

Yes it is. It is setting the Select to 3EM width. How is that not doing
what I told it to do and nothing more?
set an explicit width for option,
and also overflow: hidden ; padding-right:20px

Did you test that before you posted it? It doesn't change the behavior.

yes, I was talking about how to get mozilla to mimic my understanding of the
recieved description of IE's behavior.

Adding overfloe:hidden; does not change Mozilla's behavior.
Must be a bug huh?
Adding padding-right:20px; also does not change Mozilla's behavior.
Must be another bug huh?

None of which changes the fact that what IE does with the code above is
not a bug unless something in the specificiations says it should.

--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/