XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Why is terseness of minimal importance?

The annotated XML (https://www.xml.com/axml/axml.html), written by Tim
Bray as one of the editors of the specification, says "The historical
reason for this goal is that the complexity and difficulty of SGML was
greatly increased by its use of minimization, i.e. the omission of
pieces of markup, in the interest of terseness. In the case of XML,
whenever there was a conflict between conciseness and clarity, clarity
won."

cheers,

Lauren

On Thu, 13 Jan 2022 at 08:53, Marcus Reichardt <u123724@gmail.com> wrote:
>
> I admit to not really understand the terseness quote in the XML context, and I'd really appreciate someone's explanation "from the source".
>
> I've come to understand it as dropping the "non-canonical/non-XML" forms of tags and attributes SGML affords as markup minimization, such as tag inference and attribute shortforms, plus allowing end-element tags on elements with declared content EMPTY (was at some time vehemently argued as not a mimimization feature by Goldfarb I believe), requiring entity references to be terminated by ";" even when not followed by a namechar, slightly stricter PI markup, plus everything else requiring a DTD or SGML declaration.
>
> Though I find the feature Michael mentioned - requiring end-element tags to contain the end-element rather than just allowing "</>" as in SGML - to be particularly redundant in a markup language not having CONCUR or other overlapping-markup feature.
>
> Marcus Reichardt
> sgml.io
>
> > Am 13.01.2022 um 17:17 schrieb Michael Kay <mike@saxonica.com>:
> >
> > There's a balance. If we wrote numbers in base 100 we would need half as many characters to write them, but we would have to remember and recognise 100 different digits symbols. The extra cognitive load of remembering 100 digit symbols isn't worth the extra conciseness.
> >
> > Regular expressions are too concise in my view - contrary to what Whitehead is advocating, you have to think too hard in order to understand them. A concise notation is great if it makes patterns stand out visually, but not otherwise.
> >
> > But COBOL, and XSLT 1.0, is not concise enough. It's hard to read because it takes too much space so you have to do a lot of scrolling. Again, the patterns don't stand out.
> >
> > I suspect those who argued that terseness was not important for XML were actually arguing that human readability is more important than message size. That's certainly true, however, conciseness can help human readability. And indeed, the design of namespaces (using prefixes in place of URIs) shows that the value of terseness was recognised.
> >
> > I also suspect that the reason the matter came up for debate was the more specific question of whether element names should be repeated in the end tag. To be honest, I'm still unsure in my own mind about that decision -- there are arguments both ways. JSON, like LISP, suffers from the problems you get when you have a long string of closing delimiters like "]]}]}]". Indeed, we see this in XPath. Perhaps there's something to be said for the alternative approach of representating hierarchy through indentation.
> >
> > And I've always felt that editors could do a better job of making hierarchy stand out visually - for example using colouring that varies in intensity or hue depending on the nesting depth. With visual cues like that, we could achieve the readability without worrying so much about the notation.
> >
> > Michael Kay
> > Saxonica
> >
> >> On 13 Jan 2022, at 15:38, Roger L Costello <costello@mitre.org> wrote:
> >>
> >> Hi Folks,
> >>
> >> The mathematician Alfred North Whitehead writes [1]:
> >>
> >>> One very important property of symbolism to possess
> >>> is that it should be concise, so as to be visible at one
> >>> glance of the eye and to be rapidly written.
> >>
> >>> ... by the aid of symbolism, we can make transitions in
> >>> reasoning almost mechanically by the eye, which
> >>> otherwise would call into play the higher facilities of
> >>> the brain.
> >>
> >>> It is a profoundly erroneous truism, repeated by all
> >>> copy-books and by eminent people when they are
> >>> making speeches, that we should cultivate the
> >>> habit of thinking what we are doing. The precise
> >>> opposite is the case. Civilization advances by
> >>> extending the number of important operations
> >>> which we can perform without thinking about
> >>> them. Operations of thought are like cavalry
> >>> charges in a battle--they are strictly limited in
> >>> number, they require fresh horses, and must
> >>> only be made at decisive moments.
> >>
> >> The XML specification says "terseness is of minimal importance." That is the opposite of what Whitehead says. In fact, terseness is of *maximal* importance, yes? Perhaps this explains why data formats such as JSON have been so successful--they are terse.
> >>
> >> Thoughts?
> >>
> >> /Roger
> >>
> >> [1] An Introduction to Mathematics by Alfred North Whitehead, p. 41-42.
> >>
> >>
> >>
> >> _______________________________________________________________________
> >>
> >> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> >> to support XML implementation and development. To minimize
> >> spam in the archives, you must subscribe before posting.
> >>
> >> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> >> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> >> subscribe: xml-dev-subscribe@lists.xml.org
> >> List archive: http://lists.xml.org/archives/xml-dev/
> >> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> >>
> >
> >
> > _______________________________________________________________________
> >
> > XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> > to support XML implementation and development. To minimize
> > spam in the archives, you must subscribe before posting.
> >
> > [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> > Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> > subscribe: xml-dev-subscribe@lists.xml.org
> > List archive: http://lists.xml.org/archives/xml-dev/
> > List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> >
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS