ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
* issues with attachments
@ 2019-12-18 16:32 Pablo Rodriguez
  2019-12-26 20:05 ` Rik Kabel
  0 siblings, 1 reply; 3+ messages in thread
From: Pablo Rodriguez @ 2019-12-18 16:32 UTC (permalink / raw)
  To: mailing list for ConTeXt users

[-- Attachment #1: Type: text/plain, Size: 1338 bytes --]

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

[-- Attachment #2: attachment-wrong.png --]
[-- Type: image/png, Size: 42783 bytes --]

[-- Attachment #3: Type: text/plain, Size: 493 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: issues with attachments
  2019-12-18 16:32 issues with attachments Pablo Rodriguez
@ 2019-12-26 20:05 ` Rik Kabel
  2019-12-27 14:14   ` Hans Hagen
  0 siblings, 1 reply; 3+ messages in thread
From: Rik Kabel @ 2019-12-26 20:05 UTC (permalink / raw)
  To: ntg-context


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.

-- 
Rik

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: issues with attachments
  2019-12-26 20:05 ` Rik Kabel
@ 2019-12-27 14:14   ` Hans Hagen
  0 siblings, 0 replies; 3+ messages in thread
From: Hans Hagen @ 2019-12-27 14:14 UTC (permalink / raw)
  To: mailing list for ConTeXt users, Rik Kabel, Peter Rolf

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
___________________________________________________________________________________

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-12-27 14:14 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-12-18 16:32 issues with attachments Pablo Rodriguez
2019-12-26 20:05 ` Rik Kabel
2019-12-27 14:14   ` Hans Hagen

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