On 1/3/13 12:10 AM, Ian Hickson wrote:
On Wed, 2 Jan 2013, Boris Zbarsky wrote:
On 1/2/13 4:37 PM, Ian Hickson wrote:
Wait, Web Components isn't solving this? I thought this was one of the
main use cases of Web Components.
[...] and it is certainly not doing:
4) Defining the browser-defined
On Wed, 2 Jan 2013, Boris Zbarsky wrote:
> On 1/2/13 4:37 PM, Ian Hickson wrote:
> > Wait, Web Components isn't solving this? I thought this was one of the
> > main use cases of Web Components.
>
> [...] and it is certainly not doing:
>
> 4) Defining the browser-defined "custom" widgets using th
On 1/3/2013 4:35 AM, Anne van Kesteren wrote:
On Wed, Jan 2, 2013 at 8:53 PM, Ian Hickson wrote:
Like most widgets, I think the answer is Web Components.
As far as I can tell styling form controls is an unsolved problem and
Components does not seem to be tackling it. We always play the
Compone
On 1/2/13 4:37 PM, Ian Hickson wrote:
Wait, Web Components isn't solving this? I thought this was one of the
main use cases of Web Components.
As far as I can tell, Web Components is doing the following:
1) Defining a way for authors to implement custom widgets.
2) Defining a way to maybe de
On Wed, 2 Jan 2013, Anne van Kesteren wrote:
> On Wed, Jan 2, 2013 at 8:53 PM, Ian Hickson wrote:
> > Like most widgets, I think the answer is Web Components.
>
> As far as I can tell styling form controls is an unsolved problem and
> Components does not seem to be tackling it. We always play th
http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html#tables
says:
# The table element's width attribute maps to the dimension
# property 'width' on the table element.
...
# The td and th elements' width attributes map to the dimension
# property 'width' on the ele
On Wed, Jan 2, 2013 at 8:53 PM, Ian Hickson wrote:
> Like most widgets, I think the answer is Web Components.
As far as I can tell styling form controls is an unsolved problem and
Components does not seem to be tackling it. We always play the
Components card (and before that the XBL card), but th
yes, your particular use case was easy.
However, just look at how stroke is implemented in the Canvas 2d spec or
how you can create paths by stroking or stroked text. They're all affected
by the winding rules.
(The description on how to do strokes in the spec is very wrong, but that
can be addresse
On Wed, 2 Jan 2013, Cameron McCormack wrote:
>
> I'm wondering if anybody has had any further thoughts on how
> and should be made stylable.
Like most widgets, I think the answer is Web Components.
--
Ian Hickson U+1047E)\._.,--,'``.fL
http://ln.hixie.ch/
Actually, fillRule was really trivial to implement since the underlying
graphics context already had that as a Boolean state attribute. All I
needed to do was expose the existing attribute through the canvas API IDL.
Take a look at the patch and notice how it doesn't actually add any new
function
Hi James,
this features is not a trivial as it seems. Adding this will necessitate
updates to the algorithms that deal with paths and the outlining of strokes
and text.
As Dirk mentioned, instead of making it part of the graphics state, it's
more likely better to make it part of the fill or clip o
On 04/08/2011 05:05 AM, Lachlan Hunt wrote:
One option is to define that the list-style-type 'disclosure-*' as magic values
that mean to render a UA specific/platform
dependent widget. But that differs from all other list-style-type values and
doesn't seem quite right.
The CSSWG discussed a
On Jan 2, 2013, at 3:40 AM, "James Ascroft-Leigh" wrote:
> All,
>
> I recently discovered that a common and well understood 2D graphics
> operation is not supported by the 2D canvas API even though it is supported
> by almost every other modern 2D graphics API. This missing feature is
> called
All,
I recently discovered that a common and well understood 2D graphics
operation is not supported by the 2D canvas API even though it is supported
by almost every other modern 2D graphics API. This missing feature is
called even-odd fill and controls how the fill region is calculated for
self-i
14 matches
Mail list logo