[NTG-context] attachment from URL
Dear list, I have the following sample: \setupinteraction[state=start] \setupinteractionscreen[option=attachment] \starttext \attachment [https://eur-lex.europa.eu/legal-content/ES/TXT/PDF/?uri=CELEX:12016E/TXT] [name=TFUE.pdf] \stoptext Is there a way that curl may download it to the specified name? Many thanks for your help, Pablo -- http://www.ousia.tk ___ 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 ___
[NTG-context] Attachment marks to be aligned horizontally
Hello, marks of attachments in the attached MWE are aligned in the following way: - after A and C - horizontally, - after B - vertically. The only difference is that \blank precedes in the B case. So - how to force horizontal alignment for attachment marks in the B case, supposing that \blank before is necessary for any reason? The code follows: \setupinteraction[state=start] % \starttext A \attachment[t-Att2.mkiv] \attachment[t-Att2.mkiv] \startitemize[][] \item B \blank \attachment[t-Att2.mkiv] \attachment[t-Att2.mkiv] \item C \attachment[t-Att2.mkiv] \attachment[t-Att2.mkiv] \stopitemize \stoptext TIA. Best regards, Lukas -- Ing. Lukáš Procházka | mailto:l...@pontex.cz Pontex s. r. o. | mailto:pon...@pontex.cz | http://www.pontex.cz Bezová 1658 147 14 Praha 4 Tel: +420 241 096 751 Fax: +420 244 461 038 t-Att2.mkiv Description: Binary data t-Att2.pdf Description: Adobe PDF document ___ 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: [NTG-context] \attachment
On 11/29/2013 12:51 AM, Aditya Mahajan wrote:
It seems that there is a mixup in the backend code for including an
attachment.
For example, when I use:
\setupinteraction[state=start]
\starttext
The current file is \attachment[tag][file=\jobname.tex, name=test.tex,
title={Whatever}]
\stoptext
I was expecting that the current file will be attached as test.tex and
title Whatever. However, the title of the attached file is tag.
See the attached screenshot from Adobe Reader.
It seems that in the back end, tag is written to the PDF file where
title should have been written.
we can do this (line 308 of lpdf-wid)
if author == and title ~= then
author = title
title = filename or
end
but you can also add an author field to the specification as what shows
up in the pdf is partly the side effect of fallbacks for missing fields
(and ... it's one of these pdf features that is unreliable anyway as
it's viewer dependent .. read: specs before implementations and then
acrobat behavior defining what will happen; the whole 'associate
rendering with some annotation mechanism is fragile as depending on the
version of acrobat it works this or that way, probably because no
application uses plugged-in rendering, it's the same with form fields
... a depressing mess)
Hans
-
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
___
[NTG-context] \attachment
It seems that there is a mixup in the backend code for including an
attachment.
For example, when I use:
\setupinteraction[state=start]
\starttext
The current file is \attachment[tag][file=\jobname.tex, name=test.tex,
title={Whatever}]
\stoptext
I was expecting that the current file will be attached as test.tex and
title Whatever. However, the title of the attached file is tag.
See the attached screenshot from Adobe Reader.
It seems that in the back end, tag is written to the PDF file where title
should have been written.
Adityaattachment: attachment.png___
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: [NTG-context] attachment attaches twice - the fix was minimal
Dear Hans,
when you fixed the bug with attachment being listed twice
in the attachment list, you also enhanced attachment support
On Mon, 28 Feb 2011, Hans Hagen wrote:
as far as i can see there were a couple of issues:
attachments without associated annotation, and labeling and both are covered,
but using the same command and extra keys/values ...
as far as I understand, attachments without associated annotation are
called hidden in ConTeXt, as in
\attachment[test][file=att.tex,title=Oeps,author=Hans,subtitle=TeX
File,method=hidden]
But that does not work and, as far as I can see from the current beta code,
is not supposed to. For example, in lpdf-wid.lua we have
local function flushembeddedfiles()
if next(filestreams) then
local e = pdfarray()
for tag, reference in next, filestreams do
if not reference then
report_attachment(unreferenced file: tag '%s',tag)
elseif referenced[name] == hidden then
e[#e+1] = pdfstring(tag)
e[#e+1] = reference -- already a reference
else
-- messy spec ... when annot not in named else twice in menu
list acrobat
end
end
lpdf.addtonames(EmbeddedFiles,pdfreference(pdfflushobject(pdfdictionary{
Names = e })))
end
end
Note the referenced[name] part, while there is no name variable.
It seems the working code did not find its way into released version
and some draft got shipped.
Sincerely, Michail
___
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: [NTG-context] attachment attaches twice - the fix was minimal
Dear Hans, On Mon, 21 Feb 2011, Hans Hagen wrote: to be precise, the attachment is attached once but is listed twice by Adobe Reader. i'll patch lpdf-wid on one hand your patch fixes the bug that is in the Subj. of the thread, but it does just that and nothing more. It is a pity to see the opportunity to enhance attachments support wasted. It'd likely be a long time before you revisit the issue :( Sincerely, Michail ___ 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: [NTG-context] attachment attaches twice - the fix was minimal
On 28-2-2011 8:52, Michail Vidiassov wrote: Dear Hans, On Mon, 21 Feb 2011, Hans Hagen wrote: to be precise, the attachment is attached once but is listed twice by Adobe Reader. i'll patch lpdf-wid on one hand your patch fixes the bug that is in the Subj. of the thread, but it does just that and nothing more. It is a pity to see the opportunity to enhance attachments support wasted. It'd likely be a long time before you revisit the issue :( this is a bit of a weird comment given that i haven't uploaded anything that you can comment on; as far as i can see there were a couple of issues: attachments without associated annotation, and labeling and both are covered, but using the same command and extra keys/values ... Hans - 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: [NTG-context] attachment attaches twice - the fix was minimal (?)
Dear Hans, On Mon, 28 Feb 2011, Hans Hagen wrote: to be precise, the attachment is attached once but is listed twice by Adobe Reader. i'll patch lpdf-wid on one hand your patch fixes the bug that is in the Subj. of the thread, this is a bit of a weird comment given that i haven't uploaded anything that you can comment on; as far as i can see there were a couple of issues: attachments without associated annotation, and labeling and both are covered, but using the same command and extra keys/values ... sorry for being so dumb, but on one hand you haven't uploaded anything, on the other there were a couple of issues that are covered by now, and on the third one first-setup.sh brought me this morning lpdf-wid.lua that now has --- local ignorereferenced = true -- fuzzy pdf spec .. twice in attachment list, can become an option --- etc. - that change caused my comment. On the positive side - ConTeXt internals are your internal affairs, you are more sovereign than some kings and revolution leaders ;) Just tell us what that user-level extra keys/values are and we'll sing, dance and rejoice, being innocent of knowing what only the ConTeXt creator is to know. Sincerely, Michail ___ 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: [NTG-context] attachment attaches twice - the fix was minimal (?)
On 28-2-2011 10:24, Michail Vidiassov wrote: Just tell us what that user-level extra keys/values are and we'll sing, dance and rejoice, being innocent of knowing what only the ConTeXt creator is to know. i posted those keys in a previous mail ... but there is no beta upload yet (will be later this week) - 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: [NTG-context] attachment attaches twice - more research
On 23-2-2011 12:35, Michail Vidiassov wrote:
as far as I understand ConTeXt now can not link file attachment to
arbitrary picture, just to some predefined icons. Am I right?
you can use symbols (as with fields and other widgets)
Is it going to change? Soon? There are comments in the code about
lack of measurement support for XForm - is that the issue and what
that issue is?
unrelated, more a dev note
I have already met that complaints in 3D Annotations support code.
BTW, I am interested in FileAttachment Annotations as a way to
work with 3D models. With LaTeX the main PDF file may contain a 2D picture,
that can be displayed in any PDF viewer, but if you click on it in Adobe
viewer attached PDF file opens with 3D model in it. That attached file
may be produced by some third-party tool, since often such tools output
not just 3D model fit for including in PDF, but a one-page PDF with the
3D model, complex JavaScript to control it (for example to animate it)
and some intarctive text related to the model.
I'm not sure what you mean here. There is some u3d and shockwave
support. (I added u3d because someone asked it but the requester never
tested it). Anyhow, these features are only extended when we (luigi and
me) get proper public test files
Concerning attachments, the next beta will have a new definition model
with inheritance but the \use.. method is still there as well.
The hidden method will not place an annotation. Definition is not really
needed, so a direct \attachment works ok, but a bit of abstraction
(separation between definition and use) does not hurt
% old but stil valid method (consistent with other \use):
%
% \useattachment[test.tex]
% \useattachment[whatever][test.tex]
% \useattachment[whatever][newname][test.tex]
% \useattachment[whatever][title][newname][test.tex]
%
% new method:
%
% \attachment[test.tex]
% \attachment[whatever1][file=test.tex]
% \attachment[whatever2][file=test.tex,method=hidden]
% \attachment[whatever3][name=newname,file=test.tex]
% \attachment[whatever4][title=mytitle,name=newname,file=test.tex]
%
% indirect
%
% \defineattachment[whatever5][file=test.tex]
\attachment[whatever5][method=hidden]
% \defineattachment[whatever5][file=test.tex,method=hidden]
\attachment[whatever5]
%
% direct (no definitions)
%
% \attachment[test][file=oeps.tex,title=Oeps,author=Hans,subtitle=TeX
File,method=hidden]
%
\attachment[label=test,file=oeps.tex,title=Oeps,author=Hans,subtitle=TeX
File,method=hidden]
%
% autolabel:
%
% \attachment[file=oeps.tex,title=Oeps,author=Hans,subtitle=TeX
File,method=hidden]
%
% % \setupattachments[\c!symbol={symbol-normal,symbol-down}]
Hans
-
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: [NTG-context] attachment attaches twice - more research
Dear Hans,
On Mon, 21 Feb 2011, Hans Hagen wrote:
i'll patch lpdf-wid but somehow I get the impression that it's more a viewer
issue (the list shown seems to be a merge of filename as well as symbolic
names while a clever list builder should look at the referred objects) ...
but maybe no one else usesvdifferent symbolic names (we had similar issues
with fields in the past and even now advanced field support is somewhat
bugged one or the other way, depending on the viewer version, esp chained
ones)
to say the truth I do not understand what are you talking about :(
The issues I have in mind - separating global attachments and attachments
linked to icons on pages, additional descriptions for attached files -
are addressed in the attached patches.
I am not sure about using attachment lebel as T key, that is indended for
following:
The text label that shall be displayed in the title bar of the annotation’s
pop-up window when open and active. This entry shall identify the user who
added the annotation.
and shows as the upper line when mouse pointer is above attachment icon.
Did not try to have file size and time information added to file stream -
but it'd be nice to have.
Sincerely, Michail
PS. Patches show what I want done, not how it is to be done.
Just hope that my lua may be more clear than my English.--- back-ini.lua.org2011-02-16 01:53:17.0 +0300
+++ back-ini.lua2011-02-23 09:17:50.0 +0300
@@ -67,6 +67,7 @@
registercomment= nothing,
embedfile = nothing,
+globattachfile = nothing,
attachfile = nothing,
attachmentid = nothing,
--- scrn-int.mkiv.org 2011-01-31 13:26:23.0 +0300
+++ scrn-int.mkiv 2011-02-23 12:34:22.0 +0300
@@ -405,6 +405,25 @@
% % \setupattachments[\c!symbol={symbol-normal,symbol-down}]
%
% \starttext \attachment[whatever] \stoptext
+%
+% \globattachment[test.tex]
+% \globattachment[description][test.tex]
+% \globattachment[description][newname.tex][test.tex]
+
+\def\globattachment
+ {\dotripleempty\doglobattachment}
+
+\def\doglobattachment[#1][#2][#3]% description newfilename filename
+ {\ifthirdargument
+ \dodoglobattachment{#1}{#2}{#3}%
+ \else\ifsecondargument
+ \dodoglobattachment{#1}{}{#2}%
+ \else
+ \dodoglobattachment{}{}{#1}%
+ \fi\fi}
+
+\def\dodoglobattachment#1#2#3% description newfilename filename
+
{\ctxlua{backends.codeinjections.globattachfile{description=#1,newname=#2,filename=#3}}}
\def\useattachment
{\doquadrupleempty\douseattachment}
--- lpdf-wid.lua.org2011-02-08 22:41:44.0 +0300
+++ lpdf-wid.lua2011-02-23 12:27:53.0 +0300
@@ -160,14 +160,14 @@
--
-local nofattachments, attachments, filestreams = 0, { }, { }
+local nofattachments, attachments, filestreams, globfilestreams = 0, { }, { },
{ }
-- todo: hash and embed once
local function flushembeddedfiles()
-if next(filestreams) then
+if next(globfilestreams) then
local e = pdfarray()
-for name, reference in next, filestreams do
+for name, reference in next, globfilestreams do
if reference then
e[#e+1] = pdfstring(name)
e[#e+1] = reference -- already a reference
@@ -181,7 +181,7 @@
lpdf.registerdocumentfinalizer(flushembeddedfiles,embeddedfiles)
-function codeinjections.embedfile(filename)
+function codeinjections.embedfile(filename,newname,description)
local r = filestreams[filename]
if r == false then
return nil
@@ -201,12 +201,28 @@
UF = pdfstring(newname or basename),
EF = pdfdictionary { F = pdfreference(f) },
}
+if description then
+d[Desc] = pdfstring(description)
+end
local r = pdfreference(pdfflushobject(d))
filestreams[filename] = r
return r
end
end
+function codeinjections.globattachfile(specification)
+local filename = specification.filename
+if not filename or filename == then
+-- todo: message
+return
+end
+local description = specification.description or
+local newname = specification.newname or
+if description == then description = nil end
+if newname == then newname = nil end
+globfilestreams[filename] =
codeinjections.embedfile(filename,newname,description)
+end
+
function codeinjections.attachfile(specification)
local attachment = interactions.attachments.attachment(specification.label)
if not attachment then
@@ -239,6 +255,7 @@
AP = appearance,
OC = analyzelayer(specification.layer),
C=
pdfcolorspec(specification.colormodel,specification.colorvalue),
+T= pdfstring(label),
}
-- as soon as we can ask for the dimensions of an xform we can
-- use them here
___
If
Re: [NTG-context] attachment attaches twice - more research
On 23-2-2011 11:21, Michail Vidiassov wrote: to say the truth I do not understand what are you talking about :( Attachments have some history in pdf and each version was slightly different. The same is true for widgets. Some of that has to do with security issues, some with the fact that acrobat editing interfaces always lag behind new features, etc. I gave up on advanced stuff when I noticed that custom visualizations had changed again. I'll have look at it but not this week (away for a few days). I also need to it with Luigi as he often has torture tests laying around. We also need to keep the a/x standards in mind. Hans - 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: [NTG-context] attachment attaches twice - more research
Dear Hans, On Wed, 23 Feb 2011, Hans Hagen wrote: Attachments have some history in pdf and each version was slightly different. as far as I understand ConTeXt now can not link file attachment to arbitrary picture, just to some predefined icons. Am I right? Is it going to change? Soon? There are comments in the code about lack of measurement support for XForm - is that the issue and what that issue is? I have already met that complaints in 3D Annotations support code. BTW, I am interested in FileAttachment Annotations as a way to work with 3D models. With LaTeX the main PDF file may contain a 2D picture, that can be displayed in any PDF viewer, but if you click on it in Adobe viewer attached PDF file opens with 3D model in it. That attached file may be produced by some third-party tool, since often such tools output not just 3D model fit for including in PDF, but a one-page PDF with the 3D model, complex JavaScript to control it (for example to animate it) and some intarctive text related to the model. Sincerely, Michail ___ 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: [NTG-context] attachment attaches twice
Dear All, to be precise, the attachment is attached once (can be seen if one inspects the sample PDF files in uncompressed form with any text or binary editor - if you do not have Adobe Acrobat), but is listed twice by Adobe Reader. Sincerely, Michail ___ 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: [NTG-context] attachment attaches twice
to be precise, the attachment is attached once (can be seen if one inspects the sample PDF files in uncompressed form with any text or binary editor - if you do not have Adobe Acrobat), but is listed twice by Adobe Reader. Thanks, but the question is still why the beta produces this while it is fine with the current. Adam ___ 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: [NTG-context] attachment attaches twice - more research
Dear Developers, On Sun, 20 Feb 2011, Michail Vidiassov wrote: to be precise, the attachment is attached once but is listed twice by Adobe Reader. PDF spec states -- An embedded file stream shall be included in a PDF document in one of the following ways: • Any file specification dictionary in the document may have an EF entry that specifies an embedded file stream. The stream data shall still be associated with a location in the file system. In particular, this method shall be used for file attachment annotations (see 12.5.6.15, File Attachment Annotations), which associate the embedded file with a location on a page in the document. • Embedded file streams may be associated with the document as a whole through the EmbeddedFiles entry (PDF 1.4) in the PDF document’s name dictionary (see 7.7.4, Name Dictionary). The associated name tree shall map name strings to file specifications that refer to embedded file streams through their EF entries. -- while code in lpdf-wid.lua sends everything to EmbeddedFiles - including files associated with a location on a page in the document as in the examples in the originator's post. For example http://www.microtype.com/showcase/EmbedFiles.pdf has it done correctly, EmbeddedFiles refers only to that embedded files that are not linked to particular icons on pages. Sincerely, Michail PS. did not experiment with patching lpdf-wid.lua myself yet...___ 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: [NTG-context] attachment attaches twice - more research
On 20-2-2011 11:21, Michail Vidiassov wrote: Dear Developers, On Sun, 20 Feb 2011, Michail Vidiassov wrote: to be precise, the attachment is attached once but is listed twice by Adobe Reader. PDF spec states -- An embedded file stream shall be included in a PDF document in one of the following ways: • Any file specification dictionary in the document may have an EF entry that specifies an embedded file stream. The stream data shall still be associated with a location in the file system. In particular, this method shall be used for file attachment annotations (see 12.5.6.15, File Attachment Annotations), which associate the embedded file with a location on a page in the document. • Embedded file streams may be associated with the document as a whole through the EmbeddedFiles entry (PDF 1.4) in the PDF document’s name dictionary (see 7.7.4, Name Dictionary). The associated name tree shall map name strings to file specifications that refer to embedded file streams through their EF entries. -- while code in lpdf-wid.lua sends everything to EmbeddedFiles - including files associated with a location on a page in the document as in the examples in the originator's post. i'll patch lpdf-wid but somehow I get the impression that it's more a viewer issue (the list shown seems to be a merge of filename as well as symbolic names while a clever list builder should look at the referred objects) ... but maybe no one else usesvdifferent symbolic names (we had similar issues with fields in the past and even now advanced field support is somewhat bugged one or the other way, depending on the viewer version, esp chained ones) Hans - 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: [NTG-context] attachment attaches twice - please, do not fix by trimming
Dear Hans, On Mon, 21 Feb 2011, Hans Hagen wrote: to be precise, the attachment is attached once but is listed twice by Adobe Reader. code in lpdf-wid.lua sends everything to EmbeddedFiles - including files associated with a location on a page in the document i'll patch lpdf-wid it'd be nice to not only fix icon-linked attachments (current functionality), but to also allow to create document-level attachments not linked to icons - not that I see any particular use for that just now, but since functionality is already there (but misused) it'd be a pity to just drop it. Sincerely, Michail ___ 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 ___
[NTG-context] attachment attaches twice
Hi I'm trying to use PDF attachments again, but run into some issues. Here's my small example (att.tex): %%% start %%% \setupinteraction[state=start] \starttext \useattachment[myfile][title][name][att.tex] \attachment[myfile] \stoptext %%% end %%% 1) Using context-current makes 1 attachment, whereas context beta makes 2 attachments (page + attachments tab?). I've attached the two generated PDFs. I guess the attachments tab attachment is not intended. 2) The third parameter should give a custom name for the attachment, and I recall this from old times (maybe mkii) to behave like that, though I can't reproduce this now. Is this broken (as it has no effect right now)? 3) I want to have some attachments (source code) from a url, can this be added to behave like \externalfigure? I want to use it like this: \useattachment[myfile][title][name][http://git.example.com/master/att.tex]; Right now that just attaches an Unknown (maybe shortcut) but it cannot be viewed/opened or saved. Thanks Adam att_20100730.pdf Description: att_20100730.pdf att_20110218.pdf Description: att_20110218.pdf ___ 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 ___
[NTG-context] \attachment not working in MkIV
Hi,
I've been trying to get \attachment to work, but I get a Lua error. The
following example, (taken from scrn-int.mkiv and stripped a bit) provides an
error:
\setupinteraction[state=start]
\useattachment[whatever][test.tex]
\starttext \attachment[whatever] \stoptext
The tail of the output is:
interaction : active
! LuaTeX error main ctx instance:1: attempt to index global 'interactions'
(a nil value)
stack traceback:
main ctx instance:1: in main chunk.
\douseattachment ...newname=#2, filename=#2 }}
\else \ctxlua
{interaction...
to be read again
\starttext
l.4 \starttext
\attachment[whatever] \stoptext
What's up with this?
Gr.
Matthijs
signature.asc
Description: Digital signature
___
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: [NTG-context] \attachment not working in MkIV
Matthijs Kooijman wrote:
Hi,
I've been trying to get \attachment to work, but I get a Lua error. The
following example, (taken from scrn-int.mkiv and stripped a bit) provides an
error:
\setupinteraction[state=start]
\useattachment[whatever][test.tex]
\starttext \attachment[whatever] \stoptext
add
\registerctxluafile{scrn-int}{1.001}
to scrn-int.mkiv as it seems that it's not loaded
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
-
___
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: [NTG-context] \attachment not working in MkIV
add
\registerctxluafile{scrn-int}{1.001}
to scrn-int.mkiv as it seems that it's not loaded
Yup, that removed the error. I even get something icon in the file, but
acrobat reader somehow silently fails to open the file... Oh well, let's do
without it.
Gr.
Matthijs
signature.asc
Description: Digital signature
___
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: [NTG-context] Attachment sizes
Hi, When you do have a large file, please email it directly to the target persion (offlist), or, if it is meant for everybody, put it on a web or ftp site (if you have one) or upload it to the wiki: http://wiki.contextgarden.net/Special:Upload Well, thanks for the explanation. I will bear this in mind when I send email with attachment to ntg-context next time. btw, maybe we should consider setting up a website like http://paste.ubuntu.org.cn/ (maybe paste.contextgarden.net) so that all the files won't be lost? It is very useful to browse mailing list of previous years, but most of the links in the mail archives became broken links now. Yue Wang ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Attachment sizes
Hi all, A quick note from your mailing list moderator. The maximum message size for this list is 64KB. Because pdf documents tend to be base64 encoded during email transport, this means that you cannot attach PDFs larger than approximately 40KB in file size. Please, will you keep that in mind while sending mails to ntg-context? Having to go through the moderation list and manually forwarding messages people is tedious and error prone. We will not change the size limit because there are quite a few people here on slow links. Besides, it will never be large enough anyway. When you do have a large file, please email it directly to the target persion (offlist), or, if it is meant for everybody, put it on a web or ftp site (if you have one) or upload it to the wiki: http://wiki.contextgarden.net/Special:Upload Thanks in advance, Taco ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Attachment sizes
Hi all, I have just approved two files with rather large attachments by mistake. My apologies to everyone who is on a slow link. To the original posters: in the future, please make large examples available on the internet somewhere. Some of the people on this list are on rather slow connections. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Attachment sizes
Taco Hoekwater wrote: Hi all, I have just approved two files with rather large attachments by mistake. My apologies to everyone who is on a slow link. To the original posters: in the future, please make large examples available on the internet somewhere. Some of the people on this list are on rather slow connections. Cheers, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context Please excuse me for the big attachment. I will not repeat this in future. With due apologies, Anand ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
