From: Peter Rolf <indiego@gmx.net>
Subject: Re: fields (widgets) in PDF layer
Date: Fri, 17 Feb 2006 22:14:21 +0100 [thread overview]
Message-ID: <43F63CAD.9080607@gmx.net> (raw)
In-Reply-To: <43F621FE.7000600@wxs.nl>
Hans Hagen wrote:
> Peter Rolf wrote:
>> Hi all!
>>
>> I've searched for an answer some time ago
>>
>> http://archive.contextgarden.net/message/20051230.132510.4dba9fed.en.html
>>
>> Meanwhile I've solved the problem and the solution is quite simple. Only
>> some minor changes are needed, to bound the state of fields to the state
>> of their surrounding PDF layer. I attached a 'small' example file and
>> two diff files for patching.
>>
>> So what is this good for? For example think about multilayered control
>> fields (stack), which appear in the form of a tabular box (one tab
>> active at a time). Every tab can contain any kind of interactive field.
>> No more mouse interaction (and ugly gfx glitches) with hidden fields, if
>> the surrounding PDF layer is switched off.
>>
> So what you propose is to have an automatic relationship between layers
> and widgets?
yes. everything between a \startproperty[layer] and \stopproperty
belongs to this layer. if the layer is deactivated, everything should
not only be hidden but also be inactive. this is the only way to stack
layers with interactive elements.
>> To Hans:
>> - Dunno if the name \currentPDFlayer is o.k., or if there is a better
>> place for it's (re)initialisation.
>> - The fields are still active (only hidden), if the outer layer is
>> deactivated (nested). Is the outer layer not part of the child layers
>> OCMG? Reading the PDF reference manual is much harder than reading your
>> sources...
>> So it's up to you, if and how this is added.
>>
> What you do basically comes down to having a default connection between the layers key of widgets and the current layer. This is ok but need to be a configurable feature. I'll think about it.
>
o.k. thx.
> 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
> -----------------------------------------------------------------
>
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>
>
next prev parent reply other threads:[~2006-02-17 21:14 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-17 16:52 Peter Rolf
2006-02-17 19:20 ` Hans Hagen
2006-02-17 21:14 ` Peter Rolf [this message]
2006-02-17 19:32 ` Hans Hagen
2006-02-17 21:29 ` Peter Rolf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43F63CAD.9080607@gmx.net \
--to=indiego@gmx.net \
--cc=ntg-context@ntg.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).