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
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
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
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
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
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
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
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 -----------------------------------------------------------------
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
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 -----------------------------------------------------------------
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
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 -----------------------------------------------------------------
participants (6)
-
Christopher Creutzig -
David Munger -
h h extern -
Martin Kolarík -
Otared Kavian -
Taco Hoekwater