Re: [NTG-context] \externalfigure question

[j. van den hoff]

On Fri, 17 Feb 2017 19:06:30 +0100, Alan Braslau   
wrote:



or identifying libraries used
which assume different default dpi. Can this be normalized in the case
of file formats (such as pdf) that do not explicitly set the dpi?


if possible I would say this could help "pedestrians" like myself some:  
during document creation and processing I nowhere do see any of that. I  
just get to severly different
pdf documents depending on which machine I compile it (it was a factor of  
2 different figure size in my case (extending well below page limits  
...)). from a user perspective this is of course highly unwelcome (and  
feels a bit like what is happening with MSword to this day, probably ;-))



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] \externalfigure question

[j. van den hoff]

On Fri, 17 Feb 2017 17:51:11 +0100, Alan Braslau <alan.bras...@cea.fr>  
wrote:



On Fri, 17 Feb 2017 17:04:27 +0100
"j. van den hoff" <veedeeh...@gmail.com> wrote:


On Fri, 17 Feb 2017 15:43:29 +0100, Hans Hagen <pra...@wxs.nl> wrote:

>  * if `scale=' is not the way to achieve invariant and unambiguous
> size of images embedded in the document, what is? `width=XXX cm'?
> i.e.: how is this supposed to be done correctly(TM)?
>  just use width=4cm and so

understood, will do (thanks to henning, too, for answering). in any
case, I have settled for `width={fraction}\textwidth' as the most
convenient solution. but if you don't mind explaining: _why_ is
`scale' causing me a problem in the first place? what is the actual
intended (and good) use of this parameter?


scale= is EXTREMELY useful when combining external figures and one
wants to retain uniform linewidths, text pointsizes, etc. Using width=
(or height=) in such a case will lead to very poor results, indeed.


OK, thanks. will try to remember that. -- but in this case  
(important/useful parameter...) I am still wondering, why the same value  
(say: scale=750) leads to totally different figure size in the pdf output  
for two different machines/OSes?


I understand that scale=1000 means "original size" but in want sense? it  
seems to dependent on the machine/engine's idea of dpi resolution or  
something like that ...


joerg



Alan

P.S. Personally, I find that scale=1000 meaning 1 is an unfortunate
left-over from the previous century - prehistoric days. In the
chemistry module rewrite, we take abs(scale)>10 in units of 1000, just
to confuse things. (Hans: I would suggest dropping this...).




--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] \externalfigure question

[j. van den hoff]

On Fri, 17 Feb 2017 15:43:29 +0100, Hans Hagen  wrote:


 * if `scale=' is not the way to achieve invariant and unambiguous size
of images embedded in the document, what is? `width=XXX cm'? i.e.: how
is this supposed to be done correctly(TM)?
 just use width=4cm and so


understood, will do (thanks to henning, too, for answering). in any case,  
I have settled for `width={fraction}\textwidth' as the most convenient  
solution. but if you don't mind explaining: _why_ is `scale' causing me a  
problem in the first place? what is the actual intended (and good) use of  
this parameter?


..


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] \externalfigure question

[j. van den hoff]

I am unsure about the "canonical" way to scale images to the desired size.  
my current understanding is, that `scale=' should do what I want in a way  
portable across `context' incarnations. so currently I use commands like


\externalfigure[image.png][scale=750]

to adjust the image size to my taste.

my problem: the same document looks completely different regarding image  
size in the produced pdf with standalone installations on osx64 and  
linux-64. actually, on oxx64 I have to use something like `scale=1500'  
where on linux-64 `scale=750' seemingly does about the same.


questions:

* what am I missing? why does the same document compile differently? I can  
only guess that `context' (or luatex?) has two different opinions of dpi  
resolution on the two machines when producing the pdf? where can I  
control/check this?


* if `scale=' is not the way to achieve invariant and unambiguous size of  
images embedded in the document, what is? `width=XXX cm'? i.e.: how is  
this supposed to be done correctly(TM)?


thx/joerg


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] strange crash -- SOLVED

[j. van den hoff]

On Fri, 17 Feb 2017 10:28:48 +0100, Hans Hagen  wrote:


i uploaded a beta so things should be in sync in a while


thanks a lot. I can confirm that the crash is no longer happening.

joerg



-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] strange crash

[j. van den hoff]

On Thu, 16 Feb 2017 22:20:14 +0100, Pablo Rodriguez <oi...@gmx.es> wrote:


On 02/16/2017 09:56 PM, j. van den hoff wrote:

[...]
just to avoid confusion: my initial report concerned x86_64 linux.


I know and you’d have downloaded the Linux64 binaries.


understood.



You might try the 32bit version for Linux. It takes less than 2 minutes
with a decent internet connection. After pasting the whole thing you
only have to wait the result:

cd && mkdir temp-ctx-install && cd temp-ctx-install &&\
rsync -ptv rsync://contextgarden.net/minimals/setup/first-setup.sh . &&\
./first-setup.sh --platform=linux --modules=all && cd &&\
source temp-ctx-install/tex/setuptex && mtxrunjit --generate\
&& echo "\starttext a\footnote{b}\stoptext" \

test-ctx-temp.mkiv && contextjit --purgeall test-ctx-temp.mkiv


unfortunately this does not run through:
`source temp-ctx-install/tex/setuptex' complains `binaries for platform  
'linux-64' are missing? I guess your script installs a test of 32-linux  
but it does not run on my 64 bit machine?




If that works, you may copy from my previous message to test again.

Don’t get me wrong. I think this is the best way of testing it, since
I’m not in front of your computer. And I don’t have a 64bit computer to
test, either.


your feedback/help is of course appreciated. thank you.

joerg



Just in case it helps,

Pablo



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] strange crash

[j. van den hoff]

On Thu, 16 Feb 2017 21:54:01 +0100, Alan Braslau <alan.bras...@cea.fr>  
wrote:



On Thu, 16 Feb 2017 21:40:40 +0100
Pablo Rodriguez <oi...@gmx.es> wrote:


On 02/16/2017 07:51 PM, j. van den hoff wrote:
> hi,
> in a pristine standalone context (installed yesterday) under ubuntu
> I see a seemingly consistent crash of luatex if the document
> contains footnotes [...]
> while without the footnote it does compile just fine (the same
> happens in more complicated documents: crashes until last footnote
> is removed, then it compiles...). I am not an experienced context
> user, but don't see that I could have done much wrong in installing
> context in the first place (notably, the search path seems
> correct). any idea what's going on here?

Weird, I can compile your sample in Linux32.


just to avoid confusion: my initial report concerned x86_64 linux.



On a fresh download of the Standalone, and using a new luatex binary
just compiled on the linux 32bit machine, I get the following:

tex error   > tex error on line 1 in file /root/foo.tex: ! Infinite
glue shrinkage inserted from \skip131


\page ->\par
 \dosingleempty \page_breaks_process
\strc_pagenumbers_flush_final_page ...\else \page
  [\p_strc_pagenumbers_page  
...

\dostoptext ...\strc_pagenumbers_flush_final_page
  \page \the
\everystoptext ... l.1 \dostoptext
\clf_stoptext ->\luafunction \16>>clf_stoptext
l.3 \stoptext

1 >>  \starttext
2 foo\footnote{bar}
3 \stoptext
4

___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] strange crash

[j. van den hoff]

On Thu, 16 Feb 2017 20:32:28 +0100, Alan Braslau <alan.bras...@cea.fr>  
wrote:



I confirm this (with a different error message) on 32bit linux,


thanks for confirming this.


but it compiles fine on 64bit linux, 64bit freebsd and 64bit osx.


in my case it happens on a 64 bit linux(ubuntu) system:

#arch
x86_64

and yes: under OSX everything is fine.

joerg



Alan




On Thu, 16 Feb 2017 19:51:25 +0100
"j. van den hoff" <veedeeh...@gmail.com> wrote:


in a pristine standalone context (installed yesterday) under ubuntu I
see a seemingly consistent crash of luatex if the document contains
footnotes

minimal example:

\starttext
foo\footnote{bar}
\stoptext


which crashes





--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] strange crash

[j. van den hoff]

hi,
in a pristine standalone context (installed yesterday) under ubuntu I see  
a seemingly consistent crash of luatex if the document contains footnotes


minimal example:

\starttext
foo\footnote{bar}
\stoptext


which crashes with this output:

8<-
tx-context | run 1: luatex  
--fmt="/usr/local/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en"  
--jobname="tt"  
--lua="/usr/local/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luatex/cont-en.lui"  
--no-parse-first-line --c:currentrun=1 --c:fulljobname="./tt.tex"  
--c:input="./tt.tex" --c:kindofrun=1 --c:maxnofruns=9 "cont-yes.mkiv"

This is LuaTeX, Version 1.0.3 (TeX Live 2017/dev)
 system commands enabled.
open source > level 1, order 1, name  
'/usr/local/context/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv'

system  >
system  > ConTeXt  ver: 2017.01.27 14:39 MKIV beta  fmt:  
2017.2.15  int: english/english

system  >
system  > 'cont-new.mkiv' loaded
open source > level 2, order 2, name  
'/usr/local/context/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv'
close source> level 2, order 2, name  
'/usr/local/context/tex/texmf-context/tex/context/base/mkiv/cont-new.mkiv'

system  > files > jobname 'tt', input './tt', result 'tt'
fonts   > latin modern fonts are not preloaded
languages   > language 'en' is active
open source > level 2, order 3, name '/home/myusername/tt/tt.tex'
fonts   > preloading latin modern fonts (second stage)
fonts   > 'fallback modern-designsize rm 12pt' is loaded

mtx-context | fatal error: no return code, message: luatex: execution  
interrupted

8<-

while without the footnote it does compile just fine (the same happens in  
more complicated documents: crashes until last footnote is removed, then  
it compiles...). I am not an experienced context user, but don't see that  
I could have done much wrong in installing context in the first place  
(notably, the search path seems correct). any idea what's going on here?


thx/joerg

--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] yearly current

[j. van den hoff]

On Wed, 15 Feb 2017 22:00:52 +0100, Hans Hagen <pra...@wxs.nl> wrote:


On 2/15/2017 8:49 PM, j. van den hoff wrote:

On Wed, 15 Feb 2017 20:08:53 +0100, Hans Hagen <pra...@wxs.nl> wrote:


Hi,

We're getting close to tex live freeze and part of that process is a
luatex release as well as a context snapshot. There have been no betas
for a while and the reason is that I've been cleaning up some code as
well as optimizing some bits. As a consequence it could be that there
are some issues with an upcoming luatex / context pair but because
there has been no real fundamental changes in the typesetting part
problems will be easy to sort out (like using an undefine lua function
or so).

Anyway, if you are not that adventurous or depend on the current
version, you can best make a copy or not update from the garden too
eager, just wait till the lists reports no crashes.

We will try to fix luatex/context things as fast as possible,


hi,

it _might_ be that I have been just bitten by this (or it is completely
unrelated ;-)): I have previously installed standalone context on a mac
w/o problems and am using it just fine.

but today I moved my current document project to a ubuntu machine for
testing purposes. since there seems to be only an ancient `context'
provided via apt-get (from 2015) I just installed the standalone on the
ubuntu machine, too, following the instructions as good I could. context
and luatex point to the executables in
/usr/local/context/tex/texmf-linux-64/bin etc.

so it _seems_ to be set up correctly: but the compile run for the
document (compiling just fine on the mac/older context installation)
crashes on the ubuntu with a last line:

clearontext | fatal error: no return code, message: luatex:
execution interrupted

(w/o trailing linefeed, too...).

if I can provide further info, please let me know.


it depends ... we're talking about luatex 1.0.3 (not on the garden yet)  
and a not yet published context update ... so it must be something  
different at your end


ok, thanks. so I misunderstood... any advice how to proceed regarding my  
problem? the error message doesn't mean anything to me, so I do not have  
any idea how to fix this (even if it were a stupid oversight on my part)  
...




Hans


-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] yearly current

[j. van den hoff]

On Wed, 15 Feb 2017 20:08:53 +0100, Hans Hagen  wrote:


Hi,

We're getting close to tex live freeze and part of that process is a  
luatex release as well as a context snapshot. There have been no betas  
for a while and the reason is that I've been cleaning up some code as  
well as optimizing some bits. As a consequence it could be that there  
are some issues with an upcoming luatex / context pair but because there  
has been no real fundamental changes in the typesetting part problems  
will be easy to sort out (like using an undefine lua function or so).


Anyway, if you are not that adventurous or depend on the current  
version, you can best make a copy or not update from the garden too  
eager, just wait till the lists reports no crashes.


We will try to fix luatex/context things as fast as possible,


hi,

it _might_ be that I have been just bitten by this (or it is completely  
unrelated ;-)): I have previously installed standalone context on a mac  
w/o problems and am using it just fine.


but today I moved my current document project to a ubuntu machine for  
testing purposes. since there seems to be only an ancient `context'  
provided via apt-get (from 2015) I just installed the standalone on the  
ubuntu machine, too, following the instructions as good I could. context  
and luatex point to the executables in  
/usr/local/context/tex/texmf-linux-64/bin etc.


so it _seems_ to be set up correctly: but the compile run for the document  
(compiling just fine on the mac/older context installation) crashes on the  
ubuntu with a last line:


clearontext | fatal error: no return code, message: luatex: execution  
interrupted


(w/o trailing linefeed, too...).

if I can provide further info, please let me know.

best,
joerg




Hans
Luigi



-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] problem with math: "\left" leads to "udefined symbol" --solved (sort of)

[j. van den hoff]

well after incrementally deleting most everything from my document I now  
seem to have a reproducible example:


8<
\definesynonyms[MySymbol][MySymbols][\meaning]
   \MySymbol [whaever] {this} {  means }

\starttext
\startformula
x = \left ( 1 + 2 \right )
\stopformula
\stoptext
8<

the apparent "culprit" is the presence of the `\definesynonyms' stuff.  
without it the rest (identical to your minimal example) compiles. with it  
it does not... remember that I am really unexperienced with `context': at  
the time (2 years ago), when I first tried this, it worked. I now realize  
(after reading up on the `definesynonyms' syntax again ...) that
in the definition a _command_ has to go into the third bracket. seemingly  
at the time I was just putting a placeholder `\meaning' there (never  
attempting to use it as a command acting on the explanatory text for that  
symbol definition but only wanting a glossary.


the strange thing (for me) is that this worked just fine two years ago,  
now it does produce a very strange error as described. question is why.


but replacing `\meaning' by `\infull' suffices to restore sane behaviour.


while I understand, that I did something stupid (putting a non-existent  
command `\meaning' in the definition), I would have presumed that this  
might trigger an error at that place rather than making `\left (' suddenly  
an undefined control sequence. any explanation what is going on here would  
be greatly appreciated.




On Tue, 24 Jan 2017 15:02:38 +0100, Hans Hagen  wrote:


 this just works here ... so can others confirm it?
 \starttext
 \startformula
x =  \left ( 1 + 2 \right )
\stopformula
 \stoptext



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] problem with math: "\left" leads to "udefined symbol"

[j. van den hoff]

On Tue, 24 Jan 2017 15:15:09 +0100, luigi scarso   
wrote:



On Tue, Jan 24, 2017 at 3:02 PM, Hans Hagen  wrote:

this just works here ... so can others confirm it?

\starttext

\startformula
x =  \left ( 1 + 2 \right )
\stopformula

\stoptext





no problem here with

This is LuaTeX, Version 1.0.2 (TeX Live 2017/dev)
 system commands enabled.
system  > ConTeXt  ver: 2017.01.17 16:50 MKIV beta  fmt:
2017.1.23  int: english/english


in fact, this minimal example works for me too. BUT adding those three  
lines (\startformula  \stopformula) to my actual document makes  
compilation fail. no idea what's happening here. I will now try to reduce  
my original document to a hopefully minimal example triggering the  
described behaviour.


any hints, where to look regarding possible reasons of the observed  
behavior would of course be appreciated.







--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] problem with math: "\left" leads to "udefined symbol"

[j. van den hoff]

On Tue, 24 Jan 2017 14:15:08 +0100, Hans Hagen <pra...@wxs.nl> wrote:

thanks for the quick reply and sorry for my not being precise.  
correction/addition follows:



On 1/24/2017 11:33 AM, j. van den hoff wrote:

hi everybody,

after a 2 year hiatus I'm just giving `context' a second try (so, really
not much experience so far).

I updated to the latest version (0.63) before proceeding.


0.63 what? luatex? then you need to check things as we're beyond 1.00 now


I was refering to the `context --version' output:

resolvers   | trees | analyzing 'home:texmf'
mtx-context | ConTeXt Process Management 0.63
mtx-context |
mtx-context | main context file:  
path_to/context/tex/texmf-context/tex/context/base/mkiv/context.mkiv

mtx-context | current version: 2017.01.17 17:37

I _was_ under the impression that this is current since I did an update  
and `current version' gives a date from last week. or that's what I  
believed would happen, when re-running `first-setup.sh': am I mistaken? if  
this is a stupid question I'd accept a RTFM answer ;-).





two observations:

1.
in a new document including assorted equations everything went fine
until I tried something like

\startformula
x = \left 1 + 2 \right
\stopformula


\left( ... \right)

left and right take an argument that has to be some known open or close  
operator


yes, I know. sorry for the glitch. I _meant_

\startformula
  x =  \left ( 1 + 2 \right )
 \stopformula

and _that_ is what's still causes the `Undefined control sequence' (both,  
in the new as well as the two year old unmodified document) -- actually it  
is thus reported in

the error message (in the previous mail, too):

"l.472 x = \left (
1 + 2 \right )"




which caused an error:

8<--
 ! Undefined control sequence


\strc_synonyms_insert_meaning ...urrentsynonymtag
  {#2}\fastsetup
{\??simplel...
\math_left ...ame \??mathleft \meaning \nexttoken
  \endcsname
\expandafter \l...
l.472 x = \left (
1 + 2 \right )
8<--

2.
an old document (not modified these 2 years) does no longer compile due
to apparently the same problem (not understanding `\left', `\right'.

question: my understanding is, that `context' supports "everything" out
of the box (notably equations) and there is no need for explicit loading
of additional packages? so `\left' etc. _should be defined (and it
_used_ to work 2 years ago)? what am I missing?

thx, joerg







--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] problem with math: "\left" leads to "udefined symbol"

[j. van den hoff]

hi everybody,

after a 2 year hiatus I'm just giving `context' a second try (so, really  
not much experience so far).


I updated to the latest version (0.63) before proceeding.

two observations:

1.
in a new document including assorted equations everything went fine until  
I tried something like


\startformula
x = \left 1 + 2 \right
\stopformula

which caused an error:

8<--
 ! Undefined control sequence


\strc_synonyms_insert_meaning ...urrentsynonymtag
  {#2}\fastsetup  
{\??simplel...

\math_left ...ame \??mathleft \meaning \nexttoken
  \endcsname \expandafter  
\l...

l.472 x = \left (
1 + 2 \right )
8<--

2.
an old document (not modified these 2 years) does no longer compile due to  
apparently the same problem (not understanding `\left', `\right'.


question: my understanding is, that `context' supports "everything" out of  
the box (notably equations) and there is no need for explicit loading of  
additional packages? so `\left' etc. _should be defined (and it _used_ to  
work 2 years ago)? what am I missing?


thx, joerg

--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] \setupcaptions question

[j. van den hoff]

On Thu, 12 Feb 2015 22:18:51 +0100, Otared Kavian ota...@gmail.com wrote:


Hi Joerg,


hi otared,



I think you are right when refering to a figure, the number stopper  
should not appear in the text.

It seems to me that using something like

\setupcaption[figure][stopper={.}]

used to work in mkii and mkiv, but while it works in mkii, I just tried  
it with mkiv and found that it does not work as expected anymore.


thanks for confirming this (I also did not know that it used to work in  
mkii).



So it is a bug introduced recently.
Probably Hans should be informed about it.


the canonical 'communication channel' being which? this list? bug tracker?

best regards,

joerg



Best regards: OK

On 12 Feb 2015, at 17:37, j. van den hoff veedeeh...@googlemail.com  
wrote:



I want to use `numberstopper' for figure caption customization like so:

\setupcaptions[numberstopper={:}]

this works fine for the caption itself (i.e. I get, e.g. Figure 1:
caption text) _but_
references to the figure via a defined label such as [fig:example]
in the body text do include the numberstopper, too, which is highly
undesirable in my view, since, e.g.,

... see Figure 1: for an example. ...

should rather read

... see Figure 1 for an example. ...

i.e. the numberstopper should be omitted (at least optionally) when
referencing.

question: how can this be achieved?


thx/j
___
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
___


___
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
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] \setupcaptions question

[j. van den hoff]

On Thu, 12 Feb 2015 22:56:11 +0100, Otared Kavian ota...@gmail.com wrote:


Hi Wolfgang, and Joerg,

Actually with your code and using numberstopper instead of stopper your  
example works fine here, too.

So the right command is
\setupcaption[figure][numberstopper={:}]
and not what I wrote before (which works in mkii, though…).
Actually the command used by Joerg, that is
\setupcaptions[numberstopper={:}]
works also.

Best regards: OK

On 12 Feb 2015, at 22:31, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:



Am 12.02.2015 um 17:37 schrieb j. van den hoff  
veedeeh...@googlemail.com:



I want to use `numberstopper' for figure caption customization like so:

\setupcaptions[numberstopper={:}]

this works fine for the caption itself (i.e. I get, e.g. Figure 1:
caption text) _but_
references to the figure via a defined label such as [fig:example]
in the body text do include the numberstopper, too, which is highly
undesirable in my view, since, e.g.,

... see Figure 1: for an example. ...

should rather read

... see Figure 1 for an example. ...

i.e. the numberstopper should be omitted (at least optionally) when
referencing.

question: how can this be achieved?



Can you make a example because I can’t reproduce the problem you  
describe.


I have done that right now (problem definitely there) but then looked at  
the difference between my syntax

and yours. I used something like

\setupexternalfigures [directory={.}]
\setupcaption[width=.95\textwidth, location=bottom, numberstopper={:}]

\starttext
An illustration of this process is given in Fig.~\in[fig:convosim].

\stoptext

changing the referencing to

An illustration of this process is given in Fig.~\at[fig:convosim].

i.e. replacing `\in' by `\at' resolves the issue. I'm rather new to  
context and was under the impression that `\in' is the

context equivalent of latex's \ref and was not aware of \at at all.
but this seems only partly true. can you give me a pointer where best to  
look up the

differences between `\in' and `\at'?

so it seems I need to use \at for referencing figures, at least when  
numberstopper is not empty? ok, so be it 


and thanks a lot for responding and straightening this out.

best,

joerg




\setupexternalfigure[location=default]

\setupcaption[figure][numberstopper=:]

\starttext

Take a look at \at{picture}[fig:cow] below.

\startplacefigure[reference=fig:cow,title=A dutch cow]
 \externalfigure[cow]
\stopplacefigure

\stoptext

Wolfgang


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] \setupcaptions question

[j. van den hoff]

On Fri, 13 Feb 2015 04:54:58 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:


No, you’re right. I used the wrong command (\at is used to show the page  
where to float was placed)


understood.


and so far there is only a workaround for this problem. What you can do


OK, does this require some sort of formal bug report or can the issue be
now considered to be on the to do list?


is to use the “suffix” key to set
a stopper for the caption which will only appear in the caption itself.
\setupexternalfigure[location=default]
\setupcaption[figure][suffix=:]
\starttext
Take a look at \in{picture}[fig:cow] below.
\startplacefigure[reference=fig:cow,title=A dutch cow]
  \externalfigure[cow]
\stopplacefigure
\stoptext
This solution is far from perfect because normally the suffix key is  
used for the internal counter
of split floats, e.g. when a numbered table is split over several tables  
and you get numbers label

„Table 3.a” etc.


I see. I think workaround will suffice for the present document, thank  
you. I will
do that (and hope for a timely fix so that I can revert to numberstopper  
soon...)


regards,
joerg


Wolfgang



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] \setupcaptions question

[j. van den hoff]

I want to use `numberstopper' for figure caption customization like so:

\setupcaptions[numberstopper={:}]

this works fine for the caption itself (i.e. I get, e.g. Figure 1:
caption text) _but_
references to the figure via a defined label such as [fig:example]
in the body text do include the numberstopper, too, which is highly
undesirable in my view, since, e.g.,

... see Figure 1: for an example. ...

should rather read

... see Figure 1 for an example. ...

i.e. the numberstopper should be omitted (at least optionally) when
referencing.

question: how can this be achieved?


thx/j
___
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] enumeration of equations containing \mathcases

[j. van den hoff]

hi list,

admittedly I've posted this problem two times 6-8 weeks ago already but  
since I did not get a single
response (not even RTFM...) I try it now a third time (hoping this is not  
considered spamming the list ...):


question: how can I get properly aligned enumeration of equations that use  
`\mathcases'.


example:
8--
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
bla bla bla bla bla bla
\placeformula
\startformula
 K_1 \rightarrow
 \startmathcases
\NC f  \NC for $f \ll PS$ (flow limited transport)  \NR
\NC PS \NC for $f \gg PS$ (diffusion limited transport) \NR[+]
 \stopmathcases
\stopformula
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
bla bla bla bla bla bla
\stoptext
8--

does subcases enumeration in the second case but this is not aligned  
with the right text margin so
it can not be used easily to fake the enumeration of the whole equation.  
\placeformula on the
other hand does not print an equation number at all (contrary to what it  
usually does.


I'm at a loss how to solve this...

thx,joerg
___
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] enumeration of equations containing \mathcases

[j. van den hoff]

On Tue, 10 Feb 2015 18:25:25 +0100, Otared Kavian ota...@gmail.com wrote:


Hi Joerg,


hi otared,



I use a math align environment, like the following:

 begin
%% analogous to \cases
\definemathmatrix[alignedcases] %% ——— here you can give whatherver  
name you wish

[align={right,left,left},
distance=3pt,
left={\left\{},
right={\right.},
style=\displaystyle]

\starttext
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
bla bla bla bla bla bla
\placeformula
\startformula
K_1 \rightarrow
\startalignedcases
   \NC f  \NC \mbox{ for }\,  f \ll PS,  \quad\mbox{(flow limited  
transport)} \NR
   \NC PS \NC \mbox{ for }\, f \gg PS,\quad \mbox{(diffusion limited  
transport)} \NR

\stopalignedcases
\stopformula
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
bla bla bla bla bla bla

\stoptext
 end


ah yes. that works... very good.


However I don’t know how to number each subcases.


I do not need these, actually, right now. so you solved my problem just  
fine.


@devs: what about the original \mathcases problem? should equation  
numbering not work for that command, too?


but anyway: really thanks a lot for this solution!

joerg



Best regards: OK

On 10 Feb 2015, at 17:32, j. van den hoff veedeeh...@googlemail.com  
wrote:


hi list,

admittedly I've posted this problem two times 6-8 weeks ago already but  
since I did not get a single
response (not even RTFM...) I try it now a third time (hoping this is  
not considered spamming the list ...):


question: how can I get properly aligned enumeration of equations that  
use `\mathcases'.


example:
8--
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
bla bla bla bla bla bla
\placeformula
\startformula
K_1 \rightarrow
\startmathcases
   \NC f  \NC for $f \ll PS$ (flow limited transport)  \NR
   \NC PS \NC for $f \gg PS$ (diffusion limited transport) \NR[+]
\stopmathcases
\stopformula
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
bla bla bla bla bla bla
\stoptext
8--

does subcases enumeration in the second case but this is not aligned  
with the right text margin so
it can not be used easily to fake the enumeration of the whole  
equation. \placeformula on the
other hand does not print an equation number at all (contrary to what  
it usually does.


I'm at a loss how to solve this...

thx,joerg
___
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
___


___
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
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] figure caption question

[j. van den hoff]

hi,

I have some problems with adjusting figure captions. what I want:

1. constant caption width across all figures, possibly identical to text  
width


2. trailing the auto-incrementing figure number with a fixed character,  
e.g. a `:', while still being able to cross-reference
to the figure without the `:' occuring as part of the reference (i.e. it  
should read Figure 1: caption_goes_here and the
cross-reference then should read see Figure 1 rather than see Figure  
1:.


Using something like

\setupcaptions[width=0.9\textwidth, numberstopper={:}]

sort of works except that cross references than include the  
numberstopper `:' in the reference (see Figure 1:) which is really  
awkward. so how
can this be solved (adjust the numberstopper in the caption without  
affecting how the figure label/number appears in cross-references)?


regarding the caption width it seems that of the predefined keywords (fit,  
broad, max) only the first one is understood correctly (presuming
it means fit to figure width -- I did not find an explanation anywhere).  
`width=max' does not maximize the width (rather it is smaller than
with `width=fit' in some of my figures) and `width=broad' throws an error  
(! Missing number, treated as zero etc.). what am I missing regarding  
these keywords?


thx/j


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] how to (re)set section numbers

[j. van den hoff]

On Thu, 01 Jan 2015 20:48:48 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:



You need
   \setuphead[subject][incrementnumber=list]
because when you write „incrementnumber=yes” you tell context to  
increment the counter for \subject

which uses by default the \section counter.


I see. thanks a lot. I took my 'wisdom' from  
http://wiki.contextgarden.net/Table_of_Contents#Including_unnumbered_heads_in_the_ToC
which seems somewhat deficient. I'd try to augment that section. anyway,  
there seems no documentation of what `incrementnumber=list' is doing?
is it only there to lead to listing/inclusion of the respective section  
type in the ToC?


although you've solved my present problem perfectly: _is_ there a way to  
reset the (sub)section counters (or to set them to prescribed values)?



joerg


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] how to (re)set section numbers

[j. van den hoff]

You need

\setuphead[subject][incrementnumber=list]

because when you write „incrementnumber=yes” you tell context to  
increment the counter for \subject

which uses by default the \section counter.

Wolfgang



FYI, I've tried to update the wiki accordingly:  
http://wiki.contextgarden.net/Table_of_Contents#Including_unnumbered_heads_in_the_ToC


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] how to (re)set section numbers

[j. van den hoff]

On Thu, 01 Jan 2015 20:00:00 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




Am 30.12.2014 um 20:01 schrieb j. van den hoff  
veedeeh...@googlemail.com:


I have followed the recommendations how to include unnumbered sections  
in the table-of-content along

the lines

\setuphead[subject]
[incrementnumber=yes,number=no]


etc.
this works OK if the unnumbered sections are at the end of the  
document. otherwise the enumeration of the actually
(visibly) numbered sections is messed up (i.e. if a `subject' section  
goes, e.g. _before_ all actually enumerated

sections, there counters are off by one).

question: what is the best way of (re)setting the section counters?  
i.e. if the doucment structure is, e.g.,


\subject
\section
\subsection
\section
\subject

I'd like to end up with the ToC containing entries for all subjects and  
sections but the numbered sections should occur (in ToC and document)  
as 1, 1.1, 2 rather than 2 2.1, 3 (in this example). I was not able to  
find a solution in the documenation/wiki.


Can you send a *working* minimal example.


yes, of course (I presumed this to be not necessary here):

\setuphead[subject]
   [incrementnumber=yes, number=no]
   \setuplist[section][width=1.5em]
   \setuplist[subsection][width=2.25em, margin=1.5em] %`margin' determines  
alignment

   \setuplist[subject][margin=1.5em]
\setupcombinedlist[content]  
[list={chapter,section,subsection,subject,subsubject}]

\starttext
\completecontent
\subject{this subject messes up the further enumeration of numbered  
sections}

bla
\section{this should be sec. 1}
bla
\subsection{this should be subsec. 1.1}
bla
\section{this should be sec. 2}
bla
\subject{this subject does no harm...}
bla
\stoptext

In my real life example the first `subject', e.g., contains a Glossary of  
abbreviations and I want to start the actual enumeration with the body  
text proper (Introduction and onwards), while still listing the glossary  
in the ToC. and I did not find any other (general) solution in the docs,  
how to include unnumbered sections in the ToC...


thx, joerg



Wolfgang



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] \mathcases and equation numbering

[j. van den hoff]

I posted a similar question a few days ago without success/response but  
since I have not found a solution anywhere I would
like to ask this again: how can I get properly enumerated equations using  
`\mathcases'? this example does not work:


\starttext
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla  
bla bla bla bla bla bla

\placeformula
\startformula
   E(f) = \frac {K_1(f)} {f}
\stopformula
\placeformula
\startformula
   K_1 \rightarrow
   \startmathcases
  \NC f  \NC for $f \ll PS$ (flow limited transport)  \NR
  \NC PS \NC for $f \gg PS$ (diffusion limited transport) \NR[+]
   \stopmathcases
\stopformula
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla  
bla bla bla bla bla bla

\stoptext

since (as I now have discovered myself) the `\NR[+]' is here intended  
for subcases enumeration (which are, thus not aligned with the right  
margin0, rather than (like with \mathalign) for whole equation numbering.  
but omitting the `[+]' does not help either since \placeformula simply  
does not put an equation number at all.


so, simple question: how to get a properly numbered equation using  
\mathcases?


thx,joerg
___
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] how to (re)set section numbers

[j. van den hoff]

I have followed the recommendations how to include unnumbered sections in  
the table-of-content along

the lines

\setuphead[subject]
 [incrementnumber=yes,number=no]


etc.
this works OK if the unnumbered sections are at the end of the document.  
otherwise the enumeration of the actually
(visibly) numbered sections is messed up (i.e. if a `subject' section  
goes, e.g. _before_ all actually enumerated

sections, there counters are off by one).

question: what is the best way of (re)setting the section counters? i.e.  
if the doucment structure is, e.g.,


\subject
\section
\subsection
\section
\subject

I'd like to end up with the ToC containing entries for all subjects and  
sections but the numbered sections should occur (in ToC and document) as  
1, 1.1, 2 rather than 2 2.1, 3 (in this example). I was not able to find a  
solution in the documenation/wiki.


thx,
joerg

--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] fluctuating baseline of header text

[j. van den hoff]

I observe a slight fluctuation of the baseline of text in the page header  
when going from one page to the next.

a minimal example follows:

\setupheader  [style=\smallbodyfont\ss\it]
\setupheadertexts [section]
\setuppagenumbering[location={header,margin}, style=\bfc]
\starttext
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\stoptext

in this example (and with this font) the problem is only occuring when  
toggling between pages 6/7 or 7/8 (at sufficient zoom it's easy to see),
i.e.the header is shifted downward on page 7. in other docs with different  
fonts it happens across multiple pages. my guess would be it has to
do with the digit heights in the different fonts and the fact that the  
page numbers are much larger than the heading, but that's only a guess.


can someone confirm the problem?

thx,joerg




--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] fluctuating baseline of header text

[j. van den hoff]

On Sun, 28 Dec 2014 00:45:32 +0100, Hans Hagen pra...@wxs.nl wrote:


-- could such behaviour be achieved presently with some clever trick?

 \showstruts
 \setuppagenumbering[style=\bfd\setcharstrut{0123456789}\strut,strut=no]
 - no default strut
- calculate one based on to-be-used-characters (tight case)
- apply that one

 compare it with
 \setuppagenumbering[style=\bfd\setstrut\strut]



thanks a lot. that indeed fixes it.


 And then wikify it


can do. although things are not yet 100% clear to me (not much to be found  
in the documentation). so is this right:


-- I guess `\setstrut\strut' does set the strut to the maximum height of  
all the glyphs in the used font? the explanation in 4.6 of the ref. manual  
is not really telling me how the box height in the example comes about  
(i.e. what the mentioned `maximal height' actually is).


-- `\setcharstrut{0123456789}': the command seems to be completely  
undocumented (I could not find it in wiki and ref. manual), but it seems  
clear what it does. except what do you mean by tight case here?


-- why is it necessary to state `strut=no' to switch of the default on top  
of setting the strut explicitly?


joerg


 Hans




--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] fluctuating baseline of header text

[j. van den hoff]

On Sun, 28 Dec 2014 18:55:15 +0100, Hans Hagen pra...@wxs.nl wrote:


set the strut to match the given set of characters


so, I've tried to add a description to the wiki:

http://wiki.contextgarden.net/Command/setcharstrut

I'd appreciate if you would double-check and correct any  
errors/misconceptions.


joerg


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] fluctuating baseline of header text

[j. van den hoff]

On Sat, 27 Dec 2014 10:40:30 +0100, Pablo Rodriguez oi...@gmx.es wrote:


On 12/26/2014 11:32 PM, j. van den hoff wrote:

[...]
in this example (and with this font) the problem is only occuring when
toggling between pages 6/7 or 7/8 (at sufficient zoom it's easy to see),
i.e.the header is shifted downward on page 7. in other docs with  
different

fonts it happens across multiple pages. my guess would be it has to
do with the digit heights in the different fonts and the fact that the
page numbers are much larger than the heading, but that's only a guess.

can someone confirm the problem?


Hi Jörg,

this sample shows the issue without zooming:


thanks for confirming this. @devs: can this be considered misbehaviour  
(not to call it a bug ;-)) or is it somehow unavoidable?




\setuppapersize[A8]
\setupheader  [style=\itx\ss]
\setupheadertexts [section]
\setuppagenumbering[location={header,margin}, style=\bfd]
\starttext
\dorecurse{80}{\section{Introduction}
bla\page[yes]}
\stoptext

When the glyph 7 is involved in page number, baseline is a bit lower. As
you wrote, I guess this is related with the glyph metrics.


yes. this seems to be supported by the fact that it happens differently  
(usually more frequently) with other fonts.


joerg



Just in case it helps,


Pablo



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] fluctuating baseline of header text

[j. van den hoff]

On Sat, 27 Dec 2014 13:36:49 +0100, Hans Hagen pra...@wxs.nl wrote:


On 12/27/2014 12:16 PM, j. van den hoff wrote:
On Sat, 27 Dec 2014 10:40:30 +0100, Pablo Rodriguez oi...@gmx.es  
wrote:



On 12/26/2014 11:32 PM, j. van den hoff wrote:

[...]
in this example (and with this font) the problem is only occuring when
toggling between pages 6/7 or 7/8 (at sufficient zoom it's easy to  
see),

i.e.the header is shifted downward on page 7. in other docs with
different
fonts it happens across multiple pages. my guess would be it has to
do with the digit heights in the different fonts and the fact that the
page numbers are much larger than the heading, but that's only a  
guess.


can someone confirm the problem?


Hi Jörg,

this sample shows the issue without zooming:


thanks for confirming this. @devs: can this be considered misbehaviour
(not to call it a bug ;-)) or is it somehow unavoidable?


it's not a bug at all .. you just get what you ask for


good to know.



\showframe \showglyphs

your header is too small so what you want only works if the heights  of  
all characters are the same which is not the case here


well this seems not to be the whole explanation AFAICS. it might be  
correct for pablo's

example, but for my original example, which is equivalent to:

\showframe\showglyphs
\setupheader  [style=\smallbodyfont\ss\it]
\setupheadertexts [section]
\setuppagenumbering[location={header,margin}, style=\bfc]

\starttext
\dorecurse{10}{\section{Introduction}
bla
\page[yes]}
\stoptext

I can't see that the header space is to small, no? or what am I missing?  
using `\showglyphs' (which I didn't know of: thanks),
it still looks to me as if the problem is caused by the fact, that all  
positions are measured from the top and
the header line's baseline is aligned with the baseline of the large page  
numbers glyph boxes (although only approximately so, as far
as I can tell on my monitor...) where -- for the default font -- the  
glyphbox of the `7' has a larger vertical extension than the others
(so that it extends a bit further down as measured from the top) which  
causes the baseline of the header to shift downwards accordingly.



joerg





solutions:

- use a proper height for the header
- package the header text in a box and set the height of that box



\setuppapersize[A8]
\setupheader  [style=\itx\ss]
\setupheadertexts [section]
\setuppagenumbering[location={header,margin}, style=\bfd]
\starttext
\dorecurse{80}{\section{Introduction}
bla\page[yes]}
\stoptext

When the glyph 7 is involved in page number, baseline is a bit lower.  
As

you wrote, I guess this is related with the glyph metrics.


yes. this seems to be supported by the fact that it happens differently
(usually more frequently) with other fonts.

joerg



Just in case it helps,


Pablo









--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] fluctuating baseline of header text

[j. van den hoff]

On Sat, 27 Dec 2014 15:07:31 +0100, j. van den hoff  
veedeeh...@googlemail.com wrote:



- package the header text in a box and set the height of that box


and if you don't mind, would you give me a pointer/keyword/command name so  
that I can look up how to do this?


joerg


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] fluctuating baseline of header text

[j. van den hoff]

coming back to this again, if one uses old-style numerals for the page  
numbering the problem is aggravated:


\showframe\showglyphs
\definefontfeature [default] [default] [onum=yes]
\definefontfamily [mainface] [serif] [garamondno8]
\setupbodyfont[mainface,12pt]
\setupheader  [style=\smallbodyfont\ss\it]
\setupheadertexts [section]
\setuppagenumbering[location={header,margin}, style=\bfc]

\starttext
\dorecurse{97}{\section{Introduction}
bla
\page[yes]}
\stoptext

now, it also is obious that the baseline jumps occur in the page numbers  
themselves (caused mainly by the
large extension of the `6') so going, e.g., from page 25 to 26 the `2'  
jumps downward quite a bit. I understand
that this is unavoidable if the positions are determined as they seemingly  
are (measuring from the top and separately
for each page). what I at least would think to be nicer would be a  
situation where the baseline is determined for
the _whole_ document as the minimum (lowest position on page) of all  
page-wise baselines (that would be determined by the digit `6' in the  
present example)
and then using _that_ baseline for all headers and page numbers which  
would eliminate the jittering of header lines and page numbers.


I am aware that this will not always be the desired behaviour and that  
there might be documents where header layout might not be identical  
document wide,
so it might open a can of worms, but for most book-type documents I would  
think this to be reasonable and desirable.


my questions:

-- would that (a common baseline for the text in all the page headers) be  
better or worse than the present behaviour from a typographical point of  
view?

-- if desirable, could/should it be done?
-- could such behaviour be achieved presently with some clever trick?

joerg


On Sat, 27 Dec 2014 13:36:49 +0100, Hans Hagen pra...@wxs.nl wrote:


solutions:
 - use a proper height for the header
- package the header text in a box and set the height of that box



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] misalignment of equation numbers

[j. van den hoff]

in this example:

\starttext
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla  
bla bla bla bla bla bla

\placeformula
\startformula
   K_1 \rightarrow
   E(f) = \frac {K_1(f)} { f}\,.
\stopformula
\placeformula
\startformula
   K_1 \rightarrow
   \startmathcases
  \NC f  \NC for \NC $f \ll PS$ \NC {\rm (flow limited  
transport)}   \NR
  \NC PS \NC for \NC $f \gg PS$ \NC {\rm (diffusion limited  
transport),} \NR[+]

   \stopmathcases
\stopformula
bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla  
bla bla bla bla bla bla

\stoptext

the label `(2)' of the second equation is not aligning properly with the  
right margin of the body text

(and the previous equation label). what am I doing wrong here?

joerg

--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] fluctuating baseline of header text

[j. van den hoff]

I observe a slight fluctuation of the baseline of text in the page header
when going from one page to the next.
a minimal example follows:

\setupheader  [style=\smallbodyfont\ss\it]
\setupheadertexts [section]
\setuppagenumbering[location={header,margin}, style=\bfc]
\starttext
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\section{Introduction}
bla
\page[yes]
\stoptext

in this example (and with this font) the problem is only occuring when
toggling between pages 6/7 or 7/8 (at sufficient zoom it's easy to see),
i.e.the header is shifted downward on page 7. in other docs with different
fonts it happens across multiple pages. my guess would be it has to
do with the digit heights in the different fonts and the fact that the
page numbers are much larger than the heading, but that's only a guess.

can someone confirm the problem?

thx,joerg




--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] system fonts access under macosx (again)

[j. van den hoff]

On Wed, 24 Dec 2014 08:41:53 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




Am 23.12.2014 um 23:32 schrieb j. van den hoff  
veedeeh...@googlemail.com:


thanks to both of you. in fact, just doing `mtxrun —script font —reload  
—force'

restored sane behaviour (italics back again etc.).

so, I understand that _this_ actually rebuilds the font data base?  
what, then, is just issuing `—reload’ good for?


When you make a new installation and context runs for the first time
it make a scan for all available fonts and store some information about
each font but this will take some time (although this is now faster than
it has been in the past).

To add a new font to this list you can use mtxrun —script font —reload“
which adds only new fonts to the list which is faster than a complete
rebuild of the list which is done with the force“ option.


I see. but could there be some loose ends in this? since what happenend  
in my case was:


1.
after de-novo installation of `context' standalone, `optima.ttc' was  
recognized completely (including italics and bold).


2.
after adding  `ebgaramond' it was not recognized before doing a `mtxrun  
—script font —reload'.

so up to here this is perfectly in accord with your explanation. but

3.
at this point `optima' was no longer recognized beyond the `regular'  
variant. so something bad
happened to the database during step 2 it seems although according to your  
explantion it only
should have led to appending information for ebgaramond without affecting  
the rest.


4.
the complete rebuild (`-force') restored everything to normal.

just in case this deserves further inspection.

joerg



Wolfgang



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] Loading modules (was: access to system fonts under MacOSX)

[j. van den hoff]

On Mon, 22 Dec 2014 22:35:43 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




Am 22.12.2014 um 00:12 schrieb j. van den hoff  
veedeeh...@googlemail.com:


OK, I've just installed the standalone version and adjusted my search  
path. now the very same document does no longer compile. I get the  
error:


8---
! Undefined control sequence

recently read \doctitle

l.106\doctitle
8---
where `doctitle' is defined in a small bare bones module (co-existing  
in the same dir as the doc) for setting up a title page. I guess I'm  
hitting some (context-) searchpath issue here that already is taken  
care of in the texlive distro? any help'd be appreciated.


I guess you load the file with your definitions with the \usemodule  
command.


correct.



There has been a change a while ago and context expects now a prefix
when you load a module (e.g. p-myfile.tex) and when you add now the
prefix to your file context will be able to load it. Another solution is  
to add


\enabledirectives[modules.permitunprefixed]

before the \usemodule command in your document, the command
above tells context to also look for modules without a prefix as last  
resort.


yes, this one did the trick. thanks a lot. regarding the prefix  
handling/recognition, I don't
quite get it (_what_ is considered a prefix, e.g. is there a canonical  
prefix separator etc. or where do I define
the prefix?). I'll try to hunt for it on contextgarden. if you do have a  
pointer, though,

that'd be nice.

in any casse, many thanks for sorting this one out.


Wolfgang



--
Using Opera's revolutionary email client: http://www.opera.com/mail/

--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Mon, 22 Dec 2014 07:09:12 +0100, Pablo Rodriguez oi...@gmx.es wrote:


On 12/22/2014 12:12 AM, j. van den hoff wrote:

OK, I've just installed the standalone version and adjusted my search
path. now the very same document does no longer compile. I get the  
error:


8---
  ! Undefined control sequence

recently read \doctitle

l.106\doctitle
8---
where `doctitle' is defined in a small bare bones module (co-existing in
the same dir as the doc) for setting up a title page. I guess I'm  
hitting
some (context-) searchpath issue here that already is taken care of in  
the

texlive distro? any help'd be appreciated.


Hi Jörg,

providing a minimal sample that reproduces the error (at least, in your
computer) avoids the guesswork :-).

I think it is better that you start a new thread for this (new) issue.
It will help others to search when facing similar problems.


right both times (but wolfgang's response already sorted the present  
problem out).


From what I understand of your description, when the module is located
in the same directory as the source document you compile, ConTeXt
doesn’t need to search anything. But you need to compile it from that
directory.


I did that, but as wolfgang's mail explains, there now seems to be  
required a differnt

way of specifying the module file name.



BTW, is your module similar to the one suggested in
http://wiki.contextgarden.net/Document_Titles#In_ConTeXt:_A_more_reusable_solution?


_very_ similar since I did a copy+paste from there and adjusted it.
if there are better strategies for getting this kind of task (adjustable  
title pages) done,

I'd be glad to learn of them of course.

joerg




Pablo



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] Loading modules (was: access to system fonts under MacOSX)

[j. van den hoff]

uups. I was to quick with my answer: in the meantime I did reset my $PATH  
variable in order to use
the texlive-context version again. so adding the   
\enabledirectives[modules.permitunprefixed] and recompiling
the document did not proof anything (stupid error...). so I have now  
retried with the current standalone
`context' and -- alas! -- the `undefined control sequence' error does not  
go away. do be specifc:


-- document and module reside in the same directory

-- the module is residing in file `t-title.tex' and defines (upon others)  
`\doctitle'


-- the document loads the module with `\usemodule[title]' (which is now  
preceded by `\enabledirectives[modules.permitunprefixed]')

   and then uses `\doctitle' which triggers the error.

-- right now, the standalone `context' binary is at the very top of $PATH.

any ideas?

thx,joerg



On Tue, 23 Dec 2014 14:15:42 +0100, j. van den hoff  
veedeeh...@googlemail.com wrote:


On Mon, 22 Dec 2014 22:35:43 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




Am 22.12.2014 um 00:12 schrieb j. van den hoff  
veedeeh...@googlemail.com:


OK, I've just installed the standalone version and adjusted my search  
path. now the very same document does no longer compile. I get the  
error:


8---
! Undefined control sequence

recently read \doctitle

l.106\doctitle
8---
where `doctitle' is defined in a small bare bones module (co-existing  
in the same dir as the doc) for setting up a title page. I guess I'm  
hitting some (context-) searchpath issue here that already is taken  
care of in the texlive distro? any help'd be appreciated.


I guess you load the file with your definitions with the \usemodule  
command.


correct.



There has been a change a while ago and context expects now a prefix
when you load a module (e.g. p-myfile.tex) and when you add now the
prefix to your file context will be able to load it. Another solution  
is to add


\enabledirectives[modules.permitunprefixed]

before the \usemodule command in your document, the command
above tells context to also look for modules without a prefix as last  
resort.


yes, this one did the trick. thanks a lot. regarding the prefix  
handling/recognition, I don't
quite get it (_what_ is considered a prefix, e.g. is there a canonical  
prefix separator etc. or where do I define
the prefix?). I'll try to hunt for it on contextgarden. if you do have a  
pointer, though,

that'd be nice.

in any casse, many thanks for sorting this one out.


Wolfgang






--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] system fonts access under macosx (again)

[j. van den hoff]

as advised I have installed standalone context in order to get better  
support of system fonts under macosx.

I now have had the following happen to me:

1.
after installation of `standalone' and straightening out unrelated  
problems with `\usemodule' usage I managed to get proper
support of -- that's the specific font I wanted to use -- the `Optima'  
font family. Notably I got italics

where I wanted them. so far so good.

2.
then I discovered that standalone context does not include the very nice  
`EB Garamond' font (although
there are some files in the context tree apparently related to tweaking  
some things related to this font) -- contrary to

texlive where `context` finds this font just fine.

3.
instead of putting this font into the standalone `context' tree (which I  
tried initially without luck -- on second thought
I probably would have needed to do a `mtxrun --script fonts --reload' ...)  
I installed these (otf) fonts systemwide.


(as an aside: is there a way of notifying standalone context of the  
location of the `texlive' font directories?)


4.
contrary to what I seem to have read in the documentation somewhere (??)  
the fonts were than _not_ looked up on demand (i.e.
where not found automatically when compiling the document wanting to use  
this font) but only found after I did a manual `mtxrun --script fonts  
--reload'


5.
now `ebgaramond' works fine _but_ out of the `Optima' fonts now only the  
regular font is found and reported by `mtxrun ... fonts`

if I interpret this output correctly:

optima  optimaregular   /System/Library/Fonts/Optima.ttc   index:   
4
optimanormaloptimaregular   /System/Library/Fonts/Optima.ttc   index:   
4
optimaregular   optimaregular   /System/Library/Fonts/Optima.ttc   index:   
4


so I seem back to square one in this respect :-(.
I can only assume that this has been caused by the `--reload' run (see  
item 1. above: intitially `optima' italics worked) and/or maybe still

fragile support of these `ttc' (true type collection) files? just a guess.

what am I doing wrong _this_ time?

thx,

joerg

--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] system fonts access under macosx (again)

[j. van den hoff]

On Tue, 23 Dec 2014 20:31:46 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:





Am 23.12.2014 um 19:44 schrieb Pablo Rodriguez oi...@gmx.es:

On 12/23/2014 05:42 PM, j. van den hoff wrote:

[...]
so I seem back to square one in this respect :-(.
I can only assume that this has been caused by the `--reload' run (see
item 1. above: intitially `optima' italics worked) and/or maybe still
fragile support of these `ttc' (true type collection) files? just a  
guess.


what am I doing wrong _this_ time?


Hi Jörg,

I cannot tell, but maybe there is something that might work.

From your ConTeXt Suite directory, remove tex/texmf-cache/luatex-cache/.

And then compile the documents with Optima and EB Garamond. (ConTeXt
will perform the required tasks before.)

--reload didn’t work for me and this method worked. I remove
tex/texmf-cache/luatex-cache/ everytime I install a new font.


There is no need to remove the latex-cache folder because you can use  
the force
option (i.e. mtxrun —script font —reload —force) to rebuild the whole  
cache.


thanks to both of you. in fact, just doing `mtxrun —script font —reload  
—force'

restored sane behaviour (italics back again etc.).

so, I understand that _this_ actually rebuilds the font data base? what,  
then, is just issuing `--reload'
good for? I also don't understand, why `context' got apparently confused  
(i.e. stopped recognizing `optima italics')
by issuing just `mtxrun —script font —reload' (which I did -- successfully  
-- to make `context' recognize the newly

installed EB Garamond font).

joerg



Wolfgang
___
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
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] system fonts access under macosx (again)

[j. van den hoff]

On Tue, 23 Dec 2014 20:31:46 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:


There is no need to remove the latex-cache folder because you can use  
the force
option (i.e. mtxrun —script font —reload —force) to rebuild the whole  
cache.

Wolfgang


FYI: `-force' seems not to be documented, at least I can't find it at  
`http://wiki.contextgarden.net/Mtxrun'.



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] system fonts access under macosx (again)

[j. van den hoff]

On Tue, 23 Dec 2014 19:14:26 +0100, Hans Hagen pra...@wxs.nl wrote:


On 12/23/2014 5:42 PM, j. van den hoff wrote:


what am I doing wrong _this_ time?


hard to guess from a distance but whenever i want to use some font and  
want also to be sure that i use the same one each time (esp system  
fonts) i just copy them to someplace under texmf-fonts/fonts/data


understood.



after copying a font you need to run mtxrun --generate in order to  
update the file database (after that not found founds will trugger a  
remake of the font database)


could you please explain what the difference is between `mtxrun  
--generate' and `mtxrun fonts --rebuild {-force}'?


thx, joerg


Hans

-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | voip: 087 875 68 74 | 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
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Sat, 20 Dec 2014 23:26:29 +0100, Pablo Rodriguez oi...@gmx.es wrote:


On 12/20/2014 07:31 PM, j. van den hoff wrote:

newbie question:

how can I get access to fonts installed outside the TeX tree under  
MacOSX

(10.9 to be precise)?

mtxrun --script font --list --name --pattern=*

shows lots of fonts (so they are recognized by context, I'd guess)

but the simple-minded approach, namely to trying something like

\starttypescript [stix]
 \definetypeface [stix] [rm] [serif] [stix]  [default]
 \definetypeface [stix] [ss] [sans]  [adventor]  [default]
 \definetypeface [stix] [tt] [mono]  [cursor][default]
 \definetypeface [stix] [mm] [math]  [stix]  [default]
\stoptypescript

\usetypescript[stix]
\setupbodyfont[stix,12pt]

fails with `unknown library stix'.

obviously I am doing something wrong -- or is this a luatex problem not
being able to find the system fonts?


Hi Jörg,


hi pablo,


I don’t have a Mac, but this works in ConTeXt:

\definefontfamily [mainface] [serif] [TeX Gyre Pagella]
\definefontfamily [mainface] [sans]  [Helvetica]
\definefontfamily [mainface] [mono]  [Courier]
\definefontfamily [mainface] [math]  [TeX Gyre Pagella Math]
\setupbodyfont[mainface]


yes this seems to work (mostly, at least -- there are still some hickups).
thanks a lot for this solution.



You don’t need to define a typescript. \definefontfamily is the command
you need.

Typeface should be defined only once ([rm] and [serif] are redundant).


essentially, I copied/pasted this from contextgarden and my understanding  
was

that `rm' and `serif' are aliases?

also: why does the typescript definition does not work in the first place?



Default body font size is 12pt.

I think it is easier to invoke typefaces with the system font name. I
mean, use the same name as you use in Word or any other MacOS X program.


understood. OTOH, ` mtxrun --script font --list --name --pattern=*' lists
the fonts using a different convention (lower case, no blanks), so I am
undecided what might be the best practice here?



I hope this helps. Don’t hesitate to ask, if you have further questions.


well, see above ;-).

joerg



Pablo



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Sat, 20 Dec 2014 23:26:29 +0100, Pablo Rodriguez oi...@gmx.es wrote:


Hi Jörg,
I don’t have a Mac, but this works in ConTeXt:
\definefontfamily [mainface] [serif] [TeX Gyre Pagella]
\definefontfamily [mainface] [sans]  [Helvetica]
\definefontfamily [mainface] [mono]  [Courier]
\definefontfamily [mainface] [math]  [TeX Gyre Pagella Math]
\setupbodyfont[mainface]


I've now looked a bit closer: this works (on my Mac) _except_ for the  
teletype
font: `\tt{some text}' ends up being typeset in the serif font. `Courier'  
is
there, for sure (meaning: it is listed by `mtxrun --script font...' but it  
does not work.
on closer inspection, the actually found fontfiles are `courier new.ttf'  
and specifying

[couriernew] _does_ work.

so it seems you are right regarding using the full names, e.g.

\definefontfamily [mainface] [sans]  [adventor]

does not work while

\definefontfamily [mainface] [sans]  [TeX Gyre Adventor]

does.

any ideas, why all this is happening? or: _how_ exactly can fonts be  
specified? how is the mapping
from symbolic names to actual font files performed. it seems, sometimes  
symbolic (short) names work,
sometimes they don't. so, is there some prescription, what is the right  
(TM) way to do it?



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Sun, 21 Dec 2014 17:20:33 +0100, Pablo Rodriguez oi...@gmx.es wrote:


On 12/21/2014 02:31 PM, j. van den hoff wrote:
On Sat, 20 Dec 2014 23:26:29 +0100, Pablo Rodriguez oi...@gmx.es  
wrote:



Hi Jörg,
I don’t have a Mac, but this works in ConTeXt:
\definefontfamily [mainface] [serif] [TeX Gyre Pagella]
\definefontfamily [mainface] [sans]  [Helvetica]
\definefontfamily [mainface] [mono]  [Courier]
\definefontfamily [mainface] [math]  [TeX Gyre Pagella Math]
\setupbodyfont[mainface]


I've now looked a bit closer: this works (on my Mac) _except_ for
the teletype font: `\tt{some text}' ends up being typeset in the
serif font. `Courier' is there, for sure (meaning: it is listed by
`mtxrun --script font...' but it does not work. on closer inspection,
the actually found fontfiles are `courier new.ttf' and specifying
[couriernew] _does_ work.


Hi Jörg,

\tt is a switch, so the right way to deploy it is:

   {\tt this text should be typewritten text}


yes, that's right.



I have just discovered that Courier doesn’t work on my system either. I
cannot find it.

Could you give the output from the following command?

$ mtxrun --script font --list --name --pattern=courier*


sure:

couriercourierpcrr8a.afm
courierboldcourierboldpcrb8a.afm
courierboldoblique courierboldoblique pcrbo8a.afm
couriermedium  courierpcrr8a.afm
couriernew couriernewpsmt  
/Library/Fonts/Courier New.ttf
couriernewbold couriernewpsboldmt  
/Library/Fonts/Courier New Bold.ttf
couriernewbolditalic   couriernewpsbolditalicmt
/Library/Fonts/Courier New Bold Italic.ttf
couriernewitalic   couriernewpsitalicmt
/Library/Fonts/Courier New Italic.ttf
couriernewnormal   couriernewpsitalicmt
/Library/Fonts/Courier New Italic.ttf
couriernewpsbolditalicmt   couriernewpsbolditalicmt
/Library/Fonts/Courier New Bold Italic.ttf
couriernewpsboldmt couriernewpsboldmt  
/Library/Fonts/Courier New Bold.ttf
couriernewpsitalicmt   couriernewpsitalicmt
/Library/Fonts/Courier New Italic.ttf
couriernewpsmt couriernewpsmt  
/Library/Fonts/Courier New.ttf
couriernewregular  couriernewpsmt  
/Library/Fonts/Courier New.ttf

courieroblique courieroblique pcrro8a.afm

as I wrote in the last mail, only the `courier new' fonts are represented  
by actual font-files it seems (don't know

what the *afm files are). so if only those
(and their abbreviations) were reported I would not have any problem. but  
as it stands, `courier' is reported

as well -- but does not map to any actual font-file.




so it seems you are right regarding using the full names, e.g.

\definefontfamily [mainface] [sans]  [adventor]

does not work while

\definefontfamily [mainface] [sans]  [TeX Gyre Adventor]

does.

any ideas, why all this is happening?


\definefontfamily [mainface] [sans]  [texgyreadventor]

seems to be the right way to invoke the font.


or: _how_ exactly can fonts be specified? how is the mapping from
symbolic names to actual font files performed. it seems, sometimes
symbolic (short) names work, sometimes they don't. so, is there some
prescription, what is the right (TM) way to do it?


I think using full names is a good way to do it. But TeX Gyre Adventor
comes with ConTeXt. You don’t have it installed on your system.


yes, that I know. they are part of the texlive distribution I use.

thanks for your help,

joerg



Pablo



--
kUsing Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Sun, 21 Dec 2014 19:22:22 +0100, Pablo Rodriguez oi...@gmx.es wrote:


On 12/21/2014 06:37 PM, j. van den hoff wrote:

On Sun, 21 Dec 2014 17:20:33 +0100, Pablo Rodriguez wrote:

On 12/21/2014 02:31 PM, j. van den hoff wrote:

[...]
as I wrote in the last mail, only the `courier new' fonts are
represented by actual font-files it seems (don't know what the *afm
files are). so if only those (and their abbreviations) were reported
I would not have any problem. but as it stands, `courier' is
reported as well -- but does not map to any actual font-file.


.afm is an Adobe font metrics file. This is the way (old) PostScript
fonts are designed. Font glyphs in PostScript fonts are cotained in .pfa
or .pfb files.


I see.


Wikipedia has a good article explaining PostScript fonts
(https://en.wikipedia.org/wiki/PostScript_fonts). But unless you have an
special interest, I’d simply ignore it.

If I‘m not wrong, only system font files are listed with their path. The
fonts that come with ConTeXt are listed, but their paths are ignored.

BTW, this should work (if I’m not completely wrong [it doesn’t work on
my system, because the courier fonts aren’t listed]):

   \definefontfamily [mainface] [tt]  [courier]


no, that does not work (despite it being listed by `mtxrun...fonts'. I  
need to specify 'courier new' here.





so it seems you are right regarding using the full names, e.g.

\definefontfamily [mainface] [sans]  [adventor]

does not work while

\definefontfamily [mainface] [sans]  [TeX Gyre Adventor]

does.

any ideas, why all this is happening?


\definefontfamily [mainface] [sans]  [texgyreadventor]

seems to be the right way to invoke the font.


Sorry, I’m afraid my explanation was incomplete.

adventor is the name of a(n already predefined) typescript. So you can
use it with \setupbodyfont and \switchtobodyfont.

texgyreadventor is the name of the typeface or font family. You should
use it with \definefontfamily.

But typefaces cannot be invoked with typescript names and typescripts
cannot be invoked with typeface names.

This is why \definefontfamily[mainface][sans][adventor] or
\setupbodyfont[texgyreadventor] don’t work.

Wolfgang will know that better, but [mainface] in the previous
\definefontfamily is the new and easy way to create typescripts in  
ConTeXt.


Using the full font name has the main advantage of not having to know
whether a given name designs a typescript or a typeface ;-).

I hope it will be clearer now. Let me know if it isn’t.


yes it is (to an extent ;-)). I'll keep this labeled for lookup...

but I'm already stumbling about the next thing. while playing around with
some nice fonts I also tried out `optima' (like palatino by h. zapf).
so that is what I see:

mtxrun --script font --list --all --name --pattern=*optima*

optima optimaextrablack   /System/Library/Fonts/Optima.ttc
index:  0
optimablackoptimaextrablack   /System/Library/Fonts/Optima.ttc
index:  0
optimabold optimabold /System/Library/Fonts/Optima.ttc
index:  3
optimabolditalic   optimabolditalic   /System/Library/Fonts/Optima.ttc
index:  1
optimaextrablack   optimaextrablack   /System/Library/Fonts/Optima.ttc
index:  0
optimaitalic   optimaitalic   /System/Library/Fonts/Optima.ttc
index:  2
optimanormal   optimaitalic   /System/Library/Fonts/Optima.ttc
index:  2
optimaregular  optimaregular  /System/Library/Fonts/Optima.ttc
index:  4


then, when using, e.g.,

\definefontfamily [mainface] [serif] [Optima]
\definefontfamily [mainface] [sans]  [Optima]
\definefontfamily [mainface] [mono]  [dejavusansmono] [scale=0.865]  
%dejavumono/optima x-height ratio

\definefontfamily [mainface] [math]  [TeX Gyre Pagella Math]
\setupbodyfont[mainface,11pt]

neither \it nor \bf (italic and bold) variants are working in the body  
text (but are just rendered

in the regular \rm font). when using

\definefontfamily [mainface] [serif] [ebgaramond]

instead, \it _does_ work, while \bf is not available. _this_ I might  
understand since there
seems to be no bold variant of that font in the texlive distro (only  
'regular' and 'italic'.


but I would have thought that the different variants (italic, bold) can  
always be expected to just work

if they are present (as they are for `optima')?

joerg




Pablo




--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Sun, 21 Dec 2014 22:39:02 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




but I'm already stumbling about the next thing. while playing around  
with

some nice fonts I also tried out `optima' (like palatino by h. zapf).
so that is what I see:

mtxrun --script font --list --all --name --pattern=*optima*

optima optimaextrablack
/System/Library/Fonts/Optima.ttc   index:  0
optimablackoptimaextrablack
/System/Library/Fonts/Optima.ttc   index:  0
optimabold optimabold  
/System/Library/Fonts/Optima.ttc   index:  3
optimabolditalic   optimabolditalic
/System/Library/Fonts/Optima.ttc   index:  1
optimaextrablack   optimaextrablack
/System/Library/Fonts/Optima.ttc   index:  0
optimaitalic   optimaitalic
/System/Library/Fonts/Optima.ttc   index:  2
optimanormal   optimaitalic
/System/Library/Fonts/Optima.ttc   index:  2
optimaregular  optimaregular   
/System/Library/Fonts/Optima.ttc   index:  4


then, when using, e.g.,

\definefontfamily [mainface] [serif] [Optima]
\definefontfamily [mainface] [sans]  [Optima]
\definefontfamily [mainface] [mono]  [dejavusansmono] [scale=0.865]  
%dejavumono/optima x-height ratio

\definefontfamily [mainface] [math]  [TeX Gyre Pagella Math]
\setupbodyfont[mainface,11pt]

neither \it nor \bf (italic and bold) variants are working in the body  
text (but are just rendered

in the regular \rm font).


I guess your context version is too old because the current version in  
the standalone

installation of context shows the italic and bold styles.


I use

mtx-context | ConTeXt Process Management 0.60
mtx-context |
mtx-context | main context file:  
/opt/local/share/texmf-texlive/tex/context/base/context.mkiv

mtx-context | current version: 2014.05.21 22:04

do you have any idea whether this already is 'too old'? if it is: is it  
recommendable to
actually install standalone context beside/instead of the version included  
in texlive?
(I mean, if the actual goal is to write some documents rather than diving  
deep into context for

its own sake ;-))



Wolfgang




--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Sun, 21 Dec 2014 23:17:52 +0100, Pablo Rodriguez oi...@gmx.es wrote:


On 12/21/2014 10:45 PM, j. van den hoff wrote:

[...]
do you have any idea whether this already is 'too old'? if it is: is
it recommendable to actually install standalone context
beside/instead of the version included in texlive? (I mean, if the
actual goal is to write some documents rather than diving deep into
context for its own sake ;-))


You can always install the latest standalone version beside TeX Live.


good to know. I'll try that (as this seems the way to go as I've learned
from wolfgang schuster's mail). 



They are totally independent. I had both TeX Live and ConTeXt
Standalone. After I installed a new version of Linux, I didn’t have the
need to reinstall TeX Live ;-).

Just in case it helps,


sure did!

joerg



Pablo



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Sun, 21 Dec 2014 22:56:42 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




Am 21.12.2014 um 22:45 schrieb j. van den hoff  
veedeeh...@googlemail.com:


I guess your context version is too old because the current version in  
the standalone

installation of context shows the italic and bold styles.


I use

mtx-context | ConTeXt Process Management 0.60
mtx-context |
mtx-context | main context file:  
/opt/local/share/texmf-texlive/tex/context/base/context.mkiv

mtx-context | current version: 2014.05.21 22:04

do you have any idea whether this already is 'too old'? if it is: is it  
recommendable to
actually install standalone context beside/instead of the version  
included in texlive?
(I mean, if the actual goal is to write some documents rather than  
diving deep into context for

its own sake ;-))


Yes this version is too old, you need a context from august or later.


I'll try that. thank you

joerg



Wolfgang



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

On Sun, 21 Dec 2014 22:56:42 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




Am 21.12.2014 um 22:45 schrieb j. van den hoff  
veedeeh...@googlemail.com:


I guess your context version is too old because the current version in  
the standalone

installation of context shows the italic and bold styles.


I use

mtx-context | ConTeXt Process Management 0.60
mtx-context |
mtx-context | main context file:  
/opt/local/share/texmf-texlive/tex/context/base/context.mkiv

mtx-context | current version: 2014.05.21 22:04

do you have any idea whether this already is 'too old'? if it is: is it  
recommendable to
actually install standalone context beside/instead of the version  
included in texlive?
(I mean, if the actual goal is to write some documents rather than  
diving deep into context for

its own sake ;-))


Yes this version is too old, you need a context from august or later.


OK, I've just installed the standalone version and adjusted my search  
path. now the very same document does no longer compile. I get the error:


8---
 ! Undefined control sequence

recently read \doctitle

l.106\doctitle
8---
where `doctitle' is defined in a small bare bones module (co-existing in  
the same dir as the doc) for setting up a title page. I guess I'm hitting  
some (context-) searchpath issue here that already is taken care of in the  
texlive distro? any help'd be appreciated.


joerg



Wolfgang



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] access to system fonts under MacOSX

[j. van den hoff]

newbie question:

how can I get access to fonts installed outside the TeX tree under MacOSX  
(10.9 to be precise)?


mtxrun --script font --list --name --pattern=*

shows lots of fonts (so they are recognized by context, I'd guess)

but the simple-minded approach, namely to trying something like

\starttypescript [stix]
\definetypeface [stix] [rm] [serif] [stix]  [default]
\definetypeface [stix] [ss] [sans]  [adventor]  [default]
\definetypeface [stix] [tt] [mono]  [cursor][default]
\definetypeface [stix] [mm] [math]  [stix]  [default]
\stoptypescript

\usetypescript[stix]
\setupbodyfont[stix,12pt]

fails with `unknown library stix'.

obviously I am doing something wrong -- or is this a luatex problem not  
being able to find the system fonts?


thx, joerg

--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] equivalent to \newcommand{...}{\ensuremath{...}}

[j. van den hoff]

hi list,

new to `context' and my first question to the list: how can I achieve the  
following (`latex') behaviour:


\newcommand{\km}{\ensuremath{K_m}}
We can now use \km\ in the body text as well as in this
\begin{equation}
   \km = 1
\end{equation}
display equation.

in `context'? I've tried something like

\def\km{\math{K_m}}
We can now use \km\ in the body text but get sytnax errors when
putting it in this
\startformula
   \km = 1
\stopformula
formula.

but this fails for obvious reasons (as would using `$$' instead of  
`ensuremath' in the `latex' case).


so what I need is a way of defining (potentially complex) math-expressions  
via some shortcuts/definitions/macros/abbreviations (whatever) which I can  
then use
in the formula environment (or whatever it's called in `context'...) as  
well as in the body text.


any help appreciated,

joerg
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] equivalent to \newcommand{...}{\ensuremath{...}}

[j. van den hoff]

On Tue, 09 Dec 2014 09:42:03 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




Am 08.12.2014 um 17:41 schrieb j. van den hoff  
veedeeh...@googlemail.com:


hi list,

new to `context' and my first question to the list: how can I achieve  
the following (`latex') behaviour:


\newcommand{\km}{\ensuremath{K_m}}
We can now use \km\ in the body text as well as in this
\begin{equation}
  \km = 1
\end{equation}
display equation.

in `context'? I've tried something like

\def\km{\math{K_m}}
We can now use \km\ in the body text but get sytnax errors when
putting it in this
\startformula
  \km = 1
\stopformula
formula.

but this fails for obvious reasons (as would using `$$' instead of  
`ensuremath' in the `latex' case).


so what I need is a way of defining (potentially complex)  
math-expressions via some shortcuts/definitions/macros/abbreviations  
(whatever) which I can then use
in the formula environment (or whatever it's called in `context'...) as  
well as in the body text.


any help appreciated,


In ConTeXt you have to write

\define\km{\mathematics{K_m}}

but there is not much to gain from this because you can enter math mode  
in the text with \m{…}.


thanks for the response. in my silly example you are right (but even there  
it saves more than 50% of keystrokes). but I'm thinking of course of more  
tedious math expressions where it rapidly is handy to use such  
abbreviations -- the more so, if you have, say, 20 different ones  
appearing repeatedly in the document. but that would work with the  
`\def..\math' construct in the body text. what does _not_ work, then, is  
to use the definition in a display (\startformula...\stopformula) equation  
(which it _does_ in latex when isolating the math expression with  
`ensuremath'). so my real question(s) are:


1. is there any way to achieve the same functionality in `context'  
(expansion of math-containing defintion/macro/abbreviation in text _and_  
math environment? if yes, how would I do this?


2. if no, would it be sensible (and feasible) to modify `\math' behaviour  
and to make it aware of whether it is called from within text or from  
within a display equation (in which case it should do nothing...), i.e.   
mkae it behave like `\ensuremath' in latex?


thx/joerg



Wolfgang
___
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
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] equivalent to \newcommand{...}{\ensuremath{...}}

[j. van den hoff]

On Tue, 09 Dec 2014 10:05:22 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com wrote:




Am 09.12.2014 um 09:59 schrieb j. van den hoff  
veedeeh...@googlemail.com:


On Tue, 09 Dec 2014 09:42:03 +0100, Wolfgang Schuster  
schuster.wolfg...@gmail.com mailto:schuster.wolfg...@gmail.com  
wrote:




Am 08.12.2014 um 17:41 schrieb j. van den hoff  
veedeeh...@googlemail.com:


hi list,

new to `context' and my first question to the list: how can I achieve  
the following (`latex') behaviour:


\newcommand{\km}{\ensuremath{K_m}}
We can now use \km\ in the body text as well as in this
\begin{equation}
 \km = 1
\end{equation}
display equation.

in `context'? I've tried something like

\def\km{\math{K_m}}
We can now use \km\ in the body text but get sytnax errors when
putting it in this
\startformula
 \km = 1
\stopformula
formula.

but this fails for obvious reasons (as would using `$$' instead of  
`ensuremath' in the `latex' case).


so what I need is a way of defining (potentially complex)  
math-expressions via some shortcuts/definitions/macros/abbreviations  
(whatever) which I can then use
in the formula environment (or whatever it's called in `context'...)  
as well as in the body text.


any help appreciated,


In ConTeXt you have to write

   \define\km{\mathematics{K_m}}

but there is not much to gain from this because you can enter math  
mode in the text with \m{…}.


thanks for the response. in my silly example you are right (but even  
there it saves more than 50% of keystrokes). but I'm thinking of course  
of more tedious math expressions where it rapidly is handy to use such  
abbreviations -- the more so, if you have, say, 20 different ones  
appearing repeatedly in the document. but that would work with the  
`\def..\math' construct in the body text. what does _not_ work, then,  
is to use the definition in a display (\startformula...\stopformula)  
equation (which it _does_ in latex when isolating the math expression  
with `ensuremath'). so my real question(s) are:


1. is there any way to achieve the same functionality in `context'  
(expansion of math-containing defintion/macro/abbreviation in text  
_and_ math environment? if yes, how would I do this?


2. if no, would it be sensible (and feasible) to modify `\math'  
behaviour and to make it aware of whether it is called from within text  
or from within a display equation (in which case it should do  
nothing...), i.e.  mkae it behave like `\ensuremath' in latex?



1 + 2:

\define\Foo{\mathematics{f(x)}}
\define\Bar{\mathortext {f(x)}{\m{g(x)}}}

\starttext

a \Foo\ \Bar\ b

\startformula
\Foo\ \Bar
\stopformula

\stoptext


feeling silly: now it works (so there was no real problem in the first  
place...), but previously I definitely got syntax errors when compiling if  
the `\def'
was used in the display equation (no idea, why, but I must have overlooked  
some dumb typo or similar). anyway, sorry for the noise and thanks again...


since I'm really new to `context': are there any potential problems with  
inserting white space in `\define' lines like `\define \Foo {  
\mathematics{f(x)} }' which I might miss? `context' seems to ignore them  
and they don't creep into the formatted output AFAICS (which is good).


j.

ps: `\mathortext' is nice. should this not be in the manuals/documentation  
somewhere? it seems it is not ...




Wolfgang



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] equivalent to \newcommand{...}{\ensuremath{...}}

[j. van den hoff]

On Tue, 09 Dec 2014 16:12:08 +0100, Aditya Mahajan adit...@umich.edu  
wrote:



On Mon, 8 Dec 2014, j. van den hoff wrote:

new to `context' and my first question to the list: how can I achieve  
the following (`latex') behaviour:


\newcommand{\km}{\ensuremath{K_m}}
We can now use \km\ in the body text as well as in this
\begin{equation}
   \km = 1
\end{equation}
display equation.


As a side remark, you should normally avoid using lowercase commands  
like \km (especially if they are small) as you may inadvertently  
overwrite an inbuilt TeX command (e.g., if you redefine \span or \omit,  
amongst others). Unlike LaTeX, ConTeXt does not halt at the redefinition  
of these commands; it simply spews a warning. Personally, I find that a


is this behavior configurable (I think I'd rather prefer `latex' behavior  
here

and still use lowercase abbreviations until I hit a real names clash)

safer alternative is to use uppercase or camelcase words to define your  
own commands: either \KM or \Km. This way you avoid conflict with  
inbuilt commands.


understood.



If you are using macros for abbreviations, you can also use the  
following:


\definesynonyms[mathnotation][mathnotations][\infull]

\mathnotation [KM] {\mathematics{K_m}} {Viscosity of membrane}

\starttext

\placelistofmathnotations

\section{Test}

We can use \KM\ to denote \infull{KM}.

\startformula
   \KM = 10
\stopformula

\stoptext


really thanks a lot for this tip. this seems to be the way to go for any  
serious document. (and `viscosity of membrane' is tight, but not right:  
it's a metabolic rate (which could be influenced by membrane permeability)  
in my context ;-))


joerg



This way, you get a list of notation for free.

Aditya
___
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
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] equivalent to \newcommand{...}{\ensuremath{...}}

[j. van den hoff]

On Tue, 09 Dec 2014 14:30:50 +0100, Hans Hagen pra...@wxs.nl wrote:


On 12/9/2014 1:36 PM, j. van den hoff wrote:


since I'm really new to `context': are there any potential problems with
inserting white space in `\define' lines like `\define \Foo {
\mathematics{f(x)} }' which I might miss? `context' seems to ignore them
and they don't creep into the formatted output AFAICS (which is good).


in math mode spaces don't matter much

in definitions you can do this:

\starttexdefinition foo
 f
 o
 o
\stoptexdefinition

and get 'foo'

\starttexdefinition foo
\starttexdefinition unexanded foo
\starttexdefinition foo #1#2
\starttexdefinition unexpanded foo #1#2

in a mkvi document you can also say:

\starttexdefinition foo #first#second
\starttexdefinition unexpanded foo #first#second


thanks for clarifying this.


Hans


-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | voip: 087 875 68 74 | 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
___



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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
___