s-pre-19: page numbers?

s-pre-19: page numbers?

[Christopher Creutzig]

Salvete,

with gwTeX, TeXlive 2005 beta, using

                cont-en : ver: 2005.06.08  fmt: 2005.6.15  mes: english

I've got a problem with s-pre-19 I can't get rid of: The menu on the 
right contains page numbers, set in black \tf, at the lower left corners 
of the buttons.  I have tried getting rid of these by using things like

   \placelist[Topic][alternative=right,pagenumber=no]

or

   \def\gobble#1{}
   \placelist[Topic][alternative=right,pagecommand=\gobble]

but to no avail.  Do others have the same problem or is it just me?


Christopher

Re: s-pre-19: page numbers?

[Otared Kavian]

On 16 juin 2005, at 11:22, Christopher Creutzig wrote:

> Salvete,
>
> with gwTeX, TeXlive 2005 beta, using
>
>                cont-en : ver: 2005.06.08  fmt: 2005.6.15  mes: english
>
> I've got a problem with s-pre-19 I can't get rid of: The menu on  
> the right contains page numbers, set in black \tf, at the lower  
> left corners of the buttons.  I have tried getting rid of these by  
> using things like
>
>   \placelist[Topic][alternative=right,pagenumber=no]
>
> or
>
>   \def\gobble#1{}
>   \placelist[Topic][alternative=right,pagecommand=\gobble]
>
> but to no avail.  Do others have the same problem or is it just me?
>

Hi Christopher,

I have encountered the same problem with s-pre-19 and also other  
styles, and did not know how to get rid of the page numbers...

I hope someone out there knows!

Best regards: OK

Re: s-pre-19: page numbers?

[Taco Hoekwater]

Hi,


Is this not the same problem as the one that was mentioned last
week (the one that requires the core-lst.tex that Hans posted
as attachment)?

Taco

Christopher Creutzig wrote:
> Salvete,
> 
> with gwTeX, TeXlive 2005 beta, using
> 
>                cont-en : ver: 2005.06.08  fmt: 2005.6.15  mes: english
> 
> I've got a problem with s-pre-19 I can't get rid of: The menu on the 
> right contains page numbers, set in black \tf, at the lower left corners 
> of the buttons.  I have tried getting rid of these by using things like
> 
>   \placelist[Topic][alternative=right,pagenumber=no]
> 
> or
> 
>   \def\gobble#1{}
>   \placelist[Topic][alternative=right,pagecommand=\gobble]
> 
> but to no avail.  Do others have the same problem or is it just me?
> 
> 
> Christopher
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context

Re: s-pre-19: page numbers?

[Otared Kavian]

On 16 juin 2005, at 15:37, Taco Hoekwater wrote:

> Hi,
>
>
> Is this not the same problem as the one that was mentioned last
> week (the one that requires the core-lst.tex that Hans posted
> as attachment)?
>
> Taco

Hi Taco,

Thanks for your answer: I thought also the new core-lst.tex that Hans  
sent to everyone a few days ago, would fix the problem, but actually  
it didn't.

Best regards: OK

Re: s-pre-19: page numbers?

[Christopher Creutzig]

Taco Hoekwater wrote:

> Is this not the same problem as the one that was mentioned last
> week (the one that requires the core-lst.tex that Hans posted
> as attachment)?

  It might be the same problem, but that file does not solve it.  I did 
remember to run texexec --make --all and to remove web2c/cont-en.fmt in 
favor of web2c/pdfetex/cont-en.fmt.


Christopher

Re: s-pre-19: page numbers?

[Christopher Creutzig]

Christopher Creutzig wrote:
> Taco Hoekwater wrote:
> 
>> Is this not the same problem as the one that was mentioned last
>> week (the one that requires the core-lst.tex that Hans posted
>> as attachment)?

  As a short term measure, I have included

\def\linklisttoelement#1#2#3#4#5% % list location format page data
   {\gotonextinternal\currentlist{#2}{#4}{#5}}

into my document and got the menu I wanted – no spurious numbers any 
more and the hyperlinks do work.  YMMV.


  Technical discussion (probably should go to the dev-list):

  Since I have no clear view of where else the code is used, I'm not 
sure whichplace to fix, but the definition (and comment) of 
\linklisttoelement and \gotonextinternal do not agree on what to print:

Note that the comment here refers to a fifth argument which does not exist:

\def\linklisttoelement#1#2#3#4% % list location format page data
   {\gotonextinternal\currentlist{#1}{#3}{#4}}

Therefore, \gotonextinternal in its fourth argument gets the page 
number.  It expects “text” in there and dutifully passes it to 
\gotorealpage, where it is printed.


regards,
	Christopher

Re: s-pre-19: page numbers?

[David Munger]

Christopher Creutzig :
> Christopher Creutzig wrote:
> > Taco Hoekwater wrote:
> > 
> >> Is this not the same problem as the one that was mentioned last
> >> week (the one that requires the core-lst.tex that Hans posted
> >> as attachment)?
> 
>   As a short term measure, I have included
> 
> \def\linklisttoelement#1#2#3#4#5% % list location format page data
>    {\gotonextinternal\currentlist{#2}{#4}{#5}}
> 
> into my document and got the menu I wanted – no spurious numbers any 
> more and the hyperlinks do work.  YMMV.
> 
> 
>   Technical discussion (probably should go to the dev-list):

Indeed I've already mentioned this in the dev-list, but there was no
follow-up.

http://archive.contextgarden.net/message/20050419.193933.63c4f706.html

I had the same questions.

Regards,

David

Re: s-pre-19: page numbers?

[h h extern]

Christopher Creutzig wrote:
> Christopher Creutzig wrote:
> 
>> Taco Hoekwater wrote:
>>
>>> Is this not the same problem as the one that was mentioned last
>>> week (the one that requires the core-lst.tex that Hans posted
>>> as attachment)?
> 
> 
>  As a short term measure, I have included
> 
> \def\linklisttoelement#1#2#3#4#5% % list location format page data
>   {\gotonextinternal\currentlist{#2}{#4}{#5}}
> 
> into my document and got the menu I wanted – no spurious numbers any 
> more and the hyperlinks do work.  YMMV.
> 
> 
>  Technical discussion (probably should go to the dev-list):
> 
>  Since I have no clear view of where else the code is used, I'm not sure 
> whichplace to fix, but the definition (and comment) of 
> \linklisttoelement and \gotonextinternal do not agree on what to print:
> 
> Note that the comment here refers to a fifth argument which does not exist:
> 
> \def\linklisttoelement#1#2#3#4% % list location format page data
>   {\gotonextinternal\currentlist{#1}{#3}{#4}}
> 
> Therefore, \gotonextinternal in its fourth argument gets the page 
> number.  It expects “text” in there and dutifully passes it to 
> \gotorealpage, where it is printed.

your patch will break the list handler; a quick glance learns me that in the 
following case we have one arg too much (some time ago i cleaned up part of the 
list macros and it seems that this indirect call was not done).

(core-int.tex:)

\def\dodomenulistelement#1#2#3#4#5#6#7%
   {\setbox0=\hbox
      {\let\gotolocation\gobbleoneargument % hack to catch last []
       % \locationclickfalse % ipv ^
       \docheckrealreferencepage{#7}%
       \setlocationboxyes
         {\??am#1}% % needed !
         []% no settings
         {\limitatetext{#5}{\getvalue{\??li#2\c!maxwidth}}{\unknown}}% % needed !
         []}% normally the destination, catch by gobble
    \@@amboxcommand\do@@amposition{#1}{#7}% beware, we pass the pagenumber
      {\ignorespaces\linklisttoelement{#3}{#6}{#7}{\box0}\unskip}\\}

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------

Re: s-pre-19: page numbers?

[Christopher Creutzig]

h h extern wrote:

> your patch will break the list handler; a quick glance learns me that in 

  I did not expect this dirty hack to “really” work.  It was just a 
desparate short-term measure.

> \def\dodomenulistelement#1#2#3#4#5#6#7%

  Thanks, that fixes the problem.


regards,
	Christopher

Re: s-pre-19: page numbers?

[h h extern]

Christopher Creutzig wrote:
> Taco Hoekwater wrote:
> 
>> Is this not the same problem as the one that was mentioned last
>> week (the one that requires the core-lst.tex that Hans posted
>> as attachment)?
> 
> 
>  It might be the same problem, but that file does not solve it.  I did 
> remember to run texexec --make --all and to remove web2c/cont-en.fmt in 
> favor of web2c/pdfetex/cont-en.fmt.

i need a small example

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
-----------------------------------------------------------------

text backgrounds in bTABLE...

[Martin Kolarík]

[-- Attachment #1: Type: text/plain, Size: 536 bytes --]

Hi all,

I have problem with the background of some text inisde bTABLE cell. The
input file is in my case some common XML, so inside table cell various
paragraph elements appear. That is why I cannot simple set up background for
cell itself.

The problem is that the background does not fit into cell as it is spread
over all text width.

The attached example contains corresponding TeX code -- a cell contains two
pars and one verbatim with background. And the background flows out of the
cell.

Thank you and have a nice day,

Martin

[-- Attachment #2: tblverbatim.tex --]
[-- Type: application/octet-stream, Size: 402 bytes --]

\definetextbackground
  [bg]
  [location=paragraph,
   frame=off,
   background=color]

\setuptyping
  [before={\blank\starttextbackground[bg]},
   after=\stoptextbackground\blank]

\starttext

\startbuffer
  yyy
    xxx
  yyy
\stopbuffer

\bTABLE
  \bTR
    \bTD
      left text
    \eTD
    \bTD
      Some intro:\par
      \typebuffer
      And some next text.\par
    \eTD
  \eTR
\eTABLE

\stoptext

[-- Attachment #3: Type: text/plain, Size: 139 bytes --]

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

Re: text backgrounds in bTABLE...

[h h extern]

Martin Kolarík wrote:

> I have problem with the background of some text inisde bTABLE cell. The
> input file is in my case some common XML, so inside table cell various
> paragraph elements appear. That is why I cannot simple set up background for
> cell itself.
> 
> The problem is that the background does not fit into cell as it is spread
> over all text width.
> 
> The attached example contains corresponding TeX code -- a cell contains two
> pars and one verbatim with background. And the background flows out of the
> cell.

tricky case; maybe we need an extra option in tables; i'll look into it next week

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
-----------------------------------------------------------------