It's surprisingly hard to find anyone talking about it ... here's an
excerpt from the book "Processing XML with Java":
"Whether single or double quotes are used or whether there’s extra
white space around the equals sign is not important. Most parsers
don’t bother to report the difference. These two elements are also
the same as the previous one:
<Subtotal currency="USD">393.85</Subtotal>
<Subtotal currency = "USD">393.85</Subtotal>"
I've never heard of this being invalid and I've personally always
written both XML and HTML documents this way and both validate fine
(though using the term "validate" and "HTML" in the same sentence is
sort of ridiculous). I believe this to be a style preference. At
the moment there are no controls for style preference for the
generation of XML or HTML. Given that, the choice of style is pretty
much going to match my religious spacing rules :) There are other
more pressing things I'd like to implement at the moment, but if you
feel strongly about this, I'm totally cool with accepting a patch to
make that nicer.
ms
On May 9, 2007, at 10:47 AM, Frank Caputo wrote:
> Hi Mike,
>
> afaik extra spaces around the equals-sign for attribute values are
> invalid html and xml. No example from w3c has these extra spaces.
>
>
> Ciao Frank
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: Mike Schrag [mailto:mschra..dimension.com]
>> Gesendet: Wednesday, 9. May 2007 13:41
>> An: woproject-de..bjectstyle.org
>> Betreff: Re: AW: new html editor
>>
>> I'm not sure I follow? Where do you get extra spaces? I
>> just did completion and it works like I would expect. I can
>> only figure from your examples that you're referring to
>> spaces around the equals sign. This is how I write HTML, so
>> that's not extra spaces, that "right" :) I don't have plans
>> in the short term to add preferences for this because it's a
>> little tedious.
>>
>> ms
>>
>> On May 9, 2007, at 6:30 AM, Frank Caputo wrote:
>>
>>> Hi Mike,
>>>
>>> if I do completion for attributes in the HTML-editor I get extra-
>>> spaces. E.g. border = "1". This is the same for webobjects name =
>>> "foo".
>>>
>>> Could you please change it?
>>>
>>>
>>> Ciao Frank
>>>
>>> PS: I love the editor!
>>>
>>>> -----Ursprüngliche Nachricht-----
>>>> Von: Mike Schrag [mailto:mschra..dimension.com]
>>>> Gesendet: Monday, 30. April 2007 13:23
>>>> An: WOLips mailinglist
>>>> Betreff: new html editor
>>>>
>>>> I just committed a new html editor to wolips. It's based on the
>>>> Amateras EclipseHTMLEditor plugin, which was a pretty decent base,
>>>> easy to extend, and the code was good. To that base, I
>> added a bunch
>>>> of wo-specific features + css completion. The previous version of
>>>> wolips has become the new "stable" build (since this will
>> likely have
>>>> some kinks to be worked out).
>>>>
>>>> The list of new features includes:
>>>>
>>>> * html editor understands webobject tags (no more funky warnings)
>>>> * html editor understands wo:inline tags
>>>> * html editor colorizes $bindings and ~ognl bindings
>>>> * html editor validates webobject names
>>>> * html editor validates wo:classNames
>>>> * html editor validates attributes (required, etc)
>>>> * html editor validates inline $bindings
>>>> * html editor validates crappy html (this is the biggest potential
>>>> for annoyance right now, but it's really useful and
>> revealed a bunch
>>>> of problems in my html)
>>>> * html editor completion on webobject names in <webobject> tags
>>>> * html editor completion on wo:classNames
>>>> * html editor completion on wo: binding names
>>>> * html editor completion on wo: $bindings
>>>> * html editor supports custom wo:shortcuts for completion and
>>>> validation (see WOLips prefs)
>>>> * wod editor hyperlink support on element names (cmd-click
>> on element
>>>> names to open java file)
>>>> * wod/html editor validates binding references in "~ognl bindings"
>>>> (no completion just yet)
>>>> * extra control to turn on/off wod/html binding errors on missing
>>>> bindings on a class that implements NSKeyValueCoding (like
>> if you do
>>>> nsarray.something, which would be valid, but the validator could
>>>> never know)
>>>>
>>>> ms
>>>>
>>>>
>>
>>
>>
This archive was generated by hypermail 2.0.0 : Wed May 09 2007 - 11:45:43 EDT