[NTG-context] \pagefigure does not increment page number

[Berend de Boer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello All (probably Hans :-) ),

\pagefigure does increment the page number. It doesn't place a page
number, I can understand that. But why does it not increment the page
number? Is that by design?

I'm using the context release of 27 April 2006. Or should I upgrade?

- -- 
Live long and prosper,

Berend de Boer
(PGP public key: http://www.pobox.com/~berend/berend-public-key.txt)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iD8DBQFEcmlLIyuuaiRyjTYRAlT2AKCMz5HY/GP69VZTMrvHTdpA5zxGfACgg+SK
g7buT++bxNyaoyoElIUYAPs=
=xP8u
-END PGP SIGNATURE-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] corrupted .map files or MikTeX messing around?

[Hans Hagen]

Mojca Miklavec wrote:
> Hello,
>
> a friend sent me some currupted PDF files (produced by ConTeXt)
> yesterday: all the fonts were missing in the document. He installed
> the latest ConTeXt (unzipped cont-tmf) on top of MikTeX (and I was
> able to reproduce his problem).
>
> In MikTeX the file
> fonts/map/dvipdfm/context/ec-public-lm.map
> was used instead of
> fonts/map/dvips/context/ec-lm.map
>   
dvipdfmx and pdftex have a different map file syntax; normally the progname 
variable takes care of that: 

TEXFONTMAPS = .;$TEXMF/fonts/map/{$progname,pdftex,dvips,}//

so you need to figure out what miktex is using 

(btw, i thought that i put the map files in the pdftex path) 

Hans 


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Framedtext width

[Hans Hagen]

Hans Hagen wrote:
> well, this is what 'local' is for:
>
> \defineframedtext[mybox] [width=local,..]
>   
(i hit send button too soon -) 

here we can use a keyword but when no such option is present one can say: 

\setlocalhsize \hsize\localhsize 

as in: 

\start \setlocalhsize \hsize\localhsize whatever content \par \stop 


Hans 



-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Framedtext width

[Hans Hagen]

nico wrote:
> Hello,
>
> Is there a way (magical option) to have the framedtext width adapt to the  
> environment width where it is put?
>
> I've tried width=broad, but it always uses the page \textwidth, even if  
> the framedtext is in an item or something like this. There is the same  
> behaviour for background too.
>
> An example:
>
> \setuplayout[middle]
> \setupcolors[state=start]
>
> \defineframedtext[mybox]
>[width=broad,
> frame=on,
> before=\blank,
> after=\blank]
>
>   
well, this is what 'local' is for:

\defineframedtext[mybox] [width=local,..]


Hans



-- 

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Background placement

[Hans Hagen]

nico wrote:
> On Mon, 22 May 2006 14:32:45 -0400 (EDT), Aditya Mahajan  
> <[EMAIL PROTECTED]> wrote:
>
>   
>> On Mon, 22 May 2006, nico wrote:
>>
>> 
>>> The problem often occurs just after a heading starting at the top of a
>>> page (section, enumeration title). Here is an example showing the
>>> behaviour:
>>>   
>> I had a similar problem in the past, and Hans suggested to use
>> starttextbackground instead of background. background is supposed to be
>> deprecated.
>> 
>
> Deprecated? Really?
>
>   
>> Try the following code and see if you get what you want.
>>
>> setuplayout[middle]
>> \setupcolors[state=start]
>>
>> \definecolor[ScreenGray][s=0.95]
>>
>> \definetextbackground[listing]
>> 
>
> Yes, thanks, it works (this time I haven't the weird behaviour I had some  
> time ago with textbackground... strange). But it's time consuming and  
> looks then as an overkill solution. To build a 400p book (on a slow  
> machine, it's true):
>
> - It takes 396s with background,
> - It takes 539s with textbackground, and I've 260 MP graph files generated!
>   
runtime? if so, try --automp

-- 

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Background placement

[nico]

On Mon, 22 May 2006 14:32:45 -0400 (EDT), Aditya Mahajan  
<[EMAIL PROTECTED]> wrote:

> On Mon, 22 May 2006, nico wrote:
>
>> The problem often occurs just after a heading starting at the top of a
>> page (section, enumeration title). Here is an example showing the
>> behaviour:
>
> I had a similar problem in the past, and Hans suggested to use
> starttextbackground instead of background. background is supposed to be
> deprecated.

Deprecated? Really?

> Try the following code and see if you get what you want.
>
> setuplayout[middle]
> \setupcolors[state=start]
>
> \definecolor[ScreenGray][s=0.95]
>
> \definetextbackground[listing]

Yes, thanks, it works (this time I haven't the weird behaviour I had some  
time ago with textbackground... strange). But it's time consuming and  
looks then as an overkill solution. To build a 400p book (on a slow  
machine, it's true):

- It takes 396s with background,
- It takes 539s with textbackground, and I've 260 MP graph files generated!

Regards,
BG
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Dropped Caps with Numerals

[Taco Hoekwater]

[EMAIL PROTECTED] wrote:
> Hello,
>  
> I was wondering if there is a way to do dropped caps (in ConTeXt) but 
> with numerals instead of letters. The standard DroppedCaps macro only 
> seems to work with letters.

You can either add the digits to the string of 'to be dropped'
characters by adding this definition to your preamble:

   \def\DroppedString{ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789}

or you can use the lettrine module that you can find here:

   http://modules.contextgarden.net/t-lettrine

Cheers, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Possible users meeting?

[Raimund Kohl-Fuechsle]

> > We are thinking about spring 2007 (March or April).
> >
> > The meeting place would be the south of the Netherlands,  close to
> > Maastricht Aachen Airport.

Sounds pretty perfect to me ... so I would be there

ray
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Math encoding in XeTeX

[Mojca Miklavec]

On 5/21/06, Hans Hagen wrote:
> Mojca Miklavec wrote:

> i think that using \enableregime[utf] should work ok xetex (but in loading 
> patterns)
>
> You can play with
>
> \startregime[none]
>   \dostepwiserecurse{128}{255}{1}
> {\expanded{\defineactivecharacter
>{\recurselevel}
>{\rawcharacter{\recurselevel
> \stopregime
>
> \enableregime[none]
>
> \appendtoks
>   \enableregime[utf]%
> %   \everyhbox\expandafter{\the\everyhbox\enableregime[none]}% fails
> \to \everymathematics
>
> \starttext
>
> text : ç ß
>
> math : $ç ß [\text{\bf\enableregime[none]ç ß}] ç ß$
>
> \stoptext
>
> Taco may know why active chars behave a bit strange in math (may hav eto do 
> with the multiple passes in math and info getting lost

I'm only speculating here because I don't have my computer & linux
here, but may it be that it's because XeTeX handles characters in a
completely different way than pdfTeX? If you define 128 active
characters, the thing will behave pseudo-randomly.

Active characters have to be defined in the "unicode-way", not by
reimplementing Unicode inside ConTeXt macros (which is what ConTeXt
currently does for pdfTeX). I guess that the unicode vectors should be
redefined (or at least generalized) for the purposes of XeTeX.

I would suggest to create active characters for math and the "extended
latin" sections of Unicode, so that "faking" characters and using
ec-encoded fonts would still work (although XeTeX should also support
EC encoding in my opinion, which it currently doesn't). You can then
leave the rest of Unicode to be handled by XeTeX.

Explanation: if I use ec-encoded Type1 fonts, \ccaron will work, but
typing "č" directly won't. ConTeXt knows where \ccaron is located in
an EC font and is able to use it properly, but XeTeX doesn't know
where to look for the glyph "whatever the unicode number of ccaron
is". The only way out of it is to say
\catcode`č=\active \defč{\ccaron}
So my suggestion would be to define active characters for those
Unicode letters where it makes sense to do it (accented latin
characters, math) and where they can be faked.

There was already a discussion about a similar topic some time ago
(but it might take too much processing time):
   if glyph exists in the font ( \ifnum\XeTeXcharglyph">0 )
  use it
   else
  fake it

\enableregime should also be modified in order to handle regimes other
that UTF properly in XeTeX. There are two possibilities: either to let
XeTeX do it his own way or to read everything as "byte" and let
ConTeXt handle regimes in its own way.
If XeTeX does the job, EC-encoded fonts won't work. If you let ConTeXt
process it, you might loose support for some more obscure regimes that
XeTeX can already handle.

Mojca
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] texmfstart?

[Matt Gushee]

Hans van der Meer wrote:
> Since installing the last ConTeXt update I am aware of the message from 
> texexec:
>   warning : use 'texmfstart texexec' instead
> 
> Good, I call:
>   "texmfstart texexec --version" instead of "texexec --version"
> 
> Result:
>   -bash: texmfstart: command not found

I've been away from ConTeXt for a while, so I don't have full knowledge 
of the recent changes. But it seems that many of the original Perl 
scripts are being replaced by Ruby scripts (of which texmfstart is one), 
which are in a different directory.

> Is my system suddenly incomplete?
> I am using Mac OS X 10.4.6, the most recent development I would think.
> What happened and how can I get to the level of system support ConTeXt 
> seems to expect of me?

Probably you just need either to put the Ruby script directory 
($TEXMF/scripts/context/ruby) on your PATH, or create links from the 
scripts you want to use to a directory in your current PATH. Maybe just 
link texmfstart--it seems to be a front end for all the Ruby scripts.

Oh, and of course you have to have Ruby itself. I don't know where you 
would get an OS X package, but the Ruby language Web site is:

http://www.ruby-lang.org/

-- 
Matt Gushee
The Reluctant Geek: http://matt.gushee.net/rg/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

[NTG-context] Dropped Caps with Numerals

[jeffdod]

Hello,
 
I was wondering if there is a way to do dropped caps (in ConTeXt) but with numerals instead of letters. The standard DroppedCaps macro only seems to work with letters.
 
Jeff Dodson

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Background width (was framedtext)

[Aditya Mahajan]

On Mon, 22 May 2006, nico wrote:

> On Mon, 22 May 2006 15:10:21 +0200, Taco Hoekwater <[EMAIL PROTECTED]>
> wrote:
>> andrea valle wrote:
>>> (Just to say it's a question I was going to post too)
>>>
>>> -a-
>>>
>>> On 22 May 2006, at 12:54, nico wrote:
>>>
 Hello,

 Is there a way (magical option) to have the framedtext width adapt to
 the environment width where it is put?
>>
>> \defineframedtext[mybox] [width=local]
>
> Thanks, It works fine for framedtext! Unfortunately it doesn't help with
> background. Another option?

Again, use textbackground. The following honors the present width


\setuplayout[middle]
\setupcolors[state=start]
\definetextbackground[screen]
[backgrond=screen,
 frame=on,
 strut=yes,
 width=local,
 location=paragraph]

\starttext
   Here is an example,

\startitemize[n]
   \item \input tufte
\startscreen
  Some background test
\stopscreen
\stopitemize

\stoptext


Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Background placement

[Aditya Mahajan]

On Mon, 22 May 2006, nico wrote:

> The problem often occurs just after a heading starting at the top of a
> page (section, enumeration title). Here is an example showing the
> behaviour:

I had a similar problem in the past, and Hans suggested to use 
starttextbackground instead of background. background is supposed to be 
deprecated.

Try the following code and see if you get what you want.

setuplayout[middle]
\setupcolors[state=start]

\definecolor[ScreenGray][s=0.95]

\definetextbackground[listing]
[backgrond=screen,
 frame=on,
 strut=yes,
 width=broad,
 location=paragraph,
 framecolor=ScreenGray,
 align=right]

\definetyping[programlisting]

\setuptyping[programlisting]
[bodyfont=small,
 before={\starttextbackground[listing]},
 after={\stoptextbackground}]

\starttext

\input tufte

\input tufte

\input tufte
\input tufte
\input tufte

\startprogramlisting
Some code
\stopprogramlisting

and the text continues 


\stoptext


Aditya

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] corrupted .map files or MikTeX messing around?

[Thomas A. Schmitz]

On May 22, 2006, at 6:49 PM, Mojca Miklavec wrote:

> Whose fault is it? MikTeX's pdfTeX using the wrong path & files or
> were the map files [unintentionally] changed in order to support XeTeX
> perhaps?
>
> Mojca

Mojca,

I have no idea if this is related, but I had similar problems a few  
days ago when I was using TeXShop on OS X. I get error messages such  
as this one:

{/usr/local/teTeX/share/texmf.local/fonts/map/dvipdfm/context/ 
original-empty.ma
p}
fonts   : using map file: original-base
{/usr/local/teTeX/share/texmf.local/fonts/map/dvipdfm/context/ 
original-base.map

Warning: pdfetex (file /usr/local/teTeX/share/texmf.local/fonts/map/ 
dvipdfm/con
text/original-base.map): invalid entry for `fmvr8x': font file missing

The point seems to be that ConTeXt  somehow runs in dvipdfm mode and  
reads the wrong mapfiles. How do you call ConTeXt? When I run it on  
the CLI or from within emacs/auctex with texmfstart texexec,  
everything works again. I assume that an obsolete command is passed  
to the command interpreter in your case as well.

HTH

Thomas
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

[NTG-context] corrupted .map files or MikTeX messing around?

[Mojca Miklavec]

Hello,

a friend sent me some currupted PDF files (produced by ConTeXt)
yesterday: all the fonts were missing in the document. He installed
the latest ConTeXt (unzipped cont-tmf) on top of MikTeX (and I was
able to reproduce his problem).

In MikTeX the file
fonts/map/dvipdfm/context/ec-public-lm.map
was used instead of
fonts/map/dvips/context/ec-lm.map

ec-public-lm.map looks like:

ec-lmb10 lm-ec lmb10
ec-lmbo10 lm-ec lmbo10
ec-lmbx10 lm-ec lmbx10
ec-lmbx12 lm-ec lmbx12

while the other one reads:

ec-lmb10 LMRoman10-Demi "enclmec ReEncodeFont" http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] corrupted .map files or MikTeX messing around?

[Mojca Miklavec]

Please ignore my post. I should have read the other thread more
carefully before posting this.

Mojca
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Possible users meeting?

[Mojca Miklavec]

On 5/15/06, Taco Hoekwater wrote:
> Tentative programme:
>
>friday night   : arrivals
>saturday   : talks
>sunday : talks/tutorials/workshops
>monday morning : early departures
>monday : developer meetings & more tutorials

I would suggest to put some stress on documentation as well. There
could be some specific topic proposed each year and some additional
effort put to fill in certain gaps in the documentation.

Interesting talks at 9 in the morning (as in BachoTeX) are a brilliant
idea. Any special guests? (well, you and Hans are special guests
already)

> We are thinking about spring 2007 (March or April).
>
> The meeting place would be the south of the Netherlands,  close to
> Maastricht Aachen Airport.

Sounds OK since it's pretty close to Brussels airport as well. If the
exact date will be announced early enough, many Europeans can probably
get some "priceless" flights (starting from 20 EUR or so).

> Some stuff we really want to know, so we can make a final decision:
>
>* are you interested in such a meeting?
>  ("no" is also an interesting answer!)

As I already said: sure! (hoping that the date doesn't interfere with
something else)

Mojca
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Background width (was framedtext)

[nico]

On Mon, 22 May 2006 15:10:21 +0200, Taco Hoekwater <[EMAIL PROTECTED]>  
wrote:
> andrea valle wrote:
>> (Just to say it's a question I was going to post too)
>>
>> -a-
>>
>> On 22 May 2006, at 12:54, nico wrote:
>>
>>> Hello,
>>>
>>> Is there a way (magical option) to have the framedtext width adapt to
>>> the environment width where it is put?
>
> \defineframedtext[mybox] [width=local]

Thanks, It works fine for framedtext! Unfortunately it doesn't help with  
background. Another option?

The same case with background instead of framedtext:

\setuplayout[middle]
\setupcolors[state=start]

\setupbackground
   [background=screen,
frame=on,
strut=yes,
width=local,
before=\blank,
after=\blank]

\starttext

Here is an example:

\startitemize[n]
\item
\input tufte

\startbackground
Some backgrounded text
\stopbackground

\input tufte
\stopitemize

Regards,
BG
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] slithering captions

[Sanjoy Mahajan]

> oops, cloned [figures],

Ah, thanks.

For inline figures, 'here' will place it here if possible, otherwise
float to the next page.  Is there an equivalent of 'here' for margin
figures ('marginhere'?)?  

With 'margin', they float completely so are not attached to a
paragraph.  With 'inmargin', they are attached to the paragraph and
can drag the paragraph to the next page, which leaves whitespace at
the bottom of the page.

-Sanjoy

`Never underestimate the evil of which men of power are capable.'
 --Bertrand Russell, _War Crimes in Vietnam_, chapter 1.
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Tex Errors But Good PDF Output

[Browder, Tom]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Hans Hagen
> Sent: Friday, May 19, 2006 3:29 PM
> To: mailing list for ConTeXt users
> Subject: Re: [NTG-context] Tex Errors But Good PDF Output
> 
> Browder, Tom wrote:
> > I'm using definitions and abbreviations in section titles and get 
> > errors from TeX during processing (using texexec).  If I ignore the 
> > errors and hit return repeatedly, eventually the process ends and I 
> > get an apparently good PDF file.

> > Is there anything apparent I'm doing wrong?

> can you make a small test file that fails? normally abbrev 
> etc should behave normally in bookmarks, as long as you 
> define them beforehand 

So far I've not been able to reproduce the problem with a small test
file--but I'll send a test file later if I can reduce the problem input
to a reasonable size or if I find another error which causes the
problem.

-Tom
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Framedtext width

[andrea valle]

On 22 May 2006, at 15:10, Taco Hoekwater wrote:

> \defineframedtext[mybox] [width=local]

Thanks Taco

Definitively, from now on this

\setupframedtexts[width=local]

will be in my preferites


-a-

Andrea Valle
DAMS - Facoltà di Scienze della Formazione
Università degli Studi di Torino
http://www.semiotiche.it/andrea
[EMAIL PROTECTED]

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Framedtext width

[Taco Hoekwater]

andrea valle wrote:
> (Just to say it's a question I was going to post too)
> 
> -a-
> 
> On 22 May 2006, at 12:54, nico wrote:
> 
>>Hello,
>>
>>Is there a way (magical option) to have the framedtext width adapt to 
>>the environment width where it is put?

\defineframedtext[mybox] [width=local]

Cheers, Taco

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Framedtext width

[andrea valle]

(Just to say it's a question I was going to post too)

-a-

On 22 May 2006, at 12:54, nico wrote:

> Hello,
>
> Is there a way (magical option) to have the framedtext width adapt to 
> the
> environment width where it is put?
>
> I've tried width=broad, but it always uses the page \textwidth, even if
> the framedtext is in an item or something like this. There is the same
> behaviour for background too.
>
> An example:
>
> \setuplayout[middle]
> \setupcolors[state=start]
>
> \defineframedtext[mybox]
>[width=broad,
> frame=on,
> before=\blank,
> after=\blank]
>
> \starttext
>
> Here is an example:
>
> \startitemize[n]
> \item
> \input tufte
>
> \startmybox
> Some text in the box
> \stopmybox
>
> \input tufte
> \stopitemize
>
> \stoptext
>
> Regards,
> BG
> ___
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>
>
Andrea Valle
DAMS - Facoltà di Scienze della Formazione
Università degli Studi di Torino
http://www.semiotiche.it/andrea
[EMAIL PROTECTED]

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

[NTG-context] Framedtext width

[nico]

Hello,

Is there a way (magical option) to have the framedtext width adapt to the  
environment width where it is put?

I've tried width=broad, but it always uses the page \textwidth, even if  
the framedtext is in an item or something like this. There is the same  
behaviour for background too.

An example:

\setuplayout[middle]
\setupcolors[state=start]

\defineframedtext[mybox]
   [width=broad,
frame=on,
before=\blank,
after=\blank]

\starttext

Here is an example:

\startitemize[n]
\item
\input tufte

\startmybox
Some text in the box
\stopmybox

\input tufte
\stopitemize

\stoptext

Regards,
BG
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

[NTG-context] Background placement

[nico]

Hello,

The placement of backgrounded text is sometimes unexpected: it forces a  
page break even if there's much room in the page to put the whole thing.  
Searching in the mailing list I've found one thread about the subject  
(http://archive.contextgarden.net/message/20051205.090518.90cc69d4.en.html),  
but playing with \setupinterlinespace as suggested doesn't help.

The problem often occurs just after a heading starting at the top of a  
page (section, enumeration title). Here is an example showing the  
behaviour:

\setuplayout[middle]
\setupcolors[state=start]

% Background
\definecolor[ScreenGray][s=.95]
\setupbackground
   [background=screen,
frame=on,
strut=yes,
width=broad,
before=\blank,
after=\blank,
framecolor=ScreenGray,
align=right]

% Verbatim environment for programlisting
\definetyping[programlisting]

\setuptyping[programlisting]
 [bodyfont=small,
  before={\startbackground},
  after={\stopbackground}]

\starttext

\input tufte

\input tufte

\input tufte
\input tufte
\input tufte

\section{joke}
Here is an example:

\startprogramlisting
Some code
\stopprogramlisting

And the text continues...

\stoptext

Regards,
BG
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Text style in bookmarks

[nico]

On Sun, 21 May 2006 19:20:38 +0200, Hans Hagen <[EMAIL PROTECTED]> wrote:

> nico wrote:
>> Hello,
>>
>> Is there a trick so that I can put styles like {\bf ...} or {\tt ...} in
>> the headings without having any weird text in the bookmarks?
>>
> \setupinteraction[state=start]
>
> \appendtoks
>   \let\groupedcommand\thirdofthreearguments
> \to \simplifiedcommands
>
> % no command for monospaced yet
>
> \unprotected \definealternativestyle [\v!mono] [\tt]  []
>
> \placebookmarks
> \starttext
> \chapter{test \mono{test} \bold{test}}
> \stoptext
>
> (i will add the extra definitions to the core)

Thanks!

Regards,
BG
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] slithering captions

[Hans Hagen]

Sanjoy Mahajan wrote:
> From: Hans Hagen <[EMAIL PROTECTED]>, Mon, 17 Apr 2006 10:48:29 +0200
>   
>>> [question about placing figures differently according to their widths]
>>>   
>> best use closed floats and set their characteristics (see details.pdf)
>> 
>
> I haven't found closed floats in details.pdf, though it's teaching me
>   
oeps, cloned,

\definefloat[myfigure][figure]
\setupfloat[myfigure][]
\setupcaption[myfigure][]

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context