Re: [NTG-context] \switchtobodyfont issue, also with newotf
On 2015-08-21 09:10, Hans Hagen wrote: mostly changed names of the fonts, a missing directive (i'll add a fallback for that) and such ... patched in the next beta Hans, This morning's release fixed the newotf module problem, but not the font face problem. Was that to be expected? -- Rik ___ If your question is of interest to others as well, please add an 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] \installprettytype problem
On Fri, 21 Aug 2015, Eric Détrez wrote: Le 21-08-2015 00:21, Renaud AUBIN a écrit : Nobody did mention the use of vim package ? You have to installe vim in your system The package asks vim to get the lexed source code. Next the package color it. It doesn't seem obvious to change the colors. To change the color scheme, simply define a new color scheme following https://github.com/adityam/filter/blob/master/t-vim.tex#L280 Two color schemes are pre-defined: pscolor and blackandwhite. 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] \installprettytype problem
Le 21-08-2015 00:21, Renaud AUBIN a écrit : Bonsoir Matthieu, Give a try to https://github.com/nibua-r/pretty-c and tell me if anything goes wrong… It's basically a rewrite of Peter's module adapted to mkiv + new verbatim (new at the time of writing) Le 20 août 2015 10:43 PM, Matthieu Leroy a écrit : Hello, I want to use the " C-Pretty-Printing" module. According to the "Verbatim" page of the Context garden, I have to use the \installprettytype command, but this one doesn't work (error : "undefined control sequence"). Nobody did mention the use of vim package ? You have to installe vim in your system The package asks vim to get the lexed source code. Next the package color it. It doesn't seem obvious to change the colors. Doc at http://modules.contextgarden.net/dl/t-vim/doc/context/third/vim/vim.txt \usemodule[vim] \definevimtyping [C] [syntax=c] \starttext \startC int func(int a){ if(a > 4) return 0; // comment else/* comment */ return 10; } \stopC \stoptext -- Eric Détrez Informatique Lycée Faidherbe, Lille http://eric-detrez.fr ___ If your question is of interest to others as well, please add an 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 of Export
On 8/15/2015 1:20 PM, Henning Hraban Ramm wrote: Hi, finally coming back... Am 2015-08-10 um 23:21 schrieb Hans Hagen : On 8/10/2015 10:30 AM, Henning Hraban Ramm wrote: As listed on http://wiki.contextgarden.net/Export Open Export issues as of 2014-01-20, still valid 2015-08-08 • Structure bug: Metadata ends up within the first section instead of in front of everything ok, fixed for document level ... keep in mind that setting metadata always relates to the next element Thanks, for me it’s good now. • Names of metavariables are missing in div.xhtml ok, i've added something Works. Not that important anyway. • Notes (footnotes): Only visual formatting, no semantical markup and no reference/ID boring, so todo Hey, I thought TeX would be about semantical markup? At the moment the markup for footnotes is purely graphical - a marker in the text, and the footnote somewhere later (where it appears on the printed page). E.g. Bla bla1 bla bla ba ...1 This is the footnote text That makes no sense and is very hard to process, even using xsl. I would suggest to stay with the source flow instead of the output, if possible. E.g. markup like Bla blaFootnote text The id would be some internal id (I guess there is one?), the tag the footnote marker (as of \setupnotes). Is that not possible and even simpler than the current version? the code is there but its use got lost when updating something else (an id 'insert' that links the note and symbol) btw, if you want them someplace else in the stream using end nodes makes sense • Delimited: Quotations have tagging *and* quotation marks, even in raw.xml i added symbol and content element Less would be enough, but works this way. • Firstpage/Lastpage is ignored in project structure fuzzy, so todo The keywords are defined in setup, I don’t understand where they get forgotten. • Minimal example doesn’t create a cover at all no beta yet ? Is this intentional, or what triggers the creation of cover.xhtml? Greetlings, Hraban --- http://www.fiee.net http://wiki.contextgarden.net https://www.cacert.org (I'm an assurer) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | 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] Issues of export (structure bug)
On 8/17/2015 1:56 PM, Henning Hraban Ramm wrote: Hi, there’s another structure bug in export: from \startchapter[title=Something] ... \stopchapter \startchapter[title={Something Else}] ... \stopchapter I get in *—raw.xml: ... Something Else … That means, the title of a section is at the end of the previous section. Please fix! i get 1 Something ... 2 Something Else ... - 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] Set PDF TrimBox
On 8/16/2015 6:33 AM, Henning Hraban Ramm wrote: Hi Hans, in May Harald König asked about setting the TrimBox value in PDFs and provided even a patch for lpdf-mis.lua; you promised to look into that, see http://article.gmane.org/gmane.comp.tex.context/91544/ If there’s only one paper size (from \setuppapersize), TrimBox is the same as CropBox. If there’s a second paper size (like from \setuppapersize[A4][B4]), TrimBox is the first. At least if there’s "marking=on|color|..." in \setuplayout, please also set BleedBox, even if we can’t influence the bleed value. Would be nice if there would be an option to let CropBox be the same as TrimBox or BleedBox. We don’t need ArtBox (in PDF/X it must not differ from TrimBox, if defined). Could you please implement this? Should be really easy… I’m tired of fixing the boxes in Acrobat every time. Thank you very much! The next beta will have this extra 'feature': \showframe \setuplayout [location=middle, width=middle, height=middle, cropoffset=auto, trimoffset=1bp, bleedoffset=2bp, artoffset=2bp] \starttext \definepapersize[TestA][width=100bp,height=200bp] \definepapersize[TestB][width=150bp,height=250bp] \setuppapersize[TestA][TestB] test \stoptext The auto option only works with layout=middle (message otherwise) as I'm not going to add all kind of extra calculation code to an already bit overloaded mechanism deep down. The offset are accumulative (so crop < trim < bleed < art). In Haralds case cropoffset=auto should be enough. The default crop and trimbox handling is unchanged (as it would complicate my own workflows and also breaks compatibility) so one really needs to set this when it's needed. The already present interactionscreen cropping is unchanged. 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] Split numbers in natural tables
On 8/21/2015 4:52 PM, Xan wrote: Hi, I have a simple script in mako templates which generate this table: \starttext \def\whatever#1{\processtokens{}{\allowbreak}{}{}{#1}} \hsize2em \tt \whatever{12345} \stoptext Alan will reveal better alternatives at the upcoming ctx meeting. \starttext \bTABLE[align={lohi,middle}] \bTR \bTD[width=2.8cm, height=2.8cm] 1 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 2 \eTD \bTD[width=2.8cm, height=2.8cm] 4 \eTD \bTD[width=2.8cm, height=2.8cm] 8 \eTD \bTD[width=2.8cm, height=2.8cm] 16 \eTD \bTD[width=2.8cm, height=2.8cm] 32 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 64 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 128 \eTD \bTD[width=2.8cm, height=2.8cm] 256 \eTD \bTD[width=2.8cm, height=2.8cm] 512 \eTD \bTD[width=2.8cm, height=2.8cm] 1024 \eTD \bTD[width=2.8cm, height=2.8cm] 2048 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 4096 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 8192 \eTD \bTD[width=2.8cm, height=2.8cm] 16384 \eTD \bTD[width=2.8cm, height=2.8cm] 32768 \eTD \bTD[width=2.8cm, height=2.8cm] 65536 \eTD \bTD[width=2.8cm, height=2.8cm] 131072 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 262144 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 524288 \eTD \bTD[width=2.8cm, height=2.8cm] 1048576 \eTD \bTD[width=2.8cm, height=2.8cm] 2097152 \eTD \bTD[width=2.8cm, height=2.8cm] 4194304 \eTD \bTD[width=2.8cm, height=2.8cm] 8388608 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 16777216 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 33554432 \eTD \bTD[width=2.8cm, height=2.8cm] 67108864 \eTD \bTD[width=2.8cm, height=2.8cm] 134217728 \eTD \bTD[width=2.8cm, height=2.8cm] 268435456 \eTD \bTD[width=2.8cm, height=2.8cm] 536870912 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 1073741824 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 2147483648 \eTD \bTD[width=2.8cm, height=2.8cm] 4294967296 \eTD \bTD[width=2.8cm, height=2.8cm] 8589934592 \eTD \bTD[width=2.8cm, height=2.8cm] 17179869184 \eTD \bTD[width=2.8cm, height=2.8cm] 34359738368 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 68719476736 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 137438953472 \eTD \bTD[width=2.8cm, height=2.8cm] 274877906944 \eTD \bTD[width=2.8cm, height=2.8cm] 549755813888 \eTD \bTD[width=2.8cm, height=2.8cm] 1099511627776 \eTD \bTD[width=2.8cm, height=2.8cm] 219902322 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 4398046511104 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 8796093022208 \eTD \bTD[width=2.8cm, height=2.8cm] 17592186044416 \eTD \bTD[width=2.8cm, height=2.8cm] 35184372088832 \eTD \bTD[width=2.8cm, height=2.8cm] 70368744177664 \eTD \bTD[width=2.8cm, height=2.8cm] 140737488355328 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 281474976710656 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 562949953421312 \eTD \bTD[width=2.8cm, height=2.8cm] 1125899906842624 \eTD \bTD[width=2.8cm, height=2.8cm] 2251799813685248 \eTD \bTD[width=2.8cm, height=2.8cm] 4503599627370496 \eTD \bTD[width=2.8cm, height=2.8cm] 9007199254740992 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 18014398509481984 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 36028797018963968 \eTD \bTD[width=2.8cm, height=2.8cm] 72057594037927936 \eTD \bTD[width=2.8cm, height=2.8cm] 144115188075855872 \eTD \bTD[width=2.8cm, height=2.8cm] 288230376151711744 \eTD \bTD[width=2.8cm, height=2.8cm] 576460752303423488 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 1152921504606846976 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 2305843009213693952 \eTD \bTD[width=2.8cm, height=2.8cm] 4611686018427387904 \eTD \eTABLE \stoptext How can I do for, automatically, split the number in the cells? That is, I want the numbers to fit all the cell size, not matter what return carriages it needs. So some thing like \bTD[width=2.8cm, height=2.8cm] 4611686018427387904 \eTD would be transformed into: \bTD[width=2.8cm, height=2.8cm] 4611 686018427 387904 \eTD or something similar. Thanks, Xan ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
[NTG-context] Split numbers in natural tables
Hi, I have a simple script in mako templates which generate this table: \starttext \bTABLE[align={lohi,middle}] \bTR \bTD[width=2.8cm, height=2.8cm] 1 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 2 \eTD \bTD[width=2.8cm, height=2.8cm] 4 \eTD \bTD[width=2.8cm, height=2.8cm] 8 \eTD \bTD[width=2.8cm, height=2.8cm] 16 \eTD \bTD[width=2.8cm, height=2.8cm] 32 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 64 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 128 \eTD \bTD[width=2.8cm, height=2.8cm] 256 \eTD \bTD[width=2.8cm, height=2.8cm] 512 \eTD \bTD[width=2.8cm, height=2.8cm] 1024 \eTD \bTD[width=2.8cm, height=2.8cm] 2048 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 4096 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 8192 \eTD \bTD[width=2.8cm, height=2.8cm] 16384 \eTD \bTD[width=2.8cm, height=2.8cm] 32768 \eTD \bTD[width=2.8cm, height=2.8cm] 65536 \eTD \bTD[width=2.8cm, height=2.8cm] 131072 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 262144 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 524288 \eTD \bTD[width=2.8cm, height=2.8cm] 1048576 \eTD \bTD[width=2.8cm, height=2.8cm] 2097152 \eTD \bTD[width=2.8cm, height=2.8cm] 4194304 \eTD \bTD[width=2.8cm, height=2.8cm] 8388608 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 16777216 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 33554432 \eTD \bTD[width=2.8cm, height=2.8cm] 67108864 \eTD \bTD[width=2.8cm, height=2.8cm] 134217728 \eTD \bTD[width=2.8cm, height=2.8cm] 268435456 \eTD \bTD[width=2.8cm, height=2.8cm] 536870912 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 1073741824 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 2147483648 \eTD \bTD[width=2.8cm, height=2.8cm] 4294967296 \eTD \bTD[width=2.8cm, height=2.8cm] 8589934592 \eTD \bTD[width=2.8cm, height=2.8cm] 17179869184 \eTD \bTD[width=2.8cm, height=2.8cm] 34359738368 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 68719476736 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 137438953472 \eTD \bTD[width=2.8cm, height=2.8cm] 274877906944 \eTD \bTD[width=2.8cm, height=2.8cm] 549755813888 \eTD \bTD[width=2.8cm, height=2.8cm] 1099511627776 \eTD \bTD[width=2.8cm, height=2.8cm] 219902322 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 4398046511104 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 8796093022208 \eTD \bTD[width=2.8cm, height=2.8cm] 17592186044416 \eTD \bTD[width=2.8cm, height=2.8cm] 35184372088832 \eTD \bTD[width=2.8cm, height=2.8cm] 70368744177664 \eTD \bTD[width=2.8cm, height=2.8cm] 140737488355328 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 281474976710656 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 562949953421312 \eTD \bTD[width=2.8cm, height=2.8cm] 1125899906842624 \eTD \bTD[width=2.8cm, height=2.8cm] 2251799813685248 \eTD \bTD[width=2.8cm, height=2.8cm] 4503599627370496 \eTD \bTD[width=2.8cm, height=2.8cm] 9007199254740992 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 18014398509481984 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 36028797018963968 \eTD \bTD[width=2.8cm, height=2.8cm] 72057594037927936 \eTD \bTD[width=2.8cm, height=2.8cm] 144115188075855872 \eTD \bTD[width=2.8cm, height=2.8cm] 288230376151711744 \eTD \bTD[width=2.8cm, height=2.8cm] 576460752303423488 \eTD \bTR \bTD[width=2.8cm, height=2.8cm] 1152921504606846976 \eTD \eTR \bTD[width=2.8cm, height=2.8cm] 2305843009213693952 \eTD \bTD[width=2.8cm, height=2.8cm] 4611686018427387904 \eTD \eTABLE \stoptext How can I do for, automatically, split the number in the cells? That is, I want the numbers to fit all the cell size, not matter what return carriages it needs. So some thing like \bTD[width=2.8cm, height=2.8cm] 4611686018427387904 \eTD would be transformed into: \bTD[width=2.8cm, height=2.8cm] 4611 686018427 387904 \eTD or something similar. Thanks, Xan ___ If your question is of interest to others as well, please add an 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] m-graph read data and plot
On 8/14/2015 4:39 AM, Alan BRASLAU wrote: On Thu, 13 Aug 2015 22:31:23 +0200 Hans Hagen wrote: an apetizer: \usemodule[graph] \startluacode No such juicy appetizers except for those who will be attending the ConTeXt meeting! ok, a temporary embargo on neat tricks then 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] \startchemical
On 8/18/2015 8:01 PM, Alan BRASLAU wrote: On Tue, 18 Aug 2015 19:42:20 +0200 Wolfgang Schuster wrote: why does \startchemical take the name of a instance as argument (e.g. \startchemical[important]) when there is no way to create it because \definechemical is redefined and the original version isn’t saved. Even \setupchemical[important][..,..=..,..] can’t be used because it doesn’t resolve the parent setting. I did not realize that \startchemical took the name of an instance as argument - I have only used it with key=value, i.e.: \startchemical[...=...] I suppose that it uses some "standard" mechanisms. \definechemical[benzene] is different. It gets used as: \startchemical \chemical[benzene,...] \stopchemical Perhaps there is some inconsistency with respect to ConTeXt syntax here. the issue is that we have definechemical doing something different (compatibility) but we can do this: in chem-str.mkiv: % \installsimplecommandhandler \??chemical {chemical} \??chemical % no \define... \installcommandhandler \??chemical {chemical} \??chemical % no \define... \let\setupchemicals \setupchemical \let\definechemicals\definechemical then we can do: \starttext \definechemicals[foo][axis=on] \startchemical[foo] \chemical[SIX,ROT2,B,R6,SUB1,FIVE,ROT1,B][1] \stopchemical \stoptext - 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] \switchtobodyfont issue, also with newotf
On 8/20/2015 8:34 PM, Rik Kabel wrote: While working to get italic smallcaps in a secondary font face, I came across an issue with \switchbodyfont. When this is used in a certain way, the \tf font-style is changed, but not the \it, \bf, and so on. The example below compiles cleanly as presented, and the problem is not present. Each test line shows the expected font name and text. When the Oops! line is uncommented, the only test line for the test font that is correct is the \tf line. Other lines use the default font face in the specified font styles, but the font features are a mix (note that some are onum, some lining, and that long-s t ligatures are inconsistent). When the newotf module is enabled, the example fails to compile without errors, but produces similar results to non-newotf when the errors are ignored. This is not a problem with individual fonts—I have tried a variety of fonts both as default and secondary and get the same result. %\usemodule[newotf] \setupwhitespace[medium] \define\testAlphabet{\purefontname\font\quad ABCDEFGHIJKLmnopqrsſtuvwxyz \& 012345789} \starttypescript[Secondary] \definetypeface[Secondary][rm][serif][ebgaramond][default] % \definetypeface[Secondary][rm][serif][palatino][default] % \definetypeface[Secondary][rm][serif][libertine][default] \stoptypescript \setupbodyfont [modern, 10pt] %\setupbodyfont [palatino, 10pt] \starttext % {\switchtobodyfont[Secondary]Oops!\par}% Oops! Default tf: {\tf \testAlphabet}\par Default bf: {\bf \testAlphabet}\par Default it: {\it \testAlphabet}\par Default sl: {\sl \testAlphabet}\par Default bi: {\bi \testAlphabet}\par Default bs: {\bs \testAlphabet}\par Default sc: {\sc \testAlphabet}\par Default xx: {\it\setff{smallcaps}\testAlphabet}\par \switchtobodyfont[Secondary] Secondary tf: {\tf \testAlphabet}\par Secondary bf: {\bf \testAlphabet}\par Secondary it: {\it \testAlphabet}\par Secondary sl: {\sl \testAlphabet}\par Secondary bi: {\bi \testAlphabet}\par Secondary bs: {\bs \testAlphabet}\par Secondary sc: {\sc \testAlphabet}\par Secondary xx: {\it\setff{smallcaps}\testAlphabet}\par \stoptext Have I failed to properly specify the secondary typeface? Do I need a mostly changed names of the fonts, a missing directive (i'll add a fallback for that) and such ... patched in the next beta 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] \installprettytype problem
That's fine, thank you, Le 21/08/15 13:43, Renaud AUBIN a écrit : > > Replace "+ V("ltgtstring")" by "-- + V("ltgtstring")" at L175 of > t-pretty-c.lua as a temporary workaround… > > Le 2015-08-21 11:54, Matthieu Leroy a écrit : ___ If your question is of interest to others as well, please add an 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] \installprettytype problem
Replace "+ V("ltgtstring")" by "-- + V("ltgtstring")" at L175 of t-pretty-c.lua as a temporary workaround… Le 2015-08-21 11:54, Matthieu Leroy a écrit : Bonjour Renaud, Thank you ! It works but there is some problem with the "<=" or "<" operator. Please see the attached files. Regards, Matthieu Le 21/08/15 00:21, Renaud AUBIN a écrit : Bonsoir Matthieu, Give a try to https://github.com/nibua-r/pretty-c and tell me if anything goes wrong… It's basically a rewrite of Peter's module adapted to mkiv + new verbatim (new at the time of writing) I'll test it tomorrow… Anyway, you're welcome to contribute and/or submit issues. Best regards, Renaud Le 20 août 2015 10:43 PM, Matthieu Leroy a écrit : Hello, I want to use the " C-Pretty-Printing" module. According to the "Verbatim" page of the Context garden, I have to use the \installprettytype command, but this one doesn't work (error : "undefined control sequence"). I'm using the 2015.08.13 19:33 Context version. Example : \installprettytype[C][C] \definetyping[C][option=C] \startC int func(int a){ if(a > 4) return 0; // comment else/* comment */ return 10; } \stopC Thank you. ___ If your question is of interest to others as well, please add an 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 ___ ___ If your question is of interest to others as well, please add an 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] \installprettytype problem
I'm on it… Le 2015-08-21 11:54, Matthieu Leroy a écrit : Bonjour Renaud, Thank you ! It works but there is some problem with the "<=" or "<" operator. Please see the attached files. Regards, Matthieu Le 21/08/15 00:21, Renaud AUBIN a écrit : Bonsoir Matthieu, Give a try to https://github.com/nibua-r/pretty-c and tell me if anything goes wrong… It's basically a rewrite of Peter's module adapted to mkiv + new verbatim (new at the time of writing) I'll test it tomorrow… Anyway, you're welcome to contribute and/or submit issues. Best regards, Renaud Le 20 août 2015 10:43 PM, Matthieu Leroy a écrit : Hello, I want to use the " C-Pretty-Printing" module. According to the "Verbatim" page of the Context garden, I have to use the \installprettytype command, but this one doesn't work (error : "undefined control sequence"). I'm using the 2015.08.13 19:33 Context version. Example : \installprettytype[C][C] \definetyping[C][option=C] \startC int func(int a){ if(a > 4) return 0; // comment else/* comment */ return 10; } \stopC Thank you. ___ If your question is of interest to others as well, please add an 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 ___ ___ If your question is of interest to others as well, please add an 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] \installprettytype problem
Bonjour Renaud, Thank you ! It works but there is some problem with the "<=" or "<" operator. Please see the attached files. Regards, Matthieu Le 21/08/15 00:21, Renaud AUBIN a écrit : > Bonsoir Matthieu, > > Give a try to https://github.com/nibua-r/pretty-c and tell me if anything > goes wrong… > > It's basically a rewrite of Peter's module adapted to mkiv + new verbatim > (new at the time of writing) > > I'll test it tomorrow… Anyway, you're welcome to contribute and/or submit > issues. > > Best regards, > Renaud > > Le 20 août 2015 10:43 PM, Matthieu Leroy a écrit : >> Hello, >> >> I want to use the " >> C-Pretty-Printing" module. >> According to the "Verbatim" page of the Context garden, I have to use the >> \installprettytype command, but this one doesn't work (error : "undefined >> control sequence"). >> >> I'm using the 2015.08.13 19:33 Context version. >> >> Example : >> >> \installprettytype[C][C] >> >> \definetyping[C][option=C] >> >> \startC >> int func(int a){ >> if(a > 4) >> return 0; // comment >> else/* comment */ >> return 10; >> } >> \stopC >> >> >> Thank you. > ___ > If your question is of interest to others as well, please add an 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 > ___ test_pretty_c.pdf Description: Adobe PDF document test_pretty_c.tex Description: TeX document ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Problem with the installation of a module
Aditya Mahajan writes: > On Fri, 14 Aug 2015, Andrea De Michele wrote: > >> I tried to install the PocketDiary module but I had some problem. >> I follow the instruction at: >> >> http://wiki.contextgarden.net/Modules >> >> so first I copy the files in my texmf-local directory and after that I run: > > You are storing the files according the Tex Directory Structure, right? Yes. The files are in following two directories. /home/admich/texlive/texmf-local/tex/context/third/pocketdiary/ /home/admich/texlive/texmf-local/doc/context/third/pocketdiary/ After mktexlsr texdoc find the documentation of the module: ~ $ texdoc -l pocket 1 /home/admich/texlive/texmf-local/doc/context/third/pocketdiary/t-pocketdiary.pdf 2 /home/admich/texlive/texmf-local/doc/context/third/pocketdiary/README.txt Please enter the number of the file to view, anything else to skip: The problem seems to be in how context find the files path. As you suggested I tried: ~ $ mtxrun --expand-var TEXMFLOCAL home/admich/texlive/texmf-local I think that the problem is here. It should be /home/admich/texlive/texmf-local >> context --generate >> >> but context didn't find the new module. >> >> I use linux and I have installed texlive 2015 in my home directory, so my >> texmf-local directory is /home/admich/texlive/texmf-local >> >> In the output of context --generate I noticed the following lines: >> >> ... >> resolvers | resolving | locating list of >> 'home/admich/texlive/texmf-local' (cached) >> resolvers | methods | resolving, method 'locators', how 'uri', handler >> 'file', argument 'home/admich/texlive/texmf-local' >> resolvers | files | file locator 'home/admich/texlive/texmf-local' not >> found >> ... >> >> This seems not correct because is missing the initial / . For example the >> following lines are: >> >> resolvers | resolving | locating list of 'selfautoparent:texmf-dist' >> (cached) >> resolvers | methods | resolving, method 'locators', how 'uri', handler >> 'file', argument 'selfautoparent:texmf-dist' >> resolvers | files | file locator 'selfautoparent:texmf-dist' found as >> '/home/admich/texlive/2015/texmf-dist' >> resolvers | resolving | >> ... >> >> with the right initial / >> >> kpathsea find the right $TEXMFLOCAL: >> >> ~$ kpsewhich -var-value TEXMFLOCAL >> /home/admich/texlive/texmf-local > > context (mkiv) does not use kpse (texmf.cnf) but uses the values > stored it texmfcnf.lua. To check the value of TEXMFLOCAL use > > mtxrun --expand-var TEXMFLOCAL > > You can also try: > > context --trackers=resolvers.\* filename > > 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 > ___ -- Andrea De Michele ___ If your question is of interest to others as well, please add an 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 ___