ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: "Adam Lindsay" <atl@comp.lancs.ac.uk>
Subject: mag-0008 (was: XML & <formula>s)
Date: Mon, 13 Dec 2004 18:02:32 +0000	[thread overview]
Message-ID: <20041213180232.18842@news.comp.lancs.ac.uk> (raw)
In-Reply-To: <41BA1753.9080206@wxs.nl>

h h extern said this at Fri, 10 Dec 2004 22:38:27 +0100:

>> Also, what's the status of contml? I like the idea of it as a simple,
>> structural, basic markup that ConTeXt handles with zero effort, but is
>> anyone actually using it?
>
>we sometimes mix it into other xml docs; i have no problem with
extending it; 
>actualy, (see mag-0008.pdf), i want to map most context directly onto xml so 
>that we have a rather complete xml input syntax

Yes, indeed. I took a look at the magazine again last night, and it was
put in an entirely new light. I'm very curious to work with x-fx now...

I've been working on a general-ish conversion script from a new Mac
application. I'd like to offer most of ContML as basic level constructs,
but it should be possible for a user to add their own tags. If they can
tap into fx:anything tags, it should make people (hi, Bruce!) fairly happy.

My first reaction/critique of the approach was: why not fix at least one
of the problems of TeX: that it's "a mixture between typesetting and
programming features" as you say? 

What I propose is clearly a debatable XML-design issue, but it seemed
strange that fx:definelayout and fx:p were put into the same namespace.
Why do the formatting definitions share the same (theoretical) schema as
markup? Your documents keep these categories separate, as one would
expect. Why not encourage people to put them in separate files, as with
"normal" ConTeXt workflows? The designer and author are more clearly
divorced when you don't assume an XSLT-centric flow, right?
(or, is this already planned with this tidbit from foxet: fs = setup)

I'm curious about how the namespacing would work, though, because I want
to use (and enable the use of) these nice fs:setuphead -like
configurations with my hybrid ContML++ documents. Will:
 <fs:setuphead label='section' />
correctly (in my mind) affect a ContML element like this?
 <context:section>something</context:section>

Curious,
adam
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Adam T. Lindsay, Computing Dept.     atl@comp.lancs.ac.uk
 Lancaster University, InfoLab21        +44(0)1524/510.514
 Lancaster, LA1 4WA, UK             Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

  parent reply	other threads:[~2004-12-13 18:02 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-09 21:10 XML & <formula>s Adam Lindsay
2004-12-10 21:38 ` h h extern
2004-12-10 23:02   ` Adam Lindsay
2004-12-12 21:34     ` h h extern
2004-12-13 18:02   ` Adam Lindsay [this message]
2004-12-13 21:23     ` mag-0008 (was: XML & <formula>s) Bruce D'Arcus
2004-12-15 17:16       ` mag-0008 Hans Hagen
2004-12-15 17:53         ` mag-0008 Bruce D'Arcus
2004-12-15 17:14     ` mag-0008 Hans Hagen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041213180232.18842@news.comp.lancs.ac.uk \
    --to=atl@comp.lancs.ac.uk \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).