Using forms and saving values

Using forms and saving values

[Cecil Westerhof]

[-- Attachment #1.1: Type: text/plain, Size: 603 bytes --]

I have –simplified– the following:
\starttext

\defineframed
  [action]
  [width=5cm, height=3cm, offset=none, frameoffset=.5\linewidth]

\action{}

\stoptext

What I would like to do is to let the user input some text and display it in
this frame. (In reality there will be more frames.) When the text is to big
to be displayed in the frame, it should be rejected.

This is so that the document can be modified with the text from the user.

I also would like to save the input from the user in a file, so that it can
be used later again.

Is this possible?

-- 
Cecil Westerhof

[-- Attachment #1.2: Type: text/html, Size: 662 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Wolfgang Schuster]

Am 03.04.2011 um 13:00 schrieb Cecil Westerhof:

> I have –simplified– the following:
> \starttext
> 
> \defineframed
>   [action]
>   [width=5cm, height=3cm, offset=none, frameoffset=.5\linewidth]
> 
> \action{}
> 
> \stoptext
> 
> What I would like to do is to let the user input some text and display it in this frame. (In reality there will be more frames.) When the text is to big to be displayed in the frame, it should be rejected.
> 
> This is so that the document can be modified with the text from the user.

http://www.pragma-ade.com/show-man-22.htm

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: Using forms and saving values

[Cecil Westerhof]

[-- Attachment #1.1: Type: text/plain, Size: 824 bytes --]

2011/4/4 Wolfgang Schuster <schuster.wolfgang@googlemail.com>

>
> Am 03.04.2011 um 13:00 schrieb Cecil Westerhof:
>
> > I have –simplified– the following:
> > \starttext
> >
> > \defineframed
> >   [action]
> >   [width=5cm, height=3cm, offset=none, frameoffset=.5\linewidth]
> >
> > \action{}
> >
> > \stoptext
> >
> > What I would like to do is to let the user input some text and display it
> in this frame. (In reality there will be more frames.) When the text is to
> big to be displayed in the frame, it should be rejected.
> >
> > This is so that the document can be modified with the text from the user.
>
> http://www.pragma-ade.com/show-man-22.htm
>

Thanks I will look at it.

It is a document from 1998 and it is said it will be udated. Nothing has
changed?

-- 
Cecil Westerhof

[-- Attachment #1.2: Type: text/html, Size: 1250 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Cecil Westerhof]

[-- Attachment #1.1: Type: text/plain, Size: 3309 bytes --]

2011/4/4 Wolfgang Schuster <schuster.wolfgang@googlemail.com>

> http://www.pragma-ade.com/show-man-22.htm
>

I tried the first example from fill-in fields:
\starttext

A few years back, \TEX\ could only produce
\fillinfield [dvi]{\DVI} output,
but nowadays, thanks to \fillinfield {Han The Thanh}, we can also directly
produce \fillinfield [pdf] {\PDF}!
Nice eh? Actually, while the first field module was prototyped
in \ACROBAT, the current implementation was debugged in
\fillinfield [pdfTeX] {\PDFTEX}. Field support in \fillinfield
[ConTeXt] {\CONTEXT} is rather advanced and complete and all
kind of fields are supported. One can hook in appearances, and
validation \fillinfield [JavaScripts] {\JAVASCRIPT}’s. Fields
can be cloned and copied, where the latter saves some space. By
using \fillinfield {objects} when suited, this module saves
space anyway.

\stoptext

But I get:
mtx-context     | run 1: luatex
--fmt="/home/cecil/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en"
--lua="/home/cecil/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en.lui"
--backend="pdf" "./test"
This is LuaTeX, Version beta-0.65.0-2010121316
 \write18 enabled.
(test.tex

ConTeXt  ver: 2011.03.27 14:48 MKIV  fmt: 2011.3.27  int: english/english

system          > cont-new.mkiv loaded
(/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/cont-new.mkiv
system          > beware: some patches loaded from cont-new.mkiv
)
system          > test.top loaded
(test.top)
fonts           > latin modern fonts are not preloaded
languages       > language en is active
{/home/cecil/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
fonts           > preloading latin modern fonts (second stage)
(/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/type-siz.mkiv)
(/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/type-otf.mkiv){/home/cecil/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/home/cecil/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}
fonts           > virtual math > unable to resolve name mapsfromchar
fonts           > fallback modern rm 12pt is loaded
system          > begin file test at line 1
! Undefined control sequence.

system          > tex > error on line 4 in file test.tex: Undefined control
sequence ...

 1     \starttext
 2
 3     A few years back, \TEX\ could only produce
 4 >>  \fillinfield [dvi]{\DVI} output,
 5     but nowadays, thanks to \fillinfield {Han The Thanh}, we can also
directly produce \fillinfield [pdf] {\PDF}!
 6     Nice eh? Actually, while the first field module was prototyped
 7     in \ACROBAT, the current implementation was debugged in
 8     \fillinfield [pdfTeX] {\PDFTEX}. Field support in \fillinfield
 9     [ConTeXt] {\CONTEXT} is rather advanced and complete and all
10     kind of fields are supported. One can hook in appearances, and
11     validation \fillinfield [JavaScripts] {\JAVASCRIPT}’s. Fields
12     can be cloned and copied, where the latter saves some space. By
13     using \fillinfield {objects} when suited, this module saves
14     space anyway.

l.4 \fillinfield
                 [dvi]{\DVI} output,

What is happening here?

-- 
Cecil Westerhof

[-- Attachment #1.2: Type: text/html, Size: 3863 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Peter Rolf]

Am 05.04.2011 03:19, schrieb Cecil Westerhof:
> 2011/4/4 Wolfgang Schuster <schuster.wolfgang@googlemail.com
> <mailto:schuster.wolfgang@googlemail.com>>
> 
>     http://www.pragma-ade.com/show-man-22.htm
> 
> 
> I tried the first example from fill-in fields:
> \starttext
> 
> A few years back, \TEX\ could only produce
> \fillinfield [dvi]{\DVI} output,
> but nowadays, thanks to \fillinfield {Han The Thanh}, we can also
> directly produce \fillinfield [pdf] {\PDF}!
> Nice eh? Actually, while the first field module was prototyped
> in \ACROBAT, the current implementation was debugged in
> \fillinfield [pdfTeX] {\PDFTEX}. Field support in \fillinfield
> [ConTeXt] {\CONTEXT} is rather advanced and complete and all
> kind of fields are supported. One can hook in appearances, and
> validation \fillinfield [JavaScripts] {\JAVASCRIPT}’s. Fields
> can be cloned and copied, where the latter saves some space. By
> using \fillinfield {objects} when suited, this module saves
> space anyway.
> 
> \stoptext
> 
> But I get:
> mtx-context     | run 1: luatex
> --fmt="/home/cecil/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en"
> --lua="/home/cecil/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en.lui"
> --backend="pdf" "./test"
> This is LuaTeX, Version beta-0.65.0-2010121316
>  \write18 enabled.
> (test.tex
> 
> ConTeXt  ver: 2011.03.27 14:48 MKIV  fmt: 2011.3.27  int: english/english
> 
> system          > cont-new.mkiv loaded
> (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/cont-new.mkiv
> system          > beware: some patches loaded from cont-new.mkiv
> )
> system          > test.top loaded
> (test.top)
> fonts           > latin modern fonts are not preloaded
> languages       > language en is active
> {/home/cecil/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
> fonts           > preloading latin modern fonts (second stage)
> (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/type-siz.mkiv)
> (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/type-otf.mkiv){/home/cecil/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/home/cecil/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}
> fonts           > virtual math > unable to resolve name mapsfromchar
> fonts           > fallback modern rm 12pt is loaded
> system          > begin file test at line 1
> ! Undefined control sequence.
> 
> system          > tex > error on line 4 in file test.tex: Undefined
> control sequence ...
>

\def\DVI{DVI}
\def\PDF{PDF}
\def\ACROBAT{Acrobat}
\def\JAVASCRIPT{Javascript}


>  1     \starttext
>  2    
>  3     A few years back, \TEX\ could only produce
>  4 >>  \fillinfield [dvi]{\DVI} output,
>  5     but nowadays, thanks to \fillinfield {Han The Thanh}, we can also
> directly produce \fillinfield [pdf] {\PDF}!
>  6     Nice eh? Actually, while the first field module was prototyped
>  7     in \ACROBAT, the current implementation was debugged in
>  8     \fillinfield [pdfTeX] {\PDFTEX}. Field support in \fillinfield
>  9     [ConTeXt] {\CONTEXT} is rather advanced and complete and all
> 10     kind of fields are supported. One can hook in appearances, and
> 11     validation \fillinfield [JavaScripts] {\JAVASCRIPT}’s. Fields
> 12     can be cloned and copied, where the latter saves some space. By
> 13     using \fillinfield {objects} when suited, this module saves
> 14     space anyway.
> 
> l.4 \fillinfield
>                  [dvi]{\DVI} output,
> 
> What is happening here?
> 
I guess Hans has removed some obsolete definitions :-)

Best wishes,  Peter

> -- 
> Cecil Westerhof
> 
> 
> 
> ___________________________________________________________________________________
> 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: Using forms and saving values

[Cecil Westerhof]

[-- Attachment #1.1: Type: text/plain, Size: 3739 bytes --]

2011/4/5 Peter Rolf <indiego@gmx.net>

> > \starttext
> >
> > A few years back, \TEX\ could only produce
> > \fillinfield [dvi]{\DVI} output,
> > but nowadays, thanks to \fillinfield {Han The Thanh}, we can also
> > directly produce \fillinfield [pdf] {\PDF}!
> > Nice eh? Actually, while the first field module was prototyped
> > in \ACROBAT, the current implementation was debugged in
> > \fillinfield [pdfTeX] {\PDFTEX}. Field support in \fillinfield
> > [ConTeXt] {\CONTEXT} is rather advanced and complete and all
> > kind of fields are supported. One can hook in appearances, and
> > validation \fillinfield [JavaScripts] {\JAVASCRIPT}’s. Fields
> > can be cloned and copied, where the latter saves some space. By
> > using \fillinfield {objects} when suited, this module saves
> > space anyway.
> >
> > \stoptext
> >
> > But I get:
> > mtx-context     | run 1: luatex
> >
> --fmt="/home/cecil/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en"
> >
> --lua="/home/cecil/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en.lui"
> > --backend="pdf" "./test"
> > This is LuaTeX, Version beta-0.65.0-2010121316
> >  \write18 enabled.
> > (test.tex
> >
> > ConTeXt  ver: 2011.03.27 14:48 MKIV  fmt: 2011.3.27  int: english/english
> >
> > system          > cont-new.mkiv loaded
> > (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/cont-new.mkiv
> > system          > beware: some patches loaded from cont-new.mkiv
> > )
> > system          > test.top loaded
> > (test.top)
> > fonts           > latin modern fonts are not preloaded
> > languages       > language en is active
> >
> {/home/cecil/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
> > fonts           > preloading latin modern fonts (second stage)
> > (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/type-siz.mkiv)
> >
> (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/type-otf.mkiv){/home/cecil/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/home/cecil/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}
> > fonts           > virtual math > unable to resolve name mapsfromchar
> > fonts           > fallback modern rm 12pt is loaded
> > system          > begin file test at line 1
> > ! Undefined control sequence.
> >
> > system          > tex > error on line 4 in file test.tex: Undefined
> > control sequence ...
> >
>
> > I tried the first example from fill-in fields:
> \def\DVI{DVI}
> \def\PDF{PDF}
> \def\ACROBAT{Acrobat}
> \def\JAVASCRIPT{Javascript}
>
>
> >  1     \starttext
> >  2
> >  3     A few years back, \TEX\ could only produce
> >  4 >>  \fillinfield [dvi]{\DVI} output,
> >  5     but nowadays, thanks to \fillinfield {Han The Thanh}, we can also
> > directly produce \fillinfield [pdf] {\PDF}!
> >  6     Nice eh? Actually, while the first field module was prototyped
> >  7     in \ACROBAT, the current implementation was debugged in
> >  8     \fillinfield [pdfTeX] {\PDFTEX}. Field support in \fillinfield
> >  9     [ConTeXt] {\CONTEXT} is rather advanced and complete and all
> > 10     kind of fields are supported. One can hook in appearances, and
> > 11     validation \fillinfield [JavaScripts] {\JAVASCRIPT}’s. Fields
> > 12     can be cloned and copied, where the latter saves some space. By
> > 13     using \fillinfield {objects} when suited, this module saves
> > 14     space anyway.
> >
> > l.4 \fillinfield
> >                  [dvi]{\DVI} output,
> >
> > What is happening here?
> >
> I guess Hans has removed some obsolete definitions :-)
>

Does not make a difference. I have the same problem.

-- 
Cecil Westerhof

[-- Attachment #1.2: Type: text/html, Size: 4472 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Peter Rolf]

Am 05.04.2011 12:31, schrieb Cecil Westerhof:
> 2011/4/5 Peter Rolf <indiego@gmx.net <mailto:indiego@gmx.net>>
> 
>     > \starttext
>     >
>     > A few years back, \TEX\ could only produce
>     > \fillinfield [dvi]{\DVI} output,
>     > but nowadays, thanks to \fillinfield {Han The Thanh}, we can also
>     > directly produce \fillinfield [pdf] {\PDF}!
>     > Nice eh? Actually, while the first field module was prototyped
>     > in \ACROBAT, the current implementation was debugged in
>     > \fillinfield [pdfTeX] {\PDFTEX}. Field support in \fillinfield
>     > [ConTeXt] {\CONTEXT} is rather advanced and complete and all
>     > kind of fields are supported. One can hook in appearances, and
>     > validation \fillinfield [JavaScripts] {\JAVASCRIPT}’s. Fields
>     > can be cloned and copied, where the latter saves some space. By
>     > using \fillinfield {objects} when suited, this module saves
>     > space anyway.
>     >
>     > \stoptext
>     >
>     > But I get:
>     > mtx-context     | run 1: luatex
>     >
>     --fmt="/home/cecil/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en"
>     >
>     --lua="/home/cecil/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/cont-en.lui"
>     > --backend="pdf" "./test"
>     > This is LuaTeX, Version beta-0.65.0-2010121316
>     >  \write18 enabled.
>     > (test.tex
>     >
>     > ConTeXt  ver: 2011.03.27 14:48 MKIV  fmt: 2011.3.27  int:
>     english/english
>     >
>     > system          > cont-new.mkiv loaded
>     > (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/cont-new.mkiv
>     > system          > beware: some patches loaded from cont-new.mkiv
>     > )
>     > system          > test.top loaded
>     > (test.top)
>     > fonts           > latin modern fonts are not preloaded
>     > languages       > language en is active
>     >
>     {/home/cecil/ConTeXt/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
>     > fonts           > preloading latin modern fonts (second stage)
>     > (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/type-siz.mkiv)
>     >
>     (/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/type-otf.mkiv){/home/cecil/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-math.map}{/home/cecil/ConTeXt/tex/texmf/fonts/map/dvips/lm/lm-rm.map}
>     > fonts           > virtual math > unable to resolve name mapsfromchar
>     > fonts           > fallback modern rm 12pt is loaded
>     > system          > begin file test at line 1
>     > ! Undefined control sequence.
>     >
>     > system          > tex > error on line 4 in file test.tex: Undefined
>     > control sequence ...
>     >
> 
>     > I tried the first example from fill-in fields:
>     \def\DVI{DVI}
>     \def\PDF{PDF}
>     \def\ACROBAT{Acrobat}
>     \def\JAVASCRIPT{Javascript}
> 
> 
>     >  1     \starttext
>     >  2
>     >  3     A few years back, \TEX\ could only produce
>     >  4 >>  \fillinfield [dvi]{\DVI} output,
>     >  5     but nowadays, thanks to \fillinfield {Han The Thanh}, we
>     can also
>     > directly produce \fillinfield [pdf] {\PDF}!
>     >  6     Nice eh? Actually, while the first field module was prototyped
>     >  7     in \ACROBAT, the current implementation was debugged in
>     >  8     \fillinfield [pdfTeX] {\PDFTEX}. Field support in \fillinfield
>     >  9     [ConTeXt] {\CONTEXT} is rather advanced and complete and all
>     > 10     kind of fields are supported. One can hook in appearances, and
>     > 11     validation \fillinfield [JavaScripts] {\JAVASCRIPT}’s. Fields
>     > 12     can be cloned and copied, where the latter saves some space. By
>     > 13     using \fillinfield {objects} when suited, this module saves
>     > 14     space anyway.
>     >
>     > l.4 \fillinfield
>     >                  [dvi]{\DVI} output,
>     >
>     > What is happening here?
>     >
>     I guess Hans has removed some obsolete definitions :-)
> 
> 
> Does not make a difference. I have the same problem.
>
strange. the error here is caused by the undefined '\DVI' macro
(outdated context from 26.01.2011). loading the right module (preferred)
or using a separate definition should solve this.

is your fault caused by an undefined '\fillinfield' then?
you can test it by replacing the '\DVI' macro with the text 'DVI'.


> -- 
> Cecil Westerhof
> 
> 
> 
> ___________________________________________________________________________________
> 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: Using forms and saving values

[Cecil Westerhof]

[-- Attachment #1.1: Type: text/plain, Size: 541 bytes --]

2011/4/5 Peter Rolf <indiego@gmx.net>

> strange. the error here is caused by the undefined '\DVI' macro
> (outdated context from 26.01.2011). loading the right module (preferred)
> or using a separate definition should solve this.
>
> is your fault caused by an undefined '\fillinfield' then?
> you can test it by replacing the '\DVI' macro with the text 'DVI'.
>

Does still not work:
    9 >>  \fillinfield [dvi]{DVI} output,

Or do you mean that \fillinfield is not defined. Which module should I use
for this then?

-- 
Cecil Westerhof

[-- Attachment #1.2: Type: text/html, Size: 850 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Peter Rolf]

Am 05.04.2011 14:06, schrieb Cecil Westerhof:
> 2011/4/5 Peter Rolf <indiego@gmx.net <mailto:indiego@gmx.net>>
> 
>     strange. the error here is caused by the undefined '\DVI' macro
>     (outdated context from 26.01.2011). loading the right module (preferred)
>     or using a separate definition should solve this.
> 
>     is your fault caused by an undefined '\fillinfield' then?
>     you can test it by replacing the '\DVI' macro with the text 'DVI'.
> 
> 
> Does still not work:
>     9 >>  \fillinfield [dvi]{DVI} output,
> 
> Or do you mean that \fillinfield is not defined. Which module should I
> use for this then?

yes, '\fillinfield' is not defined somehow. but the needed module
'scrn-fld.mkiv' should be loaded automatically in 'context.mkiv'.

can you locate the file with

 mtxrun.exe --locate scrn-fld.mkiv


> 
> -- 
> Cecil Westerhof
> 
> 
> 
> ___________________________________________________________________________________
> 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: Using forms and saving values

[Peter Rolf]

Am 05.04.2011 15:10, schrieb Hans Hagen:
> On 5-4-2011 2:41, Peter Rolf wrote:
> 
>>   mtxrun.exe --locate scrn-fld.mkiv
> 
> it's a mkvi module (subtle difference)
>
sorry, wrong command line

how about

luatools --find-file scrn-fld.mkiv


> -----------------------------------------------------------------
>                                           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: Using forms and saving values

[Cecil Westerhof]

[-- Attachment #1.1: Type: text/plain, Size: 394 bytes --]

2011/4/5 Peter Rolf <indiego@gmx.net>

> Am 05.04.2011 15:10, schrieb Hans Hagen:
> > On 5-4-2011 2:41, Peter Rolf wrote:
> >
> >>   mtxrun.exe --locate scrn-fld.mkiv
> >
> > it's a mkvi module (subtle difference)
> >
> sorry, wrong command line
>
> how about
>
> luatools --find-file scrn-fld.mkiv
>

Nothing. But maybe it should be .mkvi instead of .mkiv? That is found.

-- 
Cecil Westerhof

[-- Attachment #1.2: Type: text/html, Size: 721 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Peter Rolf]

Am 05.04.2011 15:42, schrieb Cecil Westerhof:
> 2011/4/5 Peter Rolf <indiego@gmx.net <mailto:indiego@gmx.net>>
> 
>     Am 05.04.2011 15:10, schrieb Hans Hagen:
>     > On 5-4-2011 2:41, Peter Rolf wrote:
>     >
>     >>   mtxrun.exe --locate scrn-fld.mkiv
>     >
>     > it's a mkvi module (subtle difference)
>     >
>     sorry, wrong command line
> 
>     how about
> 
>     luatools --find-file scrn-fld.mkiv
> 
> 
> Nothing. But maybe it should be .mkvi instead of .mkiv? That is found.
>
are you one of the pretesters for the upcoming MKVI?
otherwise rename the file ;-)


> -- 
> Cecil Westerhof
> 
> 
> 
> ___________________________________________________________________________________
> 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: Using forms and saving values

[Wolfgang Schuster]

Am 05.04.2011 um 15:54 schrieb Peter Rolf:

> are you one of the pretesters for the upcoming MKVI?
> otherwise rename the file ;-)

Have you read my mail about mkvi?

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: Using forms and saving values

[Cecil Westerhof]

[-- Attachment #1.1: Type: text/plain, Size: 2949 bytes --]

2011/4/5 Peter Rolf <indiego@gmx.net>

> Am 05.04.2011 14:06, schrieb Cecil Westerhof:
> > 2011/4/5 Peter Rolf <indiego@gmx.net <mailto:indiego@gmx.net>>
> >
> >     strange. the error here is caused by the undefined '\DVI' macro
> >     (outdated context from 26.01.2011). loading the right module
> (preferred)
> >     or using a separate definition should solve this.
> >
> >     is your fault caused by an undefined '\fillinfield' then?
> >     you can test it by replacing the '\DVI' macro with the text 'DVI'.
> >
> >
> > Does still not work:
> >     9 >>  \fillinfield [dvi]{DVI} output,
> >
> > Or do you mean that \fillinfield is not defined. Which module should I
> > use for this then?
>
> yes, '\fillinfield' is not defined somehow. but the needed module
> 'scrn-fld.mkiv' should be loaded automatically in 'context.mkiv'.
>
> can you locate the file with
>
>  mtxrun.exe --locate scrn-fld.mkiv
>

No, because I use Linux.
I tried:
    find ~/ConTeXt -name scrn-fld.mkiv

But this did find nothing.

I also tried:
    find ~/ConTeXt -name '*fld*'

This gives:
/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/scrn-fld.lua
/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/java-fld.mkii
/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/scrn-fld.mkii
/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/lpdf-fld.lua
/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/java-imp-fld.mkiv
/home/cecil/ConTeXt/tex/texmf-context/tex/context/base/scrn-fld.mkvi

Maybe the last one is wrong? .mkvi instead of .mkiv.


It starts with:
%D \module
%D   [       file=scrn-fld,
%D        version=1997.05.18,
%D          title=\CONTEXT\ Screen Macros,
%D       subtitle=Fields,
%D         author=Hans Hagen,
%D           date=\currentdate,
%D      copyright={PRAGMA / Hans Hagen \& Ton Otten}]
%C
%C This module is part of the \CONTEXT\ macro||package and is
%C therefore copyrighted by \PRAGMA. See mreadme.pdf for
%C details.

% There is still some leftover code from mkii, where we need to
% be sparse with hash entries and so have a somewhat complex
% setup mechanism.

% interaction checking

\writestatus{loading}{ConTeXt Screen Macros / Fields}

\unprotect

\registerctxluafile{scrn-fld}{1.001}

%D In \MKII\ we had to cheat a bit with setups in order not to run
%D out of memory with thousands of fields, which we happen to need at
%D that time. In \MKIV\ we can store some data at the \LUA\ end and
%D use a somewhat slower but quite okay inheritance mechanism. For
%D this reason we now have split definitions, although the old method
%D is still somewhat supported. The clone and copy commands are
%D somewhat obsolete for several reasons: we can now use inheritance
%D and autocloning has been supported for a while. In most cases
%D cloning (especially with check boxes) the acrobat browser is not
%D stable enough with respect to appearance handling.

So I'll look what happens if I rename it.

-- 
Cecil Westerhof

[-- Attachment #1.2: Type: text/html, Size: 3703 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Wolfgang Schuster]

Am 05.04.2011 um 15:39 schrieb Cecil Westerhof:

> /home/cecil/ConTeXt/tex/texmf-context/tex/context/base/scrn-fld.mkvi
> 
> Maybe the last one is wrong? .mkvi instead of .mkiv. 

No, “mkvi” is a valid file extension for MkIV. The difference between
a mkiv and a mkvi file is that you can use named parameters, e.g.

  \def\command#1#2{#1 : #2}

can be written in a mkvi file as

  \def\command#first#second{#first : #second}

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: Using forms and saving values

[Peter Münster]

Wolfgang Schuster <schuster.wolfgang@googlemail.com> writes:

> No, “mkvi” is a valid file extension for MkIV. The difference between
> a mkiv and a mkvi file is that you can use named parameters, e.g.

Hello,

Why mkvi and not mkv ?

-- 
           Peter
___________________________________________________________________________________
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: Using forms and saving values

[Wolfgang Schuster]

Am 05.04.2011 um 18:49 schrieb Peter Münster:

> Wolfgang Schuster <schuster.wolfgang@googlemail.com> writes:
> 
>> No, “mkvi” is a valid file extension for MkIV. The difference between
>> a mkiv and a mkvi file is that you can use named parameters, e.g.
> 
> Hello,
> 
> Why mkvi and not mkv ?

I guess because mkvi has four letters like mkii and mkiv but mkv ha only three.

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: Using forms and saving values

[Aditya Mahajan]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 857 bytes --]

On Tue, 5 Apr 2011, Wolfgang Schuster wrote:

>
> Am 05.04.2011 um 18:49 schrieb Peter Münster:
>
>> Wolfgang Schuster <schuster.wolfgang@googlemail.com> writes:
>>
>>> No, “mkvi” is a valid file extension for MkIV. The difference between
>>> a mkiv and a mkvi file is that you can use named parameters, e.g.
>>
>> Hello,
>>
>> Why mkvi and not mkv ?
>
> I guess because mkvi has four letters like mkii and mkiv but mkv ha only three.

So the next versions will be mkix, mkxi, mkxv, mkxx, mkxl, mkli, mklv, and 
mkxc. It is gonig to get confusing real soon :)

BTW, does anyone has a minimal example on how to use mkvi syntax. I tried 
a few examples, but the best that I could do was using one of the mtx-* 
scripts to convert mkvi to tex (And that conversion does not work for 
\starttextdefinition ... \stoptexdefinition).

Aditya

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Wolfgang Schuster]

Am 05.04.2011 um 20:23 schrieb Aditya Mahajan:

> BTW, does anyone has a minimal example on how to use mkvi syntax. I tried a few examples, but the best that I could do was using one of the mtx-* scripts to convert mkvi to tex (And that conversion does not work for \starttextdefinition ... \stoptexdefinition).

http://www.ntg.nl/pipermail/ntg-context/2010/054629.html

<example>
% macros=mkvi

\def\one#one#two{#one : #two}

\def\two{\dosingleempty\dofoo}

\def\dofoo[#optional]#mandatory%
  {\iffirstargument #optional\else Hello \fi #mandatory}

\starttext

\one{A}{B}

\foo{\ConTeXt!}

\foo[Hi]{\ConTeXt!}

\stoptext
</example>

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: Using forms and saving values

[Martin Schröder]

2011/4/5 Peter Münster <pmlists@free.fr>:
> Why mkvi and not mkv ?

Maybe Hans doesn't like Ritchie Blackmore :-)

http://en.wikipedia.org/wiki/List_of_Deep_Purple_band_members

Best
   Martin
___________________________________________________________________________________
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: Using forms and saving values

[Peter Münster]

Cecil Westerhof <cldwesterhof@gmail.com> writes:

> I tried the first example from fill-in fields:
> \starttext

\usemodule[fields, abr-pseudocaps]
\setupinteraction[state=start]

\starttext

-- 
           Peter
___________________________________________________________________________________
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: Using forms and saving values

[Cecil Westerhof]

[-- Attachment #1.1: Type: text/plain, Size: 396 bytes --]

2011/4/5 Peter Münster <pmlists@free.fr>

> Cecil Westerhof <cldwesterhof@gmail.com> writes:
>
> > I tried the first example from fill-in fields:
> > \starttext
>
> \usemodule[fields, abr-pseudocaps]
> \setupinteraction[state=start]
>
> \starttext
>

That works. Now try to understand it.

http://www.pragma-ade.com/show-man-22.htm should be changed then.

-- 
Cecil Westerhof

[-- Attachment #1.2: Type: text/html, Size: 803 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Aditya Mahajan]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 493 bytes --]

On Tue, 5 Apr 2011, Cecil Westerhof wrote:

> 2011/4/5 Peter Münster <pmlists@free.fr>
>
>> Cecil Westerhof <cldwesterhof@gmail.com> writes:
>>
>>> I tried the first example from fill-in fields:
>>> \starttext
>>
>> \usemodule[fields, abr-pseudocaps]
>> \setupinteraction[state=start]
>>
>> \starttext
>>
>
> That works. Now try to understand it.
>
> http://www.pragma-ade.com/show-man-22.htm should be changed then.

You should also include this info on the wiki.

Aditya

[-- Attachment #2: Type: text/plain, Size: 485 bytes --]

___________________________________________________________________________________
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: Using forms and saving values

[Cecil Westerhof]

2011/4/5 Aditya Mahajan <adityam@umich.edu>
>
> You should also include this info on the wiki.


I changed the page about the page about \fillinfield. Does not look
very good, but better something as nothing.

By the way: registering was a little bothersome. I needed to answer
three validation questions.

--
Cecil Westerhof
___________________________________________________________________________________
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
___________________________________________________________________________________