> I also find it funny if I ever need to talk about money in dollars: a
> dollar sign ($) is obviously needed. Tried escaping the $ like `\$', but
> that ..obviously.. didn't work.
But it seemed ..so.. close, so I tried this:
.char \[$] "$
Dollar \[$]
The special character \[$] is defined as the string "$" .
NOTE that the .char statement _requires_ that the trailing " not be present.
Mike
On Sun, Dec 03, 2017 at 08:50:04PM +0700, Stephanie Björk wrote:
> That seems very reasonable an explanation. Thank you. :)
>
> I didn't know that the problem had something to do with EQN's inline
> equation. It wasn't so obvious, but it makes sense nonetheless.
>
> I also find it funny if I ever need to talk about money in dollars: a
> dollar sign ($) is obviously needed. Tried escaping the $ like `\$', but
> that ..obviously.. didn't work. I guess the only way to use $ signs
> properly is to use a different delimiter or tell EQN, ``delim off''.
>
> On Sun, Dec 3, 2017 at 8:08 PM, Ralph Corderoy <ra...@inputplus.co.uk>
> wrote:
>
> > Hi Stephanie,
> >
> > > using the eqn "delim" request with dollars seems to start an inline
> > > equation for ".de $c"!
> >
> > Yes, Steffen's right. The `$' in `$c' is looking to the preprocessor
> > eqn as part of the inline equation delimeters set beforehand with `delim
> > $$'. Moving the `.de $c' definition to before the `.EQ' to `.EN' block
> > would seem the simplest solution.
> >
> > --
> > Cheers, Ralph.
> > https://plus.google.com/+RalphCorderoy
> >
--
Mike Bianchi
Foveal Systems
973 822-2085
mbian...@foveal.com
http://www.AutoAuditorium.com
http://www.FovealMounts.com
