ust a typo.
Here is my code:
\starttext
\setupinteraction [state=start]
\usemodule[fields]
\setupfieldcategory[fillinfield]
[fieldbackgroundcolor=yellow,validate=]
En \fillinfield[lugar]{vamos a dar un gran lugar},
a \fillinfield[dia]{99} de \fillinfield[mes]
ou, Hans? It would help a lot to newbies, since
the wiki has \fillinfield as a simple way to add these fields.
>> How should I define the new \fillinfield command?
>> Would it work removing validation from the command? I’m sorry, I’m not
>> running Windows and I have no way of testing it. B
ng from your homepage you understand Greek ;)
Am 2017-03-14 um 18:57 schrieb Pablo Rodriguez :
> Does it make any sense to have a module that doesn’t retain the content
> of the fill-in fields?
No ;)
> How should I define the new \fillinfield command?
> Would it work removing validation fro
to have a module that doesn’t retain the content
of the fill-in fields?
How should I define the new \fillinfield command?
Would it work removing validation from the command? I’m sorry, I’m not
running Windows and I have no way of testing it. Besides the fact that
JavaScript is beyond
Am 2017-03-14 um 18:22 schrieb Henning Hraban Ramm :
> Am 2017-03-14 um 18:05 schrieb Pablo Rodriguez :
>
>> Dear list,
>>
>> I have the following sample:
>>
>> \usemodule[fields]
>> \starttext
>> This is a \fillinfield[name]{text that
Am 2017-03-14 um 18:05 schrieb Pablo Rodriguez :
> Dear list,
>
> I have the following sample:
>
>\usemodule[fields]
>\starttext
>This is a \fillinfield[name]{text that defines field length}.
>\stoptext
>
> I’m afraid that Adobe Reader XI (in Wind
Dear list,
I have the following sample:
\usemodule[fields]
\starttext
This is a \fillinfield[name]{text that defines field length}.
\stoptext
I’m afraid that Adobe Reader XI (in Windows 10) isn’t able to keep the
text in the field after the pointer moves outside the field
2011/4/5 Aditya Mahajan
>
> 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.
--
ght 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'.
> &
eparate 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} o
2011/4/5 Peter Rolf
> 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 '\fillinfie
Am 05.04.2011 12:31, schrieb Cecil Westerhof:
> 2011/4/5 Peter Rolf mailto:indi...@gmx.net>>
>
> > \starttext
> >
> > A few years back, \TEX\ could only produce
> > \fillinfield [dvi]{\DVI} output,
> > but nowadays, thanks to
2011/4/5 Peter Rolf
> > \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?
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 d
2011/4/4 Wolfgang Schuster
> 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
p
Hi!
I wanted to test pdf-forms with the latest minimals from contextgarden
and ran into some interesting errors.
The following code compiles, but I cannot change the fieldvalue:
>>
\starttext
Field \fillinfield[test]{Fieldtext}
\stoptext
>>
When I add \setupinteraction[state
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
\f
t;
>
>
> Here's the tex code:
>
>
>
> % interface=en tex=pdfetex output=pdftex
>
> \starttext
>
> Field 1: \fillinfield[name]{text that defines field length}
>
> \definefield [Email] [line] [ShortLine] [] [EMAIL PROTECTED]
>
> Field
I wrote a simple context file for pdf form filling. Translates fine, but the
resulting pdf simply shows text but no fillable forms. What's needed to
actually get forms?
Here's the tex code:
% interface=en tex=pdfetex output=pdftex
\starttext
Field 1: \fillinfield[name]{text th
oks
# \enablemode
# \endstrut
\enumeration
# \environment
# \EQ
# \eTABLE
# \eTABLEbody
# \eTABLEfoot
# \eTABLEhead
# \eTABLEnext
# \eTD
# \eTH
# \eTR
# \exitloop
# \expanded
\externalfigure[file][settings]
\field[name]
\fieldstack[name][names][settings]
\fillinfield[text]{text}
\fillinline[settin
I took a look at the source code and realized that I had misunderstood
the function of \fillinfield. Thus, \fillinfield probably works the way
it should, just not the way I expected it to work.
Sorry...
> Hans Hagen wrote:
> >
> > Fredrik Sjunnesson wrote:
> > >
&
Hi,
PDF fields created with \fillinfield lose their filled in values as soon as
they lose focus.
I have tried several different documents, including mwidget-s.pdf, with the
latest Acrobat Reader on both Linux and Windows but I always get the same
result.
Any others with similar problems
Hans given source code
exemples.
So I've copied/pasted this :
By using \fillinfield {objects} when suited, this module saves space
anyway.
but it does not give the same output than in up-001-s.pdf (the blue
frame disapear when you type in the correct text-string, in that case :
object.
Wh
23 matches
Mail list logo
