Re: [NTG-context] (announcement) from pandoc to ConTeXt
On 07/09/2015 07:05 PM, Wolfgang Schuster wrote:
>
>> Pablo Rodriguez
>> 9. Juli 2015 18:32
>> [...]
>> Here you have the websites:
>>
>> http://www.from-pandoc-to-context.tk
>> https://github.com/ousia/from-pandoc-to-context
>
> Just a few comments on your code.
Many thanks for your comments, Wolfgang. I really appreciate your help.
Many thanks for all the improvements. The original code only shows my
ignorance related to ConTeXt matters :-).
> 5. Use \define[2]\... or \unexpanded\def\... to create your \href command.
Sorry, but I don’t get it. Why do I need expansion when having more than
one arguments?
BTW, it isn’t clear to me what expansion may be.
> 6. ConTeXt already has a \url command.
To avoid name clashes, I replaced the command with \mypersonalurl.
> 7. Your \url command has two font changes (\tt and \hw) and one should
> be removed.
Yes, but this is the workaround that came to my mind to solve the
following scenario: I may want to a special mono typeface only for urls.
This mono typeface would be different from the general mono font.
The problem when using \setupbodyfont or \switchtobodyfont is that it
doesn’t work with other sizes than the default one.
This sample shows the issue:
\definefontfamily
[anothermono]
[ss]
[DejaVu Sans Mono]
\starttext
\tfxx smaller text with \anothermono\ss second mono.
\stoptext
Either I define the handwriting or calligraphy font for the same font
family, or I get wrong sizes when using other than the default.
Is this a bug or is my approach wrong?
BTW, if you allow me a question, I’d be very interested in setting up a
\hiddentitle that adds no extra vertical space (I need the \hiddentitle
to be displayed in the PDF bookmarks).
\setupinteraction[state=start]
\placebookmarks[chapter,hiddentitle]
\definehead[hiddentitle][chapter]
\setuphead
[hiddentitle]
[placehead=empty,
incrementnumber=list,
number=no,
before=,
after=]
\starttext
\completecontent
\startmakeup[copyright][top=]
\hiddentitle{[Copyright]}
This document is released to the public...
\stopmakeup
\chapter{Foreword}
aa
\chapter{Introduction}
\stoptext
I need to have no space inserted by \hiddentitle. Otherwise, vertical
spacing in makeups won’t work.
Many thanks for your help again,
Pablo
--
http://www.ousia.tk
___
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] new beta
On 07/10/2015 05:05 PM, Thomas A. Schmitz wrote: > On 07/09/2015 03:39 PM, Hans Hagen wrote: >> Of course there will be bugs although the test suite runs without >> crashing. I will use the new code on my machine but you can test it with: >> >> \usemodule[newotf] >> >> before \starttext (or in cont-loc.mkiv). > > Hi Hans, > > did the new font mechanism really make it into the beta you uploaded? I get > > resolvers > modules > 'newotf' is not found > > with > > version: 2015.07.10 00:05 Hi Hans and Thomas the module seems to be missing also in beta from 2015.07.09 15:23. In beta from 2015.07.10 00:05 cont-loc.mkiv seems to be gone. Pablo -- http://www.ousia.tk ___ 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] new beta
On 07/11/2015 01:33 AM, Hans Hagen wrote: > On 7/10/2015 5:05 PM, Thomas A. Schmitz wrote: >> [...] >> resolvers > modules > 'newotf' is not found > > i had a typo in the zip maker ... that file is missing (the rest is there) > > (i've send the file send in another mail to list) Many thanks for the module file, Hans. I’m afraid that newotf crashes with this sample: \definefallbackfamily [mainface] [rm] [GFS Didot] [preset=range:greek] \definefontfamily [mainface] [rm] [TeX Gyre Pagella] \setupbodyfont [mainface] \starttext αβγ \stoptext Pablo -- http://www.ousia.tk ___ 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] new beta
On 07/11/2015 10:53 AM, Hans Hagen wrote: > On 7/11/2015 7:17 AM, Pablo Rodriguez wrote: >> [...] >> I’m afraid that newotf crashes with this sample: >> [...] > define crashes ... i donwloaded the font, ran mtxrun --generate and > remade the font database and this works: > > [GFS Didot Classic] I have this font installed too and I’m afraid it gives the same error. The fonts I meant are these ones: http://www.greekfontsociety.gr/GFS_DIDOT_OT.zip. (GFS Didot Classic is a slightly different font.) With crashing I meant no PDF generation because a not found font. The font is there (log attached): $ fc-list GFSDidot /usr/share/fonts/ousia/GFSDidotBoldItalic.otf: GFS Didot:style=Bold Italic /usr/share/fonts/ousia/GFSDidotBold.otf: GFS Didot,GFS Didot Rg:style=Bold /usr/share/fonts/ousia/GFSDidotItalic.otf: GFS Didot:style=Italic /usr/share/fonts/ousia/GFSDidot.otf: GFS Didot:style=Regular And if I don’t load the newotf module, the font is loaded fine: used file >7: filename=/usr/share/fonts/ousia/GFSDidot.otf format=otf foundname=/usr/share/fonts/ousia/GFSDidot.otf usedmethod=direct This is weird, since if I load a non-existent font (such as Impossibila), compilation generates a PDF file. No glyph replacement, of course, Sorry, but not even adding either of this options works with newotf: tf=file:GFSDidot.otf tf=style:regular What am I doing wrong? Many thanks for your help, Pablo -- http://www.ousia.tk system > callbacks > not registering frozen 'find_format_file' open source > 1 > 1 > /home/ousia/ctxbeta/tex/texmf-context/tex/context/base/cont-yes.mkiv ConTeXt ver: 2015.07.10 00:05 MKIV beta fmt: 2015.7.11 int: english/english system > 'cont-new.mkiv' loaded open source > 2 > 2 > /home/ousia/ctxbeta/tex/texmf-context/tex/context/base/cont-new.mkiv resolvers > modules > 'newotf' is loaded open source > 3 > 3 > m-newotf.mkiv fonts > fonts > replacing font loader code by experimental code fonts > close source> 3 > 3 > m-newotf.mkiv close source> 2 > 3 > /home/ousia/ctxbeta/tex/texmf-context/tex/context/base/cont-new.mkiv system > files > jobname 'a', input './a', result 'a' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > 2 > 4 > /home/ousia/a.tex fonts > preloading modern-designsize (math) fonts > typescripts > unknown library 'modern-designsize' fonts > 'fallback modern-designsize mm 12pt' is loaded fonts > preloading modern-designsize (mono) fonts > 'fallback modern-designsize tt 12pt' is loaded fonts > defining > source file 'GFSDidot.otf' is not found backend > xmp > using file '/home/ousia/ctxbeta/tex/texmf-context/tex/context/base/lpdf-pdx.xml' pages > flushing realpage 1, userpage 1 close source> 2 > 4 > /home/ousia/a.tex close source> 1 > 4 > /home/ousia/ctxbeta/tex/texmf-context/tex/context/base/cont-yes.mkiv !LuaTeX error: cannot find OpenType font file for reading () ==> Fatal error occurred, no output PDF file produced! ___ 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] new beta
On 07/11/2015 12:57 PM, Wolfgang Schuster wrote: > [...] > The font [1,2] works for me without problems. > > [1] http://www.greekfontsociety.gr/pages/en_typefaces20th.html > [2] http://www.greekfontsociety.gr/pages/en_typefaces19th.html They all work fine for me until I load: \usemodule[newotf] And I don’t know what is wrong here. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] new beta
On 07/11/2015 01:26 PM, Wolfgang Schuster wrote:
> [...]
> Do you get the same problem when you use the font as main font?
>
> \usemodule[newotf]
>
> \definefontfamily[mainface][rm][GFS Didot]
>
> \setupbodyfont[mainface]
>
> \starttext
> αβγ {\bf αβγ}
> \stoptext
Yes, I do.
Pablo
--
http://www.ousia.tk
___
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] new beta
On 07/11/2015 02:32 PM, Wolfgang Schuster wrote: > [...] > 1. Does the same happen with other fonts in this folder. > > 2. What happens when you put the fonts in your local TeX directory (or > texmf-fonts/fonts/opentype of your context installation). Many thanks for your replies, Thomas and Wolfgang. My font directory /usr/share/fonts/ousia/ is actually a symlink to /home/ousia/Documents/ousia-fonts/. It worked fine until newotf. I replaced the symlink. Now the font directory points to tex/texmf-fonts. After changing this, both the sample I provided and the one from Wolfgang work fine. I wonder why symlinks aren’t followed in the first case. But I’m afraid I have a problematic font: otf reader > fatal error in file '/home/ousia/ctxbeta/tex/texmf-fonts/ousia-fonts/Mechanica.otf': .../ctxbeta/tex/texmf-context/tex/context/base/util-fil.lua:24: table index is nil I converted it from the typewritten fonts that came with txfonts. What is wrong in the font? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
Hans, with the following sample: \usemodule[newotf] %~ \setupbodyfont %~ [palatino] \starttext --- em--dash (with en--dash inside) \stoptext I discovered that em- and en-dashes aren’t enabled by default. Is this intended? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] beta/7.7.2015: error with \in
On 07/11/2015 05:56 PM, Procházka Lukáš Ing. - Pontex s. r. o. wrote: > Hello, > > I'm getting the following error: > [...] > Any quick fix? Hi Lukáš, I’m afraid this is all Greek to me. But how about upgrading to latest beta from 2015.07.10 00:05. Just in case it might help, Pablo -- http://www.ousia.tk ___ 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] new beta
On 07/11/2015 05:23 PM, Wolfgang Schuster wrote: > [...] > It works for me when I use the Postscript files from the txfonts > package, you need the following files: Many thanks for your reply, Wolfgang. I wanted to avoid using PostScript files, but it seems that I have to use them. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] OT features and newotf
Dear list, I’m afraid that features don’t work with newotf: \usemodule[newotf] \definefontfeature[noliga][liga=no] \starttext \startTEXpage[offset=1em] fiflff \addfeature[noliga]fiflff \stopTEXpage \stoptext Is this a bug or am I missing something? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
On 07/11/2015 11:55 PM, Rik Kabel wrote: > On 2015-07-11 17:30, Hans Hagen wrote: >> On 7/11/2015 5:09 PM, Pablo Rodriguez wrote: >>> Hans, >>> [...] >>> I discovered that em- and en-dashes aren’t enabled by default. >>> >>> Is this intended? >> >> works ok here >> > Hmmm. Fails here with newotf, works without. Context 2015.07.10T00:05 on > Win 8.1 64-bit, with and without jit. Hans, I’m afraid it still falis with beta from 2015.07.12 00:00, the same way as Rik described. May the different behaviour caused by the fact that you use LuaTeX-0.80.1 (as displayed in http://www.pragma-ade.com/general/qrcs/setup-en.pdf) and we have LuaTeX-0.80? Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
On 07/12/2015 11:33 AM, Hans Hagen wrote: > On 7/12/2015 6:55 AM, Pablo Rodriguez wrote: >> [...] >> May the different behaviour caused by the fact that you use >> LuaTeX-0.80.1 (as displayed in >> http://www.pragma-ade.com/general/qrcs/setup-en.pdf) and we have >> LuaTeX-0.80? > > i can't imagine .. can you wipe the cache files I do it everytime I update the beta. But I did it again. I even installed the Suite from scratch. I’m afraid none of them worked. Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
On 07/12/2015 04:12 PM, Hans Hagen wrote: > [...] > maybe some file is not loaded ... i uploaded a variant that might work > better Many thanks for the new beta. I’m afraid that this sample doesn’t work with latest beta either: \usemodule[newotf] \definefontfeature[noliga][liga=no] \starttext \startTEXpage[offset=1em] fiflff no--liga: \addfeature[noliga]fiflff --- em--dash \stopTEXpage \stoptext I may be wrong, but I think that the non-deactivated OpenType feature is related to the non-activated em- and en-dashes. To the list members: could you test the sample above and tell em- and en-dashes work and if no-liga disables ligatures? Adding architecture may help. I’m on Linux 32bits. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
On 07/12/2015 05:04 PM, Axel Kielhorn wrote: >> Am 12.07.2015 um 16:38 schrieb Pablo Rodriguez: >> [...] >> To the list members: could you test the sample above and tell em- and >> en-dashes work and if no-liga disables ligatures? Adding architecture >> may help. > > I’m using > current version: 2015.07.12 00:00 > on MacOSX 10.10 > > I get ligatures in both cases and neither em nor en dash. > > Now I have > current version: 2015.07.12 15:40 > still on MacOSX 10.10 > > No ligatures in the second case and both en and em dash. Many thanks for your reply, Axel. For some strange reason I also get ligatures with latest beta from 2015.07.12 15:40 (which I shouldn’t get). Everything works as expected when commenting \usemodule[newotf]. Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
On 07/12/2015 05:17 PM, Otared Kavian wrote: > Hi Pablo, > > On my installation everything seems to work fine: Context > version 2015.07.12 15:40 Hi Otared, many thanks for your reply. Which is your OS and architecture? Many thanks again, Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
On 07/12/2015 05:57 PM, Hans Hagen wrote: > On 7/12/2015 5:27 PM, Pablo Rodriguez wrote: >> [...] >> Hi Otared, >> >> many thanks for your reply. >> >> Which is your OS and architecture? > > you use m-newotf from the distribution? I use the one installed after updating the beta. I have just checked it and it differs from the one you sent to the mailing list. Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
On 07/14/2015 12:54 PM, Rik Kabel wrote: > On 2015-07-12 12:52, Hans Hagen wrote: >> [...] >> i just checked the distribution on a vm and it works ok so best first >> figure out why the tex ligs don't show up (when that relevant file is >> not loaded well other overloads might also fail so that can be the >> reason then for other issues) >> >> Hans > > Thank you, Hans, for the fixes to feature handling in 2015-07-15 10:37. > Now both the dashes and ligatures in this thread and the failed build > with script=hebr (whatever the relationship to the particular script) > work as expected. Hans, checking beta from 2015.07.12 23:30 in Win7 64bit works fine (ligatures, no ligatures and dashes) with newotf. But I’m afraid that beta from 2015.07.14 10:37 doesn’t work disabling ligatures and enabling dashes in Linux 32bit. I’ll try to check the Linux 32bit ConTeXt with another computer. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] em-/en-dashes and newotf
On 07/14/2015 07:11 PM, Hans Hagen wrote: > On 7/14/2015 3:42 PM, Pablo Rodriguez wrote: >> Hans, >> >> checking beta from 2015.07.12 23:30 in Win7 64bit works fine (ligatures, >> no ligatures and dashes) with newotf. >> >> But I’m afraid that beta from 2015.07.14 10:37 doesn’t work disabling >> ligatures and enabling dashes in Linux 32bit. >> >> I’ll try to check the Linux 32bit ConTeXt with another computer. > > there is no dependency on the platform Hans, the problem was fixed when I remembered to remove the m-newotf.mkiv file you sent to the list from my home directory. Sorry for the noise. I’m still experiencing the issue with a particular font. Since the font was generated with FontForge, I would like to know what the font is missing to report the bug upstream. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] fonts not found with newotf
Hans,
as reported in a previous message, using beta from 2015.07.16 13:30,
enabling the newotf module in the following sample makes the Mechanica
fonts not being loaded in the final PDF document:
\usemodule[newotf]
\definefontfamily
[txfont]
[tt]
[Mechanica]
[tf=file:Mechanica.otf,
it=features:slanted,
sc=file:MechanicaSC.otf]
\setupbodyfont[txfont]
\starttext
\tt Test {\it amfe} {\sc amfe}
\stoptext
The attached newotf-error.log contains the error message.
Since both font files were generated with FontForge, I would like to
know what they are missing to report upstream to the FontForge developers.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
fonts > otf loading > loading '/home/ousia/ctxbeta/tex/texmf-fonts/ousia-fonts/Mechanica.otf', hash 'mechanica'
otf reader > fatal error in file '/home/ousia/ctxbeta/tex/texmf-fonts/ousia-fonts/Mechanica.otf': .../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:354: attempt to index field 'cid' (a nil value)
stack traceback:
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1853: in function '__newindex'
.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:354: in function <.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:353>
[C]: in function 'lpegmatch'
.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:553: in function 'parseprivates'
.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:1549: in function 'readnoselect'
.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:1677: in function 'cff'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1737: in function 'readdata'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1772: in function <.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1755>
[C]: in function 'xpcall'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1855: in function 'loadfont'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1884: in function 'loadfont'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otl.lua:257: in function 'load'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otl.lua:543: in function 'otftotfm'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otl.lua:571: in function 'reader'
.../ctxbeta/tex/texmf-context/tex/context/base/font-def.lua:301: in function 'loadfont'
.../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:489: in function 'loadfont'
.../ctxbeta/tex/texmf-context/tex/context/base/font-def.lua:415: in function 'read'
.../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:1162: in function <.../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:1049>
fonts > otf loading > loading failed due to read error
fonts > defining > forced type 'otf' of 'Mechanica' not found
fonts > defining > font with asked name 'Mechanica' is not found using lookup 'file'
fonts > defining > unknown font 'Mechanica', loading aborted
fonts > defining > unable to define 'Mechanica.otf' as 'txfont-12pt-tt-tf-0--0'
fonts > otf loading > loading '/home/ousia/ctxbeta/tex/texmf-fonts/ousia-fonts/Mechanica.otf', hash 'mechanica'
otf reader > fatal error in file '/home/ousia/ctxbeta/tex/texmf-fonts/ousia-fonts/Mechanica.otf': .../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:354: attempt to index field 'cid' (a nil value)
stack traceback:
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1853: in function '__newindex'
.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:354: in function <.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:353>
[C]: in function 'lpegmatch'
.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:553: in function 'parseprivates'
.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:1549: in function 'readnoselect'
.../ctxbeta/tex/texmf-context/tex/context/base/font-cff.lua:1677: in function 'cff'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1737: in function 'readdata'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1772: in function <.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1755>
[C]: in function 'xpcall'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1855: in function 'loadfont'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otr.lua:1884: in function 'loadfont'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otl.lua:257: in function 'load'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otl.lua:543: in function 'otftotfm'
.../ctxbeta/tex/texmf-context/tex/context/base/font-otl.lua:571: in function 'reader'
.../ctxbeta/tex/texmf-context/tex/context/base/font-def.lua:301: in function 'loadfont'
.../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:489: in function '
[NTG-context] bug in blank pagebreak?
Dear list,
I have the following sample:
\definepagebreak
[right:pagebreak]
[yes, blank, right]
%~ [yes, header, footer, right]
\setuppagenumbering
[location=inmargin]
\setupheadertexts
[Header text]
\setuphead
[chapter]
[page=right:pagebreak,
header=empty]
\starttext
\chapter{First Chapter}
\dorecurse{12}{\input zapf\par}
\stoptext
With beta from 2015.07.16 13:30, footer from page 1 and header from page
2 are gone.
But if I redefine the pagebreak with "header, footer" instead of
"blank", both missing header and footer are placed in their right places.
Isn’t it a bug? Or am I missing something?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] fonts not found with newotf
On 07/20/2015 12:31 AM, Hans Hagen wrote:
> On 7/19/2015 1:27 PM, Pablo Rodriguez wrote:
>>[...]
>> The attached newotf-error.log contains the error message.
>>
>> Since both font files were generated with FontForge, I would like to
>> know what they are missing to report upstream to the FontForge developers.
>
> there seems to be a cid entry operator seen when populating a private
> dictionary in the cff section
>
> you can add this in line 552 of font-cff:
>
> cid = {
> -- actually an error
> },
>
> and the font will probably load then, unless there is a fundamental flaw
> (i don't know where to get that font)
Many thanks for your fix, Hans.
It works perfectly fine. The font was an improved conversion from a
Type1 font I got from CTAN.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] issue with font and lua code
Hans,
I have the following sample (it includes Lua code for underscore
hyphenation):
\startluacode
function document.addfunnyhyphen(tfmdata)
local underscore = utf.byte("_")
local char = tfmdata.characters[underscore]
if not char then return end
tfmdata.characters[0xFE000] = {
width= 0,
height = 0,
depth= 0,
commands = {
{ "right", -char.width },
{ "down", char.depth },
{ "slot", 1, underscore },
}
}
end
utilities.sequencers.appendaction("aftercopyingcharacters",
"after","document.addfunnyhyphen")
\stopluacode
\definehyphenationfeatures
[underscore]
[righthyphenchar="FE000]
\setuphyphenation
[method=traditional]
\sethyphenationfeatures
[strict]
\definefontfamily[svb][rm][SV Basic Manual]
\setupbodyfont[svb]
\starttext
\hyphenatedword{legibility}
\stoptext
For some reason, the font gives the following error with the Lua code
(font can be downloaded from http://dl.dafont.com/dl/?f=sv_basic_manual):
lua error > lua error on line 33 in file svb.tex:
.../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:1194: bad
argument #9 to 'define' (number expected, got nil)
stack traceback:
[C]: in function 'define'
.../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:1194: in
function <.../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:1049>
33 >> \setupbodyfont[svb]
The weird thing here is that the Lua code isn’t applied to the
problematic font.
Is there a way to fix this strange interaction?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] issue with mailbox.org
Dear list, I have tried to reply to the message from Jan Urlich three times and it was rejected those three times, because of the following error: "ntg-context@ntg.nl": SMTP error from remote server after RCPT command: host: mx-1.mf.surf.net 5.7.1 82.165.159.42: on real-time blacklist zen.spamhaus.org Sorry, but I cannot negotiate which servers or IP addresses my mail provider uses. I don’t know whether the rejection is exclusively related to mailbox.org or it will happen with all my replies to any message from the list. Is there any way to whitelist my address for the mailing list? Sorry for the problems, but I have already experienced this and I would like to fix it forever. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] fonts not found with newotf
On 07/20/2015 10:47 PM, Wolfgang Schuster wrote: >> Pablo Rodriguez >> 20. Juli 2015 17:08 >> >> Many thanks for your fix, Hans. >> >> It works perfectly fine. The font was an improved conversion from a >> Type1 font I got from CTAN. > > Improved in which way? Wolfgang, at least, I added the space character (which is missing in the original font). I don’t remember if I included other improvements. Pablo -- http://www.ousia.tk ___ 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] issue with mailbox.org
On 07/21/2015 09:17 AM, Taco Hoekwater wrote: > >> On 20 Jul 2015, at 19:09, Pablo Rodriguez wrote: >> >> 82.165.159.42 > > That is mout-xforward.gmx.net, which is on the spamhaus list at the > moment. Not much we can do about it, it is not our server. I would > have tried to contact gmx.net, but apparently you have to phone in to > an 0900 number. Sorry, not wasting my money on that (in fact the 0900 > number’s existence made me loose interest in the problem altogether). > > Spamhaus record, in case someone else wants to contact gmx.net: > > http://www.spamhaus.org/sbl/query/SBL229649 Many thanks for your reply, Taco. I think their customer service can be contacted by e-mail. Otherwise, I will have to find a new address to subscribe to this list. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] Critical editions with ConTeXt
On 07/22/2015 09:26 PM, Talal wrote:
> [...]
> I would like to be able to automate (through macros) the making of a
> critical apparatus' note. This is for two reasons. First, the body text
> and the lemma in the note below should be identical: as such, they
> ideally not have to be typed twice, as it introduces the possibility of
> error. Furthermore, if one manually writes out \linenote{Lemma ]
> Comment} in the body of the text, you forego the separation of content
> and style, since the separator ] has been hardcoded in.
Hi Talal,
I wonder whether creating a new thread should be the right thing to do.
The original thread is three years old.
Anyway, this may help you (it isn’t my original code):
\unexpanded\def\doVariant#1#2#3%
{\startlinenote[#1]{#2] #3}#2\stoplinenote[#1]}
\newcounter\countvariants
\unexpanded\def\variant
{\doglobal\increment\countvariants
\normalexpanded{\doVariant{Varia:\countvariants}}}
\starttext
\startlinenumbering
\dorecurse{20}{\variant{donald e knuth}{herman zapf} }
\stoplinenumbering
\stoptext
BTW, it has a “minor issue”: hyphenation doesn’t work in the body text
It works fine in the notes. I reported this, but I’m afraid it hasn’t
been solved.
Just in case it helps,
Pablo
--
http://www.ousia.tk
___
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] Critical editions with ConTeXt
On 07/22/2015 11:33 PM, tala...@fastmail.fm wrote: > Dear Pablo, > > Thank you very much for what you proposed — it did work indeed. I > tried to achieve the same at some length this afternoon. I think I > understand what is going on in the first macro, but wouldn’t have been > able to arrive at the the second one for \variant, or the counter (and > still don’t fully understand it). Thanks again. Dear Talal, well, both macros come from Hans... I’m afraid I’m not smart enough for that code ;-). BTW, I just accidentally discovered a possible fix for the hyphenation issue (although I’m not sure it is a bug itself). I will open another thread to discuss that with the experts. Pablo -- http://www.ousia.tk ___ 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] issue with hyphenation in linenotes
Dear list (especially Hans, Thomas or Luigi),
some time ago I reported
(http://www.ntg.nl/pipermail/ntg-context/2013/076021.html) a bug with
not hyphenated code in linenotes.
Now I have an updated sample that seems to fix it:
\setuppapersize[A8]
\starttext
\startlinenumbering
This text shows a \startlinenote[one]{bariant
H} variant \stoplinenote[one].
This text shows a \startlinenote[two]{bariant
H}\prewordbreak variant\stoplinenote[two].
This text shows a \startlinenote[three]{bariant
H}\prewordbreak variant\stoplinenote[three].
\stoplinenumbering
\stoptext
It seems that locating \prewordbreak before the text to be hyphenated
(and not after it) enables hyphenation in body.
Is this a bug or is it actually the way \prewordbreak should work?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] Illegal parameter number in definition
On 07/20/2015 11:42 AM, juh wrote:
> [...]
> But for now I am better off with the coontains statement.
>
> \xmlsetsetup{#1}{hi[contains(@rendition, 'in')]}{xml:hi:in}
>
> It matches
>
> S
>
> without problems
Hi Jan Urlich,
sorry for the delayed reply. (I’m still dealing with the technical
support from GMX and the banned replies.)
All you have to do is to escape the hash character, one way or another:
\xmlsetsetup{#1}
{hi[@rendition='\letterhash in']}
{xml:rend:in}
\xmlsetsetup{#1}
{hi[contains(@rendition,'\letterhash in')]}
{xml:rend:in
With the first option, the value of rendition must be unique (the TEI P5
Guidelines include examples with multiple rendition values).
With the second option, the value "#indian" would be also matched.
I hope it helps (and it reaches the list ;-)),
Pablo
--
http://www.ousia.tk
___
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] issue with font and lua code
On 07/24/2015 10:26 AM, Hans Hagen wrote:
> On 7/20/2015 6:49 PM, Pablo Rodriguez wrote:
>> [...]
>> For some reason, the font gives the following error with the Lua code
>> (font can be downloaded from http://dl.dafont.com/dl/?f=sv_basic_manual):
>>
>> lua error > lua error on line 33 in file svb.tex:
>> .../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:1194: bad
>> argument #9 to 'define' (number expected, got nil)
>> stack traceback:
>> [C]: in function 'define'
>> .../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:1194: in
>> function <.../ctxbeta/tex/texmf-context/tex/context/base/font-ctx.lua:1049>
>> 33 >> \setupbodyfont[svb]
>>
>> The weird thing here is that the Lua code isn’t applied to the
>> problematic font.
>>
>> Is there a way to fix this strange interaction?
>
> in that font the underscore has no depth, so:
>
> commands = {
> { "right", -char.width },
> { "down", char.depth or 0 },
> { "slot", 1, underscore },
> }
Many thanks for your reply and for the fix, Hans.
It works like charm.
Pablo
--
http://www.ousia.tk
___
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] chapter only in bookmarks (not in text or in TOC)
On 07/24/2015 02:14 PM, Hans Hagen wrote: > On 7/6/2015 9:10 PM, Pablo Rodriguez wrote: >> On 07/06/2015 05:56 PM, Hans Hagen wrote: >> [...] >> I need that there is no \hiddentile in the text itself, so I removed all >> space after and before. But I cannot make vertical spaces in makeups work: >> [...] >> \setuphead >> [hiddentitle] >> [placehead=empty, >> incrementnumber=list, >> number=no, >> before=, >> after=] >> [...] >> Is there any way to remove all spaces in \hiddentitle, so that makeups >> work fine? > > add page= It works fine, Hans. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] context and contextjit font handling
On 07/25/2015 05:07 PM, juh wrote:
> Hi,
>
> I installed a new font, called UnifrakturMaguntia
> (http://unifraktur.sourceforge.net/)
>
> When I compile the following example with context the font is displayed
> in the pdf, with contextjit the font is not displayed.
Hi Jan Urlich,
I have compiled your sample with contextjit from latest beta (released
2015.07.24 13:58) and font is included.
I guess it should be something related to the font cache. Try:
mtxrunjit --script fonts --reload
BTW, I would add "\mainlanguage[deo]" to improve the hyphenation.
I hope it helps,
Pablo
> \startbuffer[demo]
> Wenn ich aber die reiche Fuͤlle ſeiner Äuße¬
> rungen bedenke, die waͤhrend eines Zeitraumes von
> neun Jahren mich begluͤckten, und nun das We¬
> nige betrachte, das mir davon ſchriftlich
> aufzufaſſen
> gelungen iſt, ſo komme ich mir vor wie ein Kind,
> das den erquicklichen Fruͤhlingsregen in offenen
> Haͤnden aufzufangen bemuͤht iſt, dem aber das
> Meiſte durch die Finger laͤuft.
> \stopbuffer
>
> \startxmlsetups xml:initialize
> \xmlsetsetup{#1}{p|lb}{xml:*}
> \stopxmlsetups
>
> \xmlregistersetup{xml:initialize}
>
> \startxmlsetups xml:lb
> \stopxmlsetups
>
> \startxmlsetups xml:p
> \par
> \cldcontext{string.gsub([[\xmlflush{#1}]], "¬", "\\nospace")}
> \par
> \stopxmlsetups
>
> \definefontfamily
> [mainface]
> [rm]
> [UnifrakturMaguntia]
>
> \setupbodyfont
> [mainface, 16pt]
>
> \starttext
> \xmlprocessbuffer{main}{demo}{}
> \stoptext
--
http://www.ousia.tk
___
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] issues with bookmarks
Hans,
sorry for the long message, but I’m afraid that bookmarks have some issues.
1. When specifying sectionblocks, bookmarks for parts don’t contain
chapters as child elements:
\setupinteraction[state=start]
\placebookmarks[part, chapter][part, chapter]
\setuphead[part][placehead=yes]
\starttext
\startfrontmatter
\chapter{Foreword}
\chapter{Introduction}
\stopfrontmatter
\startbodymatter
\part{First Part}
\chapter{First Chapter}
\chapter{Second Chapter}
\part{Second Part}
\chapter{Third Chapter}
\chapter{Fourth Chapter}
\stopbodymatter
\stoptext
It isn’t related to parts and chapters, it also happens with chapters
and sections:
\setupinteraction[state=start]
\placebookmarks[chapter, section][chapter, section]
\starttext
\startfrontmatter
\section{Foreword}
\section{Introduction}
\stopfrontmatter
\startbodymatter
\chapter{First chapter}
\section{First section}
\section{Second section}
\chapter{Second chapter}
\section{Third section}
\section{Fourth section}
\stopbodymatter
\stoptext
It works fine, if sectionblocks are removed:
\setupinteraction[state=start]
\placebookmarks[part, chapter][part, chapter]
\setuphead[part][placehead=yes]
\starttext
\chapter{Foreword}
\chapter{Introduction}
\part{First Part}
\chapter{First Chapter}
\chapter{Second Chapter}
\part{Second Part}
\chapter{Third Chapter}
\chapter{Fourth Chapter}
\stoptext
2. Sectionblocks also displace bookmark location, such as in this sample:
\setupinteraction[state=start]
\placebookmarks[part, chapter, hiddentitle][part, chapter]
\setuphead[part][placehead=yes]
\definehead
[hiddentitle]
[chapter]
\setuphead
[hiddentitle]
[number=no]
\starttext
\hiddentitle{[Copyright]}
\startfrontmatter
\chapter{Foreword}
\chapter{Introduction}
\stopfrontmatter
\startbodymatter
\part{First Part}
\chapter{First Chapter}
\chapter{Second Chapter}
\part{Second Part}
\chapter{Third Chapter}
\chapter{Fourth Chapter}
\stopbodymatter
\stoptext
Foreword and Introduction are listed after Fourth Chapter.
If sectionblocks are removed, bookmark listing is ordered right:
\setupinteraction[state=start]
\placebookmarks[part, chapter, hiddentitle][part, chapter]
\setuphead[part][placehead=yes]
\definehead
[hiddentitle]
[chapter]
\setuphead
[hiddentitle]
[number=no]
\starttext
\hiddentitle{[Copyright]}
\chapter{Foreword}
\chapter{Introduction}
\part{First Part}
\chapter{First Chapter}
\chapter{Second Chapter}
\part{Second Part}
\chapter{Third Chapter}
\chapter{Fourth Chapter}
\stoptext
3. In the previous sample, as well in the following one, bookmark
hierarchy is wrong:
\setupinteraction[state=start]
\placebookmarks[part, chapter, hiddentitle][part, chapter]
\setuphead[part][placehead=yes]
\definehead
[hiddentitle]
[chapter]
\setuphead
[hiddentitle]
[number=no]
\starttext
\hiddentitle{[Copyright]}
\startfrontmatter
\chapter{Foreword}
\chapter{Introduction}
\stopfrontmatter
\startbodymatter
\part{First Part}
\chapter{First Chapter}
\chapter{Second Chapter}
\part{Second Part}
\chapter{Third Chapter}
\chapter{Fourth Chapter}
\stopbodymatter
\startbackmatter
\chapter{Conclusions}
\chapter{Epilogue}
\stopbackmatter
\stoptext
I’m afraid that (the misplaced Foreword or Introduction and) Conclusions
and Epilogue should be first-level bookmarks (such as Copyright is).
After a sectionblock, chapters should have first-level bookmarks if
there is no part bookmark containing them. Otherwise, this will be the
misleading impression that the chapters are children of the part bookmark.
Am I missing something or have I hit a bug?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] issues with bookmarks
On 07/27/2015 02:47 PM, Hans Hagen wrote:
> On 7/26/2015 8:01 PM, Pablo Rodriguez wrote:
>> Hans,
>>
>> sorry for the long message, but I’m afraid that bookmarks have some issues.
>>
>> 1. When specifying sectionblocks, bookmarks for parts don’t contain
>> chapters as child elements:
>>
>> \setupinteraction[state=start]
>> \placebookmarks[part, chapter][part, chapter]
>> \setuphead[part][placehead=yes]
>> \starttext
>> \startfrontmatter
>> \chapter{Foreword}
>> \chapter{Introduction}
>> \stopfrontmatter
>> \startbodymatter
>> \part{First Part}
>> \chapter{First Chapter}
>> \chapter{Second Chapter}
>> \part{Second Part}
>> \chapter{Third Chapter}
>> \chapter{Fourth Chapter}
>> \stopbodymatter
>> \stoptext
>
> In SumatraPDF (which i use mostly) and Acrobat I see
>
> Foreword
> Introduction
> 1 First Part
> 1.1 First Chapter
> 1.2 Second Chapter
> 2 Second Part
> 2.1 Third Chapter
> 2.2 Fourth Chapter
>
> I remember a thread about bugged viewers so maybe your viewer is not ok.
Hans,
evince shows the same output. But the bookmarks are wrong in all viewers.
I’m afraid that issue 1 shows uncontained bookmarks. The first and
second code samples from #1 are wrong and the third code sample from #1
is right.
Issue 2 misplaced bookmarks and issue 3 shows wrong indented bookmarks.
Sorry but I’m afraid that the issues may be bugs.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] issues with bookmarks
On 07/27/2015 07:34 PM, Hans Hagen wrote:
> [...]
> Hm, the bookmarks themselves are okay but you mean the collapsing of
> them. That is a side effect of lack of parts in the preceding block. I
> have a fix for that but of course I don't know it there are other side
> effects. There is only so much one can do with such structures.
Many thanks for the fast fix and the new beta, Hans.
As far as I have tested it, everything works fine, excepting that
chapters from a secition block with no given parts are collapsed in the
last part from previous block.
Minimal sample that shows the behaviour (colophon doesn’t actually
belong to part):
\setupinteraction[state=start]
\placebookmarks[part, chapter][part, chapter]
\setuphead[part][placehead=yes]
\starttext
\startbodymatter
\part{Part}
\chapter{Chapter}
\stopbodymatter
\startbackmatter
\chapter{Colophon}
\stopbackmatter
\stoptext
Could this be fixed too? (Each section block should restart bookmarks as
totally independent.)
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] links for notes
Hans,
many thanks for having fixed the issues with bookmarks in latest beta
from 2015.07.28 15:15.
I have a pending issue with interactive documents. We discussed here
some months ago ().
The issue is that notes (footnotes and linenotes) have the same kind of
interactive links as the rest of the links in the PDF document.
Here is the minial sample:
\setupinteraction[state=start, focus=standard]
\starttext
\completecontent
\dorecurse{10}{\chapter{Chapter 1}
a\footnote{b}}
\stoptext
Could this be implemented? Otherwise, interactive notes will be
problematic for the rest of us.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] links for notes
On 07/29/2015 01:17 PM, Hans Hagen wrote:
> [...]
> you have to be more explicit
Sorry for the cryptic message, Hans. Yesterday I was in a hurry.
This sample shows the issue:
\setupinteraction[state=start, focus=standard]
\starttext
\completecontent
\dorecurse{10}{\chapter{Chapter 1}
a\footnote{b}}
\stoptext
The links from the table of contents have named destinations (they are
/XYZ destinations, as the PDF specification calls them on page 366).
But the links in notes have /Fit destinations.
Would it be possible that notes have the same destinations as the ones
specified for the rest of the document?
If I haven’t explained myself accurately, here you have the last message
from the previous thread about this particular issue
(http://www.ntg.nl/pipermail/ntg-context/2015/081281.html).
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] footnotes when using RtL (Arabic)
On 07/30/2015 03:00 PM, tala...@fastmail.fm wrote:
> I wonder whether anyone might have any thoughts about the below? Many thanks.
I wonder whether there is a bug somewhere in notes, because you may have
r2l notations, but the notes paragraph is built l2r:
\setuppapersize[A6]
\starttext \showframe
\definenote[afootnote][rule={on,right}, paragraph=yes]
\definenotation[afootnote][align=r2l]
\startalignment[r2l]
Testing.\afootnote{This is footnote one.}
Testing testing.\afootnote{This is footnote two.}
Testing testing testing.\afootnote{This is footnote three.}
\stopalignment
\stoptext
Just in case it might help,
Pablo
--
http://www.ousia.tk
___
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] footnotes when using RtL (Arabic)
On 07/30/2015 04:43 PM, tala...@fastmail.fm wrote:
> Thank you, Pablo. This is indeed the problem: the individual elements —
> the notes — are correctly RTL, but the overall “paragraph” is ordering
> the elements LTR (with the additional caveat the footnote paragraph is
> not properly aligned/justified to the right margin either).
Adding "\definenotation[afootnote][alternative=serried, align=r2l]"
makes alignment even worse.
Pablo
>> On 30 Jul 2015, at 15:26, Pablo Rodriguez wrote:
>> On 07/30/2015 03:00 PM, tala...@fastmail.fm wrote:
>>> I wonder whether anyone might have any thoughts about the below? Many
>>> thanks.
>>
>> I wonder whether there is a bug somewhere in notes, because you may have
>> r2l notations, but the notes paragraph is built l2r:
>>
>>\setuppapersize[A6]
>>\starttext \showframe
>>
>>\definenote[afootnote][rule={on,right}, paragraph=yes]
>>\definenotation[afootnote][align=r2l]
>>
>>\startalignment[r2l]
>>Testing.\afootnote{This is footnote one.}
>>Testing testing.\afootnote{This is footnote two.}
>>Testing testing testing.\afootnote{This is footnote three.}
>>\stopalignment
>>
>>\stoptext
>>
>> Just in case it might help,
>>
>> Pablo
--
http://www.ousia.tk
___
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] Small problems with my columns
On 07/30/2015 07:37 PM, Fabrice Couvreur wrote:
> Hi,
> In the code below, how to make the line hyphenation is in the first
> column and not in the second.
Hi Fabrice,
you could replace \column with \column\setupalign[nothyphenated].
It does the job, although it seems not very elegant to me.
Pablo
>
> \setupcolors[state=start]
> \definemixedcolumns
> [mycolumn]
> [
> n=2,
> separator=rule,
> rulecolor=gray,
> rulethickness=1pt,
> balance=yes,
> ]
> \setuppapersize[A4][A4]
>
> \setuplayout[
> backspace=15mm,
> width=middle,
> topspace=15mm,
> height=middle,
> header=0pt,
> footer=0pt,
> ]
> \loadtypescriptfile[mathdesign]
>
> \definetypeface [mainface] [rm] [serif] [palatino] [default]
> \definetypeface [mainface] [tt] [mono] [modern] [default] [rscale=0.9]
> \definetypeface [mainface] [mm] [math] [xits] [default]
>
> \setupbodyfont[mainface,11pt]
>
> \starttext
> \startmycolumn
> \startitemize[n][stopper={)},style=bold]
> \item
> \startitemize[a][stopper={)},style=bold]
> \item
> \item
> \item \'Emettre une conjecture sur la nature de la transformation
> correspondant à l'enchaînement de ces deux translations.
> \startframedtext[frame=on,background=color,backgroundcolor=lightgray,width=local]
> On notera $\vec{u} + \vec{v}$ les caractéristiques de cette nouvelle
> transformation.
> \stopframedtext
> \stopitemize
> \column
> \item
> \startitemize[a][stopper={)},style=bold]
> \item
> \item
> \item
> \stopitemize
> \item
> \startitemize[a][stopper={)},style=bold]
> \item
> \item
> \item
> \stopitemize
> \stopitemize
> \stopmycolumn
> \stoptext
--
http://www.ousia.tk
___
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] footnotes when using RtL (Arabic)
On 07/30/2015 07:54 PM, Wolfgang Schuster wrote:
>> Pablo Rodriguez 30. Juli 2015 16:26
>>
>> I wonder whether there is a bug somewhere in notes, because you may have
>> r2l notations, but the notes paragraph is built l2r:
>> [...]
> Can you test the following patch.
Hi Wolfgang,
your patch works fine with both samples.
What I wonder is wheter \setupnote and \setupnototation should inherit
the property from \setupalign[r2l] or from the alignment in the body
position where they are inserted.
Pablo
> \unprotect
>
> \def\strc_notes_flush_global
> {\begingroup
>\useinterlinespaceparameter\noteparameter
>\doifelse{\noteparameter\c!paragraph}\v!yes
> {%\vbox\starthboxestohbox
> \vbox\ifconditional\displaylefttoright \else dir TRT
> \fi\starthboxestohbox
>
> \iftrialtypesetting\unvcopy\else\unvbox\fi\currentnoteinsertionnumber
> \stophboxestohbox}
>
> {\iftrialtypesetting\unvcopied\else\unvboxed\fi\currentnoteinsertionnumber}%
>\endgroup}
>
> \protect
>
> %\setupalign[righttoleft]
>
> \setupnote[footnote][paragraph=yes,align=righttoleft]
> \setupnotation[footnote][align=righttoleft]
>
> \showframe
>
> \starttext
>
> First note.\footnote{This is the first footnote.}
> Second note.\footnote{This is the second footnote.}
>
> \stoptext
>
> 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
> ___
>
--
http://www.ousia.tk
___
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] Register customization for backmatter page numbers
Hi Rik,
sorry for top-posting, but I’m not sure whether I understand your request.
I wonder whether the following sample points in the right direction:
\setuppapersize[A6]
\setuppagenumber[way=bypart, prefix=yes, prefixset=chapter]
\startsectionblockenvironment[bodypart]
\setuppagenumber[number=1]
\stopsectionblockenvironment
\startsectionblockenvironment[appendix]
\setuppagenumber[number=1]
\stopsectionblockenvironment
\starttext
\completecontent
\startbodymatter
\dorecurse{5}{\chapter{Chapter}\recurselevel\index{bar}}
\stopbodymatter
\startappendices
\dorecurse{5}{\chapter{Appendix}\recurselevel\index{foo}}
\title{Index}
\placeindex
\stopappendices
\stoptext
Just in case it helps,
Pablo
On 08/01/2015 04:20 AM, Rik wrote:
> List,
>
> I have a book with frontmatter, bodymatter, and backmatter. The
> frontmatter is pagenumbered with lc roman, and the bodymatter and
> backmatter are numbered, all by block.
>
> The backmatter contain a glossary, pagenotes, bibliography, and an
> index. In addition to the frontmatter and the bodymatter, both the
> glossary and the pagenotes contain items that are indexed.
>
> I need to distinguish pagenumbers that appear in the index so that the
> reader can identify where in the book the page is located. For the
> frontmatter, that is not a problem. For items that appear in the
> bodymatter or backmatter, however, page numbers are not unique.
>
> One method that has been suggested is to prefix the pagenumber displayed
> in the index with a mark to indicate that the page is in the backmatter,
> or to italicize it, or to use an alternate font. I have looked at the
> defineconversionset and defineprocessor documentation and find no way to
> mark index entries appropriately.
>
> Can anyone suggest a way to do this, or some other method? Perhaps a
> pagecommand that compares the register item real page number to the
> highest real page number of the body? I would prefer a solution that
> does not require changing the register commands (\index) in the text.
>
> Continuous numbering across the frontmatter, bodymatter, and backmatter
> is not wanted, although as a last resort I might be able to argue for
> continuous numbering in the bodymatter and backmatter.
>
--
http://www.ousia.tk
___
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] r2l alignment and linenumbering conflict?
On 08/01/2015 05:37 PM, tala...@fastmail.fm wrote: > Sorry to pester, but this problem is barring me from moving my book > project into ConTeXt this weekend. > > The use of linenumbers seems to throw off the R2L mechanism. Example > of the problem attached. Hi Talal, I’m afraid that I don’t have a fix for what it might be a bug in ConTeXt. If you want to work on you book before a fix is released, I’d suggest you to add the following line at the top of your document: \definestartstop[linenumbering] This will deactivate line numbering and it will allow you to work on the rest of the book without having to add any code later. If your book is already finished, you only have to wait for the fix ;-). Just in case it helps, Pablo -- http://www.ousia.tk ___ 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] footnotes when using RtL (Arabic)
On 08/02/2015 12:36 AM, tala...@fastmail.fm wrote: > I’ve run into a hiccup. In the previous MWE that worked with Woflgang and > Hans’ patch, the notes were footnotes. However, if make them into > linenotes, we run into a strange problem: the first note is typeset > correctly, but all the remaining linenotes in that stream are typeset on > the bottom left corner of the page. See attached files. Hi Talal, I experienced this issue before (although r2l languages are all Greek to me :-(). \setupdirections[bidi=global, method=two] seems to fix the problem. I hope it helps, Pablo -- http://www.ousia.tk ___ 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] footnotes when using RtL (Arabic)
On 08/02/2015 12:02 PM, tala...@fastmail.fm wrote: > Apologies: While the problem remains, I realise now that using "method=one" > or "method=two" wasn’t having any effect because I had forgotten to add > the option "align=righttoleft,” to "\setupnotations[lnote]”. Having done > so, adding the method options do have an effect. But the output is still > flawed; the beginning of the third note is missing at the end of the > first line of the footnote, while its last few words can be seen on the > second line of the footnote. See my new attachment (linenotes r2l 3,tex) > below: Hi Talal, replace you bidi settings with this ones: \setupdirections[bidi=global, method=two] \startsetups[note:linenote] \setupdirections[bidi=global,method=two,fences=yes] \stopsetups \setupalign[r2l] At least, they work for me. Pablo -- http://www.ousia.tk ___ 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] footnotes when using RtL (Arabic)
On 08/02/2015 12:47 PM, Pablo Rodriguez wrote: > [...] > Hi Talal, > > replace you bidi settings with these ones: > [...] > At least, they work for me. Talal, sorry for the noise, the first linenote has the problem you described. I thought it belonged to the second linenote. Pablo -- http://www.ousia.tk ___ 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] issues with typeface selection
Dear list,
I have the following sample:
\definefontfamily[timesnew][serif][FreeSerif]
\definefontfamily[droidserif][serif][Droid Serif]
\setupbodyfont[palatino, 12pt]
\starttext
I want to have \type{\timesnew\ttfx} and \type{\droidserif\ttfx}
in each cell, but \type{foregroundstyle} doesn’t seem to work
(compilation crashes).
\startxtable
\blank
\startxrow
\startxcell \ConTeXt\ is awesome!\stopxcell
\startxcell \ConTeXt\ is awesome!\stopxcell
\stopxrow
\stopxtable
\blank
Typeface selection doesn’t seem to work even with paragraphs:
\defineparagraphs[timesdroid][each][n=2, before=\blank]
\defineparagraphs[timesdroid][1][style=\newtimes]
\defineparagraphs[timesdroid][2][style=\droidserif]
\starttimesdroid
\ConTeXt\ is awesome!
\timesdroid
\ConTeXt\ is awesome!
\stoptimesdroid
\stoptext
All I need is to be able to have a text with a given font family and a
smaller font size on the left and the same text with the same font size
but another font family on the right.
I have failed with both xtables and paragraphs.
Wnat am I missing in each case?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] issues with typeface selection
On 08/07/2015 06:52 PM, Pablo Rodriguez wrote: > Dear list, > > I have the following sample: > [...] > Typeface selection doesn’t seem to work even with paragraphs: > \defineparagraphs[timesdroid][each][n=2, before=\blank] > \defineparagraphs[timesdroid][1][style=\newtimes] > \defineparagraphs[timesdroid][2][style=\droidserif] Partially replying to myself. After defining a paragraphs environment, I have to set them up, not to define them again. So the code above should read: \defineparagraphs[timesdroid][each][n=2, before=\blank] \setupparagraphs[timesdroid][1][style=\newtimes] \setupparagraphs[timesdroid][2][style=\droidserif] But I don’t know what is wrong is foregroundstyle in xtables. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] issues with typeface selection
On 08/08/2015 11:44 AM, Wolfgang Schuster wrote:
>> Pablo Rodriguez 7. August 2015 18:52:
>> [...]
>> Wnat am I missing in each case?
>
> There is no \ttfx font switch command, what ConTeXt has is \tfx (with
> one “t” in the name) which switches to a smaller size for the upright
> font and \tttfx (with three “t” in the name) which switches to a
> smaller size for the upright typewriter font.
Many thanks for your help, Wolfgang.
Of course, you are right. I know that, but I mistyped it.
Although I still having problems with foregroundstyle, such as in:
\definefontfamily[newtimes][serif][FreeSerif]
\definefontfamily[droidserif][serif][Droid Serif]
\setupbodyfont[palatino, 12pt]
\setuphead[section][style=\newtimes\tfx]
\starttext
\section{Comparision}
\startxtable
\startxrow
\startxcell[foregroundstyle=\newtimes\tfx] \ConTeXt\stopxcell
\startxcell[foregroundstyle=\droidserif\tfx] \ConTeXt\stopxcell
\stopxrow
\stopxtable
\stoptext
Is there a way to add both commands to foregroundstyle? Or how can I get
both commands in the xcell?
Many thanks for your help again,
Pablo
--
http://www.ousia.tk
___
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] issues with typeface selection
On 08/08/2015 04:18 PM, Wolfgang Schuster wrote:
> [...]
> All I can tell at the moment is that the problem is related to the “x”
> font size.
>
> \starttext
>
> \startxtable
> \startxrow
> \startxcell[foregroundstyle=\txx] % this fails: foregroundstyle=\tx
> \CONTEXT
> \stopxcell
> \stopxrow
> \stopxtable
>
> \stoptext
Wolfgang,
I’m afraid that compilation also crashes with font commands in
foregroundstyle:
\definefontfamily[newtimes][serif][TeX Gyre Termes]
\setupbodyfont[palatino, 12pt]
\setuphead[section][style=\newtimes\tfx]
\starttext
\section{Comparision}
\startxtable
\startxrow
\startxcell[foregroundstyle=\newtimes] \ConTeXt\stopxcell
\stopxrow
\stopxtable
\stoptext
Pablo
--
http://www.ousia.tk
___
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] issues with typeface selection
On 08/09/2015 07:02 PM, Hans Hagen wrote: > [...] > hm, hard to catch (esp if we want to do that everywhere it will be a > slow downer) ... i'll do it for cells but so far other mechanisms were > less sensitive for this (we'd need an extension to luatex for handling > such cases ... maybe i'll look into that later) > > as i don't upload today you can test > > \setupxtable[newtimes][foregroundstyle=\newtimes] > \startxcell[newtimes] ...\stopxcell Many thanks for your fix, Hans. It works perfect now. Pablo -- http://www.ousia.tk ___ 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] defining an alternate mono typeface
Dear list,
I have the following sample:
\definefontfamily
[mainface]
[rm]
[TeX Gyre Pagella]
\definefontfamily
[mainface]
[tt]
[TeX Gyre Cursor]
\definefontfamily
[anothermono]
[tt]
[DejaVu Sans Mono]
\setupbodyfont[mainface]
\starttext
\startTEXpage[offset=1em]
\tfxx smaller text with
{\doifdefinedelse{anothermono}{\anothermono}{\tt} second mono}
\tfxx smaller text with
{\doifdefinedelse{nomono}{\nomono}{\tt} second mono}
\stopTEXpage
\stoptext
I would like to have an optional monospaced font, but when switching
typefaces, font size isn’t retained.
Is this a bug or am I missing something?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] Finalizing my book
On 09/05/2015 10:15 PM, Mikoláš Štrajt wrote: > I am finalizing my semi-autogenerated e-book and i ran into three issues: > > 1) its impossible to place table of content after the content itself. It > simply doesnt display without any trace in log. Hi Mikoláš, \placecontent[criterium=previous] is the right command. > 2) i am triying to use Antykwa Torunska with "\definetypeface [antykwa] > [rm] [serif] [antykwa-torunska] [default] [encoding=ec]", but it > complaint for misssing typescript. Is there some working way to install > it? (Using minimals) I use MkIV and this works (no typescripts involved): \definefontfamily [antykwa] [rm] [Antykwa Torunska] \definefontfamily [iwona] [rm] [Iwona] \setupbodyfont[iwona,12pt] \setuphead[section] [style=\tfc\antykwa] \setuphead[subsection] [style=\tfb\antykwa, page=yes] BTW, you define section and subsection heads in lines 24-25 and 59-60. Main typeface is defined in lines 19 and 57. Are these redefinitions intended or is it a bug? (Even if they were intended, I’d remove them for the sake of clarity.) > 3) is there some trick to protect stanzas of poems against pagebreak in > the middle of stanza? Or there are some usefult tips/modules when > typeseting poetry in Context? Sorry, but I don’t know how to do that. Just in case it helps, Pablo -- http://www.ousia.tk ___ 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] footnote coloring
On 09/06/2015 11:11 AM, dr. Hans van der Meer wrote:
> I want to color all elements of a footnote, but I cannot find how to do
> this.
> Minimal example:
>
> \def\rednumber#1{\color[red]{#1}}
> \starttext
> \setupfootnotes[textcolor=red,numbercommand=\rednumber,foregroundcolor=red]
> This text\footnote{the footnote} contains a footnote.
> \stoptext
>
> The footnotenumber in the text is the only element that gets colored
> because of the [textcolor=red] parameter setting.
>
> In the command reference it is [numbercommand=\rednumber]. Shouldn't
> that have made the color of the footnotenumber below?
>
> Since \setupfootnotes inherits from setupframed I expected
> [foregroundcolor=red] to do the trick for the content of the footnote,
> but it doesn't.
>
> How to?
Hi Hans,
this setup works fine in MkIV:
\setupnote[footnote][textcolor=blue]
\setupnotation[footnote][numbercommand={\color[red]}, color=green]
I hope it helps,
Pablo
--
http://www.ousia.tk
___
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] Oddity: \buildtextaccent shifts glyph right
On 09/06/2015 05:27 PM, Rik wrote: > I am using \buildtextaccent to create a couple of characters that have > no Unicode equivalent. Hi Rik, although they don’t seem to work as expected in ConTeXt, Unicode has combining diacritical marks (as you might know), such as: U+0301 COMBINING ACUTE ACCENT Just in case it might help, Pablo They are scribal abbreviations that made it into > early typesetters works. In this case, the abbreviation are for Latin > que, which looks like a q with a small ezh appended in a subscript > position, and q with an acute accent, both of which are used in some > 17th century works I am dealing with. An example of the abbreviation > with the ezh and accent can be seen at > https://books.google.com/books?id=hHNVcAAJ&pg=PA6#v=onepage&q&f=false in > the sixth line of the paragraph beginning “Yea but”. > > It seems that \buildtextaccent\textacute q (or \buildtextaccent´q) moves > the q to the right within the character’s bounding box. The following > example (and attached resulting pdf) demonstrates this. Lines 1 and 2 > show the string with and without the \buildtextaccent, and lines 4 and 6 > repeat that in italic. The strings are the same width, but the q is > moved right. Lines 3 and 6 show a manual kerning of the q to improve > appearance. > > This happens with many fonts, but not all (I do not see it with Computer > Modern). I am using Win 10Pro x64 with ConTeXt ver: 2015.09.04 11:00 > MKIV beta fmt: 2015.9.5 int: english/english. > > I suspect that this is not intended, but I am not sure. > > I would also love to raise the accent a bit. Suggestions? I can live > with it as it is and manually kern as needed. There are very few > instances of these abbreviations that need to be dealt with. -- http://www.ousia.tk ___ 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] put titles in toc
On 09/08/2015 08:25 PM, John Culleton wrote:
> In thew frontmatter there are several titles
> headings that i want to see in the TOC
> Here is a
> stripped down version of my file:
Hi John,
I think this might do what you want:
\definehead[titleintoc][chapter][number=no]
\starttext
\noheaderandfooterlines
\title{Contents}
\placelist[chapter,titleintoc]
\chapter{foo}
\input knuth.tex
\titleintoc{bar}
\input knuth.tex
\stoptext
I hope it helps,
Pablo
--
http://www.ousia.tk
___
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] bug in nothyphenated?
Dear list,
I have the following sample:
\def\abc{Con\-\TeX{}t}
\hyphenation{Con-TeXt}
\starttext
\startTEXpage[offset=1em, align={right, nothyphenated}]
\hyphenatedword{legibility}\\
\hyphenatedword{\abc}\\
\abc\\
\hyphenatedword{\ConTeXt}
\stopTEXpage
\stoptext
I have to define \ConTeXt as in \abc. Otherwise, it won’t get hyphenated
at all. If I add \hyphenation{Con-TeXt}, no kerning will be applied in
the pair nT.
But redefining \ConTeXt as Con\-\TeX{}t hyphenates the word even when
nothyphenated is selected.
Isn’t this a bug with nothyphenated?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] suppress header-footers
On 09/14/2015 11:01 AM, Meer, Hans van der wrote:
> With \noheaderandfooterlines one can suppress the header and footer lines on
> the current page.
>
> When using \setuplayout[location=doublesided] a blank page is
> generated if necessary. However this generated page does contain
> header/footer, notwhithstanding the use of \noheaderandfooterlines. Is
> it possible to avoid this?
Hi Hans,
\setuppagenumbering[alternative=doublesided] is the command I know to work.
You can add either blank or header and footer to page break option, such
as in:
\setuppagenumbering[alternative=doublesided]
\setuphead[chapter][page={yes, header, footer, right}]
\setupheadertexts[Header]
\setupfootertexts[Footer]
\starttext
\dorecurse{3}{\chapter{Chapter}\noheaderandfooterlines}
\stoptext
For some strange reason (at least, unknown to me), header and footer
must be placed before right (if specified at all). Although blank may be
placed before or after right.
I hope it helps,
Pablo
--
http://www.ousia.tk
___
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] suppress header-footers
On 09/14/2015 08:33 PM, Wolfgang Schuster wrote: >> Pablo Rodriguez 14. September 2015 19:13 >> [...] >> For some strange reason (at least, unknown to me), header and footer >> must be placed before right (if specified at all). > > I will explain it for you. > > When your text from the previous chapter ends on a right page the "yes" ends > the page end we move to the next left page. With the "header" and "footer" > keywords we disable the header and footer lines on this page. The last > keyword "right" moves us from the now empty left page to the following > right page. Many thanks for the explanation, Wolfgang. I have only a question: why doesn’t blank behave the same way? Is blank a switch? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] suppress header-footers
On 09/14/2015 09:45 PM, Wolfgang Schuster wrote:
>> Pablo Rodriguez 14. September 2015 21:28
>> [...]
>> I have only a question: why doesn’t blank behave the same way? Is blank
>> a switch?
>
> What do you expect from blank?
Well, the question isn’t my expectation about blank, but about right.
Header and footer are applied to the right page only if set before
right. But blank may be written before or after right.
I must be missing something, because I think that the behavior of blank
in both cases might be inconsistent.
Many thanks for your help,
Pablo
> \setupbackgrounds[page][background=color,backgroundcolor=yellow]
>
> \setuppagenumbering
> [alternative=doublesided,
> % page={yes,blank,right},
> ]
>
> \starttext
>
> \dorecurse{3}{\input knuth\par}
> \page[yes,blank,right]
> \dorecurse{6}{\input knuth\par}
> \page[yes,blank,right]
> \dorecurse{3}{\input knuth\par}
>
> \stoptext
>
> 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
> ___
>
--
http://www.ousia.tk
___
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] suppress header-footers
On 09/17/2015 12:36 PM, Wolfgang Schuster wrote: > [...] > Let me repeat my question, what do expect from the blank keyword? > > The only description I found is “insert a completely blank page” from > cont-enp.pdf. Many thanks for your reply, Wolfgang. I thought that blank implied the how the next page would look like, but not the insertion of a new page. Everything is clear to me now. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] comparing strings
Dear list,
I have the following sample:
\startluacode
function document.gouppercase(str)
tex.print(str:upper())
end
\stopluacode
\unexpanded\def\MyUpper#1%
{\ctxlua{document.gouppercase("#1")}}
\starttext
\doif{\MyUpper{adfalkjfaeñf}}{\MyUpper{aDFAlkjfaeñf}}{equal}{unequal}
\ctxlua{if string.upper("adfalkjfaeñf") == string.upper("aDFAlkjfaeñf")
then tex.print("equal") else tex.print("unequal") end}
\stoptext
Why are are the first two strings unequal?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] comparing strings
On 09/17/2015 07:26 PM, Wolfgang Schuster wrote:
>> Pablo Rodriguez 17. September 2015 18:47
>> [...]
>> \unexpanded\def\MyUpper#1%
>> {\ctxlua{document.gouppercase("#1")}}
>>
>> \starttext
>> \doif{\MyUpper{adfalkjfaeñf}}{\MyUpper{aDFAlkjfaeñf}}{equal}{unequal}
>>
>> Why are are the first two strings unequal?
>
> You can’t use a unexpandable (which you created with \unexpanded) in
> ConTeXts \doifXXX commands.
Many thanks for your reply, Wolfgang.
I see. I thought it was better to add \unexpanded before a pure \def.
Is it \unexpaded required before a \def with more than one argument?
(Sorry, but expansion is a concept which I’m not familiar with.)
> PS. You need \doifelse and not \doif.
I realized this too sending the message to the list.
Pablo
--
http://www.ousia.tk
___
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] bug in nothyphenated?
On 09/21/2015 06:55 PM, Hans Hagen wrote:
> On 9/13/2015 7:59 PM, Pablo Rodriguez wrote:
>>
>> \def\abc{Con\-\TeX{}t}
>> \hyphenation{Con-TeXt}
>> \starttext
>> \startTEXpage[offset=1em, align={right, nothyphenated}]
>> \hyphenatedword{legibility}\\
>> \hyphenatedword{\abc}\\
>> \abc\\
>> \hyphenatedword{\ConTeXt}
>> \stopTEXpage
>> \stoptext
>>
>> I have to define \ConTeXt as in \abc. Otherwise, it won’t get hyphenated
>> at all. If I add \hyphenation{Con-TeXt}, no kerning will be applied in
>> the pair nT.
>>
>> But redefining \ConTeXt as Con\-\TeX{}t hyphenates the word even when
>> nothyphenated is selected.
>>
>> Isn’t this a bug with nothyphenated?
>
> it has to do with uppercase .. that prevents hyphenation
Sorry, Hans, but I’m afraid I don‘t get it.
The issue is that hyphenation takes place even when nothyphenated should
prevent it.
What am I missing in your eplanation?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] bug in nothyphenated?
On 09/22/2015 01:53 PM, Hans Hagen wrote: > On 9/21/2015 9:44 PM, Pablo Rodriguez wrote: >> [...] >> Sorry, Hans, but I’m afraid I don‘t get it. >> >> The issue is that hyphenation takes place even when nothyphenated should >> prevent it. >> >> What am I missing in your eplanation? > > \- is explicit, nothyphenated only prevents the pattern based hyphen > injector Many thanks for the reply, Hans. It seems that the task of hyphenating \ConTeXt is unsolvable. I get either too much or no hyphenation at all. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] bug in nothyphenated?
On 09/23/2015 05:45 PM, Andres Conrado wrote:
> [...]
> This maybe is not very important to you, but, as a designer, I see
> \ConTeXt as a logotype, so, it's not supposed to be hyphenated.
Hi Andrés,
\ConTeXt is also a word and sometimes hyphenation is required:
%~ \def\ConTeXt{Con\-\TeX{}t}
\setupbodyfont[palatino, 16pt]
\starttext
I need to hyphenate the logotype when
it is placed here: \ConTeXt. \input zapf
\stoptext
I realized that after writing a document about ConTeXt.
Pablo
--
http://www.ousia.tk
___
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] formatting section and figure numbers
On 09/25/2015 04:15 PM, Meer, Hans van der wrote:
> I do number my chapters with roman numerals with:
> \setuphead[chapter][conversion=Romannumerals]
> I would expect then that sections are numbered roman.arabic for example IX.1
> This is not the case. While the chapter is numbered IX the sections are
> numbered 9.1 instead of IX.1.
> The numbering of floats with \placefigure luckily does the caption
> numbering right, i.e. there I see IX.1 as its number.
>
> Using
> \setuphead[section][conversion=Romannumerals]
> fails because then IX.I is produced, clearly not what is desired
> although the caption numbering is not influenced.
>
> Using
> \setuphead[section][number=no]
> does not help either, because then the captions loose their chapter number.
>
> What to do?
Hi Hans,
I think this is what you need:
\definestructureconversionset[sectionnumbers][0,R][n]
\setupheads[sectionconversionset=sectionnumbers]
\starttext
\dorecurse{5}{\chapter{Chapter}\section{Section}}
\stoptext
I hope it helps,
Pablo
--
http://www.ousia.tk
___
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] escaping quotes in \ctxlua
Dear list,
I have the following sample:
\starttext
\startluacode
tex.print(os.getenv("USER")
\stopluacode
\ctxlua{tex.print(os.getenv("USER")}
\stoptext
How can I escape the quotes in the \ctxlua command?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] escaping quotes in \ctxlua
On 09/30/2015 05:20 PM, Wolfgang Schuster wrote:
>> Pablo Rodriguez 30. September 2015 um 17:07
>> Dear list,
>>
>> I have the following sample:
>>
>> \starttext
>> \startluacode
>> tex.print(os.getenv("USER")
>> \stopluacode
>>
>> \ctxlua{tex.print(os.getenv("USER")}
>> \stoptext
>>
>> How can I escape the quotes in the \ctxlua command?
> You have to add a closing ) for tex.print in both Lua calls but you can
> replace the second version with \cldcontext{os.getenv("USER")}.
Many thanks for your replies, Wolfgang and Thomas.
I knew that parentheses need to be closed, but I totally overlooked it
in both tex.print commands.
Many thanks for your help and sorry for the noise,
Pablo
--
http://www.ousia.tk
___
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] issue with oxia in latest beta
Dear list, I have the following sample: \definefontfamily[mainface][rm][Theano Didot] \setupbodyfont[mainface] \starttext \startTEXpage[offset=.5ex] έέ \stopTEXpage \stoptext Theano Didot can be downloaded from http://ousia.tk/theano-2.0.otf.zip. For some reason unknown to me, latest beta from 2015.10.09 21:28 only prints epislon with tonos (from Greek the code range) and ignores epsilon with oxia (from the extended Greek code range). My previous beta from 2015.09.13 13:31 prints both accented Greek vowels fine. Could anyone confirm the bug? As far as I have tested, it only happens with this particular font. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] issue with oxia in latest beta
On 10/27/2015 10:40 PM, Thomas A. Schmitz wrote: >> On 27 Oct 2015, at 22:27, Pablo Rodriguez wrote: >> >> My previous beta from 2015.09.13 13:31 prints both accented Greek vowels >> fine. >> >> Could anyone confirm the bug? As far as I have tested, it only happens >> with this particular font. >> >> Many thanks for your help, > > I can confirm and have seen the bug with several Greek fonts. The > latest beta has several problems, I’m certain Hans is busy preparing a > new one... Many thanks for your bug confirmation, Thomas. Pablo -- http://www.ousia.tk ___ 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] issue with oxia in latest beta
On 10/28/2015 05:02 PM, Hans Hagen wrote: > On 10/27/2015 10:27 PM, Pablo Rodriguez wrote: >> Dear list, >> >> I have the following sample: >> >> \definefontfamily[mainface][rm][Theano Didot] >> \setupbodyfont[mainface] >> \starttext >> \startTEXpage[offset=.5ex] >> έέ >> \stopTEXpage >> \stoptext >> >> Theano Didot can be downloaded from http://ousia.tk/theano-2.0.otf.zip. >> >> For some reason unknown to me, latest beta from 2015.10.09 21:28 only >> prints epislon with tonos (from Greek the code range) and ignores >> epsilon with oxia (from the extended Greek code range). > > has to do with duplicate use .. fixed in next beta .. for now use > > \usemodule[oldotf] > > (in cont-new.mkiv or so) which forces the old fontloader Hans, many thanks for the fix in next beta and the workaround for current beta. Pablo -- http://www.ousia.tk ___ 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] issue with latest beta
Dear list, this basic sample crashes with latest beta on my computer: \setuphyphenation[method=traditional] \starttext \startalignment[flushright] iudad \stopalignment \stoptext Could anyone confirm whether it is a bug? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] \placeinitial not working
On 11/01/2015 05:14 PM, Alan Bowen wrote: > Thanks, Hans. > > Will the next beta standalone from the Pragma site come with luatex0.81 > or is this a separate download? Hi Alan, at least for Linux 32bit (I’m on Fedora 22), luatex-0.81 was included with latest beta (2015.10.09 21:28) from the ConTeXt Suite (aka ConTeXt Standalone). Just in case it might help, Pablo > > On Sun, Nov 1, 2015 at 9:18 AM, Hans Hagen wrote: > > On 10/31/2015 2:26 PM, Alan Bowen wrote: > > \placeinitial used to work but now does not with the latest beta. > > Try the example from http://wiki.contextgarden.net/Initials. > > \setupinitial[color=red,font=Bold sa 4,distance=3pt,state=start,n=3] > > \starttext > > \placeinitial \input knuth > > \stoptext > > > fixed in next beta (we can now probably assume the garden has luatex > 0.81 for all platforms) > > -- http://www.ousia.tk ___ 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] issue with latest beta
On 11/02/2015 01:57 PM, Procházka Lukáš Ing. - Pontex s. r. o. wrote: > Hello, > > I can confirm Ctx failure with: > >"ConTeXt ver: 2015.10.09 21:28 MKIV beta fmt: 2015.10.22 int: > english/english", Win XP 32b. Hi Lukáš, many thanks for confirming the bug. Pablo > On Sun, 01 Nov 2015 16:03:04 +0100, Pablo Rodriguez wrote: > >> Dear list, >> >> this basic sample crashes with latest beta on my computer: >> >> \setuphyphenation[method=traditional] >> >> \starttext >> \startalignment[flushright] >> iudad >> \stopalignment >> \stoptext >> >> Could anyone confirm whether it is a bug? >> >> Many thanks for your help, >> >> >> Pablo -- http://www.ousia.tk ___ 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] just some questions
Carlos, I’m afraid I don’t get what your actual problem is. Could you describe it with a single sentence? I mean the problem itself, not your actions to fix it. Excuse me, but I’m not sure whether you have an issue with the fonts, with the cache, with TeX Live or wit the Ubuntu packages. Pablo On 11/17/2015 02:35 PM, Carlos wrote: > Hello list. > > I just have a pairof questions. Could someone point me to the fonts' > script used by mtxrun? > > back in, let's see.. 2011, Mojca replied to Vladimir Lomov, with: > >> If TEXMFSYSVAR is writable, the cache goes to TEXMFSYSVAR. If it is >> not, the cache goes to TEXMFVAR. The idea behind this is that >> installer updates the cache when new packages are added, while users >> can still generate their own cache. > > And yes, I even removed the cache file, since it generates itself, > correct? > > I just can't figure out why this problem occurs with the files packed for > ubuntu texlive, and I'm almost sure of not having duplicate files, unless I > probably missed them, of course! > > I think I tried all the options available. > > I know mtxrun script is implemented there as well (in ubuntu texlive). > > I tried with separate installations first, and finally settled with texlive > full, but it made no difference. > > I know it works in x64 for example, but for some reason, it refuses to > follow the exemplary behavior in an i386. (Most of the modules fail or > wouldn't find types). > > And why would ubuntu maintainers have anything to do with it? It's > probably my own misconfiguration. But what could be the cause? > > Thank you in advance, for your time. :) > > Bye bye > Carlos -- http://www.ousia.tk ___ 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] compiling with latest stable
Dear list,
I have the following sample:
\definefontfamily[mainface][rm][GFS Didot]
\setupbodyfont[mainface]
\starttext
effective flew
{\sc Small caps}
\stoptext
If I compile it with latest beta, everything is fine (as expected).
But if I compile it with latest stable (2015.05.18 12:26), I only get a
blank page.
Could you compile the sample above with latest beta and confirm wheter
you get a completely blank page?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] just some questions
On 11/19/2015 09:15 PM, Carlos wrote: > Pablo, simply put, the system fonts, with the module simplefonts, can't be > found. > > Was OSFONTDIR exported? Yes. > Was the path specified correctly? Yes. In my case was /usr/share/fonts Which is the output from "kpsewhich --var-value=OSFONTDIR"? AfaIk, you should get /usr/share/fonts// (double slash to handle subdirectories). > What command was used afterward? The mtxrun --script fonts --reload. You could try (after fixing path above when needed) "mtxrun --script fonts --reload --force". > Did you try other commands? Yes. Most notably context --generate, context > --make, luatools. I think these are unrelated tools (although I’m not an expert). > When was the first time the condition appeared? Some time last week, > after reading complaints from other computer users, who think texlive as > it's currently distributed, is disrespectful to users, e.g. most people > would not need every other package out there. (Of course, the above is > just not correct). But the other most readily option, is to install the > packaged distribution for ubuntu. The latter is what I did. For ConTeXt, I think it is better you use the ConTeXt Suite (an standalone ConTeXt distribution). As a matter of fact, I don’t have TeX Live (or LaTeX) installed. I only use the ConTeXt Suite (http://wiki.contextgarden.net/ConTeXt_Standalone). I hope it helps (complain back, if it doesn’t :-)), Pablo -- http://www.ousia.tk ___ 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] new beta
On 11/19/2015 10:29 PM, Mojca Miklavec wrote: > On 17 November 2015 at 11:53, Hans Hagen wrote: >> Hi, >> >> There is a new beta coming but it goes in sync with a new release of luatex >> (0.85). As there have been some fundamental changes the macros and engine >> need to be updated in sync so when something goes wrong with an update, be >> patient and wait till binaries are in sync with macros for your platform. By >> the end of this week the garden should be ok. > > Hi, > > I just wanted to say that apart from maybe windows (and arm & solaris) > all other platforms already contain the latest version of LuaTeX. > (ChangeLog on w32tex contains a reference to 0.85, but I get a version > from two days ago for some reason, so windows users might want to wait > a tiny bit.) Many thanks, Hans and Mojca, for your excellent work. I have just updated and compilation from XML sources works fine again (at least with the file I tested ;-)). Pablo -- http://www.ousia.tk ___ 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] compiling with latest stable
On 11/19/2015 10:49 PM, Mojca Miklavec wrote:
> On 19 November 2015 at 20:49, Pablo Rodriguez wrote:
>> Dear list,
>>
>> I have the following sample:
>>
>> \definefontfamily[mainface][rm][GFS Didot]
>> \setupbodyfont[mainface]
>>
>> \starttext
>>
>> effective flew
>>
>> {\sc Small caps}
>> \stoptext
>>
>> If I compile it with latest beta, everything is fine (as expected).
>>
>> But if I compile it with latest stable (2015.05.18 12:26), I only get a
>> blank page.
>>
>> Could you compile the sample above with latest beta and confirm wheter
>> you get a completely blank page?
>
> LuaTeX 0.85 is incompatible with ConTeXt from May, so will most likely
> not be able to use "current" with the latest binaries. (This is a
> slight problem with the way distribution is set up at the moment and
> should be fixed at some point.)
Many thanks for your reply, Mojca.
ConTeXt stable (2015.05.18 12:26) came with LuaTeX-0.80.0 (rev 5238).
And I have a backup for that version.
The issue is relevant when confirmed, since (I’m afraid) it affects all
ConTeXt users with TeX Live 2015.
Pablo
--
http://www.ousia.tk
___
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] inverse indentation
Dear list,
I have the following sample:
\setupindenting[always,yes,big]
\startsetups[bibliography:indent]
\setupindenting[negative]
\stopsetups
\definehead[Bibliography][subject]
\setuphead[Bibliography]
[setups=bibliography:indent,
indentnext=yes]
\starttext
\startBibliography[reference=ref,title=Bibliography]
\reference[ref-Frankfurt:1971fk]{}%
Frankfurt, Harry. 1971. “Freedom of the Will and the Concept of a
Person.” {\em Journal of Philosophy}.
\stopBibliography
\stoptext
How can I define indenting in startsetups so that Bibliography has the
same margin that the indentation for the rest of the text and
indentation in that section is negative (the same amount as the general
indentation)?
Sorry, but this is a standard practice that doesn’t seem to be
documented in the wiki. At least, I wasn’t able to find information
about this issue.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] inverse indentation
On 11/24/2015 10:33 PM, Thomas A. Schmitz wrote:
> On 11/24/2015 07:38 PM, Pablo Rodriguez wrote:
>> How can I define indenting in startsetups so that Bibliography has the
>> same margin that the indentation for the rest of the text and
>> indentation in that section is negative (the same amount as the general
>> indentation)?
>>
>> Sorry, but this is a standard practice that doesn’t seem to be
>> documented in the wiki. At least, I wasn’t able to find information
>> about this issue.
>
> I don't know where this code comes from, but it does what you want:
>
> \definestartstop
>[exdent]
>[before={\startnarrower[left]\setupindenting[-\leftskip,yes]},
> after=\stopnarrower]
Many thanks for your reply, Thomas.
That was exactly what I needed.
Pablo
--
http://www.ousia.tk
___
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] horizontal spacing under special circumstances
On 12/08/2015 12:11 PM, Henning Hraban Ramm wrote:
> [...]
> Thank you for the suggestion, but I can’t see any change, even if I use
> extreme values for \spaceskip (like 0.1 or 10.0), neither in footnotes
> nor in my description (is the setups key even supposed to work in
> \definedescription?).
Hi Hraban,
I don’t know whether this is right, but this works for me:
\startsetups[footnote:space]
\spaceskip .7\interwordspace
plus .5\interwordstretch minus \interwordshrink
\stopsetups
\definedescription[definition][before=\directsetup{footnote:space}]
\definedescription[definitiona]
\starttext
\definition{Hermann Zapf} \input zapf
\definitiona{Hermann Zapf} \input zapf
\stoptext
Pablo
--
http://www.ousia.tk
___
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] bug in hyphenmin?
Dear list,
I have the following sample:
\setuplanguage[es][lefhyphenmin=1, righthyphenmin=1]
\mainlanguage[es]
\definehyphenationfeatures
[givemefive]
[hyphenmin=5]
\setuphyphenation
[method=traditional]
\sethyphenationfeatures
[strict, givemefive]
\starttext
\hyphenatedword{bueno buenos}
\stoptext
Although I set hyphenmin to 5, I don’t get "bueno" hyphenated?
Is this a bug or am I missing something?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] bug in hyphenmin?
On 12/13/2015 08:17 PM, Pablo Rodriguez wrote:
> Dear list,
>
> I have the following sample:
>
> \setuplanguage[es][lefhyphenmin=1, righthyphenmin=1]
> \mainlanguage[es]
>
> \definehyphenationfeatures
>[givemefive]
>[hyphenmin=5]
>
> \setuphyphenation
> [method=traditional]
>
> \sethyphenationfeatures
> [strict, givemefive]
>
> \starttext
> \hyphenatedword{bueno buenos}
> \stoptext
>
> Although I set hyphenmin to 5, I don’t get "bueno" hyphenated?
Replying to myself, there is no bug in hyphenmin. The Spanish patterns
don’t add "bue-no" (I haven’t asked yet, but I guess this is to avoid
starting a line with a negative particle). I have to add an hyphenation
exception.
But there is an issue with hyphenmin shown in this sample:
\mainlanguage[es]
\definehyphenationfeatures
[givemefive]
[hyphenmin=4]
\setuphyphenation
[method=traditional]
\sethyphenationfeatures
[strict, givemefive]
\starttext
\hyphenatedword{buena}
\stoptext
hyphenmin requires a value of 4 to hyphenate a five-letter word (and 3
to hyphenate a four letter word).
Isn’t this a bug?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] has the bidi mechanism been changed?
On 12/11/2015 03:50 PM, Hans Hagen wrote:
> On 12/11/2015 10:21 AM, tala...@fastmail.fm wrote:
>> Has the bidi mechanism (method=one, or method=two, etc.) been changed or
>> redefined? My RTL brackets and numbers are being inverted. As of the
>> beta operative in September 2015, these were working.
>>
>> In the present beta, it reads:
>>
>> While it should read (notice the ordering of the numbers as well as the
>> direction of the parentheses):
>
> there is a rtl bug in 0.85 which is fixed in upcoming 0.86
Hans,
I wonder whether this is a related issue to this bug:
\setupinteraction[state=start]
\setupreferencing[left=, right=, interaction=all]
\setupdirections[bidi=on,method=two]
\starttext
\section[sectionone]{Section one}
No text after the first line:\\\about[sectionone]
Misplaced text
\stoptext
Text after \about is misplaced at bottom left only if the reference text
starts a line.
It works fine with stable from 2015.05.18 12:26 (and beta from
2015.09.13 13:31). It works wrong with latest beta from 2015.11.19 19:13.
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] em-dashes not working with latest beta
Dear list, after upgrading to beta from 2015.12.20 00:29, I don’t get dashes in the following sample: \starttext \startTEXpage[offset=1em] en--dash: --\\ em---dash: --- \stopTEXpage \stoptext It worked fine with beta from 2015.11.19 19:13. I’m afraid this may be a bug. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] duplex printing
Dear list, for those interested, Hans has implemented in latest beta from 2015.12.22 10:50 values for duplex printing in the option key from \setupinteractionscreen. With this commit, it is possible to disable duplex printing in printers which have it set by default, or enable portrait or landscape duplex printing (no matter which the defaults are). More information at http://wiki.contextgarden.net/PDF_Print_Options. I must admit it is formatted like crap. But I had to write it in Markdown and convert it to mediawiki using pandoc. I hope you enjoy this feature, Pablo -- http://www.ousia.tk ___ 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] spacing in notes
Dear list,
I have this sample:
\showframe
\setuppapersize[A7]
\setupnotation[footnote][width=broad]
\starttext
\footnote{\input zapf}
\stoptext
I need better spacing in footnotes (to avoid horizontal overflows).
I thought "width=broad" would improve the situation, but it didn’t
change anything.
What am I doing wrong here?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] Bug in command \framed
On 01/12/2016 10:21 PM, Hans Hagen wrote: > [...] > the windows version is ok (0.87.2 so really the latest from trunk) > > so, what platforms are not 0.87.1 or higher? Linux 32bit: This is LuaTeX, Version beta-0.87.0 (TeX Live 2016/dev) Just in case it helps, Pablo -- http://www.ousia.tk ___ 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] \doiftext vs. \doifemtpy
Dear list, which is the difference between \doiftext and \doifempty? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] invert colors in \externalfigure
Dear list, I have the following sample: \setuppapersize[A6] \setuplayout[width=middle] \starttext \startmakeup[standard][align=center] \dontleavehmode\externalfigure[cow][width=\textwidth] \stopmakeup \stoptext How can I invert the colors in the external figure without having to edit the image file? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] invert colors in \externalfigure
On 01/20/2016 01:19 PM, Wolfgang Schuster wrote: >> Pablo Rodriguez 20. Januar 2016 um 13:10 >> [...] >> How can I invert the colors in the external figure without having to >> edit the image file? >> >> Many thanks for your help, > You have to use the Adobe Reader to view the PDF. Many thanks for your solution, Wolfgang. I’m afraid that I’m on Linux and I don’t have Adobe Reader installed. But it is fine for me, since I’m going to print the file with Adobe Reader DC. It seems that other viewers don’t implement the /TR entry from /ExtGState dictionary (according to the PDF spec). I’m going to report the issue for Ghostscript, mupdf and poppler, so that they have the feature implemented. Many thanks for your help, Pablo > \setupexternalfigure[location=default] > > \starttext > > \externalfigure[cow][width=\textwidth] > > \startnegative > \externalfigure[cow][width=\textwidth] > \stopnegative > > \startnegative > \externalfigure[cow][background=color,backgroundcolor=white,width=\textwidth] > \stopnegative > > \stoptext > > Wolfgang -- http://www.ousia.tk ___ 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] invert colors in \externalfigure
On 01/20/2016 02:09 PM, Marco Patzer wrote: >> How can I invert the colors in the external figure without having >> to edit the image file? > > Based on Peter Münster's grph-downsample.lua here some lines that > should get you started. Note that you'll need graphicsmagick (or > imagemagick for that matter. In the latter case change the call from > `gm convert` to `convert`). This will do the conversion on the fly. Many thanks for your reply, Marco. I’m afraid it doesn’t work with PDF files. But it is fine for me, since the solution provided by Wolfgang works fine. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] invert colors in \externalfigure
On 01/20/2016 07:35 PM, Alan BRASLAU wrote: > On Wed, 20 Jan 2016 17:56:53 +0100 Pablo Rodriguez wrote: > >> On 01/20/2016 01:19 PM, Wolfgang Schuster wrote: >>>> Pablo Rodriguez 20. Januar 2016 um 13:10 >>>> [...] >>>> How can I invert the colors in the external figure without having >>>> to edit the image file? >>>> >>>> Many thanks for your help, >>> You have to use the Adobe Reader to view the PDF. >> >> I’m afraid that I’m on Linux and I don’t have Adobe Reader installed. > > Not just on Linux... (Adobe reader is a notorious security hole). Many thanks for your reply, Alan. \startnegative is the way of doing it, as Wolfgang suggested. Don’t worry, I won’t install Adobe Reader. Ghostscript also implements what actually is the /TR (transformation) entry for /ExtGState (graphics state) dictionary. (I was wrong in my previous message.) Only poppler and mupdf should implement it. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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] doifnextcharelse
On 01/24/2016 02:30 PM, dr. Hans van der Meer wrote:
> I would like to differentiate on the following character being one of X or
> not X.
> But cannot get it right in \doifnextcharelse.
>
> For example
> \def\mynextchar{\doifnextcharelse{X}{\def\Next{Y}}{\def\Next{Z}}\Next}
> delivers: ZX ZQ
> then input: \mynextchar X \mynextchar Q
> I hoped for YX ZQ, but it looks as if X tested false against X.
>
> How to?
Hans,
the basic \def\mynextchar{\doifnextcharelse{x}{y}{z}} works.
With your sample:
\def\mynextchar{
\doifnextcharelse{X}
{\def\Next{Y}\Next}
{\def\Next{Z}\Next}}
I hope it helps,
Pablo
--
http://www.ousia.tk
___
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] which is the best/right element for elements in cover and title pages?
Dear list,
I have a template to generate book cover and title page for different
documents. A sample of the output may be found at
https://github.com/ousia/from-pandoc-to-context/blob/master/doc/from-pandoc-to-context_A4.pdf
(first two printed pages).
Right now, their layout is hardcoded, such as for the title page
(minimal version):
\starttitlepagemakeup
\vfill
{\itd\BookTitle}\par}\blank[big]
{\resetbreakpoints\itb\setupinterlinespace
\BookSubtitle']}\par}\blank[3*big]
{\sc \TheAuthor}{\\}}
\vfill
\PublishingDate
\vfill
\Publisher
\stoptitlepagemakeup
I want to be abole to customize this. But I don’t know which is the
right element for those items.
I mean, a head would be meaningless here for book title, subtitle,
author, publisher and release date. They appear only once in the document.
Which is the right element for those items?
Many thanks for your help,
Pablo
--
http://www.ousia.tk
___
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] which is the best/right element for elements in cover and title pages?
On 01/26/2016 05:13 AM, Ibn Saeed wrote: > Pablo Rodriguez writes: > > Have you tried \startstandardmakeup for Title Pages ? Many thanks for your reply, Ibn. I use a makeup for the title pages (in fact \startitlepage could be written as \startmakeup[titlepage]). I mean the individual information such as title, subtitle, author, and so on. Pablo -- http://www.ousia.tk ___ 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] which is the best/right element for elements in cover and title pages?
On 01/26/2016 09:15 AM, Ibn Saeed wrote: > > Take a look at \setupinteraction > > Syntax : > http://wiki.contextgarden.net/Command/setupinteraction > > Examples here: > http://wiki.contextgarden.net/Export > > http://wiki.contextgarden.net/PDFX Many thanks for your reply again, Ibn. I’m afraid this is something different of what I intend to ask here (in fact, I use \setupinteraction in my docments too). I guess \definehead is what I should be using. Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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 ___
