Re: [NTG-context] \externalfigure question
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
On Fri, 17 Feb 2017 17:51:11 +0100, Alan Braslau wrote: On Fri, 17 Feb 2017 17:04:27 +0100 "j. van den hoff" wrote: 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? 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
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
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
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
On Thu, 16 Feb 2017 22:20:14 +0100, Pablo Rodriguez 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
On Thu, 16 Feb 2017 21:54:01 +0100, Alan Braslau wrote: On Thu, 16 Feb 2017 21:40:40 +0100 Pablo Rodriguez 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
On Thu, 16 Feb 2017 20:32:28 +0100, Alan Braslau 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" 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
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
On Wed, 15 Feb 2017 22:00:52 +0100, Hans Hagen wrote: On 2/15/2017 8:49 PM, j. van den hoff wrote: 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. 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
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)
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"
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"
On Tue, 24 Jan 2017 14:15:08 +0100, Hans Hagen 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"
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
On Fri, 13 Feb 2015 04:54:58 +0100, Wolfgang Schuster 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 ___
Re: [NTG-context] \setupcaptions question
On Thu, 12 Feb 2015 22:56:11 +0100, Otared Kavian 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 wrote: Am 12.02.2015 um 17:37 schrieb 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? 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
On Thu, 12 Feb 2015 22:18:51 +0100, Otared Kavian 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 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 ___
[NTG-context] \setupcaptions question
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 ___
Re: [NTG-context] enumeration of equations containing \mathcases
On Tue, 10 Feb 2015 18:25:25 +0100, Otared Kavian 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 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] enumeration of equations containing \mathcases
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 ___
[NTG-context] figure caption question
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
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
On Thu, 01 Jan 2015 20:48:48 +0100, Wolfgang Schuster 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
On Thu, 01 Jan 2015 20:00:00 +0100, Wolfgang Schuster wrote: Am 30.12.2014 um 20:01 schrieb 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. 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
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
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
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
On Sun, 28 Dec 2014 18:55:15 +0100, Hans Hagen 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
On Sun, 28 Dec 2014 00:45:32 +0100, Hans Hagen 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 ___
[NTG-context] misalignment of equation numbers
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 ___
Re: [NTG-context] fluctuating baseline of header text
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 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 ___
Re: [NTG-context] fluctuating baseline of header text
On Sat, 27 Dec 2014 15:07:31 +0100, j. van den hoff 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
On Sat, 27 Dec 2014 13:36:49 +0100, Hans Hagen wrote: On 12/27/2014 12:16 PM, j. van den hoff wrote: On Sat, 27 Dec 2014 10:40:30 +0100, Pablo Rodriguez 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
On Sat, 27 Dec 2014 10:40:30 +0100, Pablo Rodriguez 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 ___
[NTG-context] fluctuating baseline of header text
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)
On Wed, 24 Dec 2014 08:41:53 +0100, Wolfgang Schuster wrote: Am 23.12.2014 um 23:32 schrieb j. van den hoff : 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] system fonts access under macosx (again)
On Tue, 23 Dec 2014 19:14:26 +0100, Hans Hagen 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] system fonts access under macosx (again)
On Tue, 23 Dec 2014 20:31:46 +0100, Wolfgang Schuster 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)
On Tue, 23 Dec 2014 20:31:46 +0100, Wolfgang Schuster wrote: Am 23.12.2014 um 19:44 schrieb Pablo Rodriguez : 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 ___
[NTG-context] system fonts access under macosx (again)
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] Loading modules (was: access to system fonts under MacOSX)
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 wrote: On Mon, 22 Dec 2014 22:35:43 +0100, Wolfgang Schuster wrote: Am 22.12.2014 um 00:12 schrieb j. van den hoff : 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 \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-.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 ___
Re: [NTG-context] access to system fonts under MacOSX
On Mon, 22 Dec 2014 07:09:12 +0100, Pablo Rodriguez 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 \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)
On Mon, 22 Dec 2014 22:35:43 +0100, Wolfgang Schuster wrote: Am 22.12.2014 um 00:12 schrieb j. van den hoff : 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 \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-.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
On Sun, 21 Dec 2014 22:56:42 +0100, Wolfgang Schuster wrote: Am 21.12.2014 um 22:45 schrieb j. van den hoff : 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 \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 ___
Re: [NTG-context] access to system fonts under MacOSX
On Sun, 21 Dec 2014 22:56:42 +0100, Wolfgang Schuster wrote: Am 21.12.2014 um 22:45 schrieb j. van den hoff : 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
On Sun, 21 Dec 2014 23:17:52 +0100, Pablo Rodriguez 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
On Sun, 21 Dec 2014 22:39:02 +0100, Wolfgang Schuster 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
On Sun, 21 Dec 2014 19:22:22 +0100, Pablo Rodriguez 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
On Sun, 21 Dec 2014 17:20:33 +0100, Pablo Rodriguez wrote: On 12/21/2014 02:31 PM, j. van den hoff wrote: On Sat, 20 Dec 2014 23:26:29 +0100, Pablo Rodriguez 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
On Sat, 20 Dec 2014 23:26:29 +0100, Pablo Rodriguez 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
On Sat, 20 Dec 2014 23:26:29 +0100, Pablo Rodriguez 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 ___
[NTG-context] access to system fonts under MacOSX
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 ___
Re: [NTG-context] equivalent to \newcommand{...}{\ensuremath{...}}
On Tue, 09 Dec 2014 14:30:50 +0100, Hans Hagen 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 ___
Re: [NTG-context] equivalent to \newcommand{...}{\ensuremath{...}}
On Tue, 09 Dec 2014 16:12:08 +0100, Aditya Mahajan 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{...}}
On Tue, 09 Dec 2014 10:05:22 +0100, Wolfgang Schuster wrote: Am 09.12.2014 um 09:59 schrieb j. van den hoff : On Tue, 09 Dec 2014 09:42:03 +0100, Wolfgang Schuster mailto:schuster.wolfg...@gmail.com>> wrote: Am 08.12.2014 um 17:41 schrieb 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, 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{...}}
On Tue, 09 Dec 2014 09:42:03 +0100, Wolfgang Schuster wrote: Am 08.12.2014 um 17:41 schrieb 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, 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 ___
[NTG-context] equivalent to \newcommand{...}{\ensuremath{...}}
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 ___