date:20160218

Re: [NTG-context] Setting expansion depth limit for metapost

2016-02-18 Thread Hans Hagen


On 2/18/2016 11:03 PM, Michal Suszko wrote:

* Taco Hoekwater  [2010-03-17 13:10:19 +0100]:


It could be a bug in mplib then, but I can't test that without
an input example. Can you create me one? (it could consist of one
massive \dorecurse call, I assume?).


Trying to prepare minimal working example of this problem I isolated it in
the process. There were 3 MP graphics each one used once on each page.
After change them from

\startuseMPgraphic ... \stopuseMPgraphic
and \useMPgraphic

to

\startreusableMPgraphic ... \stopreusableMPgraphic
and \useMPgraphic

error messages disappeared.


if that can be used it's always better (more efficient) but it's anyway 
strange so there is an issue in your graphic



-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Setting expansion depth limit for metapost

2016-02-18 Thread Michal Suszko

* Taco Hoekwater  [2010-03-17 13:10:19 +0100]:

> It could be a bug in mplib then, but I can't test that without
> an input example. Can you create me one? (it could consist of one
> massive \dorecurse call, I assume?).

Trying to prepare minimal working example of this problem I isolated it in
the process. There were 3 MP graphics each one used once on each page.
After change them from

\startuseMPgraphic ... \stopuseMPgraphic
and \useMPgraphic

to

\startreusableMPgraphic ... \stopreusableMPgraphic
and \useMPgraphic

error messages disappeared.


Michał

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Setting expansion depth limit for metapost

2016-02-18 Thread Michal Suszko

* Taco Hoekwater  [2010-03-17 10:27:41 +0100]:

> Michal Suszko wrote:
> > I'm preparing quite long presentation -- nearly 3000 sides,
> > 900 figures (500 distinct PNG files). 
> > I'm using ConTeXt MkIV installed using minimals (2010.03.12 19:49).
> > Recently I'm hitting MetaPost capacity limit on expansion depth:
> > 
> > !mplib  : mp terminal: ! MetaPost capacity exceeded, sorry 
> > [expansion depth=1].
> > 
> > Increasing expand_depth in texmf.cnf and regenerating formats with
> > context --make doesn't help. expansion depth is still at 1 in error 
> > message.
> 
> This is because recursion in metapost takes place on the C stack,
> and that does not allow growth. But do you really need 1 expansion
> levels? That seems a little weird.

I don't see where this could come from. If I split document in half both
parts are building fine.

Michał

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] Setting expansion depth limit for metapost

2016-02-18 Thread Michal Suszko

I'm preparing quite long presentation -- nearly 3000 sides,
900 figures (500 distinct PNG files). 
I'm using ConTeXt MkIV installed using minimals (2010.03.12 19:49).
Recently I'm hitting MetaPost capacity limit on expansion depth:

!mplib  : mp terminal: ! MetaPost capacity exceeded, sorry [expansion 
depth=1].

Increasing expand_depth in texmf.cnf and regenerating formats with
context --make doesn't help. expansion depth is still at 1 in error 
message.

texmf.cnf in texmf-local I've changed is reported by context as first one in 
log line starting with "mkiv lua stats : used config path"


What am I missing?

Michal


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Last version standalone issue

2016-02-18 Thread Hans Hagen


On 2/18/2016 4:53 PM, Fabrice Couvreur wrote:

Hello,
With the latest version, compiling returns this :

fab@debian:~/Terminale/2015_2016$ context test-9.tex


what is test-9

it migh tbe this tikz issue discussed last week


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Problem with Enumerations

2016-02-18 Thread Hans Hagen


On 2/18/2016 5:34 PM, Fabrice Couvreur wrote:

Hello,
I do not succeed more to have a list according to the number of columns
that I chose.
Thank you
Fabrice

\starttext

\startitemize[n][stopper={.},style=bold]

\item La suite \m{\left(U_n\right)} est géométrique de premier terme
\m{U_0 = 10} et de raison \m{q = 3 }, alors :

\startlinecorrection[blank]

\startitemize[a,columns,joinedup,pack,2*broad,three][stopper={.},style=bold]


\item \math{U_4 = 22}
\item \math{U_4 = 810}
\item \math{U_4 = 10 \times  3^3}
\item \math{U_4 = 10 +  3 \times 4}

\stopitemize

\stoplinecorrection

\stopitemize


don't use the line correction wrapper


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Deprecated $…$ for inline math?

2016-02-18 Thread Hans Hagen


On 2/18/2016 9:37 PM, Mojca Miklavec wrote:

On 18 February 2016 at 10:22, Hans Hagen wrote:


this brings up the question: would users (here) start using real math
unicode input if we had a monospace math font?


On Mac (TextMate, but I assume other editors would behave the same)
the system probably does some character substitution, so as long as I
have any font that contains that particular character, I can see that
character in the editor. There is no need for a special huge font
because the system takes care of it to some extent. This is probably
different on Windows and Linux though, so I cannot say that it
wouldn't matter, it just wouldn't matter to me as long as I'm using OS
X.


a proper mono spaced fonts (a gyre project btw) has the advantage of 
consisten tlook as well as being monospaced and it can also used for 
manuals on typesetting math



I have my own keyboard with Greek letters mapped to AltGr+g+"latin
equivalent of the letter". So I always use Greek letters rather than
\alpha, \beta, ... to typeset symbols. Those are easier to read than
\controlsequences. But I probably wouldn't bother entering "unicode
math" characters for Greek letters until I would have to deal with
frequent mixes of different styles (italic, bold, ...) which would
also introduce the need for an easy input method.


in scite i used the lua extension interface for creating a language 
strip (so alphabets per selectable language including all math stuff)



I ofter use a bunch of other symbols directly (like \sim, logic
symbols, ...), but honestly I cannot imagine typesetting math
exclusively in Unicode.


sure, because there are concepts like \left \right an dthings with 
limits and such (and multi-character sub/superscripts are to be {}'d)



Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___




--

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Deprecated $…$ for inline math?

2016-02-18 Thread Mojca Miklavec

On 18 February 2016 at 10:22, Hans Hagen wrote:
>
> this brings up the question: would users (here) start using real math
> unicode input if we had a monospace math font?

On Mac (TextMate, but I assume other editors would behave the same)
the system probably does some character substitution, so as long as I
have any font that contains that particular character, I can see that
character in the editor. There is no need for a special huge font
because the system takes care of it to some extent. This is probably
different on Windows and Linux though, so I cannot say that it
wouldn't matter, it just wouldn't matter to me as long as I'm using OS
X.

I have my own keyboard with Greek letters mapped to AltGr+g+"latin
equivalent of the letter". So I always use Greek letters rather than
\alpha, \beta, ... to typeset symbols. Those are easier to read than
\controlsequences. But I probably wouldn't bother entering "unicode
math" characters for Greek letters until I would have to deal with
frequent mixes of different styles (italic, bold, ...) which would
also introduce the need for an easy input method.

I ofter use a bunch of other symbols directly (like \sim, logic
symbols, ...), but honestly I cannot imagine typesetting math
exclusively in Unicode.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] late reset of counter with way=bypage

2016-02-18 Thread massifr

Hello list,
this is an example of footnotes with two different markers (and counters): 
numbers for editor's footnotes, stars for author's footnotes.
The footnotes are typeset together, in the order they appear in the text, so 
number and star markers are interspersed.
The two counters are reset every page (way=bypage).
-
\setupnotation[footnote][way=bypage]

\definecounter[authornote][way=bypage]

% taken and adapted from 
https://www.mail-archive.com/ntg-context@ntg.nl/msg56637.html
\define[1]\authorNote{\bgroup%
   \savecounter[footnote]%
   \setcounter[footnote][{\rawcountervalue[authornote]}]%
   \setupnotation[footnote][numberconversion=set 1]%
   \footnote{#1}%
   \restorecounter[footnote]%
   \incrementcounter[authornote]%
   \egroup}

\starttext

First footnote\footnote{First footnote}.
First author's footnote\authorNote{First author's footnote}.
Second footnote\footnote{Second footnote}.
Second author's footnote\authorNote{Second author's footnote}.

\page

First footnote\footnote{First footnote}.
First author's footnote\authorNote{First author's footnote}.
Second footnote\footnote{Second footnote}.
Second author's footnote\authorNote{Second author's footnote}.

\stoptext
-

The problem: the first authorNote of the second page has its counter set to 3 
instead of 1 (you see 3 stars as marker).
The second authorNote has the right value of 2 (2 stars as marker).
This means that "way=bypage" works for the authornote counter too, but one step 
late.
What am I missing? Some \iftrialtypesetting?

Greetings,
Massi

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] Problem with Enumerations

2016-02-18 Thread Fabrice Couvreur

Hello,
I do not succeed more to have a list according to the number of columns that
I chose.
Thank you
Fabrice

\starttext

\startitemize[n][stopper={.},style=bold]

\item La suite \m{\left(U_n\right)} est géométrique de premier terme \m{U_0
= 10} et de raison \m{q = 3 }, alors :

\startlinecorrection[blank]

\startitemize[a,columns,joinedup,pack,2*broad,three][stopper={.},style=bold]


\item \math{U_4 = 22}
\item \math{U_4 = 810}
\item \math{U_4 = 10 \times  3^3}
\item \math{U_4 = 10 +  3 \times 4}

\stopitemize

\stoplinecorrection

\stopitemize

\stoptext
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

[NTG-context] Last version standalone issue

2016-02-18 Thread Fabrice Couvreur

Hello,
With the latest version, compiling returns this :

fab@debian:~/Terminale/2015_2016$ context test-9.tex

resolvers   | trees | analyzing 'home:texmf'
mtx-context | run 1: luatex
--fmt="/home/fab/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en"
--jobname="test-9"
--lua="/home/fab/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.lui"
--no-parse-first-line --c:currentrun=1 --c:fulljobname="./test-9.tex"
--c:input="./test-9.tex" --c:kindofrun=1 --c:maxnofruns=9 "cont-yes.mkiv"
This is LuaTeX, Version beta-0.89.0 (TeX Live 2016/dev)
 system commands enabled.

resolvers   > trees > analyzing 'home:texmf'

system  > callbacks > not registering frozen 'find_format_file'
open source > 1 > 1 >
/home/fab/context/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv

ConTeXt  ver: 2016.02.17 11:11 MKIV beta  fmt: 2016.2.18  int:
english/english

system  > 'cont-new.mkiv' loaded
open source > 2 > 2 >
/home/fab/context/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv
close source> 2 > 2 >
/home/fab/context/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv
system  > files > jobname 'test-9', input './test-9', result
'test-9'
fonts   > latin modern fonts are not preloaded
languages   > language 'en' is active
open source > 2 > 3 > /home/fab/Terminale/2015_2016/test-9.tex
open source > 3 > 4 > manual.tex
open source > 4 > 5 > my-fonts.tex
open source > 5 > 6 >
/home/fab/context/tex/texmf-context/tex/context/fonts/mkiv/type-imp-texgyre.mkiv
close source> 5 > 6 >
/home/fab/context/tex/texmf-context/tex/context/fonts/mkiv/type-imp-texgyre.mkiv
fonts   > preloading modern-designsize (mono)
fonts   > typescripts > unknown library 'modern-designsize'
fonts   > 'fallback modern-designsize tt 11pt' is loaded
close source> 4 > 6 > my-fonts.tex
open source > 4 > 7 > my-layout.tex
colors  > 'rgb' color space is supported
colors  > 'cmyk' color space is supported
close source> 4 > 7 > my-layout.tex
open source > 4 > 8 > my-modules.tex
open source > 5 > 9 >
/home/fab/context/tex/texmf-context/tex/context/base/mkiv/symb-imp-mvs.mkiv
close source> 5 > 9 >
/home/fab/context/tex/texmf-context/tex/context/base/mkiv/symb-imp-mvs.mkiv
fonts   > symbols > library 'mvs' loaded
resolvers   > modules > 'algorithmic' is loaded
open source > 5 > 10 >
/home/fab/context/tex/texmf-modules/tex/context/third/algorithmic/t-algorithmic.mkiv
loading > Context User Module / Algorithms
close source> 5 > 10 >
/home/fab/context/tex/texmf-modules/tex/context/third/algorithmic/t-algorithmic.mkiv
resolvers   > modules > 'tikz' is loaded
open source > 5 > 11 >
/home/fab/context/tex/texmf-modules/tex/context/pgf/frontendlayer/t-tikz.tex
loading > ConTeXt User Module / tikz
open source > 6 > 12 >
/home/fab/context/tex/texmf-modules/tex/context/pgf/basiclayer/t-pgf.tex
loading > ConTeXt User Module / pgf
open source > 7 > 13 >
/home/fab/context/tex/texmf-modules/tex/context/pgf/basiclayer/t-pgfcor.tex
loading > ConTeXt User Module / pgfcor
open source > 8 > 14 >
/home/fab/context/tex/texmf-modules/tex/context/pgf/systemlayer/t-pgfsys.tex
loading > ConTeXt User Module / pgfsys
open source > 9 > 15 >
/home/fab/context/tex/texmf-modules/tex/context/pgf/utilities/t-pgfrcs.tex
loading > ConTeXt User Module / pgfrcs
open source > 10 > 16 >
/home/fab/context/tex/texmf-modules/tex/context/pgf/utilities/t-pgfmod.tex
loading > ConTeXt User Module / pgfmodules
close source> 10 > 16 >
/home/fab/context/tex/texmf-modules/tex/context/pgf/utilities/t-pgfmod.tex
open source > 10 > 17 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-common.tex
open source > 11 > 18 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-common-lists.tex
close source> 11 > 18 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-common-lists.tex
close source> 10 > 18 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-common.tex
open source > 10 > 19 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-context.def
close source> 10 > 19 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfutil-context.def
open source > 10 > 20 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfrcs.code.tex
close source> 10 > 20 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/utilities/pgfrcs.code.tex
close source> 9 > 20 >
/home/fab/context/tex/texmf-modules/tex/context/pgf/utilities/t-pgfrcs.tex
open source > 9 > 21 >
/home/fab/context/tex/texmf-modules/tex/generic/pgf/systemlayer/pgfsys.code.tex
close source> 9 > 21 >

Re: [NTG-context] Deprecated $…$ for inline math?

2016-02-18 Thread Marcin Borkowski

On 2016-02-18, at 10:22, Hans Hagen  wrote:

> this brings up the question: would users (here) start using real math 
> unicode input if we had a monospace math font?

FWIW, you can have Emacs automatically display ∫ in place of \int
etc. in your file (and this is no real substitution, just for viewing).

Also, Emacs has the "TeX input method", where typing the four keys \, i,
n, t yields ∫ (a Unicode symbol) etc.  (It works also for inputting
properUnicode accented letters, which is very cool and useful.)

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Deprecated $…$ for inline math?

2016-02-18 Thread Meer, Hans van der


On 18 Feb 2016, at 10:16, Hans Hagen > 
wrote:

also, DEK used a keyboard with some special characters (probably dating from 
those assembler like computer languages) which is why the plain tex format has:

Could it have been a keyboard especially for the APL language? Just a wild 
guess, but I remember that language using a lot of such symbols.

Hans van der Meer

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Deprecated $…$ for inline math?

2016-02-18 Thread Hans Hagen


On 2/18/2016 1:38 AM, Alan BRASLAU wrote:

On Thu, 18 Feb 2016 00:40:39 +0100
Pablo Rodriguez  wrote:


Excuse me, Alan, this is exclamation in Spanish (and only in Spanish).


Bigre ! Of course, I know that.


Just out of curiosity, why do you think he should have chosen that?


I was attempting to make some fun with this thread.


i have always been puzzled by the fact that when the pc showed up the 
keyboard was not enhanced .. for some reason we kept this numeric 
addendum (i remember the dec terminals that has this removable rubber 
cover for the special editor keys) and didn't make that a set of keys 
handy for editing (ok, try doing tex on a czech or german keyboard where 
the backslash is kind of hidden ... or those keyboards with no $ key, 
that must be hard on mathematicians)


this brings up the question: would users (here) start using real math 
unicode input if we had a monospace math font?



More seriously, \( expression \) was already an attempt to come up with
something "better". I am risking to state that $expression$ and
\math{expression} are two good solutions for ConTeXt and that
\m{expression} is, at best, just useless. Furthermore, any suggestion to


you don't need to use it ...


depreciate $expression$ is, in my opinion (and apparently in the
opinion of others), ludicrous.


nobody says that it will disappear (but novel writers can of course make 
$ into your favourite currency symbol)



P.S. I am a present writing a chapter on mathematics for a small
introduction on typesetting with ConTeXt, so this discussion is
highly relevant.


good

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Deprecated $…$ for inline math?

2016-02-18 Thread Hans Hagen


On 2/18/2016 12:40 AM, Pablo Rodriguez wrote:

On 02/17/2016 11:18 PM, Alan BRASLAU wrote:

On Wed, 17 Feb 2016 20:08:31 +0100 Hans Hagen wrote:


you're an american citizen who likes $x^2$ but to call if
beautiful ... €x^2€ nor £x^2£ (in 8 bit encodings / local keyboards
times) all look bad ...


Hans, you forgot: ¥x^2¥, ₽x^2₽, ₱x^2₱, ₹x^2₹, ...
Besides, U+0024 comes from ASCII and all programmers know that it is a
perfectly valid and useful character.


Of course, and even ₧x²₧ or even ₯x²₯...


we need a proper begin/end symbol ..


Too bad Knuth did not choose ¡x^2!


Excuse me, Alan, this is exclamation in Spanish (and only in Spanish).

Just out of curiosity, why do you think he should have chosen that?


because # & % were taken and ^ _ were needed for scripts and [] () | = + 
- are also quite mathematical .. .that doesn't leave much


@x^2@ could have worked

also, DEK used a keyboard with some special characters (probably dating 
from those assembler like computer languages) which is why the plain tex 
format has:


\mathcode`\^^@="2201 % \cdot
\mathcode`\^^A="3223 % \downarrow
\mathcode`\^^B="010B % \alpha
\mathcode`\^^C="010C % \beta
\mathcode`\^^D="225E % \land
\mathcode`\^^E="023A % \lnot
\mathcode`\^^F="3232 % \in
\mathcode`\^^G="0119 % \pi
\mathcode`\^^H="0115 % \lambda
\mathcode`\^^I="010D % \gamma
\mathcode`\^^J="010E % \delta
\mathcode`\^^K="3222 % \uparrow
\mathcode`\^^L="2206 % \pm
\mathcode`\^^M="2208 % \oplus
\mathcode`\^^N="0231 % \infty
\mathcode`\^^O="0140 % \partial
\mathcode`\^^P="321A % \subset
\mathcode`\^^Q="321B % \supset
\mathcode`\^^R="225C % \cap
\mathcode`\^^S="225B % \cup
\mathcode`\^^T="0238 % \forall
\mathcode`\^^U="0239 % \exists
\mathcode`\^^V="220A % \otimes
\mathcode`\^^W="3224 % \leftrightarrow
\mathcode`\^^X="3220 % \leftarrow
\mathcode`\^^Y="3221 % \rightarrow
\mathcode`\^^Z="8000 % \ne
\mathcode`\^^[="2205 % \diamond
\mathcode`\^^\="3214 % \le
\mathcode`\^^]="3215 % \ge
\mathcode`\^^^="3211 % \equiv
\mathcode`\^^_="225F % \lor

i wonder if anyone ever used that

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Setting expansion depth limit for metapost

Re: [NTG-context] Setting expansion depth limit for metapost

Re: [NTG-context] Setting expansion depth limit for metapost

[NTG-context] Setting expansion depth limit for metapost

Re: [NTG-context] Last version standalone issue

Re: [NTG-context] Problem with Enumerations

Re: [NTG-context] Deprecated $…$ for inline math?

Re: [NTG-context] Deprecated $…$ for inline math?

[NTG-context] late reset of counter with way=bypage

[NTG-context] Problem with Enumerations

[NTG-context] Last version standalone issue

Re: [NTG-context] Deprecated $…$ for inline math?

Re: [NTG-context] Deprecated $…$ for inline math?

Re: [NTG-context] Deprecated $…$ for inline math?

Re: [NTG-context] Deprecated $…$ for inline math?

15 matches

Site Navigation

Mail list logo

Footer information