[NTG-context] issue with remote \attachment
Hi Hans, one of my documents uses \attachment to embed PDF documents (well, it contains many). I have been doing this for more than a year, but right now it is way slower: over 250s vs. 7s compilation time (with and without the attachment). It takes me 6s to download the document directly with curl using the same address. I’m afraid this might be also related to the server where the file is downloaded from. The document seems to be downloaded in each run. I wonder whether this could be improved with these proposals: 1. Only download the document on the first run of each compilation. 2. Before that, check last modified information (from "curl -I") and avoid downloading if the already downloaded file is newer that the remote version. 3. It would be better if downloaded files could have the remote time ("curl -R"), instead download time. CreationDate and ModDate might differ from upload time. A sample for that would be https://etsc.eu/wp-content/uploads/2014_06_smart_factsheet_alco_gate_sweden.pdf. These are dates from the PDF document: CreationDate: Mon Jul 7 14:57:05 2014 CEST ModDate:Mon Jul 7 14:57:07 2014 CEST And this is what "curl -I" displays about uploading time: Last-Modified: Sat, 24 Mar 2018 13:51:29 GMT Would it be possible to implement these proposals to improve remote file embedding? 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 ___
Re: [NTG-context] issues with \attachment when specifying name
On 2/8/20 1:46 PM, Peter Rolf wrote: > > Hi Pablo, > > my first thought was: how can you rename something that isn't showing up > (as text) in the PDF anywhere? > On a second thought this makes sense, if you want to hide the original > file name in the PDF code. Shouldn't be to hard to make this work even > for hidden attachments. Hi Peter, I need to do that to rename from something very similar to these ones: x:\crap-from-scanner\20200208180001.pdf x:\crap-from-scanner\gen-sign-mdf003.pdf to something more meaningful, such as: 01-flyer.pdf 02-booklet.pdf Or even: 01-flyer_[SHA512SUM here].pdf 02-booklet_[SHA512SUM here].pdf The name key allows to reuse names from somewhere else, and also to order the files using counters. Both automatically and without having to mess with the files themselves (https://blog.ousia.tk/0005/ contains an example). In that cases, renaming actual files could be both undesirable and a lot of work. It is mainly a question of consistency. Also across applications. Consider the following sample: \setupinteraction[state=start] \starttext \startTEXpage[offset=1em] attachment\attachment[file=xml-mkiv.pdf, type={application/pdf}, %~ method=hidden, name=01-manual, flags=] \stopTEXpage \stoptext In Evince, the annotation has the title xml-mkiv (without the extension), but it opens a 01-manual.pdf document. Acroread displays the filename fine, but it displays the title annotation as xml-mkiv. In both cases, removing the extension to refer to a filename may introduce further issues (mupdf-gl displays xml-mkiv as author). With "method=hidden", SumatraPDF displays the filename as xml-mkiv.pdf. And other PDF viewers might behave differently. We may complain that PDF viewers are crappy, but ConTeXt is providing filename info in three different ways (and viewers are taking legitimate information). After all, if the name key is there, it should behave properly. It should ignore values from the file option when the name option is specified, and it shouldn’t remove the extension when the attachment has been renamed (this leads to potential user confusion). > But it can also be argued that this feature gives the user a false sense > of security. Any attachment with metadata may contain additional > information that makes the prior name change useless. > And in the end the author of the document is responsible for it. In my > opinion renaming a file before embedding it, is acceptable in this > security context. But maybe I'm wrong here... I’m not a fan of exposing directories when I have to attach files to automatically-generated PDF documents. But the main issue here is functionality for both the one who generates the document and the one that receives it. 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 ___
Re: [NTG-context] issues with \attachment when specifying name
Am 08.02.2020 um 09:31 schrieb Pablo Rodriguez: > Hi Peter, > > here you have a minimal sample with file name changed inside the > attachment command: > >\setupinteraction[state=start] > \starttext > an attachment\attachment[file=secret-name.pdf, > type={application/pdf}, > %~ method=hidden, > name=other-name] > \stoptext > > If method is hidden (no annotation), /EmbeddedFiles doesn’t honor the > "name" option. > > If method is normal (generating an annotation), /T in /FileAttachment > doesn’t "honor the "name" option. > > Would it be possible that both cases contain the value from the name > "option" instead of file? > > Many thanks for checking this, > > 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 > ___ > Hi Pablo, my first thought was: how can you rename something that isn't showing up (as text) in the PDF anywhere? On a second thought this makes sense, if you want to hide the original file name in the PDF code. Shouldn't be to hard to make this work even for hidden attachments. But it can also be argued that this feature gives the user a false sense of security. Any attachment with metadata may contain additional information that makes the prior name change useless. And in the end the author of the document is responsible for it. In my opinion renaming a file before embedding it, is acceptable in this security context. But maybe I'm wrong here... Peter ___ 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] issues with \attachment when specifying name
Hi Peter, here you have a minimal sample with file name changed inside the attachment command: \setupinteraction[state=start] \starttext an attachment\attachment[file=secret-name.pdf, type={application/pdf}, %~ method=hidden, name=other-name] \stoptext If method is hidden (no annotation), /EmbeddedFiles doesn’t honor the "name" option. If method is normal (generating an annotation), /T in /FileAttachment doesn’t "honor the "name" option. Would it be possible that both cases contain the value from the name "option" instead of file? Many thanks for checking this, 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 ___
Re: [NTG-context] PDF/A-3a attachment support query
Am 06.12.2019 um 16:56 schrieb Hans Hagen: > On 12/6/2019 4:21 PM, Peter Rolf wrote: >> Hi Rik, >> >> I guess it's not supported yet. >> >> In "lpdf-fmt.lua" it says: >> [..] >> ["pdf/a-3a"] = { -- untested; NEW: any type of attachment is >> allowed >> [..] >> >> I remember adding the "a-2a" and "a-3a" versions back when Hans and I >> added experimental support for "PDF/UA-1" (which is based on "PDF/A-3a", >> but much more limited). This all lies back a few years, can't remember >> the details. >> >> So we have only basic support for "PDF/A-3a", the more advanced features >> of that format are not supported yet. The main problem here is the >> lacking PDF/A documentation (ISO pay wall). I guess there is currently >> no real reason to use that format at all (?). > indeed (and to be honest, i never need these options myself) > > anyway, i happily wait till you come up with an entry for it > > (i have no clue what 'advanced' features mean here, something we need to > implement or just something that needs a flag) > @Hans: I'll look into it. Give me some days to read the documentation (not that much anyway) and to play around with it. All the "new" features are already implemented as building blocks for the PDF/X variants, so I guess it's mostly just adding some new table entries ('b|u' variants). Attachments seem to need several extra PDF entries. Will report back to you and Luigi. @Luigi: mh, that really looks like a lot of fun https://docs.verapdf.org/validation/pdfa-parts-2-and-3/ @Pablo, Rik: We can put you in cc if you volunteer for testing. Just say aye :D Peter ___ 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 ___
Re: [NTG-context] PDF/A-3a attachment support query
On 12/6/19 6:08 PM, Pablo Rodriguez wrote: > [...] > I already reported this and I think that the most sensible value is to > relate them to the document. Rik, I have just discovered that the line 97 in lpdf-tag.lua contains: local embeddedfilelist= pdfarray() -- /AF But that "embeddedfilelist" is only used in commented lines (168 and 277). I’m afraid that the /AF array needs to be an entry in the /Catalog dictionary. Right now, it would be implemented included in the /MarkInfo dictionary. Hans, I wonder whether this could be implemented. Many thanks for yoryr 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 ___
Re: [NTG-context] PDF/A-3a attachment support query
On 12/6/19 3:11 AM, Rik Kabel wrote: > Hello list, > > The following document fails PDF/A-3a validation. It passes without the > attachment. > [...] Hi Rik, ConTeXt needs better handling of attachments to be PDF/A-3 compatible. BTW, attachments don’t need to be PDF/A-3 documents, even if they are PDF documents (afaIk). Attachments in PDF/A-3 need to be related (as an array) to the document with the /AF key. I already reported this and I think that the most sensible value is to relate them to the document. That would mean to include the /AF key in the /Catalog dictionary. I think this would be the easiest way to implement and to use it. Just in case it helps, Pablo PS: there is another issue with annotations (reported with other issues already solved at https://mailman.ntg.nl/pipermail/dev-context/2019/003558.html). -- 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 ___
Re: [NTG-context] PDF/A-3a attachment support query
On 12/6/2019 4:21 PM, Peter Rolf wrote: Hi Rik, I guess it's not supported yet. In "lpdf-fmt.lua" it says: [..] ["pdf/a-3a"] = { -- untested; NEW: any type of attachment is allowed [..] I remember adding the "a-2a" and "a-3a" versions back when Hans and I added experimental support for "PDF/UA-1" (which is based on "PDF/A-3a", but much more limited). This all lies back a few years, can't remember the details. So we have only basic support for "PDF/A-3a", the more advanced features of that format are not supported yet. The main problem here is the lacking PDF/A documentation (ISO pay wall). I guess there is currently no real reason to use that format at all (?). indeed (and to be honest, i never need these options myself) anyway, i happily wait till you come up with an entry for it (i have no clue what 'advanced' features mean here, something we need to implement or just something that needs a flag) 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 ___
Re: [NTG-context] PDF/A-3a attachment support query
On Fri, Dec 6, 2019 at 4:26 PM Peter Rolf wrote: > > So we have only basic support for "PDF/A-3a", the more advanced features > of that format are not supported yet. The main problem here is the > lacking PDF/A documentation (ISO pay wall). > A complete installation of verapdf has a very detailed "documentation" (sort of, it's embedded in the code) based on the ISO standard. -- luigi ___ 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 ___
Re: [NTG-context] PDF/A-3a attachment support query
Hi Rik, I guess it's not supported yet. In "lpdf-fmt.lua" it says: [..] ["pdf/a-3a"] = { -- untested; NEW: any type of attachment is allowed [..] I remember adding the "a-2a" and "a-3a" versions back when Hans and I added experimental support for "PDF/UA-1" (which is based on "PDF/A-3a", but much more limited). This all lies back a few years, can't remember the details. So we have only basic support for "PDF/A-3a", the more advanced features of that format are not supported yet. The main problem here is the lacking PDF/A documentation (ISO pay wall). I guess there is currently no real reason to use that format at all (?). Best wishes, Peter Am 06.12.2019 um 03:11 schrieb Rik Kabel: > Hello list, > > The following document fails PDF/A-3a validation. It passes without the > attachment. > > \setuplanguage [en] > \setuptagging [state=start] > \setupinteraction [state=start] > \setupbackend [format={pdf/a-3a},profile={default_gray.icc}, > intent={ISO coated v2 300\letterpercent\space > (ECI)}] > \setupstructure [state=start,method=auto] > \setupcolors [pagecolormodel=auto,start=yes,rgb=no,cmyk=no] > \setupbodyfont [Palatino,10pt] > \starttext > > Attaching a plain text file. > > % \attachment [file=test.tex, > % type={text/plain;charset=UTF-8}] > % The \ConTeXt\ source code for this document is attached here. > \attachment [file=testa.pdf, > type={application/pdf}] > A successfully validated pdf/a-3a file is attached here. > > \stoptext > > pdf-online <https://www.pdf-online.com/osa/validate.aspx>reports: > > Validating file "test.pdf" for conformance level pdfa-3a > The key F is required but missing. > The appearance dictionary doesn't contain an entry. > File specification 'testa.pdf' not associated with an object. > The document does not conform to the requested standard. > The document doesn't conform to the PDF reference (missing required > entries, wrong value types, etc.). > The document contains hidden, invisible, non-viewable or > non-printable annotations. > The document contains annotations or form fields with ambigous or > without appropriate appearances. > The document does not conform to the PDF/A-3a standard. > Done. > > My understanding is that 3-a should support both pdf and non-pdf > attachments. This fails in a similar manner with both pdf/a-3a-validated > files and with plain text files. I also tested with verapdf, and it also > rejected the document with an attachment. > > Is this my error, or is it not yet supported? > > -- > Rik Kabel > > > > ___ > 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 > ___ > ___ 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] PDF/A-3a attachment support query
Hello list, The following document fails PDF/A-3a validation. It passes without the attachment. \setuplanguage [en] \setuptagging [state=start] \setupinteraction [state=start] \setupbackend [format={pdf/a-3a},profile={default_gray.icc}, intent={ISO coated v2 300\letterpercent\space (ECI)}] \setupstructure [state=start,method=auto] \setupcolors [pagecolormodel=auto,start=yes,rgb=no,cmyk=no] \setupbodyfont [Palatino,10pt] \starttext Attaching a plain text file. % \attachment [file=test.tex, % type={text/plain;charset=UTF-8}] % The \ConTeXt\ source code for this document is attached here. \attachment [file=testa.pdf, type={application/pdf}] A successfully validated pdf/a-3a file is attached here. \stoptext pdf-online <https://www.pdf-online.com/osa/validate.aspx>reports: Validating file "test.pdf" for conformance level pdfa-3a The key F is required but missing. The appearance dictionary doesn't contain an entry. File specification 'testa.pdf' not associated with an object. The document does not conform to the requested standard. The document doesn't conform to the PDF reference (missing required entries, wrong value types, etc.). The document contains hidden, invisible, non-viewable or non-printable annotations. The document contains annotations or form fields with ambigous or without appropriate appearances. The document does not conform to the PDF/A-3a standard. Done. My understanding is that 3-a should support both pdf and non-pdf attachments. This fails in a similar manner with both pdf/a-3a-validated files and with plain text files. I also tested with verapdf, and it also rejected the document with an attachment. Is this my error, or is it not yet supported? -- Rik Kabel ___ 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 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] UTF conversion via Lua (now with attachment)
... Well, my information was not correct. There are characters 127 in the file, like ř, š... Each char = 1 byte, and as I'm using Windows with CP 1250, the characters are displayed correctly. But I have problem loading them into ConTeXt. I need to convert the bytes 127 to UTF sequence, which would be acceptable by ConTeXt. @Thomas: The table looks nice but there are no entries for CP 1250 to UTF conversion. I prepared some tables: character conversion and removal of diacritics (see the attachment); maybe it would be handful to include them into ConTeXt somehow. Best regards, Lukas On Fri, 10 Feb 2012 11:57:32 +0100, Philipp Gesang ges...@stud.uni-heidelberg.de wrote: On 2012-02-10 11:22, Procházka Lukáš Ing. - Pontex s. r. o. wrote: Hello, I have many files with ASCII encoding; this encoding must be kept as these files are processed also by another program. When I work with them in ConTeXt, I need to convert them to UTF. Not needed, as every ASCII string is a valid UTF8 string: “The UTF encoding has several good properties. By far the most important is that a byte in the ASCII range 0-127 represents itself in UTF. Thus UTF is backward compatible with ASCII.” http://doc.cat-v.org/plan_9/4th_edition/papers/utf You can use them in Luatex without further conversion. Regards Philipp Does Lua (in ConTeXt scope) offer a transformation function or a table of chars [ASCII-code] - [UTF-code] or anything to provide the conversion? Something like: \startluacode local str = loadFile(a.txt) -- ASCII coded str = context.ACSII2UTF(str) -- Or something like this \stopluacode 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 244 062 238 Fax: +420 244 461 038 ___ 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 ___ -- 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 244 062 238 Fax: +420 244 461 038 Cz2UTF.lua Description: Binary data ___ 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
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] \useattachment: Embedding files in PDFs - was attachment attaches twice - more research
Dear Hans, I'd like to remind you about an old problem report -- From: Tobias Burnus Date: 2008-01-04 16:01 +300 I can use \useattachment to embed/attach files in a PDF file. I can use: \useattachment[whatever][title][newname][test.tex] \attachment[whatever] This creates an attachment with the description title and the name test.tex. However, how can I set the author/subject? (Shown in tool tip of the annotation symbol; it is shown above the description; actually subject is enough for me.) Additionally, I miss the file size and possibly the modification date for the attachments; they are often handy to have. Is is possible to associate an embedded file stream with the document itself without creating an annotation symbol as with \attachment in ConTeXt? (The PDF spec allows this; cf. e.g. 3.10.3 in the PDF spec and http://www.microtype.com/showcase/EmbedFiles.pdf for an example PDF file.) --- what he names author/subject is the T entry in annotation dictionary (the same where /Subtype /FileAttachment goes), that is described as 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. It appears as the upper of the two lines that are shown when the mouse pointer is over file attachment annotation icon (the lower one is the description mentioned above). And for file size and modification date to show up file stream has to look like 8 0 obj /Params /ModDate (20050217) /Size 2048 /Length 1218stream not just 15 0 obj /Length 144stream as it is now. 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] How to set a layout shown in the attachment png file?
I attached a PNG file to show the layout that I want. I want the text part narrowed and right aligned. I tried the following settings: \setuplayout [backspace=20mm, topspace=20mm, height=257mm, width=170mm, %textwidth=115mm, header=10mm, footer=0mm, rightmargin=0mm, leftmargin=25mm, leftmargindistance=-25mm,] The problem is that text is too wide. I commented the 'textwidth' for it will make the narrowed text centering. What else do I need to set? From the picture the exact measures are not clear, but perhaps you should try: ... width=115mm, ... leftmargindistance=25mm] 'width' is used to set the textwidth. And 'leftmargindistance'is used to indicate the distance between the lefmargin column and the body text, so I think it should be a positive amount. This setting will result in an empty backspace of 20mm + margin of 25mm + 25mm whitespace + 115mm bodytext + cutspace of 25mm cutspace (assuming you're using A4 papersize). Regards, Alex ___ 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 ___
Re: [NTG-context] How to set a layout shown in the attachment png file?
Hi Ales, Alex Lubberts 写道: I attached a PNG file to show the layout that I want. I want the text part narrowed and right aligned. I tried the following settings: \setuplayout [backspace=20mm, topspace=20mm, height=257mm, width=170mm, %textwidth=115mm, header=10mm, footer=0mm, rightmargin=0mm, leftmargin=25mm, leftmargindistance=-25mm,] The problem is that text is too wide. I commented the 'textwidth' for it will make the narrowed text centering. What else do I need to set? From the picture the exact measures are not clear, but perhaps you should The picture only shows relative position of header, text, and margin. try: ... width=115mm, ... leftmargindistance=25mm] 'width' is used to set the textwidth. And 'leftmargindistance'is used to indicate the distance between the lefmargin column and the body text, so I think it should be a positive amount. This setting will result in an empty backspace of 20mm + margin of 25mm + 25mm whitespace + 115mm bodytext + cutspace of 25mm cutspace (assuming you're using A4 papersize). I tried. It doesn't work. As my understanding, margin and margindistance do not affect layout. They only decide where margins are. Best wishes, Wei-Wei ___ 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] How to set a layout shown in the attachment png file?
Dear all, I attached a PNG file to show the layout that I want. I want the text part narrowed and right aligned. I tried the following settings: \setuplayout [backspace=20mm, topspace=20mm, height=257mm, width=170mm, %textwidth=115mm, header=10mm, footer=0mm, rightmargin=0mm, leftmargin=25mm, leftmargindistance=-25mm,] The problem is that text is too wide. I commented the 'textwidth' for it will make the narrowed text centering. What else do I need to set? Best wishes, Wei-Wei inline: mylayout.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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] script on attachment
I use \useattachment[auto][example_show][sample.data][./sample.data] \attachment[auto] to attach my sample data to pdf, but as this data need open by specific script. Are there any way to open the attached sample.data with my script when viewer click on it. or else I have to let them download the script and change the preference application to open it. BR Bill ___ 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] how to use attachment file as a script argument
based on the example of use mplayer play the movie, I write down sthing like \defineprogram[sample.data][sample.data.sh] \goto{\externalfigure[sample.data][width=0.48\textwidth]}[program(sample.data{})] and the content of sample.data.sh is #!/bin/bash FILE=$(basename $0); gnome-terminal -e cat ${FILE/.sh/} it does work, but I wanna know if there are better way to make this. as this way has some obvious problem: 1. if I send this pdf file to other guy, the script won't execute, as it can't find out the sample.data file. same thing will happen if I move my sample.data to other directory. 2. it's take too much effort if I have lots of file to analysis, I have to write lots of file like sample.data1.sh, sample.data2.sh... with same content, soft link maybe a solution, but I hope there are more easy solution. ___ 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 ___
Re: [NTG-context] xetex and attachment: troubles
Jesse Alama wrote: Any progress on this? As of 2009-04-09, attachments with xetex still behave as Andrea described on 2008-03-31. (I'm using the xetex in the minimals.) i didn't look into it; it's mostly a dpx backend issue btw, not that much related to xetex 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] xetex and attachment: troubles
Any progress on this? As of 2009-04-09, attachments with xetex still behave as Andrea described on 2008-03-31. (I'm using the xetex in the minimals.) Jesse Andrea Valle va...@di.unito.it writes: Thanks Mojca, Hans, ok, I've understood. :) -a- On 3 Apr 2008, at 12:17, Hans Hagen wrote: Mojca Miklavec wrote: On Thu, Apr 3, 2008 at 11:08 AM, Andrea Valle wrote: Thanks Mojca, The problem is not the --xtx switch, but the lack of support for the underlying (xdvipdfmx) driver. Sorry, please remember I'm very far from there... I was just meaning: the problem is in xetex engine? I googled a bit and found the following slides: http://project.ktug.or.kr/dvipdfmx/doc/tug2005.pdf see page 18 in particular. thanks, means really nothing to me :-) It was meant for someone else trying to help :-) she meant me; however, i have no test file and probably a non working xetex on my machine (need to update) 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- andrea.va...@unito.it -- Think of it as seasoning . noise [salt] is boring . F(blah) [food without salt] can be boring . F(noise, blah) can be really tasty (Ken Perlin on noise) ___ 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 ___ -- Jesse Alama (al...@stanford.edu) ___ 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 ___
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 ___
Re: [NTG-context] xetex and attachment: troubles
Thanks Mojca, The problem is not the --xtx switch, but the lack of support for the underlying (xdvipdfmx) driver. Sorry, please remember I'm very far from there... I was just meaning: the problem is in xetex engine? I googled a bit and found the following slides: http://project.ktug.or.kr/dvipdfmx/doc/tug2005.pdf see page 18 in particular. thanks, means really nothing to me :-) In spec-fdf there is: \definespecial \doattachfile {\doPDFattachfile} \def\doPDFattachfile#1#2#3#4#5#6#7#8% {\bgroup % title width height color symbol file \edefconvertedargument\PDFfile{#8}% % beware: the symbol may (indirectly) use the file % reference when typesetting the object number; \presetPDFsymbolappearance{#5}{#6}{#2}{#3}{#4}% sets width/height \startPDFsymbolappearance \doPDFembedfile\PDFfile{#7}{#8}% \doPDFgetembeddedfilereference\PDFfile\PDFobjectreference \setFDFlayer\@@DriverAttachmentLayer \doPDFannotation{\width}{\totalheight} {/Subtype /FileAttachment /FS \PDFobjectreference\space /Contents (#1) \PDFsymbol \FDFlayer \PDFattributes}% \stopPDFsymbolappearance \egroup} Something similar needs to be added to spec-dpx.tex. Can't follow you here. What is spec-dpx? Best -a- -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- [EMAIL PROTECTED] -- I did this interview where I just mentioned that I read Foucault. Who doesn't in university, right? I was in this strip club giving this guy a lap dance and all he wanted to do was to discuss Foucault with me. Well, I can stand naked and do my little dance, or I can discuss Foucault, but not at the same time; too much information. (Annabel Chong) -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- [EMAIL PROTECTED] -- Think of it as seasoning . noise [salt] is boring . F(blah) [food without salt] can be boring . F(noise, blah) can be really tasty (Ken Perlin on noise) ___ 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 ___
Re: [NTG-context] xetex and attachment: troubles
Thanks Mojca, Hans, ok, I've understood. :) -a- On 3 Apr 2008, at 12:17, Hans Hagen wrote: Mojca Miklavec wrote: On Thu, Apr 3, 2008 at 11:08 AM, Andrea Valle wrote: Thanks Mojca, The problem is not the --xtx switch, but the lack of support for the underlying (xdvipdfmx) driver. Sorry, please remember I'm very far from there... I was just meaning: the problem is in xetex engine? I googled a bit and found the following slides: http://project.ktug.or.kr/dvipdfmx/doc/tug2005.pdf see page 18 in particular. thanks, means really nothing to me :-) It was meant for someone else trying to help :-) she meant me; however, i have no test file and probably a non working xetex on my machine (need to update) 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net __ _ -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- [EMAIL PROTECTED] -- Think of it as seasoning . noise [salt] is boring . F(blah) [food without salt] can be boring . F(noise, blah) can be really tasty (Ken Perlin on noise) ___ 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 ___
Re: [NTG-context] xetex and attachment: troubles
On Thu, Apr 3, 2008 at 11:08 AM, Andrea Valle wrote: Thanks Mojca, The problem is not the --xtx switch, but the lack of support for the underlying (xdvipdfmx) driver. Sorry, please remember I'm very far from there... I was just meaning: the problem is in xetex engine? I googled a bit and found the following slides: http://project.ktug.or.kr/dvipdfmx/doc/tug2005.pdf see page 18 in particular. thanks, means really nothing to me :-) It was meant for someone else trying to help :-) Something similar needs to be added to spec-dpx.tex. Can't follow you here. What is spec-dpx? [TEXMF]/tex/context/base/spec-dpx.tex is a file that someone should fix in order to make attachments work with XeTeX. Mojca ___ 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 ___
Re: [NTG-context] xetex and attachment: troubles
Mojca Miklavec wrote: On Thu, Apr 3, 2008 at 11:08 AM, Andrea Valle wrote: Thanks Mojca, The problem is not the --xtx switch, but the lack of support for the underlying (xdvipdfmx) driver. Sorry, please remember I'm very far from there... I was just meaning: the problem is in xetex engine? I googled a bit and found the following slides: http://project.ktug.or.kr/dvipdfmx/doc/tug2005.pdf see page 18 in particular. thanks, means really nothing to me :-) It was meant for someone else trying to help :-) she meant me; however, i have no test file and probably a non working xetex on my machine (need to update) 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] xetex and attachment: troubles
Sorry, but I would need a solution, or at least to know if there's nothing to do. Any hints? Best Thanks -a- On 31 Mar 2008, at 17:28, Andrea Valle wrote: Dear all, I'm using xetex with fun (as suggested and discussed on the mailing list). I'm revising a previously created document which used attachment command. (the one documented here: http://wiki.contextgarden.net/ Verbatim_text#A_different_approach_to_formatting_and_code_colorization ) The actual version is here: http://www.cirma.unito.it/andrea/sw/sc/prd_tSCIRMA_scr.pdf Now, with ConTeXt no problem. If I use XeConTeXt (-- texexec --xtx) the file is not attached (there's the marker, a link is diplayed, but Acrobat says that there's no attachment). As far as I can say, the problem seems to depend on --xtx switch, Any hints? Thanks Best -a- -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- [EMAIL PROTECTED] -- Think of it as seasoning . noise [salt] is boring . F(blah) [food without salt] can be boring . F(noise, blah) can be really tasty (Ken Perlin on noise) __ _ 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 __ _ -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- [EMAIL PROTECTED] -- Think of it as seasoning . noise [salt] is boring . F(blah) [food without salt] can be boring . F(noise, blah) can be really tasty (Ken Perlin on noise) ___ 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 ___
Re: [NTG-context] xetex and attachment: troubles
On Mon, Mar 31, 2008 at 5:28 PM, Andrea Valle wrote: Dear all, I'm using xetex with fun (as suggested and discussed on the mailing list). I'm revising a previously created document which used attachment command. (the one documented here: http://wiki.contextgarden.net/Verbatim_text#A_different_approach_to_formatting_and_code_colorization ) The actual version is here: http://www.cirma.unito.it/andrea/sw/sc/prd_tSCIRMA_scr.pdf Now, with ConTeXt no problem. If I use XeConTeXt (-- texexec --xtx) the file is not attached (there's the marker, a link is diplayed, but Acrobat says that there's no attachment). As far as I can say, the problem seems to depend on --xtx switch, The problem is not the --xtx switch, but the lack of support for the underlying (xdvipdfmx) driver. I googled a bit and found the following slides: http://project.ktug.or.kr/dvipdfmx/doc/tug2005.pdf see page 18 in particular. In spec-fdf there is: \definespecial \doattachfile {\doPDFattachfile} \def\doPDFattachfile#1#2#3#4#5#6#7#8% {\bgroup % title width height color symbol file \edefconvertedargument\PDFfile{#8}% % beware: the symbol may (indirectly) use the file % reference when typesetting the object number; \presetPDFsymbolappearance{#5}{#6}{#2}{#3}{#4}% sets width/height \startPDFsymbolappearance \doPDFembedfile\PDFfile{#7}{#8}% \doPDFgetembeddedfilereference\PDFfile\PDFobjectreference \setFDFlayer\@@DriverAttachmentLayer \doPDFannotation{\width}{\totalheight} {/Subtype /FileAttachment /FS \PDFobjectreference\space /Contents (#1) \PDFsymbol \FDFlayer \PDFattributes}% \stopPDFsymbolappearance \egroup} Something similar needs to be added to spec-dpx.tex. (If Hans doesn't reply, then someone else will have to.) Mojca ___ 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] xetex and attachment: troubles
Dear all, I'm using xetex with fun (as suggested and discussed on the mailing list). I'm revising a previously created document which used attachment command. (the one documented here: http://wiki.contextgarden.net/ Verbatim_text#A_different_approach_to_formatting_and_code_colorization ) The actual version is here: http://www.cirma.unito.it/andrea/sw/sc/prd_tSCIRMA_scr.pdf Now, with ConTeXt no problem. If I use XeConTeXt (-- texexec --xtx) the file is not attached (there's the marker, a link is diplayed, but Acrobat says that there's no attachment). As far as I can say, the problem seems to depend on --xtx switch, Any hints? Thanks Best -a- -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- [EMAIL PROTECTED] -- Think of it as seasoning . noise [salt] is boring . F(blah) [food without salt] can be boring . F(noise, blah) can be really tasty (Ken Perlin on noise) ___ 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