Re: panelNavigation bug in Firefox 2.0 RC3
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 nbsp; I might have to check. Anyone else has experience with this or comments for the potential fix? Regards, ~ Simon -- Arash Rajaeeyan
Re: panelNavigation bug in Firefox 2.0 RC3
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 nbsp; I might have to check. Anyone else has experience with this or comments for the potential fix? Regards, ~ Simon -- Arash Rajaeeyan
Re: panelNavigation bug in Firefox 2.0 RC3
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 nbsp; I might have to check. Anyone else has experience with this or comments for the potential fix? Regards, ~ Simon -- Arash Rajaeeyan