[NTG-context] Appendix Numbering and TOC value
I have a document with an appendix included: \setuplabeltext[appendix=APPENDIX~] \starttext \placecontent \chapter{One} \startappendices \chapter{In Appendix} \stopappendices \stoptext I would like to have the table of contents show: Appendix A In Appendix But I get: A In Appendix How do I get the table of contents to show the heading 'Appendix' before A? -Lance ___ 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] copy&paste from pdf bug (smallcaps, text figures)
· > On 2013–08–01 Philipp Gesang wrote: > > > · > > > > > I tested your example: no problem here on Mac OS X 10.8.4, with > > > either TeXShop, Adobe Redaer or Preview, with the latest beta > > > (ConTeXt ver: 2013.08.01 01:31 MKIV beta fmt: 2013.8.1 int: > > > english/english). > > > > x64 linux here, but it’s the same with the windows version in > > wine32. I get the bad output with okular (poppler), acroread, and > > mupdf, but strangely not with zathura (mupdf-based). > > Just to add to the list: > > x64 linux here, and it works with the following poppler based > viewers (zathura-poppler, xpdf, evince) For those who want to test the git version, the commits are: last good: a61813ccdd4b7bcc81932317e1360fda6c79962d first bad: 6b2f7c5fd7a3e465f4e2662b1e5bd2c9d5cce8f8 Don’t forget to delete the cache. I suspect I found the troublesome changes. The problem vanishes if I revert this modification to font-map.lua: -local separator = S("_.") -local other = C((1 - separator)^1) -local ligsplitter = Ct(other * (separator * other)^0) +local ligseparator = P("_") +local varseparator = P(".") +local namesplitter = Ct(C((1 - ligseparator - varseparator)^1) * (ligseparator * C((1 - ligseparator - varseparator)^1))^0) and then further down: -local split = lpegmatch(ligsplitter,name) <...> +local split = lpegmatch(namesplitter,name) For convenience I repeat the link to the changeset: http://repo.or.cz/w/context.git/commitdiff/6b2f7c5fd7a3e465f4e2662b1e5bd2c9d5cce8f8 Best, Philipp pgpufopMMiwjn.pgp Description: PGP signature ___ 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] copy&paste from pdf bug (smallcaps, text figures)
Works with OS X Preview (10.8.4). Am 01.08.2013 um 19:33 schrieb Philipp Gesang : > \setupbodyfont [iwona] > \starttext >\feature[+][just-os,smallcaps] 0123456789 abcdefghijklmnopqrstuvwxyz > \stoptext ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] copy&paste from pdf bug (smallcaps, text figures)
On 2013–08–01 Philipp Gesang wrote: > · > > > I tested your example: no problem here on Mac OS X 10.8.4, with > > either TeXShop, Adobe Redaer or Preview, with the latest beta > > (ConTeXt ver: 2013.08.01 01:31 MKIV beta fmt: 2013.8.1 int: > > english/english). > > x64 linux here, but it’s the same with the windows version in > wine32. I get the bad output with okular (poppler), acroread, and > mupdf, but strangely not with zathura (mupdf-based). Just to add to the list: x64 linux here, and it works with the following poppler based viewers (zathura-poppler, xpdf, evince) Marco signature.asc Description: Digital signature ___ 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] copy&paste from pdf bug (smallcaps, text figures)
· > I tested your example: no problem here on Mac OS X 10.8.4, with > either TeXShop, Adobe Redaer or Preview, with the latest beta > (ConTeXt ver: 2013.08.01 01:31 MKIV beta fmt: 2013.8.1 int: > english/english). x64 linux here, but it’s the same with the windows version in wine32. I get the bad output with okular (poppler), acroread, and mupdf, but strangely not with zathura (mupdf-based). It is present both in texlive and the most recent beta. Going back exactly one release to "2013.05.22 19:28" fixes it consistently. Philipp pgpUT3KsjSagw.pgp Description: PGP signature ___ 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] copy&paste from pdf bug (smallcaps, text figures)
On 2013–08–01 Philipp Gesang wrote: > copy&paste from PDF is broken: > > \setupbodyfont [iwona] > \starttext > \feature[+][just-os,smallcaps] 0123456789 abcdefghijklmnopqrstuvwxyz > \stoptext > > Result: > Expected: 0123456789abcdefghijklmnopqrstuvwxyz Works here with 2013.08.01 01:31 (linux) Marco signature.asc Description: Digital signature ___ 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 \externalfigure
Okay, a reader dependent bug/error. I used Preview (OS X 10.8.4). The second figure (\externalfigure[cow.pdf][width=10cm]) and the following sentence didn't appear. The same happens when you use height instead of width. Am 01.08.2013 um 22:34 schrieb Peter Münster : > On Thu, Aug 01 2013, Jannik Voges wrote: > >> \externalfigure[cow.pdf][width=10cm] >> >> This text will not appear. > > I can confirm this with acroread 9.5.5 > No problem with evince. > > -- > Peter > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in \externalfigure
On Thu, Aug 01 2013, Jannik Voges wrote: > \externalfigure[cow.pdf][width=10cm] > > This text will not appear. I can confirm this with acroread 9.5.5 No problem with evince. -- Peter ___ 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] copy&paste from pdf bug (smallcaps, text figures)
Hi, I tested your example: no problem here on Mac OS X 10.8.4, with either TeXShop, Adobe Redaer or Preview, with the latest beta (ConTeXt ver: 2013.08.01 01:31 MKIV beta fmt: 2013.8.1 int: english/english). Best regards: OK On 1 août 2013, at 19:33, Philipp Gesang wrote: > Hi, > > copy&paste from PDF is broken: > > \setupbodyfont [iwona] > \starttext >\feature[+][just-os,smallcaps] 0123456789 abcdefghijklmnopqrstuvwxyz > \stoptext > > Result: > Expected: 0123456789abcdefghijklmnopqrstuvwxyz > > (Tried in Okular, but reported for other readers as well [1]) > > Thanks to Marius’ git mirror I could bisect the changes since > TL 2012. It looks like the issue has been introduced with release > "stable 2013.05.27 09:10" [2]. > > Best regards, > Philipp > > > [1] http://tex.stackexchange.com/q/126333/14066 > [2] > http://repo.or.cz/w/context.git/commitdiff/6b2f7c5fd7a3e465f4e2662b1e5bd2c9d5cce8f8 > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Something weird with white color
Le 01/08/2013 01:37, Hans Hagen a écrit : tricky nesting at the pdf level .. seems like i need to use bit more magic there ... fixed in beta Hans Thank you for your work on ConText. I already love working with ConTeXt, and if you adds magic, it will be fantastic. Bertrand ___ 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] copy&paste from pdf bug (smallcaps, text figures)
Hi, copy&paste from PDF is broken: \setupbodyfont [iwona] \starttext \feature[+][just-os,smallcaps] 0123456789 abcdefghijklmnopqrstuvwxyz \stoptext Result: Expected: 0123456789abcdefghijklmnopqrstuvwxyz (Tried in Okular, but reported for other readers as well [1]) Thanks to Marius’ git mirror I could bisect the changes since TL 2012. It looks like the issue has been introduced with release "stable 2013.05.27 09:10" [2]. Best regards, Philipp [1] http://tex.stackexchange.com/q/126333/14066 [2] http://repo.or.cz/w/context.git/commitdiff/6b2f7c5fd7a3e465f4e2662b1e5bd2c9d5cce8f8 pgpDT0CUsud_F.pgp Description: PGP signature ___ 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] wrong \setupinteraction[focus=standard]?
On 07/31/2013 09:48 PM, Marco Patzer wrote: > On 2013–07–31 Pablo Rodríguez wrote: > >> I’m trying to get internal links to footnotes without having the focus >> changed. >> >> […] >> >> Is this a bug? > > Yes, it's a known issue since quite a while. Hans confirmed it on > 2013-03-28: > > This is a long term one ... I'm not going to mess with footnotes etc > now. Technically it boils down to setting some attributes at the right > spot. Many thanks for your reply, Marco. 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] matching font sizes with fallback fonts
On 07/31/2013 10:43 PM, Wolfgang Schuster wrote: > Am 31.07.2013 um 18:16 schrieb Pablo Rodríguez : >>[...] >>\usemodule[simplefonts][size=90pt] >>\setmainfontfallback[GFS Neohellenic] >> [range={greekandcoptic,greekextended}, force=yes, rscale=auto] >>\setmainfont[TeX Gyre Pagella] >>\starttext >>aα γg AΑ ΒB >>\stoptext >> >> But rscale=auto doesn’t seem to work (if this is the right option). >> >> What am I doing wrong here? > > 1. The simplefonts module uses “scale” as key and not “rscale”. > > 2. You can also use a number as argument for the scale key, keywords > like auto are not possible. Many thanks for your reply, Wolfgang. 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 \externalfigure
You are right. I was a little bit confused, because I didn't know, that you have to add 'location=default' to get the sample files, so I thought, that might also be buggy. 'test' is a test-file (pdf, jpeg, ...) in the current directory (I have not mentioned that). In my second Mail I included the source files with 'test.pdf'. You can see the bug there or when you compile the example below. This time, the sample files are loaded correctly and you will see, that the second graphic and sentence are missing. \setupexternalfigures[location=default] \starttext \externalfigure[cow.pdf] \page This text will appear. \externalfigure[cow.pdf][width=10cm] This text will not appear. \stoptext Am 01.08.2013 um 15:52 schrieb Peter Münster : > On Thu, Aug 01 2013, Jannik Voges wrote: > >> The first two \externalfigure-commands (with cow) will give a grey >> placeholder >> with 'state:unknown' in it. > > Yes, you need "\setupexternalfigures[location=default]" for finding the > sample files of the distribution. > > >> The third \externalfigure-command (\externalfigure[test]) will work, >> and the last one won't. In this example, you will get an empty third >> page and the text after the \externalfigure-command doesn't appear in >> the pdf. 'test' can be a pdf-file or jpeg-file (I only tested whose >> types of files). > > If you want, that other people can reproduce your problem, you have at > least 2 possibilities: > 1.) You use "\setupexternalfigures[location=default]" and the sample >files of the distribution. > 2.) Or if 1.) doesn't work, you provide somewhere the needed files for >reproducing the problem. > > See also > http://wiki.contextgarden.net/ConTeXt_Mailing_Lists#Before_asking_on_the_list > > -- > Peter > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : http://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in \externalfigure
On 8/1/2013 4:43 PM, Alan BRASLAU wrote: On Thu, 1 Aug 2013 16:01:27 +0200 luigi scarso wrote: On Thu, Aug 1, 2013 at 3:56 PM, Aditya Mahajan wrote: I think that the advice of omitting the file extension given in most LaTeX introductions is more trouble than it is worth in ConTeXt. Omitting file extensions is important if you are generating both dvi and pdf outputs. In ConTeXt, one never uses the DVI output, so I think that one should ALWAYS specify the file extension. That removes a lot of headaches with the wrong file being sourced. +1. -1 One might have png, jpeg, pdf, eps and other figure files. The choice of which will be used depends eventually on where the file is to be found... (and setupexternalfigures). This is a *feature*. It has nothing to do with LaTeX. Of course, one can always specify an extension explicitly if one so wishes... Furthermore, the file extension is simply a convenient label which makes no difference whatsoever on any serious system. (but not so on more primitive operating systems. ;) actually it's not that primitive as it helps to identify what we're dealing with (e.g. in the source and backend use different code paths for identifying the dimensions, conversion and inclusion) Hans -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in \externalfigure
On Thu, Aug 1, 2013 at 4:43 PM, Alan BRASLAU wrote: > On Thu, 1 Aug 2013 16:01:27 +0200 > luigi scarso wrote: > > > On Thu, Aug 1, 2013 at 3:56 PM, Aditya Mahajan > > wrote: > > > > > > > > I think that the advice of omitting the file extension given in > > > most LaTeX introductions is more trouble than it is worth in > > > ConTeXt. Omitting file extensions is important if you are > > > generating both dvi and pdf outputs. In ConTeXt, one never uses the > > > DVI output, so I think that one should ALWAYS specify the file > > > extension. That removes a lot of headaches with the wrong file > > > being sourced. > > > > > > +1. > > -1 > > One might have png, jpeg, pdf, eps and other figure files. The choice > of which will be used depends eventually on where the file is to be > found... (and setupexternalfigures). This is a *feature*. It has > nothing to do with LaTeX. > > yes, right, in combination with \ifmode it's useful -- luigi ___ 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 \externalfigure
On Thu, 1 Aug 2013 16:01:27 +0200 luigi scarso wrote: > On Thu, Aug 1, 2013 at 3:56 PM, Aditya Mahajan > wrote: > > > > > I think that the advice of omitting the file extension given in > > most LaTeX introductions is more trouble than it is worth in > > ConTeXt. Omitting file extensions is important if you are > > generating both dvi and pdf outputs. In ConTeXt, one never uses the > > DVI output, so I think that one should ALWAYS specify the file > > extension. That removes a lot of headaches with the wrong file > > being sourced. > > > > +1. -1 One might have png, jpeg, pdf, eps and other figure files. The choice of which will be used depends eventually on where the file is to be found... (and setupexternalfigures). This is a *feature*. It has nothing to do with LaTeX. Of course, one can always specify an extension explicitly if one so wishes... Furthermore, the file extension is simply a convenient label which makes no difference whatsoever on any serious system. (but not so on more primitive operating systems. ;) Alan ___ 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 \externalfigure
On 2013–08–01 Aditya Mahajan wrote: > I think that the advice of omitting the file extension given in most > LaTeX introductions is more trouble than it is worth in ConTeXt. > Omitting file extensions is important if you are generating both dvi > and pdf outputs. In ConTeXt, one never uses the DVI output, so I > think that one should ALWAYS specify the file extension. That > removes a lot of headaches with the wrong file being sourced. I agree with you on that one. However, I think it's unexpected that files from the texmf-modules/doc directory are included by default. Hasn't it been made more strict some time ago? Why does this still work (or better: fail): %% \setupexternalfigures[location=default] \starttext \externalfigure[test] \stoptext Marco signature.asc Description: Digital signature ___ 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 \externalfigure
On Thu, Aug 1, 2013 at 3:56 PM, Aditya Mahajan wrote: > > I think that the advice of omitting the file extension given in most LaTeX > introductions is more trouble than it is worth in ConTeXt. Omitting file > extensions is important if you are generating both dvi and pdf outputs. In > ConTeXt, one never uses the DVI output, so I think that one should ALWAYS > specify the file extension. That removes a lot of headaches with the wrong > file being sourced. > > +1. -- luigi ___ 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 \externalfigure
On Thu, 1 Aug 2013, Marco Patzer wrote: On 2013–08–01 Jannik Voges wrote: I found a bug in the current ConTeXt Beta with externalfigure. The following minimal example will show you what happens \starttext \externalfigure[cow] \externalfigure[cow][width=10cm] \page \externalfigure[test] This reads in the file texmf-modules/doc/fonts/urw/garamond/test.tex which is not desired. But I assume you have a “test” graphic in your current directory which is used instead, so this is unrelated to your problem. I think that the advice of omitting the file extension given in most LaTeX introductions is more trouble than it is worth in ConTeXt. Omitting file extensions is important if you are generating both dvi and pdf outputs. In ConTeXt, one never uses the DVI output, so I think that one should ALWAYS specify the file extension. That removes a lot of headaches with the wrong file being sourced. Aditya___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in \externalfigure
On Thu, Aug 01 2013, Jannik Voges wrote: > The first two \externalfigure-commands (with cow) will give a grey placeholder > with 'state:unknown' in it. Yes, you need "\setupexternalfigures[location=default]" for finding the sample files of the distribution. > The third \externalfigure-command (\externalfigure[test]) will work, > and the last one won't. In this example, you will get an empty third > page and the text after the \externalfigure-command doesn't appear in > the pdf. 'test' can be a pdf-file or jpeg-file (I only tested whose > types of files). If you want, that other people can reproduce your problem, you have at least 2 possibilities: 1.) You use "\setupexternalfigures[location=default]" and the sample files of the distribution. 2.) Or if 1.) doesn't work, you provide somewhere the needed files for reproducing the problem. See also http://wiki.contextgarden.net/ConTeXt_Mailing_Lists#Before_asking_on_the_list -- Peter ___ 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 \externalfigure
On Thu, 1 Aug 2013, Jannik Voges wrote: Hello everyone, I found a bug in the current ConTeXt Beta with externalfigure. The following minimal example will show you what happens \starttext \externalfigure[cow] \externalfigure[cow][width=10cm] \page \externalfigure[test] \page This text will appear. This text will not appear. \externalfigure[test][width=10cm] This text will not appear. \stoptext The first two \externalfigure-commands (with cow) will give a grey placeholder with 'state:unknown' in it. See http://wiki.contextgarden.net/Using_Graphics#Specifying_image_directories You need to add \setupexternalfigures [location={local,global,default}] The third \externalfigure-command (\externalfigure[test]) will work, and the last one won't. In this example, you will get an empty third page and the text after the \externalfigure-command doesn't appear in the pdf. 'test' can be a pdf-file or jpeg-file (I only tested whose types of files). I don't have the latest beta yet, so cannot comment on this. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in \externalfigure
On 2013–08–01 Jannik Voges wrote: > I found a bug in the current ConTeXt Beta with externalfigure. The following > minimal example will show you what happens > > > \starttext > > \externalfigure[cow] > > \externalfigure[cow][width=10cm] > > \page > > \externalfigure[test] This reads in the file texmf-modules/doc/fonts/urw/garamond/test.tex which is not desired. But I assume you have a “test” graphic in your current directory which is used instead, so this is unrelated to your problem. > > \page > > This text will appear. > > This text will not appear. > > \externalfigure[test][width=10cm] > > This text will not appear. When I change \externalfigure[test] to \externalfigure[cow] it works here. The text appears. Marco signature.asc Description: Digital signature ___ 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] Math accents set too close to capital
I did try that, but it doesn't seem to exist in my font. Besides, I'm inclined to agree with Khaled on math accents. I think that what I'm trying to do shouldn't be that hard, I just want the \mathhat accent to be placed a little higher. Something like \skew in plain TeX, but in the vertical direction. Michael On Thursday, 1 August 2013 at 09:04, Khaled Hosny wrote: > On Wed, Jul 31, 2013 at 09:05:18AM +0200, Keith J. Schultz wrote: > > Hi, > > > > Have you tries U+1024 or LETTER CAPITAL H WITH CIRCUMFLEX? > > > > True not all Fonts might not have it and it is TEXT not Math. > > And you shouldn’t use it in math, even Unicode discourages such use. > Accents in text and math are not the same. > > ___ 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 \externalfigure
Hello everyone, I found a bug in the current ConTeXt Beta with externalfigure. The following minimal example will show you what happens \starttext \externalfigure[cow] \externalfigure[cow][width=10cm] \page \externalfigure[test] \page This text will appear. This text will not appear. \externalfigure[test][width=10cm] This text will not appear. \stoptext The first two \externalfigure-commands (with cow) will give a grey placeholder with 'state:unknown' in it. The third \externalfigure-command (\externalfigure[test]) will work, and the last one won't. In this example, you will get an empty third page and the text after the \externalfigure-command doesn't appear in the pdf. 'test' can be a pdf-file or jpeg-file (I only tested whose types of files). Thanks Jannik ___ 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] Path problems w/ MkIV on Arch Linux
On 8/1/2013 5:59 AM, Matt Gushee wrote: Thanks, Hans ... On Wed, Jul 31, 2013 at 3:32 PM, Hans Hagen wrote: On 7/31/2013 10:51 PM, Matt Gushee wrote: code, so unless there are serious bugs, I want to use the version included with TexLive. At any rate, that's what I currently have and am trying to use. But I am running into issues with files not being found, e.g.: as a start you could try the distribution from the garden; at least it's a good way to figure out if there is something fishy with your system Okay, I've installed that, and it works fine ... though I had a small glitch along the way that gives me an idea about what the problem may be with the TeXLive version. More about that below. in the reported 'tree' files in the cache you can check if files like context.mkiv are present They weren't. mtxrun --variables mtxrun --expansions Actually, I had already tried that, but I didn't fully understand the output. Here's an example: resolvers | lists | LUAINPUTS resolvers | lists | env: unset resolvers | lists | var: .;$TEXINPUTS;$TEXMF/scripts/context/lua// resolvers | lists | exp: ..;.;{home:texmf,!!selfautoparent:texmf-project,!!selfautoparent:texmf-fonts,!!/usr{/local}/share/texmf,!!selfautoparent:texmf-context,!!selfautoparent:texmf-linux,!!selfautoparent:texmf-dist,!!selfautoparent:texmf-dist}/tex/{context,plain/base,generic}//;{home:texmf,!!selfautoparent:texmf-project,!!selfautoparent:texmf-fonts,!!/usr{/local}/share/texmf,!!selfautoparent:texmf-context,!!selfautoparent:texmf-linux,!!selfautoparent:texmf-dist,!!selfautoparent:texmf-dist}/scripts/context/lua// resolvers | lists | res: ..;.;{/home/matt/texmf,!!./texmf-project,!!./texmf-fonts,!!/usr{/local}/share/texmf,!!./texmf-context,!!./texmf-linux,!!./texmf-dist,!!./texmf-dist}/tex/{context,plain/base,generic}//;{/home/matt/texmf,!!./texmf-project,!!./texmf-fonts,!!/usr{/local}/share/texmf,!!./texmf-context,!!./texmf-linux,!!./texmf-dist,!!./texmf-dist}/scripts/context/lua/ Are the 'selfautoparent' references supposed to be resolved to specific paths? If so, it certainly appears something was wrong here. indeed. these prefixes make trees and setups relocatable so no file database is present or the database has not all files It was the latter, I suspect due to incorrect path settings in the config file. does arch-linux use stock texlive or do they adapt it There are a few, seemingly minor tweaks. There are three patches, all for luatex: poppler-0.20.patch fix-fontforge-encoding.patch luatex-r4449-radical-rule-thickness.patch However, these all seem to deal with small graphics/fonts issues and have no apparent relationship to finding files. There is also a customized texmf.cnf, but NOT a customized texmfcnf.lua. I think that's significant. ok, so maybe there's a difference there I said above that I ran into a minor problem when I installed the Contextgarden package. What happened was that I saw two ../bin directories: /opt/context/bin and /opt/context/tex/texmf-linux/bin . At first I thought /opt/context/bin was meant to be used, so I added both directories to my PATH [/opt/context/bin was first]. But that produced errors. Then I removed /opt/context/bin from PATH, and everything was fine. So I think I see what's going on: since many of the path settings in texmfcnf.lua use 'selfauto*' variables, and correct resolution of those depends on where the executables are located. So I suspect that the default config file that comes with ConTeXt in TeXLive assumes that the executables are ... I'm not sure where, but somewhere other than /usr/bin . I could probably fix that, but it would take me a while to figure out the correct values. the opt/context/bin path is used by the first-setup script (that also does updates) so it should not be in the PATH variable Anyway, at this point I'm seriously thinking about just forgetting TeXLive and using the standalone ConTeXt package. I doubt I'll be using any other TeX packages in the near future, and I'd rather spend time creating documents than tinkering with config files. Is there anything in TeXLive that's particularly useful with ConTeXt, that is not included in the ConTeXt package? the garden distribution is the most complete (although tex live has complete snapshots and can be updated too) ... the advantage of the garden distribution is that you also get the most relevant fonts installed if you only use mkiv (luatex) then you can do an initial install with --engine=luatex and you get less files (it must be done when installing so that updating also uses this minimal setting; pdftex has many -small- font files and xetex big binaries) Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
Re: [NTG-context] Math accents set too close to capital
On Wed, Jul 31, 2013 at 09:05:18AM +0200, Keith J. Schultz wrote: > Hi, > > Have you tries U+1024 or LETTER CAPITAL H WITH CIRCUMFLEX? > > True not all Fonts might not have it and it is TEXT not Math. And you shouldn’t use it in math, even Unicode discourages such use. Accents in text and math are not the same. Regards, Khaled ___ 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 ___