t-rsteps and starttyping

t-rsteps and starttyping

[Peter Münster]

Hello,
could somebody help me with the following problem please?

With the following test file, I get the error
"ERROR: Illegal parameter number in definition of \verbatimline."

\usemodule[rsteps]
\starttext
\StartSteps
\starttyping
hallo
\stoptyping
\NextStep
hallo
\StopSteps
\stoptext

Greetings, Peter

-- 
http://pmrb.free.fr/contact/

Re: t-rsteps and starttyping

[Otared KAVIAN]

On 6/24/05, Peter Münster <pmlists@free.fr> wrote:
> Hello,
> could somebody help me with the following problem please?
> 
> With the following test file, I get the error
> "ERROR: Illegal parameter number in definition of \verbatimline."
> 
> \usemodule[rsteps]
> \starttext
> \StartSteps
> \starttyping
> hallo
> \stoptyping
> \NextStep
> hallo
> \StopSteps
> \stoptext
> 

Hi Peter,

Don't know why \starttyping creates the problem, but the following
works (by the way note \StartSteps has an argument, see below).

Best regards: OK
%% steps and \type
\usemodule[rsteps]
\usemodule[pre-original]

\startbuffer[hallo] %% define a buffer named hallo
Hallo from buffer
\stopbuffer

\starttext
\StartSteps[Test]   %% \StartSteps needs an argument 
					%% used as the title of the slide

%\NextStep %% this is optional...
\typebuffer[hallo] %% instead of \starttyping...\stoptyping

\NextStep
hallo 1

\NextStep
hallo 2

\NextStep
hallo 3

\StopSteps

Re: t-rsteps and starttyping

[Peter Münster]

On Sat, 25 Jun 2005, Otared KAVIAN wrote:

> \startbuffer[hallo] %% define a buffer named hallo
> Hallo from buffer
> \stopbuffer

Hi Otared,
the problem is, that for some reasons, I don't want to use buffers here...

> \StartSteps[Test]   %% \StartSteps needs an argument 
> 					%% used as the title of the slide

It's an optional argument.

Cheers, Peter

-- 
http://pmrb.free.fr/contact/

Re: t-rsteps and starttyping

[Hans Hagen]

Otared KAVIAN wrote:
> On 6/24/05, Peter Münster <pmlists@free.fr> wrote:
> 
>>Hello,
>>could somebody help me with the following problem please?
>>
>>With the following test file, I get the error
>>"ERROR: Illegal parameter number in definition of \verbatimline."

take a look at s-pre-60+ for an alternative



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

Re: t-rsteps and starttyping

[Peter Münster]

On Mon, 27 Jun 2005, Hans Hagen wrote:

> >>could somebody help me with the following problem please?
> >>
> >>With the following test file, I get the error
> >>"ERROR: Illegal parameter number in definition of \verbatimline."
> 
> take a look at s-pre-60+ for an alternative

Hello Hans,

I've tried it out, but it works only with very new Acroread versions and I
had trouble going back and forth some pages and steps. It seems, that it
works only well, when going through the presentation the first time.

t-rsteps is exactly, what I need: subpagenumbers, and working with every
viewer.

Perhaps David has some hint?

Cheers, Peter

-- 
http://pmrb.free.fr/contact/

Re: t-rsteps and starttyping

[David Munger]

Hi Peter,

I'm currently not at home. I'll be back next week and then I'll try to
figure out what happens.

Regards,

David


Peter Münster :
> Hello,
> could somebody help me with the following problem please?
> 
> With the following test file, I get the error
> "ERROR: Illegal parameter number in definition of \verbatimline."
> 
> \usemodule[rsteps]
> \starttext
> \StartSteps
> \starttyping
> hallo
> \stoptyping
> \NextStep
> hallo
> \StopSteps
> \stoptext
> 
> Greetings, Peter
> 

Re: t-rsteps and starttyping

[Peter Münster]

On Mon, 27 Jun 2005, David Munger wrote:

> I'm currently not at home. I'll be back next week and then I'll try to
> figure out what happens.

Hi David,
have you already found something?
Regards, Peter

-- 
http://pmrb.free.fr/contact/

Re: t-rsteps and starttyping

[David Munger]

Hi Peter,

I am very sorry, I had completely forgotten about that issue. It boils
down to the following:

\long\def\StartLong#1\StopLong{#1}

\starttext
\StartLong
\starttyping
hallo
\stoptyping
\StopLong
\stoptext

This will produce no error, but no output as well. Maybe we could use
some alternate mechanism to define the \StartLong...\StopLong pair.
However, this is beyond my knowledge. Hans?

Regards,

David

Le Monday 12 September 2005 à 19:04 +0200, Peter Münster a écrit :
> On Mon, 27 Jun 2005, David Munger wrote:
> 
> > I'm currently not at home. I'll be back next week and then I'll try to
> > figure out what happens.
> 
> Hi David,
> have you already found something?
> Regards, Peter
> 

Re: t-rsteps and starttyping

[Christopher Creutzig]

David Munger wrote:
> \long\def\StartLong#1\StopLong{#1}
> 
> \starttext
> \StartLong
> \starttyping
> hallo
> \stoptyping
> \StopLong
> \stoptext
> 
> This will produce no error, but no output as well. Maybe we could use
> some alternate mechanism to define the \StartLong...\StopLong pair.

\def\StartLong{}
\def\StopLong{}

 Or, if you insist on having the argument,

\long\def\StartLong#1\StopLong{\scantokens{#1}}

should work.


Christopher

Re: t-rsteps and starttyping

[David Munger]

Le Mercredi 21 septembre 2005 à 14:38 +0200, Christopher Creutzig a
écrit :
> David Munger wrote:
> > \long\def\StartLong#1\StopLong{#1}
> > 
> > \starttext
> > \StartLong
> > \starttyping
> > hallo
> > \stoptyping
> > \StopLong
> > \stoptext
> > 
> > This will produce no error, but no output as well. Maybe we could use
> > some alternate mechanism to define the \StartLong...\StopLong pair.
> 
> \def\StartLong{}
> \def\StopLong{}
> 
>  Or, if you insist on having the argument,

I do need the argument. Its use is repeated in the real macro.

> \long\def\StartLong#1\StopLong{\scantokens{#1}}

This produces no output as well. texexec says:
No pages of output.

Thanks anyway.

David

Re: t-rsteps and starttyping

[Taco Hoekwater]

Hi,

\starttyping needs to be followed by a newline, but macro
arguments cannot contain newlines unless \obeylines is in
effect. So:

   \def\StartLong{\begingroup\obeylines\doStartLong}
   \long\def\doStartLong#1\StopLong{\scantokens{#1}\endgroup}

Cheers,

Taco

David Munger wrote:
> 
> I do need the argument. Its use is repeated in the real macro.
> 
> 
>>\long\def\StartLong#1\StopLong{\scantokens{#1}}
> 
> 
> This produces no output as well. texexec says:
> No pages of output.
> 
> Thanks anyway.
> 
> David
> 
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context

Re: t-rsteps and starttyping

[David Munger]

Thanks Taco,

This solution works in that particular case.

Unfortunately, the \StartLong macro is not meant only for producing
line-wise content. In the general case, it contains something else than
just \starttyping block.

David

Le Mercredi 21 septembre 2005 à 16:13 +0200, Taco Hoekwater a écrit :
> Hi,
> 
> \starttyping needs to be followed by a newline, but macro
> arguments cannot contain newlines unless \obeylines is in
> effect. So:
> 
>    \def\StartLong{\begingroup\obeylines\doStartLong}
>    \long\def\doStartLong#1\StopLong{\scantokens{#1}\endgroup}
> 
> Cheers,
> 
> Taco
> 
> David Munger wrote:
> > 
> > I do need the argument. Its use is repeated in the real macro.
> > 
> > 
> >>\long\def\StartLong#1\StopLong{\scantokens{#1}}
> > 
> > 
> > This produces no output as well. texexec says:
> > No pages of output.
> > 
> > Thanks anyway.
> > 
> > David
> > 
> > _______________________________________________
> > ntg-context mailing list
> > ntg-context@ntg.nl
> > http://www.ntg.nl/mailman/listinfo/ntg-context
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context

Re: t-rsteps and starttyping

[Christopher Creutzig]

David Munger wrote:

> Unfortunately, the \StartLong macro is not meant only for producing
> line-wise content. In the general case, it contains something else than
> just \starttyping block.

 Please try this:

\bgroup

\catcode`\^^M=\active

\gdef\StartLong{\begingroup\obeylines\let^^M^^J\doStartLong}

\egroup

\def\doStartLong#1\StopLong{%
  \setbuffer[x]#1\endbuffer
  \endgroup
  \getbuffer[x]
}


\starttext
\StartLong
\starttyping
abcde
\stoptyping

and now
for something
completely different

\StopLong
\stoptext


Christopher

Re: t-rsteps and starttyping

[David Munger]

Hi Christopher,

This was the right way. Thanks a lot!

Still, I don't understand how the \starttyping macro gets to work if ^^M
is redefined as ^^J.

I will tell Patrick to update the module on the garden. Meanwhile, you
can get the updated version on my site:
http://cfd.homelinux.org/tex/


David

Le Jeudi 22 septembre 2005 à 08:56 +0200, Christopher Creutzig a écrit :
> David Munger wrote:
> 
> > Unfortunately, the \StartLong macro is not meant only for producing
> > line-wise content. In the general case, it contains something else than
> > just \starttyping block.
> 
>  Please try this:
> 
> \bgroup
> 
> \catcode`\^^M=\active
> 
> \gdef\StartLong{\begingroup\obeylines\let^^M^^J\doStartLong}
> 
> \egroup
> 
> \def\doStartLong#1\StopLong{%
>   \setbuffer[x]#1\endbuffer
>   \endgroup
>   \getbuffer[x]
> }
> 
> 
> \starttext
> \StartLong
> \starttyping
> abcde
> \stoptyping
> 
> and now
> for something
> completely different
> 
> \StopLong
> \stoptext
> 
> 
> Christopher
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context

Re: t-rsteps and starttyping

[Hans Hagen]

David Munger wrote:

>Hi Christopher,
>
>This was the right way. Thanks a lot!
>
>Still, I don't understand how the \starttyping macro gets to work if ^^M
>is redefined as ^^J.
>  
>
why exactly do you need this construct; there may be other ways to do it; 

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

Re: t-rsteps and starttyping

[David Munger]

Hans,

The RawSteps module produces virtual slides with stepping, by rendering
the step incrementally on successive pages. Thus, the
\StartSteps...\StopSteps macro has to expand its argument (i.e. the
content of the slide) a certain number of times, depending the number of
requested steps. Of course, it shows only the relevant parts at each
step.

To allow this, I had to work around page numbers, formula numbers, and
lately \starttyping blocks.

If you could suggest a better way to achieve this multiple expansion, it
would be welcome.

Regards,

David

> why exactly do you need this construct; there may be other ways to do it; 
> 
> Hans 

Re: t-rsteps and starttyping

[Hans Hagen]

David Munger wrote:

>Hans,
>
>The RawSteps module produces virtual slides with stepping, by rendering
>the step incrementally on successive pages. Thus, the
>\StartSteps...\StopSteps macro has to expand its argument (i.e. the
>content of the slide) a certain number of times, depending the number of
>requested steps. Of course, it shows only the relevant parts at each
>step.
>
>To allow this, I had to work around page numbers, formula numbers, and
>lately \starttyping blocks.
>
>If you could suggest a better way to achieve this multiple expansion, it
>would be welcome.
>  
>
did you ever try 

  texexec --mode=demo s-pre-61 

using 'layers' is rather robust (no duplicate pages and such); 

Some of the older presentation styles build the pages stepwise, they use either boxes, or buffers (i must look into it, but there is also one that plugs into the otr; in your case, collecting in a box and uncopying it is probably the best method. 

there is no general robust solution for this that does not messes up something so it depends on the kin df presentation 

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

Re: t-rsteps and starttyping

[David Munger]

Hans Hagen:
> did you ever try 
> 
>   texexec --mode=demo s-pre-61 
> 
> using 'layers' is rather robust (no duplicate pages and such); 

Of course, I did. The only issue is about JavaScript, which does not
work in most non-Acrobat PDF readers. This is the purpose of the
RawSteps module: to avoid using JavaScript.

> Some of the older presentation styles build the pages stepwise, they
> use either boxes, or buffers (i must look into it, but there is also
> one that plugs into the otr; in your case, collecting in a box and
> uncopying it is probably the best method.

Do you mean with \setbox-like commands? I'll have a look at it. Thanks
for the suggestion.

David

Re: t-rsteps and starttyping

[Mojca Miklavec]

David Munger wrote:
> Hans Hagen:
> 
>>did you ever try 
>>
>>  texexec --mode=demo s-pre-61 
>>
>>using 'layers' is rather robust (no duplicate pages and such); 

Duplicated pages are the desired/intentional behaviour of this module 
(noone would object having a switch to choose between the method with 
JavaScript and the one with duplicated pages, but already now the module 
almost perfectly suits the needs).

>>Some of the older presentation styles build the pages stepwise, they
>>use either boxes, or buffers (i must look into it, but there is also
>>one that plugs into the otr; in your case, collecting in a box and
>>uncopying it is probably the best method.
> 
> 
> Do you mean with \setbox-like commands? I'll have a look at it. Thanks
> for the suggestion.

This method would solve a couple of problems, but is it possible to get 
half of a paragraph on the first slide and finish it on the second slide 
this way (by doing acrobatics with boxes)?

Mojca

Re: t-rsteps and starttyping

[Peter Münster]

On Thu, 22 Sep 2005, Hans Hagen wrote:

> Some of the older presentation styles build the pages stepwise, they use
> either boxes, or buffers (i must look into it, but there is also one that
> plugs into the otr; in your case, collecting in a box and uncopying it is
> probably the best method. 
> 
> there is no general robust solution for this that does not messes up
> something so it depends on the kin df presentation 

When I used LaTeX, I used prosper and seminar for presentations.
(some results: http://pmrb.free.fr/prosper/
  and http://pmrb.free.fr/work/cours/ )
There was no JavaScript but it was really robust: no problems with
equations, figures, listings etc. Perhaps it is possible to copy their
mechanisms?
Cheers, Peter

-- 
http://pmrb.free.fr/contact/

Re: t-rsteps and starttyping

[Hans Hagen]

� wrote:

>On Thu, 22 Sep 2005, Hans Hagen wrote:
>
>  
>
>>Some of the older presentation styles build the pages stepwise, they use
>>either boxes, or buffers (i must look into it, but there is also one that
>>plugs into the otr; in your case, collecting in a box and uncopying it is
>>probably the best method. 
>>
>>there is no general robust solution for this that does not messes up
>>something so it depends on the kin df presentation 
>>    
>>
>
>When I used LaTeX, I used prosper and seminar for presentations.
>(some results: http://pmrb.free.fr/prosper/
>  and http://pmrb.free.fr/work/cours/ )
>There was no JavaScript but it was really robust: no problems with
>equations, figures, listings etc. Perhaps it is possible to copy their
>mechanisms?
>  
>
many latex packages coem down to 'redefining low level things' 

also, when collecting and flushing pieces of content, spacing is a tricky business (watch closely to presentations made quick and you'll notice those side effects) 

my approach to presentations is that (normally) they should be rather simple, and the style and (either or not stepwise) approach depends on the content, presentation and audience, which in practice means that i don't use general solutions (apart from the fact that i don't like things looking the same; just as one can recognize a powerpoint presentation, one can recognize a beamer one -) 

so, the only thing that i can do with respect to supporting general puspose step-wise presentations is to provide hooks and configuration options; 

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

Re: t-rsteps and starttyping

[Christopher Creutzig]

Hans Hagen wrote:
> also, when collecting and flushing pieces of content, spacing is a
> tricky business (watch closely to presentations made quick and you'll
> notice those side effects)

 That is why ppower4 is such a nice alternative:  It inserts just some
pdf comments and otherwise leaves the typesetting alone.  Then a
postprocessor takes the pdf file and creates a new one, with everything
left at its original position, but appearing only on the pages (a slide
is built up by jumping to the next page) where it is supposed to appear.

> the content, presentation and audience, which in practice means that i
> don't use general solutions (apart from the fact that i don't like

 Well, a general solution for the isolated requiement of “having
considered content, audience and everything, I want my text/gfx/
whatever appear step-wise“ would be a good thing, imho.  And I did in
the past also use things like removing the full stop when stepping from

   This implies A.

to

   This implies A and therefore, B.


 I have also seen a presentation where the speaker sketched a proof of
some lemma, then generelized it and simply exchanged the relevant words
in the lemma.  The new words were shorter, so there was some space to
the left and right of them and they had some contrast color.  The effect
was not just “cool” and “I don't think Powerpoint could do that” –
what's more important is that this was by far the clearest way of
getting the message across.


 Is there a way of having \installprogram for only for after the *last*
run?  (I don't think there could be a systemmode for the last run, but
texexec knows it has done the last run, so there might be some file.tui
line doing this kind of magic.)


Christopher

Re: t-rsteps and starttyping

[Hans Hagen]

Christopher Creutzig wrote:

>
> Is there a way of having \installprogram for only for after the *last*
>run?  (I don't think there could be a systemmode for the last run, but
>texexec knows it has done the last run, so there might be some file.tui
>line doing this kind of magic.)
>  
>
tricky indeed, 

remind me in a couple of weeks, he new texutil permits extensions and this could be one but it needs to signal texexec (doable since newtexutil is hooked into newtexec) 

another option is to use --final in texexec and test for:

\startmode[*last]
 ... 
\stopmode 


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

Re: t-rsteps and starttyping

[Christopher Creutzig]

Hans Hagen wrote:
> Christopher Creutzig wrote:
> 
>>
>> Is there a way of having \installprogram for only for after the *last*
>> run?  (I don't think there could be a systemmode for the last run, but

> another option is to use --final in texexec and test for:
> 
> \startmode[*last]
> ... \stopmode

 Doesn't work for \installprogram.  TeXutil only runs if another TeX run
is needed.  I'll remind you, as you requested. :)


Christopher

footnote for author (\thanks)

[Albrecht Kauffmann]

Hi all,

has ConTeXt any equivalent to the \thanks command in LaTeX that types a
footnote with a "*" as number and doesn't alter the footnote counter?

With many thanks in advance
Albrecht

Re: footnote for author (\thanks)

[Adam Lindsay]

Albrecht Kauffmann said this at Mon, 26 Sep 2005 17:04:45 +0200:

>has ConTeXt any equivalent to the \thanks command in LaTeX that types a
>footnote with a "*" as number and doesn't alter the footnote counter?

Hello, Albrecht,

Does the following handle the cases you need:

\definenote[thanks][conversion=set 2]
\starttext
A. U. Thor\thanks[Misk]{A. U. Thor and W.H. Gates, III, are at
Miskatonic U.}, 
A. N. Onymouse\thanks{A. N. Onymouse is at Shoggoth Enterprises.}, and
W. H. Gates, III\note[Misk]

Here is a footnote.\footnote{a note}

Footnotes\footnote{another note} return here.
\stoptext 

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Adam T. Lindsay, Computing Dept.     atl@comp.lancs.ac.uk
 Lancaster University, InfoLab21        +44(0)1524/510.514
 Lancaster, LA1 4WA, UK             Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

footnote numbering

[Albrecht Kauffmann]

Hi all,

can someone tell me, how to set the counter of footnotes (e.g., one back,
or to zero)?

With many thanks
Albrecht