One last comment. The issue occurs in tableLayout as well as panelBox. The mouse down trick always works. It really looks like a table imbrication issue with Firefox.
On 10/25/06, Simon Lessard <[EMAIL PROTECTED]> wrote:
Oh yeah and if I send a mousePress event, then mouseOut before mouseUp (thus not clicking and launching the navigation) then the image show correctly... strange... On 10/25/06, Simon Lessard <[EMAIL PROTECTED]> wrote: > > Hmm little follow-up. I can reproduce the issue only when tabs are > placed in a panelBox (HTML table imbrication issue maybe?) Works fine in IE > > On 10/24/06, Simon Lessard <[EMAIL PROTECTED]> wrote: > > > > Even if it is a Firefox bug, we would still have to tweak the > > component to work, unless they fix it really fast. Considering how much IE > > patching we do it's not that bad. > > > > On 10/24/06, Arash Rajaeeyan <[EMAIL PROTECTED]> wrote: > > > > > > why not report this bug to firefox developers? > > > > > > On 10/25/06, Arjuna Wijeyekoon <[EMAIL PROTECTED]> wrote: > > > > > > > > this same problem (of needing nbsp to display empty table cells) > > > occurred > > > > back in the days of Netscape 4.7. > > > > It would suck if they've regressed back to that. > > > > Back then, we had to solve this by having a special > > > ResponseWriter. > > > > The special ResponseWriter would detect if a <TD> was followed by > > > a </TD> > > > > with no intervening non-whitespace character, and > > > > automatically insert an NBSP for netscape. > > > > --arjuna > > > > > > > > > > > > On 10/24/06, Matt Cooper < [EMAIL PROTECTED] > wrote: > > > > > > > > > > Hi Simon, > > > > > > > > > > I've seen similar issues to this but not yet with Firefox 2.0. > > > > > > > > > > It can be a pretty annoying issue because placing text into > > > something > > > > that > > > > > didn't contain text before may alter its dimensions--even if a > > > specific > > > > > width and height are specified. When that was the case, I > > > believe we > > > > > worked > > > > > around it by specifying either a "line-height: 1px;" style or > > > possibly > > > > an > > > > > "overflow: hidden;" style. If the container is larger than a > > > character, > > > > > then there is nothing to worry about. > > > > > > > > > > On a somewhat related note, I'm not sure the DOM structure of > > > the tabs > > > > in > > > > > the navigationPane are even in a format that is very flexible > > > for > > > > > alternative appearances. I'd be happy to see it restructured to > > > be less > > > > > reliant on tables--possibly even structured so the DOM elements > > > actually > > > > > overlap instead of having graphics to give the illusion of > > > overlapping > > > > > tabs. > > > > > > > > > > Thanks, > > > > > Matt > > > > > > > > > > On 10/24/06, Simon Lessard < [EMAIL PROTECTED]> wrote: > > > > > > > > > > > > Hello all, > > > > > > > > > > > > There's a small bug with panelNavigation in tab mode in > > > Firefox 2.0 > > > > > (didn't > > > > > > check 1.5) where the tab borders are not rendered. I think > > > it's > > > > because > > > > > > Firefox renders some elements only if they contain something. > > > Since > > > > tabs > > > > > > structure only use some td for background image, it fails. I > > > think I > > > > had > > > > > > the > > > > > > same problem with panelBox and I ended adding a small I > > > might > > > > > have > > > > > > to > > > > > > check. > > > > > > > > > > > > Anyone else has experience with this or comments for the > > > potential > > > > fix? > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > > > ~ Simon > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > Arash Rajaeeyan > > > > > > > > >
