[whatwg] Comments on Web Forms 2.0
hsivonen at iki.fi
Mon Dec 6 05:23:11 PST 2004
On Nov 16, 2004, at 19:47, Ian Hickson wrote:
> On Mon, 6 Sep 2004, Henri Sivonen wrote:
>> On Aug 27, 2004, at 12:25, Ian Hickson wrote:
>>> On Sun, 22 Aug 2004, Henri Sivonen wrote:
>>>>>> That feature is not likely to be reliably implementable
>>>>>> considering that real-world systems do not have comprehensive
>>>>>> ways of mapping between file system type data and MIME types.
>>>>> I am told modern systems do, now.
>>>> Which modern systems?
>>> Windows, Mac, Gnome, etc.
>> I was under the impression (unsubstantiated; haven't checked recently)
>> that the mappings are comprehensive only for the likes of PDF and JPEG
>> but are not comprehensive for the likes of OpenOffice.org or Lotus
> Oh, well, sure. Nobody has a _comprehensive_ list. That's one of the
> reasons the above is only a "should" -- there "may exist valid reasons
> particular circumstances to ignore" this requirement. Such as the UA
> having the information.
The ugly conclusion is that in many cases the file name extensions,
which don't have a central allocation authority and which are so short
that overlaps should be likely, tend to work better than MIME types,
which have a dysfunctional registration system.
>>>> Actually, I am distributing one such tool myself. Is the tool
>>> It depends. If it drops the BOM in the middle of the string, then
>> It does. My reasoning was that the BOM could only occur in the middle
>> a string as an artifact left there when concatenating strings that
>> with the BOM.
> This is incorrect, U+FEFF is a valid character in its own right (albeit
> deprecated in favour of U+2060) and is only the BOM if found at the
> of a string.
Isn't it the point of deprecation that implementors may opt not to
support deprecated stuff?
> The documents don't _need_ to be namespaced, they are all in one
> and don't contain any content that could ever be from other namespaces.
> The only reason to use namespaces at all is, in fact, to support users
> namespace-aware parsers.
Namespace-aware parsers work just fine with namespaceless documents.
> Ok, added:
> While this section restricts the exact features of XML that a UA may
> use, these restrictions do not apply to the files used when seeding
> form with initial values.
> Is that ok?
(Still, limiting the choice of syntactic sugar in the submission format
has the feel of Appendix C to it.)
> The spec doesn't say what the recipient is supposed to do with
> _recognised_ elements or attributes, either. What servers do is pretty
> much up to the servers, not much we can do about it.
Attempts to influence the ad hoc works of the ViewSourceClan might
indeed be futile. However, what you write in the spec could influence
what the developers of server-side frameworks (eg. Struts) do.
hsivonen at iki.fi
More information about the whatwg