Thanks! I'm getting closer, and indeed display:table will do that
trick in everything but IE. A follow-up question...
> IE6 does expand the container in that example-page, but if IE/win
> doesn't do that in an actual page, add...
You're right, in my original example everything's fine in IE. I h
stops. I need the orange background to continue the width of the table.
Thanks,
--Dave
On Oct 26, 2006, at 17:35 , Gunlaug Sørtun wrote:
> David Feldman wrote:
>> [...] Any ideas?
>
> Plenty, but I don't know which one to suggest unless you give me an
> idea
> about
I have a Web page whose content is sometimes wider than the browser
window, necessitating a horizontal scrollbar. Several elements fairly
high up the DOM tree have horizontally repeating background images.
The problem is, when the content is wider than the window these
background images sti
I'm having a funny problem in IE with a Web app I'm working on. The
CSS is fairly complex overall, but not for this in particular.
There are two tabs. (Sort of Mac-selector-style, rather than
traditional-style tabs.) Each has a div full of content associated
with it. A JavaScript checks whic
Typically, a form won't submit when you press the Enter key in a text
field unless it has a or . I have a form that is submitting anyway, and it
shouldn't. I have looked long and hard at it and can't see any
difference between it and a similar form that doesn't exhibit the
behavior. Any id
I'm trying to make a hierarchical tree widget. The tree itself
(ultimately embedded in a frame or iframe) is a , each item an
, and various elements and controls in each item are left-floated
elements. The label itself isn't floated. It works well overall, but
(1) When item labels get too lo
I'm working on a Web app for a client, and have a sort of
interdependent collection of IE bugs. I think I have a workaround for
the worst two, but the whole thing is weird enough that I thought I'd
find out if anyone had experience with these. (I'd love to post a
link but of course the site
I think it works in IE6, Firefox, and Safari (at least recent
versions). I was surprised as well, but came across it working and
was curious.
--Dave
On Oct 26, 2005, at 10:40 , David Dorward wrote:
> On 26/10/05, David Feldman <[EMAIL PROTECTED]> wrote:
>> This may be off-top
This may be off-topic, for which I apologize, but: In XHTML you're
supposed to refer to form elements using id rather than name. Suppose
I have a collection of radio buttons, though. Is it acceptable to
give them all the same ID and then refer to them as an array using
document.getElementBy
I'm creating a number of forms with styled buttons. I've given up on
both and elements because of the variable-width
padding IE adds to them (as well as the 1px border IE puts around
their background images) and am using tags instead, styled with
CSS and with href="javascript:..." attrib
I've read a bunch of different techniques for dealing with background-
image flicker in IE (which seems to occur on elements as well as
on other elements when their CSS properties are being modified by
JavaScript. Some have worked, some haven't, and some aren't
appropriate to all situations
I've never been able to figure out how to center fancier graphical
form buttons. I typically implement them like this:
class="Ctr">Button Label
It's not the prettiest HTML ever, but it allows me to do variable-
sized buttons with a single set of background images. The left edge
background is
12 matches
Mail list logo
