Re: [NTG-context] Font goodies color schemes by Unicode number
On 29-2-2012 14:57, Khaled Hosny wrote:
Hi all,
Was exploring font goodies and color schemes and so far works great,
very nice feature, thanks Hans.
Now I've to small questions/feature requests:
Can color schemes be
defined using Unicode code points, e.g.: { 0x064E, 0x064F } instead of
glyph names (e.g. I'd like to have a font independent goody to color
Arabic combining marks and no glyph substitution is involved so Unicode
code points should work for most fonts).
Second question, can it be (ab)used to color a whole font with the same
color (can be handy sometimes), e.g. using a special wildcard or
something: { "*" }.
the next beta supports "*" as well as ranges "0x0030:0x0035"
(I adapted demo.lfg and goodies-002.tex)
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] Broken Nightly 2012.02.29
On Fri, 2012-03-02 at 10:55 +0100, Steffen Wolfrum wrote: > Hi Kip, > > the latest (working) version I have is 2012.01.25. > I don't know the differences ... but hopefully these are improvements ;o) > > Could you send me your 27th version in a zipped folder? > > Best wishes, > Steffen You know, come to think of it, I think 2012.01.25 actually was the last working one, not 2012.01.27. I can send you debs for the latter if you like, but I think you're probably better off with the former. I'll have to hunt for the 2012.01.25 debs somewhere in Adam's PPA. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/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] Broken Nightly 2012.02.29
On Fri, 2012-03-02 at 10:34 +0100, Hans Hagen wrote: > hm, weird bug, maybe some argument pickup issue ... text backgrounds are > completely redone so maybe some interference > > (no example so hard to check) My book always seems to bring out the very worst of ConTeXt. ;) > This is to be expected the next few betas (after all they're betas) as > some rather core components are being redone (positioning, descriptions, > enumerations and notes, page building). No real functional changes but > some are tricky. And it does not help that the flu kicked in. No problem Hans. You work very hard and we all appreciate that. Throw some raw ginger in the blender with some water and a natural sweetener, like a banana or honey, and it will help boost your immune system. Some cayenne pepper is also good in there as it helps to break up the mucus. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/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] overfull hbox on items
On 2-3-2012 17:35, Meer, H. van der wrote:
This setting gives an overfull hbox of exactly 3 points:
\setupitemgroup[itemize][each]
[joinedup,packed]
[symbol=n,distance=3pt,
align=right,itemalign=flushright,
stopper={.\,}
]
In the logfile: Overfull \hbox (3.0pt too wide) detected at line 7
Changing to distance=4pt makes the hbox 4pt too wide.
Changing to distance=0pt (or delete parameter) makes the hbox fit.
Why is this?
Apart from cluttering the logfile, I guess this hbox overflow signals something
that can be bettered.
not always, if it looks ok to you you can just ignore it (or add
\dontcomplain) i.e. depending on alignment excessive content will lap
left or right anyway (an example: say that you number 1..9 and there is
one itemize with 10 items ... you might not want to change all widths
for this one case (and 10 is often rather ok, while 44 isn't)
the same can happen with margin texts, where in practice the width only
matters when you use backgrounds or have things side by side or ...
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] Command in enumeration title
On 26-2-2012 14:34, "Stefan Müller" wrote:
Hi Michael,
thanks for your answer. The macro \Word is a predefined macro that capitalizes the first letter of
its argument. E.g. "\Word{title}" should expand to "Title", but it doesn't in
my example.
does style={\setcharactercasing[3]} work out ok?
-
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] Problem with external cross-references
On 25-2-2012 17:47, Jean-Philippe Rey wrote:
Hello everybody,
I'm trying to use external cross-references between two files but I can't make
it work with MkIV. I am using ConTeXt current
ConTeXt ver: 2011.05.18 18:04 MKIV fmt: 2011.7.31 int: english/english
With MkII, the following minimal example works perfectly well :
% file test_crossref1
\starttext
\chapter[lorem]{Lorem}
Lorem ipsum dolor sit amet, consectetur adipiscing elit \in{Chapter}[lorem].
\stoptext
% file test_crossref2
\usereferences[test_crossref1]
\starttext
Lorem ipsum dolor sit amet, consectetur adipiscing elit \in{Chapter}[lorem].
\stoptext
\useexternaldocument[xref][test_crossref1]
\starttext
Lorem ipsum dolor sit amet, consectetur adipiscing elit
\in{Chapter}[xref::lorem].
\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
___
[NTG-context] overfull hbox on items
This setting gives an overfull hbox of exactly 3 points:
\setupitemgroup[itemize][each]
[joinedup,packed]
[symbol=n,distance=3pt,
align=right,itemalign=flushright,
stopper={.\,}
]
In the logfile: Overfull \hbox (3.0pt too wide) detected at line 7
Changing to distance=4pt makes the hbox 4pt too wide.
Changing to distance=0pt (or delete parameter) makes the hbox fit.
Why is this?
Apart from cluttering the logfile, I guess this hbox overflow signals something
that can be bettered.
Hans van der Meer
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/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] \setuphead problem
Wolfgang—
In both MKII and MKIV (using the latest standalone which I installed this
morning), with
\setupheader[state=high]
\setuppagenumbering[alternative=doublesided]
\setuppagenumbering[location=,]
\setuphead[title][page={header,yes}]
\definehead[BookTitle][title]
\setuphead[BookTitle][before={\noindent\textrule},style=rm]
\setuphead[BookTitle][header=high]
\setupheadertexts[text]
[\cap{A.\ U.\ Thor}]
[\pagenumber]
[\pagenumber]
[\it{The Journal}]
\starttext
\dorecurse{6}{\input knuth}
\page[makeup]
\BookTitle{{\em An Indubitably Important Book} by A.\ U.\ Thor}
\dorecurse{10}{\input knuth}
\page[makeup]
\stoptext
the problem remains, that is, the header on the page preceding the page
with the title is not suppressed. The same is true when I have
\setuphead[title][page={blank,yes}],
except then there are no headers at all after the page with the title on
it. Does it work for you?
Alan
On Fri, Mar 2, 2012 at 10:30 AM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:
>
> Am 02.03.2012 um 14:11 schrieb Alan Bowen:
>
> Wolfgang—
>
> I checked and the example fails in both MKII andf MKIV. My apologies for
> carelessness. The problem arose originally in the pagination/headers for
> components in a component/product structure that I am tying to set using
> MKIV. In trying to devise a simple example by adapting the code in my MKII
> environment file (which runs without any problems), I was so focused on
> getting the code to run in MKIV that I neglected to run that code *by
> itself* through MKII.
>
> So, the question remains: What should I include or change in this example
> to keep the header associated with a given title off the preceding page in
> MKIV? Or is this expected behavior and my example, then, a poor one for my
> purposes?
>
>
> \setuphead[title][page={header,yes}]
>
>
> or
>
> \setuphead[title][page={blank,yes}]
>
> surpress the header on the proceeding page.
>
> BTW: \setupsectionblock[BookTitle][number=no,page=yes] is nonsense because
> “BookTitle” is not a sectionblock.
>
> 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
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/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] \setuphead problem
Am 02.03.2012 um 14:11 schrieb Alan Bowen:
> Wolfgang—
>
> I checked and the example fails in both MKII andf MKIV. My apologies for
> carelessness. The problem arose originally in the pagination/headers for
> components in a component/product structure that I am tying to set using
> MKIV. In trying to devise a simple example by adapting the code in my MKII
> environment file (which runs without any problems), I was so focused on
> getting the code to run in MKIV that I neglected to run that code by itself
> through MKII.
>
> So, the question remains: What should I include or change in this example to
> keep the header associated with a given title off the preceding page in MKIV?
> Or is this expected behavior and my example, then, a poor one for my purposes?
\setuphead[title][page={header,yes}]
or
\setuphead[title][page={blank,yes}]
surpress the header on the proceeding page.
BTW: \setupsectionblock[BookTitle][number=no,page=yes] is nonsense because
“BookTitle” is not a sectionblock.
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
___
Re: [NTG-context] \setuphead problem
Wolfgang— I checked and the example fails in both MKII andf MKIV. My apologies for carelessness. The problem arose originally in the pagination/headers for components in a component/product structure that I am tying to set using MKIV. In trying to devise a simple example by adapting the code in my MKII environment file (which runs without any problems), I was so focused on getting the code to run in MKIV that I neglected to run that code *by itself * through MKII. So, the question remains: What should I include or change in this example to keep the header associated with a given title off the preceding page in MKIV? Or is this expected behavior and my example, then, a poor one for my purposes? Alan On Thu, Mar 1, 2012 at 6:24 PM, Wolfgang Schuster < schuster.wolfg...@googlemail.com> wrote: > > Am 01.03.2012 um 18:37 schrieb Alan Bowen: > > > The following code works in MKII; but in MKIV, I get the header text on > the page before the page with the title. How can I fix this? > > Can you show the output of mkii and mkiv because i can’t see a difference > between both. > > 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 > > ___ > ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/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 with \startpostponing
On 1-3-2012 20:20, Aditya Mahajan wrote:
Hi,
The following works fine in MkII but gives a TeX capacity exceeded error
in MkIV.
\starttext
\input ward
\startpostponing[+1]
\framed[align=normal]{\input knuth \endgraf}
\stoppostponing
\dorecurse{15}{\input ward}
\stoptext
Some circular references (tex/lua calls using the same names and so),
I'll make a new beta. Some of the postponing housekeeping moved to lua a
while ago (as postponing relates to buffering).
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] Broken Nightly 2012.02.29
On 2-3-2012 05:23, Kip Warner wrote:
Hey list,
Another broken nightly to report. I got this error while compiling my
book:
structure> sectioning> subsubsubject @ level 5 : 0.7.1.0.0 ->
\bf 44 Aquarius, 48 B.R.
structure> sectioning> subsubsubject @ level 5 : 0.7.1.0.0 ->
\bf 48 Aries, 15 B.R.
structure> sectioning> subsubsubject @ level 5 : 0.7.1.0.0 ->
\bf 12 Cancer, 14 B.R.
structure> sectioning> subsubsubject @ level 5 : 0.7.1.0.0 ->
\bf 2 Libra, 14 B.R.
structure> sectioning> subsubsubject @ level 5 : 0.7.1.0.0 ->
\bf 3 Libra, 14 B.R.
graphics> invalid region for 'tbg:1'
! TeX capacity exceeded, sorry [input stack size=1].
\next
\doifmeaningelse ...>\edef \!!stringa {\meaning #1
}\def \!!stringb
{#2}\edef...
\spac_lines_between ...ningelse \next \obeyedline
{\linesparameter \c!
inbetw...
\doifmeaningelse ...meaning #1}\def \!!stringb {#2
}\edef \!!stringb
{\meanin...
\spac_lines_between ...ningelse \next \obeyedline
{\linesparameter \c!
inbetw...
\doifmeaningelse ...meaning #1}\def \!!stringb {#2
}\edef \!!stringb
{\meanin...
l.34 ... and the methane/oxygen return propellant.
! ==> Fatal error occurred, no output PDF file produced!
mtx-context | fatal error: return code: 1
hm, weird bug, maybe some argument pickup issue ... text backgrounds are
completely redone so maybe some interference
(no example so hard to check)
Unfortunately my luck with ConTeXt hasn't been so good lately. Every
single nightly has been broken since late last January (2012.01.27).
Fortunately I still have debs I can revert to.
This is to be expected the next few betas (after all they're betas) as
some rather core components are being redone (positioning, descriptions,
enumerations and notes, page building). No real functional changes but
some are tricky. And it does not help that the flu kicked in.
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
___
