on its proposals prior to deciding to ship, would be better than the
circumvention of the standardization processes *and spirit* being demonstrated
here, I would think.
~fantasai
repository at
https://github.com/w3c/csswg-drafts/issues
For the CSS WG,
~fantasai
Emilio Cobos Álvarez)
for their detailed feedback this round.
Please review the draft, and send any comments to the www-style mailing list,
, prefixed with [css-lists-3] (as I did on this message) or
(preferably) file them in the GitHub repository at
https://github.com/w3c/csswg-drafts/issues
For the CSS WG,
~fantasai
On 11/21/18 2:33 PM, Andrew Fedoniouk wrote:
:blank is quite bad as a state name
For example shall be considered as not :blank as it has initial value
deliberately set to blank string (empty string allowed).
This would match :blank.
~fantasai
://github.com/w3c/csswg-drafts/issues/2263
Please review the draft, and send any comments to the CSSWG mailing list,
, prefixed with [selectors-4] (as I did on this
message) or (preferably) file them in the GitHub repository at
https://github.com/w3c/csswg-drafts/issues
For the CSS WG,
~fantasai
list,
, prefixed with [css-display] (as I did on this
message) or (preferably) file them in the GitHub repository at
https://github.com/w3c/csswg-drafts/issues
For the CSS WG,
~fantasai
On 12/25/2017 02:54 AM, fantasai wrote:
The CSS WG has published an updated Candidate Recommendation of the
CSS Scroll Snapping Module Level 1:
https://www.w3.org/TR/css-scroll-snap-1/
This module contains features to control panning and scrolling behavior
with “snap positions
-drafts/issues/1771
It's tagged against Level 4, but we did just add handling for
and .
~fantasai
Forwarded Message
https://lists.w3.org/Archives/Public/www-style/2018Mar/0001.html
The CSS WG has published an updated Working Draft of the
CSS Intrinsic and Extrinsic Sizing Module
he CSS WG,
~fantasai
I did on this
message) or (preferably) file them in the GitHub repository at
https://github.com/w3c/csswg-drafts/issues
For the CSS WG,
~fantasai
On 02/02/2017 01:18 PM, Boris Zbarsky wrote:
On 2/1/17 6:07 PM, fantasai wrote:
Wrt this particular issue, run-ins only run into other blocks; they
do not exist in or affect layout modes other than block-and-inline.
OK, so if I have a flex container with two kids, a run-in and a block, do I
.
Wrt this particular issue, run-ins only run into other blocks; they
do not exist in or affect layout modes other than block-and-inline.
~fantasai
ith [css-display] (as I did on this message)
or (preferably) file them in the GitHub repository at
https://github.com/w3c/csswg-drafts/issues
For the CSS WG,
~fantasai
:38 PM, fantasai wrote:
First one is 'display: contents':
This one is mostly a question for Mats. That said, I think this
feature adds a huge amount of complexity, and I expect that some
of its interactions with HTML are not very clearly specced. For
example, what should this do
On 06/20/2016 06:14 PM, Phillips, Addison wrote:
+I18N Core
Thanks for this. I have added this to I18N's radar [1]. Do you have a
due date for comments in mind? Or a general schedule?
Not really.
~fantasai
in the CSSWG GitHub repository at
https://github.com/w3c/csswg-drafts/issues
For the CSS WG,
~fantasai
them to <www-st...@w3.org>, prefixed with [css-pseudo-4]
(as I did on this message).
For the CSS WG,
~fantasai
de-4]
(as I did on this message).
For the CSS WG,
~fantasai
, not being a longhand of 'display', will stay
separate.)
For the CSS WG,
~fantasai
came up on the
CSSWG ML just recently:
http://lists.w3.org/Archives/Public/www-style/2014Jul/0131.html
In that case it's about retrieving the OS's notion of this color.
~fantasai
=13108
I've no comment on concerns about compatibility with XML, but I can say
that I've typed zwsp; multiple times expecting it to work and find it
surprising that zwj; and zwnj; work, but zwsp; does not...
~fantasai
line with
[css-cascade-3]
(as I did on this message). The deadline for comments is
** 26 August 2013 **
Please let us know if you need an extension.
We would particularly appreciate review of this module from the
HTML and WebAPI communities. Thanks!
For the CSS WG,
~fantasai
WG,
~fantasai
how to specific audio
characteristics in a media query.
I don't think such a thing exists, but you could request it
for Media Queries Level 4:
http://dev.w3.org/csswg/mediaqueries4/
You'd want to post to www-style for that, though.
~fantasai
IIRC is 'none'.
I'm not sure I'd recommend it as a good way forward for anything
since it's not clear how other values are supposed to work.
~fantasai
On 11/16/2012 07:38 AM, frederick.hir...@nokia.com wrote:
fantasai
Is the WG response (see below) to your Last Call issue (LC-2642) [1]
on HTML Media Capture [2] regarding clarification of accept and capture
[attributes of input] sufficient for us to close the issue?
If timeless and/or hixie
:valid-drop
:no-drop:no-drop :invalid-drop:invalid-drop
Thanks~
~fantasai
On 08/13/2012 11:55 PM, Ryosuke Niwa wrote:
On Mon, Aug 13, 2012 at 9:19 PM, fantasai fantasai.li...@inkedblade.net
mailto:fantasai.li...@inkedblade.net wrote:
The CSSWG discussed drag-and-drop pseudo-classes today. The current
proposal is to have three pseudo-classes:
* One
as :not(:valid-drop). I'm unsure if
it's necessary to add at this point, but can add it and mark at-risk for
the time being.
~fantasai
=CSScomponent=Flexboxresolution=---
[2] http://lists.w3.org/Archives/Public/www-style/
~fantasai
Co-Editor, CSS Flexible Box Layout
, they are all equivalent. For things like credit card numbers
and postal codes, they probably aren't.
The spec could perhaps benefit from an example of how /not/ to use
type=number here...
~fantasai
that we're considering a pseudo-
element here?
~fantasai
at *least* 15 minutes to respond? No? :-)
http://krijnhoetmer.nl/irc-logs/css/20120114
In the interests of moving on with this, I've changed the spec to the
above. I welcome implementation experience on whether this works. If it
doesn't, I'm happy to change it back.
Sounds okay to me.
~fantasai
so that we don't miss your comments.
Thanks~
~fantasai
with the rendering requirements by
specifying
wbr { content: '\8203' /* zwsp */;
text-wrap: normal; }
Slightly off-topic: in CSS3, there is an 'avoid' value for 'text-wrap',
which is designed to solve problems similar to those currently dealt
with by using nobr/wbr combinations.
~fantasai
option.
~fantasai
...@w3.org,
with [mediaqueries] in the subject line.
~fantasai
. If implementers want to take that on, it can be part of CSS3
Text. Also there were proposals for a text-outline property, which would
do something similar, based on feedback from the TimedText WG.
http://www.w3.org/TR/css3-text/#text-shadow
http://www.w3.org/TR/css3-text/#text-outline
~fantasai
. And if there is behavior to
activate, it should be keyboard-activateable as well, not just mouse-
clickable.
I'm also interested to know whether there's a web-compat issue here or
just a bug-compat issue, and what the implementers think.
~fantasai
, which is equivalent to
naming large features of HTML.
How do you define a large feature of HTML?
~fantasai
filed as something to look at for Selectors 4.
~fantasai
On 01/14/2010 12:49 AM, Simon Montagu wrote:
On 01/11/2010 11:35 PM, fantasai wrote:
On 11/26/2009 10:54 PM, Simon Montagu wrote:
I assume your Gecko example is using a very recent version of Gecko,
such as a nightly build or a beta of Firefox 3.6? I fixed this issue
only a few months ago
for these attributes here:
http://fantasai.inkedblade.net/markup/tests/table-frame-rules/
I should probably expand it to include tests for the empty string and junk
valuse, but that's what it is for now.
~fantasai
Ian Hickson wrote:
On Mon, 4 May 2009, fantasai wrote:
Section 10.2.6, i.e. The XHTML syntax: Rendering: Punctuation and decoration
contains some style rules for handling the [rules] and [frames] attributes
of the table element. I haven't reviewed it all in detail but this part
table[frames
Ian Hickson wrote:
On Wed, 11 Feb 2009, fantasai wrote:
Given the state of current implementations and the fact that hidden input
elements do have distinct enabled and disabled states, I don't understand
the reasoning behind this change.
http://twitter.com/WHATWG/status/1198455588
The idea
these elements won't be reading the spec.
It is quite likely that someone will assume dialog is the correct
tag to use for a CSS+JS dialog box.
~fantasai
. ...
You could use dialogue instead of dialog. Dialog is an alternate spelling
of dialogue in common English, but IIRC dialogue is never used for dialog
boxes. I'm sure mpt can correct me if I'm wrong...
~fantasai
: in many cases certain carefully-chosen strokes are left out in
the smaller sizes in order to make it legible. Judging from information
about Meiryo, it seems more recent font technology uses vectors + hinting
to solve the same problem... but maybe it's something to keep in mind.
~fantasai
a similar problem.
~fantasai
a size can be considered a relationship.
I don't think it can. This seems pretty wrong to me: the right place for
this information would be, as Jeff Walden said, in the 'type' attribute.
~fantasai
probably want the ability to specify a ratio instead.
(And I suppose for sound icons, you'd want the length of the sound clip...)
Also, I didn't see anything in the spec about parameters needing to be
prefixed, only subtypes. Maybe I missed it.
~fantasai
to be side-by-side with the original page: in that case a
floating box in the middle of the page would be ideal. Etc.
~fantasai
. For some background,
you can see the relevant discussions for CSS
http://www.w3.org/blog/CSS/2007/12/12/case_sensitivity
~fantasai
is adequate.)
~fantasai
Nikola Mitic wrote:
fantasai wrote:
Michael wrote (on www-style):
I have a fluid layout so it changes width because of the browser window.
There is the slight problem that some of the images I use might be too wide.
So I use max-width:100% to prevent this from happening. This works great
on a lot of sites if the author just bothers to put
it there. Of course the author could make the print result pretty, rather
than just a text dump. There are very few cases where a separate document
would be necessary.
~fantasai
and limitations. Trying to constrain their use is imho unwise.
When Tantek Çelik comes to the WHATWG or the HTMLWG and says I want a central
registry for class names, then make one. Until then, I suggest simply leaving
this domain to the μF guys (and gals).
~fantasai
Benjamin Hawkes-Lewis wrote:
An author element might kill several of these birds with one stone.
I'd rather see an attribution element than an author element.
It is more generally useful.
~fantasai
:
http://microformats.org/wiki/datetime-design-pattern
The time element is much more appropriate for this than abbr.
[1] http://code.google.com/webstats/2005-12/classes.html
~fantasai
it easy to cut out
extraneous content and print just the main content of a web page.
~fantasai
is that their presentation is the same, but that argument doesn't
hold up for non-Latin texts. Restyling em sitewide to use 'text-emphasis'
instead of 'font-style: italic' would be a nifty thing on a Japanese website.
Restyling i the same way would just be silly.
~fantasai
. The key difference from other annotation systems is that it can be
word-for-word without being awkward. (Imagine doing this with footnotes.)
~fantasai
=[atom]
and without dropping the 'type' attribute entirely (which was the other
solution pointed out on the whatwg list).
~fantasai
/ltdef.html#index
[2] http://fantasai.tripod.com/qref/Appendix/LinkTypes/ltdef.html#top
~fantasai
be the most appropriate default feed to subscribe to
from an entry page, if it were somehow clearly labelled.
~fantasai
contains the definition for the _term_ of
the dfn element.
I'd just strike the contents.
definition for the term given by the dfn element.
~fantasai
, albeit without the captions:
http://www.mozilla.org/contribute/writing/markup#notes
~fantasai
/tables.html#h-11.4.1
~fantasai
2.1 draft in particular?
Easy: it didn't get removed.
http://www.w3.org/TR/CSS2/tables.html#q7
~fantasai
that is a stronger argument for keeping char than align.
Another argument for align is that CSS alone can't do anything useful
about alignment in columns, since inheritance only works through the
element tree. Of course, I'd prefer to see that fixed in CSS.
~fantasai
from the locale.
What locale?
~fantasai
.
~fantasai
Ian Hickson wrote:
On Tue, 4 Apr 2006, fantasai wrote:
I'm wondering what WA1 considers appropriate markup for a figure with a
caption.
pimg src=image-equivalent-of-text alt=text title=caption/p
As Lachlan points out, putting caption text in an attribute isn't very
good design
-users/message/422
Does moving the choice up higher help any?
~fantasai
there are, other tools do. We can't
express IDness in a schema if we insist on ignoring its syntactic
restrictions.
~fantasai
Henri Sivonen wrote:
On Apr 2, 2006, at 18:56, fantasai wrote:
I'd rather see the id attribute restricted to an NCName token insofar
as possible. We can make an exception for Hixie's repetition templates,
but otherwise I think it should be compatible with the XML ID syntax.
Do you mean
Henri Sivonen wrote:
Single select:
Is it conforming for an option to be both selected and disabled? (I
think it shouldn't be conforming.)
I agree with that.
And analogously: Is is conforming for a radio button to be both checked
and disabled if the whole set is not disabled? (This one is
Ian Hickson wrote:
On Tue, 28 Mar 2006, fantasai wrote:
Another issue is the possible use of U+2212 MINUS SIGN intead of U+002D
HYPHEN-MINUS. This last, at least, should be handled whenever the number
is parsed from the text content rather than in an attribute.
In the text, negative
engineers I know.
As for spelling, I'm likely to use gage for e.g. 22-gage steel deck,
but I'm inclined to use gauge for fuel gauge. But that's just me.
~fantasai
/pipermail/whatwg-whatwg.org/2005-
August/004649.html
Something else to think about: If cite is reserved only for source
citations, what markup do we use for generic title of work?
~fantasai
, too.
~fantasai
writing gotos.
~fantasai
'rel' on links.
http://www.microformats.org/blog/2005/10/19/more-than-styling/
http://microformats.org/wiki/hcalendar
http://microformats.org/wiki/xoxo
As Tantek likes to remind people: don't reinvent.
~fantasai
Matthew Raymond wrote:
How many user agents support Javascript but not CSS1? Does Lynx or
some other text-mode browser support Javascript? I'll have to look into
that...
ELinks is experimenting with SpiderMonkey.
~fantasai
an absolute URI to a relative
one later on.
~fantasai
(naming
with the id attribute).
The A element no longer has a name attribute in HTML 5; the 'id'
attribute is a much better design, and is already well supported.
http://www.whatwg.org/specs/web-apps/current-work/#the-a
~fantasai
coordinate system scales when an image
is stretched or shrunk via CSS.
~fantasai
The header and footer elements don't allow any sectioning elements,
which includes blockquote. However, headers and footers sometimes
include a short (but not inline) epigraph. How would you mark that
up?
~fantasai
of the previous item plus one.
(Either way, you should remove the comma before plus one.)
~fantasai
Why do code and samp allow structured inline content while kbd only
allows strictly inline content?
~fantasai
elements and heading structure in
particular seem to address this problem. If you have suggestions for
improvement, of course you are strongly encouraged to comment on the
mailing list.
http://www.whatwg.org/specs/web-apps/current-work/#sections
http://www.whatwg.org/mailing-list
~fantasai
.
?
~fantasai
is allowed in xHTML 5?
~fantasai
through the H section of her English-Chinese dictionary, it being
the only dictionary on hand around here*
How about Hint tRansition?
Other semi-useful H words include: hold, hook, horizon ...
Hint seems the most appropriate, I think.
~fantasai
items in lists or cells in
tables.
But that's a presentation issue. The list is semantically empty, it just
happens to have Nothing to do rendered in its place. IMHO.
FWIW, I agree with Ian here.
~fantasai
, represent nothing. They do not even
provide any structural semantics as div and span do; the document
has the same semantics as if the element did not exist.
~fantasai
:
| meta name=refuting content=
| Intelligent Design;
| http://hemadeyou.org
|
I don't think I need to say anything about how ridiculous a counter-
suggestion that is.
~fantasai
could go in which 'rev' would be useful.
Many of the link types suggested there would be easier to use with
rev for the reverse link than with a separate keyword that means
the inverse relationship.
Example:
rev=refutation to link to the article one is refuting
~fantasai
of the style element as the style.
Are HTML documents allowed to use such XML-based styling languages in
the style element as well?
~fantasai
In HTML 4, the 'href' attribute of the base element is #REQUIRED.
Is there a reason why in HTML 5 it is not required?
~fantasai
1 - 100 of 125 matches
Mail list logo
