I'm running into a CSS issue with OSX FF and ValidationTextBox, the worst
part is, half of them work, half dont.... and the only fixes I've found is
using Firebug, edit Tundra or dojo.css and cut/paste the code out of it and
back into... the redraw of the screen fixes the problem.... OR... if the
input is inside a TabContainer, tabbing from and back to the active tab (go
from current tab to next tab and back) causes the same affect... calling
layout on the tabContainer wont duplicate this... but resizing the browser
window will fix it too...

Any suggestions?

Originally I thought a CSS race condition or something.... so I dumped the
computed style of the input nodes that this happens on... they text in them
appears white until the redraws happen.... here is a link to one of the
computed styles dumps if it will help.


http://scsys.co.uk:8002/12023

Hopefully someone else has seen this problem on OSX?

--
-Karl Tiedt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20080111/ee7ee67c/attachment.htm

Search Discussions

  • Douglas Hays at Jan 11, 2008 at 7:01 pm
    Does ctrl+ (text size increase) followed by ctrl- (text size decrease) fix
    the problem?
    There's a _layoutHack() method in TextBox that's there to get around a FF2
    rendering
    problem.

    Doug Hays



    "Karl Tiedt"
    <ktiedt at gmail.com
    To
    Sent by: "dojo dev."
    dojo-contributors <dojo-contributors at dojotoolkit.org>
    -bounces at dojotool cc
    kit.org
    Subject
    [dojo-contributors] Wierd CSS issue
    01/11/2008 06:53 with ValidationTextBox on OSX FF
    PM


    Please respond to
    "dojo dev."
    <dojo-contributor
    s at dojotoolkit.org
    >






    I'm running into a CSS issue with OSX FF and ValidationTextBox, the worst
    part is, half of them work, half dont.... and the only fixes I've found is
    using Firebug, edit Tundra or dojo.css and cut/paste the code out of it and
    back into... the redraw of the screen fixes the problem.... OR... if the
    input is inside a TabContainer, tabbing from and back to the active tab (go
    from current tab to next tab and back) causes the same affect... calling
    layout on the tabContainer wont duplicate this... but resizing the browser
    window will fix it too...

    Any suggestions?

    Originally I thought a CSS race condition or something.... so I dumped the
    computed style of the input nodes that this happens on... they text in them
    appears white until the redraws happen.... here is a link to one of the
    computed styles dumps if it will help.


    http://scsys.co.uk:8002/12023

    Hopefully someone else has seen this problem on OSX?

    --
    -Karl Tiedt _______________________________________________
    dojo-contributors mailing list
    dojo-contributors at dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20080111/38126cfc/attachment.htm
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: graycol.gif
    Type: image/gif
    Size: 105 bytes
    Desc: not available
    Url : http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20080111/38126cfc/attachment-0006.gif
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: pic05481.gif
    Type: image/gif
    Size: 1255 bytes
    Desc: not available
    Url : http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20080111/38126cfc/attachment-0007.gif
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: ecblank.gif
    Type: image/gif
    Size: 45 bytes
    Desc: not available
    Url : http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20080111/38126cfc/attachment-0008.gif
  • Karl Tiedt at Jan 11, 2008 at 9:07 pm
    It certainly does Doug, I didnt even think to try that... as soon as I hit
    either one, it snaps into working order...
    I take it that the textbox doesnt call this hack on its own? Guess I'll look
    into that monday (or this weekend if I get bored).

    Thanks Doug!
    On Jan 11, 2008 6:01 PM, Douglas Hays wrote:

    Does ctrl+ (text size increase) followed by ctrl- (text size decrease) fix
    the problem?
    There's a _layoutHack() method in TextBox that's there to get around a FF2
    rendering
    problem.

    Doug Hays
    [image: Inactive hide details for "Karl Tiedt" <ktiedt at gmail.com>]"Karl
    Tiedt" <ktiedt at gmail.com>



    *"Karl Tiedt" <ktiedt at gmail.com>*
    Sent by: dojo-contributors-bounces at dojotoolkit.org

    01/11/2008 06:53 PM
    Please respond to
    "dojo dev." <dojo-contributors at dojotoolkit.org>


    To

    "dojo dev." <dojo-contributors at dojotoolkit.org>
    cc


    Subject

    [dojo-contributors] Wierd CSS issue with ValidationTextBox on OSX FF

    I'm running into a CSS issue with OSX FF and ValidationTextBox, the worst
    part is, half of them work, half dont.... and the only fixes I've found is
    using Firebug, edit Tundra or dojo.css and cut/paste the code out of it
    and back into... the redraw of the screen fixes the problem.... OR... if the
    input is inside a TabContainer, tabbing from and back to the active tab (go
    from current tab to next tab and back) causes the same affect... calling
    layout on the tabContainer wont duplicate this... but resizing the browser
    window will fix it too...

    Any suggestions?

    Originally I thought a CSS race condition or something.... so I dumped the
    computed style of the input nodes that this happens on... they text in them
    appears white until the redraws happen.... here is a link to one of the
    computed styles dumps if it will help.

    *
    **http://scsys.co.uk:8002/12023* <http://scsys.co.uk:8002/12023>


    Hopefully someone else has seen this problem on OSX?

    --
    -Karl Tiedt _______________________________________________
    dojo-contributors mailing list
    dojo-contributors at dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors


    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors at dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors

    --
    -Karl Tiedt
    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20080111/a2bbf78d/attachment.htm
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: not available
    Type: image/gif
    Size: 45 bytes
    Desc: not available
    Url : http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20080111/a2bbf78d/attachment-0004.gif
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: not available
    Type: image/gif
    Size: 105 bytes
    Desc: not available
    Url : http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20080111/a2bbf78d/attachment-0005.gif

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupdojo-contributors @
categoriesdojo
postedJan 11, '08 at 6:53p
activeJan 11, '08 at 9:07p
posts3
users2
websitedojotoolkit.org

2 users in discussion

Karl Tiedt: 2 posts Douglas Hays: 1 post

People

Translate

site design / logo © 2022 Grokbase