ts that might use this or that 'class'
attribute value; instead, a new attribute name (defined as semantic, not
presentational, but still useful for styling) is called for - rather
than new element names, which are born homeless.
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
2011-10-30 00:18, Eric Sh. skrev:
I heard there are plans to create new tags for layouts to replace the use
of tables as layout elements.
You have heard exactly what? Where? Spoke by whom?
That would certainly be very controversial!
--
Keryx Web (Lars Gunther)
http://keryx.se/
http
gend.
However, does not this open up the possibility of getting rid of dt/dd
in details and use an hx element, which is a much better solution from a
semantic POV?
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
a harder
time using a new element than they would using dt/dd.
+ We would keep the several meanings per element count down, which from
a teachability POV is more important than keeping the total number of
elements down.
And from that POV nuances are often harder to pick up than anything
eed to understand that we are de facto
introducing new elements, even if we confusingly, re-use old names?
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
. I mean, it is not as if the dt/dd
had been carefully discussed and researched BEFORE it entered the
spec... Something I thought was a criterion for inclusion.
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
on when pushing for HTML5.
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
perspective if all article tags where replaced with
section tags? I.e. Would it be as if I'd use h1, h2 and h3 today?
...
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
2009-09-16 12:03, David Workman skrev:
think 'article' is more suitable than 'post' or 'entry' semantically.
I am thinking about the mental model, more than pure semantics.
Maybe a *comparison* to entry in Atom and item in RSS in the non
normative text could
nd a subsection of a page that
only makes sense with the rest of the page.
Cheers,
Has "entry" been discussed? (Shamelessly stolen from Atom.)
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
from Ian (who writes
the spec) or Henri, who is authoring the validator, I think we've
reached the end of this discussion.
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
having a tool that could enforce XHTML-ish rules
for the first (and perhaps second) category above, while still leaving
boolean attributes alone, would be seen as a benefit, not as a burden.
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
aving a few bytes, one should always
opt for the former.
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
could be solved by simply adding an option to the
validator: "Do not allow unquoted non-boolean attribute values".
Henri Sivonen, are you reading this?
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
1. http://itpastorn.blogspot.com/2009/07/value-of-false-xhtml.html
On 2009-07-23 15:32, Kornel wrote:
On 23 Jul 2009, at 13:35, Keryx Web wrote:
I'd say it is safe to say that using quotation marks for attribute
values, always, except perhaps for collapsed, boolean attributes, has
been regarded as best practice for a long time now. Speaking as an
instr
-
+
5.4.3.1
-
+href="manual-fr">
6.12.3.7
- Topic: rel="help">(Help)
+ Topic: rel="help">(Help)
6.12.3.8
-
-
-
-
-
-
-
-
+
+
+
+
+
+
+
+
7.6
-
+
9.1.2.3
No suggested text, but a rewrite will be necessary if quotation marks
becomes a conformance criterion.
9.2.8.4
-
+
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
object to Vorbis.
The only way to fix this is to get Opera, Mozilla and Google to
implement it, and get a lot of content out on the web!
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
1. Last evidenced by Apple specifically shutting out
sion about exclusion.
--
Keryx Web (Lars Gunther)
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
Hi and happy new year
http://wiki.whatwg.org/wiki/Differences_from_HTML4#Dropped_Attributes
All links here are defective, e.g. #the-area should be #the-area-element
etc.
Lars Gunther
Hi
I am in the process of setting up a test page (informal), from which I
intend to make real tests and submit bug reports to Webkit, Mozilla,
Opera, etc.
http://keryx.se/dev/javascript/javascript-parsing-test.html
It is not finished yet. It does nut run at all in MSIE...
But a few things a
Kristof Zelechovski skrev:
Does the hint display if the input control gets cleared after loading?
IMHO, The hint should not disappear on focus. It should remain until a
new value is entered.
Chris
There is one aspect nobody has commented on yet. If this feature -
heaven forbid - would be
Ian Hickson skrev:
The spec itself has little annotation boxes on the left hand side that
documents where implementations stand, sort-of. There's also this wiki
page:
http://wiki.whatwg.org/wiki/Implementations_in_Web_browsers
There is also this wiki page:
http://en.wikipedia.org/wiki/C
On Mon, Jul 21, 2008 at 10:31 PM, Robert (Jamie) Munro wrote:
What's wrong with:
Instructions
Must be a valid value
Can an input not have 2 labels?
Thomas Broyer skrev:
Or even:
Instructions Must be a valid
value
Both of these suggestions lack the precision, the semantics and the
f
Now it has been a while since anyone proposed a new element...
But I can't remember if this has been discussed in any detail...
So here it comes!
I suggest that we investigate if an errormsg element could be useful. It
should be a sibling element to label and have a similar for-attribute.
A
Ernest Cline wrote:
The only synonym of dialog that is anywhere near as general seems to be .
And I accidentally replied off list:
Discourse is too general.
In philosophy and theology a discourse can mean "teaching", as in
"Levinas' discourse about 'the other' has made alterity a recurring
Henri Sivonen skrev:
For various legacy parsing reasons and in the table case for CSS table
model reasons, this kind of thing is seriously more trouble for
implementors than it is worth. From an implementation cost/benefit point
of view, I am against allowing ins/del in more places.
But fr
Some of you might have seen this, but accpording to the original author
there was no response. His suggestions make sense to me. I've been there
as well.
Lars Gunther
This is from Thomas Thomassen on WSG's list:
I was working on some examples for the use of and .
http://www.tho
Benjamin Hawkes-Lewis skrev:
I think it's a mistake to assume a "accessible" or
"screen-reader-friendly" view should be non-interactive.
In so far as this is true at all, it's largely a result of web
interactivity depending on non-standard widgets. AFAICT, this is one of
the problems HTML5 tr
Hi!
Reading MS proposal (=decision!) about their new rendering mode switch,
I have been very bugged that almost no one has picked up this flaw to be
discussed:
If a charset is set with a meta-element, it does *not* override the
http-header.
But
If a rendering mode is set with a meta-eleme
James Graham skrev:
FWIW the HTML 4 behavior which turns a into a
heading from the point of view of the UA is, in principle, useful since
there are cases (particularly for row headings) where one cell is
effectively both data and a heading but the formatting should be
data-like rather than he
Ian Hickson skrev:
>
> I considered all the feedback on having a element (or
similar), quoted below.
>
> While I think there is certainly something to be said for the
proposal, I don't think there is enough evidence that authors really
want or need this. I think we should focus on having CSS
Matthew Paul Thomas skrev:
To allow this on the Web, the CSS font-style property would need to have
not just "normal", "italic", and "oblique" values, but also an
"italic-inverse" value. Browsers should then use this value by default
for any inline element where they currently use "italic".
Apologies, but bump!
Keryx Web skrev:
Henri Sivonen skrev:
* What's the use case for data templates? It is hard to review them
without knowing what they are for. Conjecture-based comments/questions
follow.
I am also very interested in this question. I think there is a tendenc
Ian Hickson is reading his mail so fast this almost feels like IM ;-)
Why is inappropriate? According to HTML5, it's exactly the element you
want, in fact.
a) To my linguistic senses that's not a paragraph
b) I've seen several people use the div-element (like it or not). Should
all their wor
Krzysztof Żelechowski skrev:
It would also clean up the current situation where the strictness of the
BODY element is meaningless because you can wrap all content in a DIV
element to make it strict.
I use it sometimes for a very small form, where I think or is
inappropriate and is overkill
Michael A. Puls II skrev:
> On 10/20/07, Keryx Web <[EMAIL PROTECTED]> wrote:
>> If PHP:s convenience additions to the W3C DOM were made standard (and
>> implemented in browsers) it could have been:
>>
>> var link_to_add = document.createElement("a&quo
Křištof Želechovski skrev:
Convenience methods such as the one proposed here should not make it to the
standard for the sake of clarity and compatibility; the programmer can reuse
an existing wrapper function instead:
var link_to_add = createLink(link_text);
This approach is safer and saner.
Best
Garrett Smith skrev:
try
element.textContent
Actually I forgot about that one in PHP as I'm sloppily using the
mentioned shortcut with nodeValue. They are (in PHP) behaving exactly
the same.
Lars Gunther
Hello again!
I was putting together a page of exercices for my students. It's in
Swedish and mirrored at http://gunther.ne.keryx.se/datagrund-ovningar/
This page must work when delivered from the file system so I can't use
my beloved PHP. However, I missed one feature like crazy. Consider thi
Henri Sivonen skrev:
* What's the use case for data templates? It is hard to review them
without knowing what they are for. Conjecture-based comments/questions
follow.
I am also very interested in this question. I think there is a tendency
to include too much in HTML - "since that what de
Ian Hickson skrev:
In response to the concerns over the lack of transparency that have
recently been expressed both in these mailing lists and on blog posts, I
have written a tool that exposes the issues I have on my list:
http://www.whatwg.org/issues/
I was going to vote for the headers
Ian Hickson skrev:
I encourage you to write a blog post about it.
http://blog.whatwg.org/
Blog post written! Saved as draft by "itpastorn".
Keryx Web skrev:
ERGO: The only allowed version of HTML that may be sent to a browser
with the text/html MIME-type will be HTML 5. That's a huge benefit to
say the least!
Correction: Should be "with the text/html MIME-type and ruby support"...
Ian Hickson skrev:
Yes, I have in fact already begun looking at exactly what the parsing and
semantic requirements for will have to be. It should be added to
the spec in the coming weeks.
May I add that it might be worthwhile to announce this in some
noticeable way. Right not HTML5 is tak
On topic remark at the bottom...
Krzysztof Żelechowski skrev:
I have just encountered a similar problem, the difference is my problem is
vertical. I have a document in two languages; the document has internal
structure (not just plain text). My intention is to display this document in
two c
Today, in a private mail Simon Pieters said that HTML 5 will probably
get the ruby-elements as well.
I had intended to write about this to this list and now simply will ask
if this is the case?
Personally I have a special use-case. Being a theologian I would like to
provide historical docume
Anne van Kesteren wrote:
We're not enforcing this upon the world ;-)
Speaking about enforcing. When this element gets implemented there are a
few things I would demand from my browser:
1. That videos should never start to play without my consent. No more
bgsound-hellish experiences. Advert
Alexey Feldgendler wrote:
There would be replies if your idea was incomplete or controversial, but
actually it seems like everyone
agrees. What worries me is whether there is a chance that Microsoft
actually does what's
suggested (and whether someone in Microsoft who is in position to influenc
Benjamin Hawkes-Lewis skrev:
When I talked to WebKit developers about this, it seemed they considered
their support for real XHTML less reliable than their support for HTML
at that point. So while Safari's Accept header may be suboptimal,
there's nothing terribly wrong with interpreting it the sa
Simon Pieters wrote:
A conforming XHTML 1.0 document must conform to the DTD, which
effectively disallows xml:base and a whole bunch of other things
(including, say, namespace prefixes).
http://www.w3.org/TR/xhtml1/#strict
I am moving this discussion to the help list, as it is more about
Anne van Kesteren wrote:
On Mon, 05 Mar 2007 22:07:03 +0100, Keryx Web <[EMAIL PROTECTED]> wrote:
It may be that I've implemented this in the wrong way - corrections
are welcome - but it seems to me that even though is legal
today, it is **not** supported by UAs. Which makes Anne
Geoffrey Sneddon wrote:
xml:lang and xml:base are the actual attribute names – the XML namespace
exists so they work within namespace aware parsers (as XML-Names is a
separate spec that extends XML) – therefore, it must be explicitly
allowed within the DTD (like xml:lang is).
When I read ht
Geoffrey Sneddon wrote:
> XHTML 1.0/1.1 doesn't allow xml:base, though, so is the only >
> way to set a base URL within the document.
In what way would the XHTML 1.0/1.1 spec **disallow** the use of this
element from the xml namespace? It's not *part of* the spec, but that's
a different matt
Anne van Kesteren skrev:
I think should also be allowed in XML documents. It simplifies
the language, it already needs to be supported and is able to set
Document.baseURI where xml:base can at most set
Document.documentElement.baseURI. (Document.baseURI influences how
XMLHttpRequest works fo
Simon Pieters wrote:
>
> Ease of use, mostly. It's simpler to say:
>
>665 3rd St.
>Suite 207
>San Francisco, CA 94107
>U.S.A.
>
> ...than:
>
>
> 665 3rd St.
> Suite 207
> San Francisco,
> CA
> 94107
> U.S.A.
>
Ïn all fairness, that's not equivalent
Henri Sivonen wrote:
The semantics for the warnings, errors and fatal errors emitted by
http://hsivonen.iki.fi/validator/html5/ are as follows:
Warning: Something that I think is harmful but there's no spec that
would allow me to call it an error or something that technically
conforming bet i
More food for thought can be found at
http://friendlybit.com/js/improving-interactivity-with-javascript/
At least three of them seem to not be in WF 2: "Drag and drop", "Image
handling" and "Sortable Items". Auto validation seems like a usable
feature as well, but is perhaps left to JS as serv
Ian Hickson wrote:
On Sat, 24 Feb 2007, Keryx Web wrote:
If I as a teacher would want anything from a spec, it would be that it said
"this is wrong" and "this is right" in such a way that it becomes an
instrument in grading. --- The
technology must enforce it upon them.
Ian Hickson wrote:
Probably the best we can do is design the language to make "the right
thing" easier, and invest more heavily in education. In this regard HTML
is in the same boat as more important subjects; I imagine that as we
improve the quality of education in general, understanding of th
Benjamin Hawkes-Lewis wrote:
Elliotte Harold wrote:
Authorial intent is a myth.
All
communication involves translation, and something invariably gets "lost"
in translation. But if you want to arrive at an approximation of what an
original interlocutor meant (which is what we usually want to
Ian Hickson wrote:
In HTML5, the string "" is valid. So the PHP function works fine. :-)
OK, I've re-read the discussion from November. My memory was incorrect.
_Singleton_ tags are allowed to be "self-closing", it seems...
Now that the HTML5 specification has a very clear HTML parser
sp
Hello again!
I have a few questions on how HTML 5 might not play nice with PHP.
Considering that maybe 90 % of all content on the web is dynamic and
that PHP have perhaps 50% of that, this one is a biggy.
1. PHP has a useful nl2br-function that takes a string and inserts a
tag before every newl
Alexey Feldgendler wrote:
I don't like the idea of reusing an existing presentational element such
as . Otherwise we'd immediately have the web full of incorrect uses
of the element.
I agree strongly.
Rule number one: Do not confuse users. Therefore it is bad usability to
underline anything
Keryx Web wrote:
Hi
I have started to produce a cheat sheet on (X)HTML authoring best
practice primarily for my students, to print out and keep by their
computer. --- If someone could give me some feedback on this - off
> list of course - from an (X)HTML 5 perspective
I have moved t
Michael(tm) Smith wrote - a long time ago:
However, I would vehemently stress that it is not that uncommon
for notes and marginalia to themselves have notes or marginalia,
I don't doubt that there are some, but are you aware of any
specific examples?
The Talmud! Or most scholarly works of th
Hi
I have started to produce a cheat sheet on (X)HTML authoring best
practice primarily for my students, to print out and keep by their
computer. The unfinished cheat sheet is *temporarily* available at:
http://keryx.se/wasp/html_elements_alpha.pdf
http://keryx.se/wasp/html_elements_alpha.ods
66 matches
Mail list logo