|
Subject: Re: DD: ports -Reply From: Sebastian Rahtz <s.rahtz@xxxxxxxxxxxxxx> Date: Fri, 20 Jun 1997 12:20:36 +0100 (BST) |
> Probably a very simple explanation Sebastian,
> Port is the opposite of starboard isn't it?
no, its a fortified wine from Northern Portugal....
> We (the beginners) need to be told it _needs_ to be
> in DD before it gets included.
...
> Which chapter please?
> _and_ could / would you author it?
it belongs at the same level as `what is a flow object', i think. in
fact, its part of `what is a flow object'.
i wish i _could_ author it. i am afraid ports baffle me. i would not
even have met them, were it for having to do math. thus when i come
to process my <FR> (fraction) element, I do
(element fr
(make fraction
(process-children-trim)
)
)
(element nu
(make math-sequence
label: 'numerator
(process-children-trim)
))
(element de
(make math-sequence
label: 'denominator
(process-children-trim)
))
ie the <DE> and <NU> rules attach themselves like leeches to the
fraction FO I created for <FR> (the fraction FO has predefined ports
called numerator and denominator)
so i know what to do empirically, but i don't think this a rational
explanation of what problems ports[1] solve
Sebastian
[1] apart from being good places to dock ships, of course
DSSSList info and archive: http://www.mulberrytech.com/dsssl/dssslist
| Current Thread |
|---|
|
| <- Previous | Index | Next -> |
|---|---|---|
| DD: ports -Reply, David Pawson | Thread | DD: Handbook goals, Tony Graham |
| DD: ports -Reply, David Pawson | Date | Re: Preserving linebreaks in -t sgm, James Clark |
| Month |