ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Hans Hagen <j.hagen@xs4all.nl>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>,
	Rik Kabel <rik@panix.com>, Peter Rolf <peter.rolf@arcor.de>
Subject: Re: issues with attachments
Date: Fri, 27 Dec 2019 15:14:58 +0100	[thread overview]
Message-ID: <6132708c-4e4c-f145-8abb-19fa151294b0@xs4all.nl> (raw)
In-Reply-To: <9f58beee-92f7-0a2f-c16a-58c723f3d62e@panix.com>

On 12/26/2019 9:05 PM, Rik Kabel wrote:
> 
> On 12/18/2019 11:32, Pablo Rodriguez wrote:
>> Hi Hans,
>>
>> I accidentally discovered that file attachment generates two entries in
>> Acrobat, such as this sample:
>>
>>      \setuppapersize[A5]
>>      \showframe
>>      \setupinteraction[state=start]
>>      \setupinteractionscreen[option=attachment]
>>      \starttext
>>          a\attachment[file=xml-mkiv.pdf, name={attached.pdf}]
>>      \stoptext
>>
>> This happens with latest beta (from 2019.12.17) in both MkIV and MkXL.
>>
>> https://www.pdfa.org/wp-content/uploads/2018/10/PDF20_AN002-AF.pdf#search=usability 
>>
>> warns about the use of both /EmbeddedFiles and /FileAttachment
>> annotations. Acrobat seems to be the problematic software.
>>
>> I think it is fine to have /FileAttachment annotations for
>> "method=normal" and /EmbeddedFiles for "method=hidden".
>>
>> Would be also possible that the entries in /Embeddedfiles use the value
>> for "name" instead of "file" (when specified)?
>>
>> And for the /EmbeddedFile annotation, would it be possible to add the
>> value for /Size entry (uncompressed size of the file in bytes,
>> https://www.adobe.com/content/dam/acom/en/devnet/pdf/PDF32000_2008.pdf#page=112) 
>>
>> in the /Params dictionary?
>>
>> This is the way to avoid that Acrobat displays no uncompressed size but
>> real uncompressed size (I guess both values would be very similar, when
>> not the same).
>>
>> Many thanks for your help,
>>
>> Pablo
>> -- 
>> http://www.ousia.tk
> 
> 
> I second this request. The bookmark is taking on the file= name, and not 
> that of name=. It would be better to take the name=, or to add a 
> bookmark= key.
Well, this is why before we didn't have an entry but validators then 
complain so we havbe a chicken - egg issue here. Personally I think it's 
an acrobat bug (maybe in the meantime turned feature) as it should check 
for atttachments registered at the document level and annotation level. 
There are similar contradictions wrt named icons and appearance streams.

So ... I wait with changing something till Peter tells me what to do as 
he's in charge of validation issues.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

      reply	other threads:[~2019-12-27 14:14 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-18 16:32 Pablo Rodriguez
2019-12-26 20:05 ` Rik Kabel
2019-12-27 14:14   ` Hans Hagen [this message]

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=6132708c-4e4c-f145-8abb-19fa151294b0@xs4all.nl \
    --to=j.hagen@xs4all.nl \
    --cc=ntg-context@ntg.nl \
    --cc=peter.rolf@arcor.de \
    --cc=rik@panix.com \
    /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).