Lists Home |
Date Index |
my 2c worth here....
i was sort of hoping by moving to xhtml there would be some consistency.
one of the big problems i face in building browser based apps is the
different tolerance between browsers to errors and following on from
that the different way they then format pages.
microsoft and netscape both took the view that they would try to make
sense of garbage rather than reject it. xhtml forces them to reject it.
with so many badly written pages and badly written html generators out
there why would the world be happy about a rigorous standard and
and html+css etc doesn't work properly either - tried printing a page
from ie with css determining the formats?
someone has to find a way through this, but it has to start with all
suppliers comitting to meet the standards. useless otherwise.
Bullard, Claude L (Len) wrote:
>But that means we are still stuck with a mixed bag of
>rules for parsing documents, and even simple cases
>show where that can create problems.
>XHTML aside, if one has a namespaced application
>inside an HTML document, it's vendors' choice.
>Yes, we can cope. Should we? I didn't find my
>bug until I tried to add a new feature. Had this
>been after the files had been distributed to
>customers, that wouldn't have been a good day.
>What does <?xml warrant?
>Warranties from standards without conformance
>tests are the same as a marriage contract: easy
>to extend but impossible to refund. Do all
>preventive maintenance on schedule to prevent
>breakdowns on lonely roads.
>From: Dare Obasanjo [mailto:firstname.lastname@example.org]
>Joshua is right, XHTML was a stopgap. Many have confused the means to an
>end to the end itself.
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>To subscribe or unsubscribe from this list use the subscription
tel;cell:+61 411 287 530