The rounding effect for the lfx.rounded system is pretty broken on IE.
Who's on it?

Regards

--
Alex Russell
alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
Url : http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061214/94d22166/attachment.pgp

Search Discussions

  • Tom Trenka at Dec 14, 2006 at 4:34 pm
    I am but I have little time to play with it right now. It's a (quick and
    ugly) port of the original, which was kind of all over the place code-wise,
    and I would be more than happy with alternate solutions.

    trt
    On 12/14/06, Alex Russell wrote:

    The rounding effect for the lfx.rounded system is pretty broken on IE.
    Who's on it?

    Regards

    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723


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


    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061214/26fcca05/attachment.html
  • Alex Russell at Dec 14, 2006 at 5:27 pm
    Something w/ GFX would seem a better fit in general. Might even be
    simpler/faster to implement.

    Regards
    On Thursday 14 December 2006 3:34 pm, Tom Trenka wrote:
    I am but I have little time to play with it right now. It's a (quick
    and ugly) port of the original, which was kind of all over the place
    code-wise, and I would be more than happy with alternate solutions.

    trt
    On 12/14/06, Alex Russell wrote:
    The rounding effect for the lfx.rounded system is pretty broken on
    IE. Who's on it?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: not available
    Type: application/pgp-signature
    Size: 186 bytes
    Desc: not available
    Url : http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061214/d1a0bd4a/attachment.pgp
  • Tom Trenka at Dec 14, 2006 at 5:32 pm
    No safari support if you go that route, plus you don't have the ability to
    specify the size of corners individually. The ideal solution would
    incorporate something like the rounded corner thing from Google, but
    obviously that can't be relied on, and won't handle background images at all
    on the main element...(I looked into it.)

    trt
    On 12/14/06, Alex Russell wrote:

    Something w/ GFX would seem a better fit in general. Might even be
    simpler/faster to implement.

    Regards
    On Thursday 14 December 2006 3:34 pm, Tom Trenka wrote:
    I am but I have little time to play with it right now. It's a (quick
    and ugly) port of the original, which was kind of all over the place
    code-wise, and I would be more than happy with alternate solutions.

    trt
    On 12/14/06, Alex Russell wrote:
    The rounding effect for the lfx.rounded system is pretty broken on
    IE. Who's on it?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723

    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061214/6934eb50/attachment.html
  • Gavin Doughtie at Dec 14, 2006 at 10:50 pm
    Well, maybe rounded corners could drive a canvas-based implementation of
    gfx for Safari...

    Tom Trenka wrote:
    No safari support if you go that route, plus you don't have the
    ability to specify the size of corners individually. The ideal
    solution would incorporate something like the rounded corner thing
    from Google, but obviously that can't be relied on, and won't handle
    background images at all on the main element...(I looked into it.)

    trt

    On 12/14/06, *Alex Russell* wrote:

    Something w/ GFX would seem a better fit in general. Might even be
    simpler/faster to implement.

    Regards
    On Thursday 14 December 2006 3:34 pm, Tom Trenka wrote:
    I am but I have little time to play with it right now. It's a (quick
    and ugly) port of the original, which was kind of all over the place
    code-wise, and I would be more than happy with alternate solutions.

    trt
    On 12/14/06, Alex Russell wrote:
    The rounding effect for the lfx.rounded system is pretty broken on
    IE. Who's on it?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD
    04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB
    2116 CC49 8259 CF78 E242 59C3 9723



    ------------------------------------------------------------------------

    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
  • Bill Keese at Dec 14, 2006 at 11:01 pm
    The rounded corners code is 500 lines long (about 10 pages), and at
    least the old version ran pretty slowly... so if we can get a VML+SVG
    solution that eliminates 9 pages of code and runs faster, I'm not
    concerned if it doesn't work on safari. Pages on safari will still
    run, they'll just have square corners.

    About specifying corner size individually: I wonder if we can do that by
    rendering each corner separately.

    Gavin Doughtie wrote:
    Well, maybe rounded corners could drive a canvas-based implementation of
    gfx for Safari...

    Tom Trenka wrote:
    No safari support if you go that route, plus you don't have the
    ability to specify the size of corners individually. The ideal
    solution would incorporate something like the rounded corner thing
    from Google, but obviously that can't be relied on, and won't handle
    background images at all on the main element...(I looked into it.)

    trt

    On 12/14/06, *Alex Russell* <alex@dojotoolkit.org
    wrote:

    Something w/ GFX would seem a better fit in general. Might even be
    simpler/faster to implement.

    Regards
    On Thursday 14 December 2006 3:34 pm, Tom Trenka wrote:
    I am but I have little time to play with it right now. It's a (quick
    and ugly) port of the original, which was kind of all over the place
    code-wise, and I would be more than happy with alternate solutions.

    trt

    On 12/14/06, Alex Russell < alex@dojotoolkit.org
    wrote:
    The rounding effect for the lfx.rounded system is pretty
    broken on
    IE. Who's on it?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD
    04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB
    2116 CC49 8259 CF78 E242 59C3 9723



    ------------------------------------------------------------------------

    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
  • Torrey Rice at Dec 14, 2006 at 11:08 pm
    And if someone is really concerned about rounded corners in safari,
    safari 2.0 has a pretty good implementation of border-radius (looks
    much smoother than Firefox's implementation). So they can just add -
    webkit-border-radius:#px; and when Leopard hits at least some people
    in safari will see it. :)

    On Dec 14, 2006, at 10:01 PM, Bill Keese wrote:

    The rounded corners code is 500 lines long (about 10 pages), and at
    least the old version ran pretty slowly... so if we can get a VML
    +SVG solution that eliminates 9 pages of code and runs faster, I'm
    not concerned if it doesn't work on safari. Pages on safari will
    still run, they'll just have square corners.

    About specifying corner size individually: I wonder if we can do
    that by rendering each corner separately.

    Gavin Doughtie wrote:
    Well, maybe rounded corners could drive a canvas-based
    implementation of gfx for Safari...
    Tom Trenka wrote:
    No safari support if you go that route, plus you don't have the
    ability to specify the size of corners individually. The ideal
    solution would incorporate something like the rounded corner
    thing from Google, but obviously that can't be relied on, and
    won't handle background images at all on the main element...(I
    looked into it.)

    trt

    On 12/14/06, *Alex Russell* <alex@dojotoolkit.org
    wrote:

    Something w/ GFX would seem a better fit in general. Might
    even be
    simpler/faster to implement.

    Regards
    On Thursday 14 December 2006 3:34 pm, Tom Trenka wrote:
    I am but I have little time to play with it right now. It's a (quick
    and ugly) port of the original, which was kind of all over the place
    code-wise, and I would be more than happy with alternate
    solutions.
    trt

    On 12/14/06, Alex Russell < alex@dojotoolkit.org
    wrote:
    The rounding effect for the lfx.rounded system is pretty
    broken on
    IE. Who's on it?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491
    D5FD
    04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D
    EABB
    2116 CC49 8259 CF78 E242 59C3 9723



    --------------------------------------------------------------------
    ----

    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
  • Alex Russell at Dec 14, 2006 at 11:18 pm

    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie wrote:
    Well, maybe rounded corners could drive a canvas-based implementation
    of gfx for Safari...
    Do you have interest in working on such a thing?

    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: not available
    Type: application/pgp-signature
    Size: 186 bytes
    Desc: not available
    Url : http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061214/066452c9/attachment.pgp
  • Gavin Doughtie at Dec 14, 2006 at 11:47 pm
    Oh, the distance between interest and bandwidth is vast for the next
    little while. My first priority for gfx is to get the gfx.editor widget
    to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie wrote:

    Well, maybe rounded corners could drive a canvas-based implementation
    of gfx for Safari...
    Do you have interest in working on such a thing?
  • Alex Russell at Dec 14, 2006 at 11:50 pm
    Fair enough.

    Tom: if we implemented just enough <canvas> support to get rounded
    corners working, would that be sufficient to allay your concerns?

    Regards
    On Thursday 14 December 2006 10:47 pm, Gavin Doughtie wrote:
    Oh, the distance between interest and bandwidth is vast for the next
    little while. My first priority for gfx is to get the gfx.editor
    widget to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie wrote:
    Well, maybe rounded corners could drive a canvas-based
    implementation of gfx for Safari...
    Do you have interest in working on such a thing?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: not available
    Type: application/pgp-signature
    Size: 186 bytes
    Desc: not available
    Url : http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061214/c98abc46/attachment.pgp
  • Tom Trenka at Dec 15, 2006 at 7:35 am
    I actually don't care what the solution is so much; all I care about is that
    there's a consistent level of support for the things that it does now...or a
    consensus on what features to not support. Personally I hate the current
    solution but I would say that we should probably decide what we *are*
    supporting feature-wise before we implement something else. If I had a
    choice I'd want to use the CSS3 border-radius property and call it good.

    trt
    On 12/15/06, Alex Russell wrote:

    Fair enough.

    Tom: if we implemented just enough <canvas> support to get rounded
    corners working, would that be sufficient to allay your concerns?

    Regards
    On Thursday 14 December 2006 10:47 pm, Gavin Doughtie wrote:
    Oh, the distance between interest and bandwidth is vast for the next
    little while. My first priority for gfx is to get the gfx.editor
    widget to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie wrote:
    Well, maybe rounded corners could drive a canvas-based
    implementation of gfx for Safari...
    Do you have interest in working on such a thing?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723


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


    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061215/c479d988/attachment.html
  • Tom Trenka at Dec 15, 2006 at 8:04 am
    I should probably list out what it supports now, just so everyone knows:

    1. Anti-aliasing
    2. different radii (w/h) per corner
    3. full background image support
    4. full transparency support
    5. automated padding, if asked for
    6. liquid box sizing

    What it does not support:

    1. nested widgets (my fault, need to go back and change the way the padding
    is implemented; the original used innerHTML and it should have used
    appendChild).
    ---

    Possible alternatives include:
    CSS3 radius (my personal preference, of course no IE support)
    gfx with some fallbacks, if needed
    image-based solutions (i.e. if it becomes a reality, tapping into that
    Google service)

    The current solution is a "thousand div" solution that uses block elements
    to emulate pixels; I personally never liked it but the source was ported by
    permission of the author. There are a few other similar solutions out there
    that are a lot more streamlined, but almost all of them were released under
    LGPL.

    If the group wants to come to a consensus conclusion about what we are
    willing to support, I'd be *more* than happy to trash the current solution.

    trt

    On 12/15/06, Tom Trenka wrote:

    I actually don't care what the solution is so much; all I care about is
    that there's a consistent level of support for the things that it does
    now...or a consensus on what features to not support. Personally I hate
    the current solution but I would say that we should probably decide what we
    *are* supporting feature-wise before we implement something else. If I had
    a choice I'd want to use the CSS3 border-radius property and call it good.

    trt
    On 12/15/06, Alex Russell wrote:

    Fair enough.

    Tom: if we implemented just enough <canvas> support to get rounded
    corners working, would that be sufficient to allay your concerns?

    Regards
    On Thursday 14 December 2006 10:47 pm, Gavin Doughtie wrote:
    Oh, the distance between interest and bandwidth is vast for the next
    little while. My first priority for gfx is to get the gfx.editor
    widget to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie wrote:
    Well, maybe rounded corners could drive a canvas-based
    implementation of gfx for Safari...
    Do you have interest in working on such a thing?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723


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


    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061215/7d3d4261/attachment.html
  • Bill Keese at Jan 7, 2007 at 12:06 pm
    FYI, I copied this thread to bug http://trac.dojotoolkit.org/ticket/2286
    so that we don't forget about it.

    Tom Trenka wrote:
    I should probably list out what it supports now, just so everyone knows:

    1. Anti-aliasing
    2. different radii (w/h) per corner
    3. full background image support
    4. full transparency support
    5. automated padding, if asked for
    6. liquid box sizing

    What it does not support:

    1. nested widgets (my fault, need to go back and change the way the
    padding is implemented; the original used innerHTML and it should have
    used appendChild).
    ---

    Possible alternatives include:
    CSS3 radius (my personal preference, of course no IE support)
    gfx with some fallbacks, if needed
    image-based solutions (i.e. if it becomes a reality, tapping into that
    Google service)

    The current solution is a "thousand div" solution that uses block
    elements to emulate pixels; I personally never liked it but the source
    was ported by permission of the author. There are a few other similar
    solutions out there that are a lot more streamlined, but almost all of
    them were released under LGPL.

    If the group wants to come to a consensus conclusion about what we are
    willing to support, I'd be *more* than happy to trash the current solution.

    trt


    On 12/15/06, *Tom Trenka* wrote:

    I actually don't care what the solution is so much; all I care about
    is that there's a consistent level of support for the things that it
    does now...or a consensus on what features to not support.
    Personally I hate the current solution but I would say that we
    should probably decide what we *are* supporting feature-wise before
    we implement something else. If I had a choice I'd want to use the
    CSS3 border-radius property and call it good.

    trt

    On 12/15/06, *Alex Russell* wrote:

    Fair enough.

    Tom: if we implemented just enough <canvas> support to get rounded
    corners working, would that be sufficient to allay your concerns?

    Regards
    On Thursday 14 December 2006 10:47 pm, Gavin Doughtie wrote:
    Oh, the distance between interest and bandwidth is vast for the next
    little while. My first priority for gfx is to get the gfx.editor
    widget to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie wrote:
    Well, maybe rounded corners could drive a canvas-based
    implementation of gfx for Safari...
    Do you have interest in working on such a thing?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491
    D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D
    EABB 2116 CC49 8259 CF78 E242 59C3 9723


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






    ------------------------------------------------------------------------

    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
  • Alex Russell at Jan 8, 2007 at 1:51 pm
    Thanks, bill!

    Regards
    On Sunday 07 January 2007 11:06 am, Bill Keese wrote:
    FYI, I copied this thread to bug
    http://trac.dojotoolkit.org/ticket/2286 so that we don't forget about
    it.

    Tom Trenka wrote:
    I should probably list out what it supports now, just so everyone
    knows:

    1. Anti-aliasing
    2. different radii (w/h) per corner
    3. full background image support
    4. full transparency support
    5. automated padding, if asked for
    6. liquid box sizing

    What it does not support:

    1. nested widgets (my fault, need to go back and change the way the
    padding is implemented; the original used innerHTML and it should
    have used appendChild).
    ---

    Possible alternatives include:
    CSS3 radius (my personal preference, of course no IE support)
    gfx with some fallbacks, if needed
    image-based solutions (i.e. if it becomes a reality, tapping into
    that Google service)

    The current solution is a "thousand div" solution that uses block
    elements to emulate pixels; I personally never liked it but the
    source was ported by permission of the author. There are a few
    other similar solutions out there that are a lot more streamlined,
    but almost all of them were released under LGPL.

    If the group wants to come to a consensus conclusion about what we
    are willing to support, I'd be *more* than happy to trash the
    current solution.

    trt


    On 12/15/06, *Tom Trenka* <ttrenka@gmail.com
    wrote:

    I actually don't care what the solution is so much; all I care
    about is that there's a consistent level of support for the things
    that it does now...or a consensus on what features to not support.
    Personally I hate the current solution but I would say that we
    should probably decide what we *are* supporting feature-wise before
    we implement something else. If I had a choice I'd want to use the
    CSS3 border-radius property and call it good.

    trt

    On 12/15/06, *Alex Russell* < alex@dojotoolkit.org
    wrote:

    Fair enough.

    Tom: if we implemented just enough <canvas> support to get
    rounded corners working, would that be sufficient to allay your
    concerns?

    Regards
    On Thursday 14 December 2006 10:47 pm, Gavin Doughtie wrote:
    Oh, the distance between interest and bandwidth is vast
    for the next
    little while. My first priority for gfx is to get the
    gfx.editor widget to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie
    wrote:
    Well, maybe rounded corners could drive a
    canvas-based implementation of gfx for Safari...
    Do you have interest in working on such a thing?
    --
    Alex Russell
    alex@sitepen.com A99F 8785
    F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03
    E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723


    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org





    -------------------------------------------------------------------
    -----

    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: not available
    Type: application/pgp-signature
    Size: 186 bytes
    Desc: not available
    Url : http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20070108/7509fa4c/attachment.pgp
  • Jesse Kuhnert at Dec 15, 2006 at 2:06 pm
    Right. For instance - any of us working on the server end of things as
    well (probably covers almost all of us ) could easily add a google
    corner image generating kind of service to their server environments
    as well. (or even possibly make it an optional service people can use
    as part of a "framework" of some kind )

    If that's the most efficient / practical way to do it of course. We
    don't ~have~ to have a solution for every problem.
    On 12/15/06, Tom Trenka wrote:
    I actually don't care what the solution is so much; all I care about is that
    there's a consistent level of support for the things that it does now...or a
    consensus on what features to not support. Personally I hate the current
    solution but I would say that we should probably decide what we *are*
    supporting feature-wise before we implement something else. If I had a
    choice I'd want to use the CSS3 border-radius property and call it good.

    trt
    <snipped>


    --
    Jesse Kuhnert
    Tapestry/Dojo team member/developer

    Open source based consulting work centered around
    dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
  • Alex Russell at Dec 14, 2006 at 11:17 pm

    On Thursday 14 December 2006 4:32 pm, Tom Trenka wrote:
    No safari support
    ...today. We'll have it in the next Safari release.
    if you go that route, plus you don't have the
    ability to specify the size of corners individually. Why not?
    The ideal
    solution would incorporate something like the rounded corner thing
    from Google, but obviously that can't be relied on, and won't handle
    background images at all on the main element...(I looked into it.)
    Regards

    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
    -------------- next part --------------
    A non-text attachment was scrubbed...
    Name: not available
    Type: application/pgp-signature
    Size: 186 bytes
    Desc: not available
    Url : http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20061214/11ea4d40/attachment.pgp
  • Owen Williams at Jan 7, 2007 at 3:05 pm
    I'm playing a lot with Canvas right now, and could possibly provide
    some Canvas-based code for Safari/FF/Opera support of rounded
    corners. What would help this happen quickly would be for someone to
    walk me through the exact API we need to support (rather than me
    having to dig through the code to figure out what it needs to do).
    Writing the actual Canvas bits is pretty easy for me at this point.
    Anyone want to be a module buddy with me on this?

    cheers
    O

    -------------------------
    Whenever I despair, I remember that the way of truth and love has
    always won. There may be tyrants and murderers, and for a time, they
    may seem invincible, but in the end, they always fail. Think of it:
    always. -- Mohandas K. Ghandi


    On Jan 7, 2007, at 11:06 AM, Bill Keese wrote:

    FYI, I copied this thread to bug http://trac.dojotoolkit.org/ticket/
    2286 so that we don't forget about it.

    Tom Trenka wrote:
    I should probably list out what it supports now, just so everyone
    knows:
    1. Anti-aliasing
    2. different radii (w/h) per corner
    3. full background image support
    4. full transparency support
    5. automated padding, if asked for
    6. liquid box sizing
    What it does not support:
    1. nested widgets (my fault, need to go back and change the way
    the padding is implemented; the original used innerHTML and it
    should have used appendChild).
    ---
    Possible alternatives include:
    CSS3 radius (my personal preference, of course no IE support)
    gfx with some fallbacks, if needed
    image-based solutions (i.e. if it becomes a reality, tapping into
    that Google service)
    The current solution is a "thousand div" solution that uses block
    elements to emulate pixels; I personally never liked it but the
    source was ported by permission of the author. There are a few
    other similar solutions out there that are a lot more streamlined,
    but almost all of them were released under LGPL.
    If the group wants to come to a consensus conclusion about what we
    are willing to support, I'd be *more* than happy to trash the
    current solution.
    trt
    On 12/15/06, *Tom Trenka* <ttrenka@gmail.com
    wrote:
    I actually don't care what the solution is so much; all I care
    about
    is that there's a consistent level of support for the things
    that it
    does now...or a consensus on what features to not
    support. Personally I hate the current solution but I would
    say that we
    should probably decide what we *are* supporting feature-wise
    before
    we implement something else. If I had a choice I'd want to
    use the
    CSS3 border-radius property and call it good.
    trt
    On 12/15/06, *Alex Russell* < alex@dojotoolkit.org
    wrote:
    Fair enough.
    Tom: if we implemented just enough <canvas> support to get
    rounded
    corners working, would that be sufficient to allay your
    concerns?
    Regards
    On Thursday 14 December 2006 10:47 pm, Gavin Doughtie wrote:
    Oh, the distance between interest and bandwidth is vast
    for
    the next
    little while. My first priority for gfx is to get the
    gfx.editor
    widget to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie
    wrote:
    Well, maybe rounded corners could drive a canvas-based
    implementation of gfx for Safari...
    Do you have interest in working on such a thing?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491
    D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D
    EABB 2116 CC49 8259 CF78 E242 59C3 9723
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    ---------------------------------------------------------------------
    ---
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
  • Tom Trenka at Jan 7, 2007 at 3:15 pm
    I wouldn't worry about the actual API for it at this point; if you come up
    with something better, feel free to implement it and we can provide a shim
    for it if we need to. Also, though using canvas is OK I would be very
    hesitant to go that route--only because of IE support, which we'd still need
    to figure out.

    Either way I'll feature buddy it.

    trt
    On 1/7/07, Owen Williams wrote:


    I'm playing a lot with Canvas right now, and could possibly provide
    some Canvas-based code for Safari/FF/Opera support of rounded
    corners. What would help this happen quickly would be for someone to
    walk me through the exact API we need to support (rather than me
    having to dig through the code to figure out what it needs to do).
    Writing the actual Canvas bits is pretty easy for me at this point.
    Anyone want to be a module buddy with me on this?

    cheers
    O

    -------------------------
    Whenever I despair, I remember that the way of truth and love has
    always won. There may be tyrants and murderers, and for a time, they
    may seem invincible, but in the end, they always fail. Think of it:
    always. -- Mohandas K. Ghandi


    On Jan 7, 2007, at 11:06 AM, Bill Keese wrote:

    FYI, I copied this thread to bug http://trac.dojotoolkit.org/ticket/
    2286 so that we don't forget about it.

    Tom Trenka wrote:
    I should probably list out what it supports now, just so everyone
    knows:
    1. Anti-aliasing
    2. different radii (w/h) per corner
    3. full background image support
    4. full transparency support
    5. automated padding, if asked for
    6. liquid box sizing
    What it does not support:
    1. nested widgets (my fault, need to go back and change the way
    the padding is implemented; the original used innerHTML and it
    should have used appendChild).
    ---
    Possible alternatives include:
    CSS3 radius (my personal preference, of course no IE support)
    gfx with some fallbacks, if needed
    image-based solutions (i.e. if it becomes a reality, tapping into
    that Google service)
    The current solution is a "thousand div" solution that uses block
    elements to emulate pixels; I personally never liked it but the
    source was ported by permission of the author. There are a few
    other similar solutions out there that are a lot more streamlined,
    but almost all of them were released under LGPL.
    If the group wants to come to a consensus conclusion about what we
    are willing to support, I'd be *more* than happy to trash the
    current solution.
    trt
    On 12/15/06, *Tom Trenka* <ttrenka@gmail.com
    wrote:
    I actually don't care what the solution is so much; all I care
    about
    is that there's a consistent level of support for the things
    that it
    does now...or a consensus on what features to not
    support. Personally I hate the current solution but I would
    say that we
    should probably decide what we *are* supporting feature-wise
    before
    we implement something else. If I had a choice I'd want to
    use the
    CSS3 border-radius property and call it good.
    trt
    On 12/15/06, *Alex Russell* < alex@dojotoolkit.org
    wrote:
    Fair enough.
    Tom: if we implemented just enough <canvas> support to get
    rounded
    corners working, would that be sufficient to allay your
    concerns?
    Regards
    On Thursday 14 December 2006 10:47 pm, Gavin Doughtie wrote:
    Oh, the distance between interest and bandwidth is vast
    for
    the next
    little while. My first priority for gfx is to get the
    gfx.editor
    widget to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie
    wrote:
    Well, maybe rounded corners could drive a canvas-based
    implementation of gfx for Safari...
    Do you have interest in working on such a thing?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491
    D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D
    EABB 2116 CC49 8259 CF78 E242 59C3 9723
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    ---------------------------------------------------------------------
    ---
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors

    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors
    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20070107/eb6e31ae/attachment.html
  • Gavin Doughtie at Jan 7, 2007 at 5:42 pm
    *cough* while you're playing with canvas see if you can't go ahead and
    implement the interface in gfx/vml.js and gfx/svg.js...

    (I'll apologize in person for this email on Friday).

    Gavin

    Owen Williams wrote:
    I'm playing a lot with Canvas right now, and could possibly provide
    some Canvas-based code for Safari/FF/Opera support of rounded
    corners. What would help this happen quickly would be for someone to
    walk me through the exact API we need to support (rather than me
    having to dig through the code to figure out what it needs to do).
    Writing the actual Canvas bits is pretty easy for me at this point.
    Anyone want to be a module buddy with me on this?

    cheers
    O

    -------------------------
    Whenever I despair, I remember that the way of truth and love has
    always won. There may be tyrants and murderers, and for a time, they
    may seem invincible, but in the end, they always fail. Think of it:
    always. -- Mohandas K. Ghandi


    On Jan 7, 2007, at 11:06 AM, Bill Keese wrote:

    FYI, I copied this thread to bug
    http://trac.dojotoolkit.org/ticket/2286 so that we don't forget about
    it.

    Tom Trenka wrote:
    I should probably list out what it supports now, just so everyone
    knows:
    1. Anti-aliasing
    2. different radii (w/h) per corner
    3. full background image support
    4. full transparency support
    5. automated padding, if asked for
    6. liquid box sizing
    What it does not support:
    1. nested widgets (my fault, need to go back and change the way the
    padding is implemented; the original used innerHTML and it should
    have used appendChild).
    ---
    Possible alternatives include:
    CSS3 radius (my personal preference, of course no IE support)
    gfx with some fallbacks, if needed
    image-based solutions (i.e. if it becomes a reality, tapping into
    that Google service)
    The current solution is a "thousand div" solution that uses block
    elements to emulate pixels; I personally never liked it but the
    source was ported by permission of the author. There are a few
    other similar solutions out there that are a lot more streamlined,
    but almost all of them were released under LGPL.
    If the group wants to come to a consensus conclusion about what we
    are willing to support, I'd be *more* than happy to trash the
    current solution.
    trt
    On 12/15/06, *Tom Trenka* <ttrenka@gmail.com
    wrote:
    I actually don't care what the solution is so much; all I care
    about
    is that there's a consistent level of support for the things
    that it
    does now...or a consensus on what features to not support.
    Personally I hate the current solution but I would say that we
    should probably decide what we *are* supporting feature-wise before
    we implement something else. If I had a choice I'd want to use the
    CSS3 border-radius property and call it good.
    trt
    On 12/15/06, *Alex Russell* < alex@dojotoolkit.org
    wrote:
    Fair enough.
    Tom: if we implemented just enough <canvas> support to get
    rounded
    corners working, would that be sufficient to allay your
    concerns?
    Regards
    On Thursday 14 December 2006 10:47 pm, Gavin Doughtie wrote:
    Oh, the distance between interest and bandwidth is vast for the next
    little while. My first priority for gfx is to get the
    gfx.editor
    widget to a place where it's extensible.

    Alex Russell wrote:
    On Thursday 14 December 2006 9:50 pm, Gavin Doughtie
    wrote:
    Well, maybe rounded corners could drive a canvas-based
    implementation of gfx for Safari...
    Do you have interest in working on such a thing?
    --
    Alex Russell
    alex@sitepen.com A99F 8785 F491
    D5FD 04D7 ACD9 4158 FFDF 2894 6876
    alex@dojotoolkit.org BE03 E88D
    EABB 2116 CC49 8259 CF78 E242 59C3 9723
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    ------------------------------------------------------------------------

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

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

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupdojo-contributors @
categoriesdojo
postedDec 14, '06 at 4:30p
activeJan 8, '07 at 1:51p
posts19
users8
websitedojotoolkit.org

People

Translate

site design / logo © 2022 Grokbase