Re: [NTG-context] solution for missing bookmark (minimal example)
Am 27.02.2012 um 23:21 schrieb Hans Hagen: On 25-2-2012 10:32, Steffen Wolfrum wrote: Hi, is there a chance that this problem can be solved within the next days (the publishers won't wait too long for the working PDF). Sorry for being persistent, I have to catch up after a week of flu and have some deadlines to catch as well. Going over old code (that I don't even have on my machine any more) is not on the agenda now. If it's just a few bookmarks being wrong, can't you just add them in acrobat then? It's about 30 to 40 bookmarks missing. Sure, these can be added in Acrobat. But the corresponding 30 to 40 links from the table of content to their respective pages are missing too ... and how to add these? Do you want me to send you a zipped version 2011.05.14? Steffen ___ 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] solution for missing bookmark (minimal example)
On Tue, Feb 28, 2012 at 9:19 AM, Steffen Wolfrum cont...@st.estfiles.de wrote: Am 27.02.2012 um 23:21 schrieb Hans Hagen: On 25-2-2012 10:32, Steffen Wolfrum wrote: Hi, is there a chance that this problem can be solved within the next days (the publishers won't wait too long for the working PDF). Sorry for being persistent, I have to catch up after a week of flu and have some deadlines to catch as well. Going over old code (that I don't even have on my machine any more) is not on the agenda now. If it's just a few bookmarks being wrong, can't you just add them in acrobat then? It's about 30 to 40 bookmarks missing. Sure, these can be added in Acrobat. But the corresponding 30 to 40 links from the table of content to their respective pages are missing too ... and how to add these? http://www.ehow.com/how_9665_create-links-pdf.html (but keep in mind that often I don't understand the questions...) -- 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1
On 26-2-2012 20:42, Thomas A. Schmitz wrote: On 02/26/2012 07:50 PM, luigi scarso wrote: The font is fromhttp://www.thessalonica.org.ru/en/fonts-download.html . The log says : fonts otf prepare unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1 Thomas ? Sorry, I have absolutely no clue what this is supposed to mean... I'm not even sure if the message comes from the core or Wolfgang's module? All I can say is: Theano-Didot is also supported by the ancientgreek module, and the font works normally here: No issues when I run: \starttext \definefontfeature [anogreek] [script=grek,mark=yes,kern=yes,mkmk=yes,rqd=yes, calt=yes,liga=yes,locl=yes,aalt=yes,ccmp=yes,dlig=yes,case=yes,salt=yes] \definedfont[TheanoDidot-Regular*anogreek] ἡ ῥητορική ἐστιν ἀντίστροφος τῇ διαλεκτικῇ: ἀμφότεραι γὰρ περὶ τοιούτων τινῶν εἰσιν ἃ κοινὰ τρόπον τινὰ ἁπάντων ἐστὶ γνωρίζειν καὶ οὐδεμιᾶς ἐπιστήμης ἀφωρισμένης: διὸ καὶ πάντες τρόπον τινὰ μετέχουσιν ἀμφοῖν: πάντες γὰρ μέχρι τινὸς καὶ ἐξετάζειν καὶ ὑπέχειν λόγον καὶ ἀπολογεῖσθαι καὶ κατηγορεῖν ἐγχειροῦσιν. \stoptext Anyhow, we're not going to look into it if there is no proper test file showing the problem. We don't even know what features are involved. 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] Broken Nightly (2012.02.18)
On 24-2-2012 01:12, Kip Warner wrote: \definetextbackground[TimelineGeneralDocument][ location=paragraph, color=color_text, background=color, backgroundcolor=colour_page, framecolor=colour_text, topoffset=1.0cm, bottomoffset=1.0cm, leftoffset=1.0cm, rightoffset=1.0cm, before={ \blank[2*big] }, after={ \blank[2*big] }, style=small, corner=round, frame=on] I use it as such... \startTimelineGeneralDocument Some stuff... \stopTimelineGeneralDocument So I'm not really sure what I am suppose to do with \starttextbackground? apart from a funny corner at least it helps if the colors are defined \definecolor[colour_page][red] \definecolor[colour_text][green] -- - 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] Unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1
On Tue, Feb 28, 2012 at 1:14 PM, Hans Hagen pra...@wxs.nl wrote: On 26-2-2012 20:42, Thomas A. Schmitz wrote: On 02/26/2012 07:50 PM, luigi scarso wrote: The font is fromhttp://www.thessalonica.org.ru/en/fonts-download.html . The log says : fonts otf prepare unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1 Thomas ? Sorry, I have absolutely no clue what this is supposed to mean... I'm not even sure if the message comes from the core or Wolfgang's module? All I can say is: Theano-Didot is also supported by the ancientgreek module, and the font works normally here: No issues when I run: \starttext \definefontfeature [anogreek] [script=grek,mark=yes,kern=yes,mkmk=yes,rqd=yes, calt=yes,liga=yes,locl=yes,aalt=yes,ccmp=yes,dlig=yes,case=yes,salt=yes] \definedfont[TheanoDidot-Regular*anogreek] ἡ ῥητορική ἐστιν ἀντίστροφος τῇ διαλεκτικῇ: ἀμφότεραι γὰρ περὶ τοιούτων τινῶν εἰσιν ἃ κοινὰ τρόπον τινὰ ἁπάντων ἐστὶ γνωρίζειν καὶ οὐδεμιᾶς ἐπιστήμης ἀφωρισμένης: διὸ καὶ πάντες τρόπον τινὰ μετέχουσιν ἀμφοῖν: πάντες γὰρ μέχρι τινὸς καὶ ἐξετάζειν καὶ ὑπέχειν λόγον καὶ ἀπολογεῖσθαι καὶ κατηγορεῖν ἐγχειροῦσιν. \stoptext Anyhow, we're not going to look into it if there is no proper test file showing the problem. We don't even know what features are involved. Hans It seems something related to simplefonts: \starttext \usemodule[simplefonts] \setmainfont[TheanoDidot-Regular] \stoptext fontsotf prepare unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1 -- 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Font embedding
Hi, does anybody know how to really embed fonts into a pdffile? I have checked and read many conversations on that topic here but without the real solution (just a tons of arguments about how problematic/unethic it could be… and so on). I know well MKIV subsets all fonts. Yes, it is really good but it does not satisfy 99 % of modern printing offices. Embedding of all fonts is very typical demand of them. I really need it, sometimes it is not good or possible to discuss with a printing office why to use my file instead of the one you are demanding. I will appreciate any info. Thanks, Honza Hejzl ___ 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] Font embedding
On 28-2-2012 15:39, Honza Hejzl wrote: Hi, does anybody know how to really embed fonts into a pdffile? I have checked and read many conversations on that topic here but without the real solution (just a tons of arguments about how problematic/unethic it could be… and so on). I know well MKIV subsets all fonts. Yes, it is really good but it does not satisfy 99 % of modern printing offices. Embedding of all fonts is very typical demand of them. I really need it, sometimes it is not good or possible to discuss with a printing office why to use my file instead of the one you are demanding. it's a weird demand of them as they are not supposed to mess with the pdf file anyway you can put all characters that make sense in an layer of page one painted in white (or whatever) but even then, the amount of related data is not there (in fact embedding only means embedding outlines and a font is much more than that) you can always give them a copy of the font (if the license permits) as for editing a pdf acrobat will look at system fonts 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] Font embedding
2012/2/28 Honza Hejzl honza.he...@gmail.com: satisfy 99 % of modern printing offices. Embedding of all fonts is very typical demand of them. I really need it, sometimes it is not good or Check the yellow pages for a printing house that does not demand that. :-) Best Martin ___ 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] Font embedding
On 28-2-2012 16:05, Honza Hejzl wrote: P. S. It could be great to have +/– choice of subset/embed. as Martin says ... maybe consider a different printing house ... at least ask them why they want an fully embedded font and if they can define what fully means in these open type days ... what is the use of alternate shapes (or when alternates are used, what is the use of regular shapes) and what will they do with them given that all information about using them is not embedded anyway ... In a similar fashion you can expect a printing house to have a full acrobat ( version 6) so that they can convert to different pdf standards if needed, remap color spaces, etc. 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] Project, product, component...
Hello, I'm trying to use advantages of project/product/component structure. Suppose having a very simple example (both files in the same directory): Prod.mkiv \startproduct PPP \component Comp.mkiv Product \stopproduct And: Comp.mkiv \startcomponent CCC Component \stopcomponent When I compile Comp.mkiv, I get (successfully) text Component. When I compile Prod.mkiv, I get (successfully) text Product Component. So the question - what are PPP and CCC identifiers (following \startproduct and \starcomponent respectively) used or intended for? - So far, it seems to me that I refer to file names (as with \input) when working with components rather than their ids assigned by \startcomponent or \startproduct. What would be a situation when I'd need to use ids CCC or PPP (or later, those assigned by \startproduct PROD and \startenvironment ENV)? 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 Comp.mkiv Description: Binary data Prod.mkiv 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] Project, product, component...
Hello, Project structure use quite often, but yet similar question not occurred to me. I had always previously PPP and CCC as existing filenames on the disk. I suppose it would be right. But I would like to extend Luke's question on this issue: You can load an existing component to other components? Is it acceptable or undesirable? At some point I would throw this possibility, but I do not want to do something that could then backfire somehow. Thanx Jaroslav Hajtmar Dne 28.2.2012 17:37, Procházka Lukáš Ing. - Pontex s. r. o. napsal(a): Hello, I'm trying to use advantages of project/product/component structure. Suppose having a very simple example (both files in the same directory): Prod.mkiv \startproduct PPP \component Comp.mkiv Product \stopproduct And: Comp.mkiv \startcomponent CCC Component \stopcomponent When I compile Comp.mkiv, I get (successfully) text Component. When I compile Prod.mkiv, I get (successfully) text Product Component. So the question - what are PPP and CCC identifiers (following \startproduct and \starcomponent respectively) used or intended for? - So far, it seems to me that I refer to file names (as with \input) when working with components rather than their ids assigned by \startcomponent or \startproduct. What would be a situation when I'd need to use ids CCC or PPP (or later, those assigned by \startproduct PROD and \startenvironment ENV)? Best regards, Lukas ___ 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 ___ ___ 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] Font embedding
On Tue, Feb 28, 2012 at 03:39:04PM +0100, Honza Hejzl wrote: Hi, does anybody know how to really embed fonts into a pdffile? I have checked and read many conversations on that topic here but without the real solution (just a tons of arguments about how problematic/unethic it could be… and so on). I know well MKIV subsets all fonts. Yes, it is really good but it does not satisfy 99 % of modern printing offices. Embedding of all fonts is very typical demand of them. I really need it, sometimes it is not good or possible to discuss with a printing office why to use my file instead of the one you are demanding. When using map files 'fontfile' should tell the engine to fully embed the font, but since MkIV does not use map files you can't use this. Alternatively, font table passed from lua to pdf backed have an 'embedding' key and setting it to 'full' should fully embed the font, but I don't know if MkIV provides a way to control this. Regards, Khaled ___ 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] Project, product, component...
On 2012-02-28 Jaroslav Hajtmar hajt...@gyza.cz wrote: Project structure use quite often, but yet similar question not occurred to me. It's a very interesting question, I was asking myself the same and I'm curious about the answer. The ConTeXt magazine #1101 - Project Structure¹ is reserved about this topic and simply states: “The names given after the start command are not that important…” I had always previously PPP and CCC as existing filenames on the disk. I always used filenames, too. But I would like to extend Luke's question on this issue: You can load an existing component to other components? The ConTeXt magazine #1101 includes a table of the possible combinations of the commands. From this table I conclude that components are allowed between: ∙ \starttext \stoptext ∙ \startcomponent \stopcomponent ∙ \startproduct \stopproduct Marco [1] http://pragma-ade.com/general/magazines/mag-1101.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 ___
Re: [NTG-context] Font embedding
Check the yellow pages for a printing house that does not demand that. :-) Best Martin I am sorry, but that is absolutely typical demand, I have never seen at least one printing house which does not demand that... (And this is not a solution! :o)) In nowadays it is the client who choose the specific printing office, my situation is the same. That printing house demands expecially this: PDF file must be version *1.3* Embed the typeface in the document along with the image data. Avoid using OPI commentaries! The typefaces used may be of the following standards: * Type1*, *TrueType*, *and Opentype*. As a matter of principle, the data is provided as a composite (not separated). Formats other than PDF are accepted only after prior agreement. The PDF provided file should especially not contain any kind of meta-information, hypertext link, etc. Everyone in printing industry *knows* what does it mean to embed fonts, it is similar like when somebody wants pdf x-1a file (in printing industry the standard). I am not a programmer, I don't know what does it mean in a code point of view. Trust me, embedding of fonts is the standard (if you are not able to provide us the file as we need, your client should find another typesetter - who typesets in InDesign). InDesign subsets typically just fonts used for texts where is not used 100 % of alphabet (pdf export settings). Honza P. S. Some inspiration could maybe provide the Scribus, it has nice pdf export possibilities, better than InDesign itself! P. P. S. I have sent this to Hans and after that found your answers here, so I am sending similar info. ___ 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] Is it bibliography really problem for MKIV?
Hello ConTeXist.. I have an unusual question: Is it bibliography really such a big problem for MKIV or I am unable to do? Do you have some experience in the bibliography at MKIV? Can you refer me to a source of information about this? Submitter thesis has a very strict requirement to the list of bibliography. The numbering of bibliographic items must be in the same order in which items are used in the text. Moreover, in the form of AMS is, [1], [2], etc. I've tried many hours, but I am absolutely not able to achieve the required form. I do not believe that I will eventually have to write a thesis in LaTeX because of the stupid request. May possibly be some way around? It occurred to me to do an emergency way. I want redefine of the \cite macro to macro \CITE. The \CITE macro put me list the order bibliographic items and then I arrange manually a list of bibliographic entries. Or exist any external tools for that do it? Thanx Jaroslav Hajtmar ___ 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] Project, product, component...
Thanx Marco. I remember that I once read that magazine, but I already forgot it. It is good that you reminded me. It is good to occasionally return to the forgotten manuals. Thanks again. Jaroslav. Dne 28.2.2012 19:01, Marco napsal(a): On 2012-02-28 Jaroslav Hajtmarhajt...@gyza.cz wrote: Project structure use quite often, but yet similar question not occurred to me. It's a very interesting question, I was asking myself the same and I'm curious about the answer. The ConTeXt magazine #1101 - Project Structure¹ is reserved about this topic and simply states: “The names given after the start command are not that important…” I had always previously PPP and CCC as existing filenames on the disk. I always used filenames, too. But I would like to extend Luke's question on this issue: You can load an existing component to other components? The ConTeXt magazine #1101 includes a table of the possible combinations of the commands. From this table I conclude that components are allowed between: ∙ \starttext \stoptext ∙ \startcomponent \stopcomponent ∙ \startproduct \stopproduct Marco [1] http://pragma-ade.com/general/magazines/mag-1101.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 ___ ___ 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] Is it bibliography really problem for MKIV?
On 2/28/12 7:12 PM, Jaroslav Hajtmar wrote: Hello ConTeXist.. I have an unusual question: Is it bibliography really such a big problem for MKIV or I am unable to do? Do you have some experience in the bibliography at MKIV? Can you refer me to a source of information about this? Submitter thesis has a very strict requirement to the list of bibliography. The numbering of bibliographic items must be in the same order in which items are used in the text. Moreover, in the form of AMS is, [1], [2], etc. I've tried many hours, but I am absolutely not able to achieve the required form. I do not believe that I will eventually have to write a thesis in LaTeX because of the stupid request. May possibly be some way around? It occurred to me to do an emergency way. I want redefine of the \cite macro to macro \CITE. The \CITE macro put me list the order bibliographic items and then I arrange manually a list of bibliographic entries. Or exist any external tools for that do it? Thanx Jaroslav Hajtmar Your question is kind of vague, so it's difficult to give a meaningful answer. Bibliographies in mkiv work; a few months ago, I finished a scholarly volume with a bibliography of 600 entries. If you have a precise question, you better provide a minimal example and show us what doesn't work (or what you couldn't achieve). If you have worked many hours, you must have something to show. Best Thomas ___ 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] Is it bibliography really problem for MKIV?
Hi, have you tried the following? \setuppublications[alternative=ams, refcommand=num] This sets the default cite style to [1], [2], ... You can also see http://wiki.contextgarden.net/Bibliography and the bib module manual which is linked from there. Sorting the citations by the order in the text are the default behavior, it could be set (in \setuppublications) with sorttype=cite. Hope that helps, Stefan. On 28.02.2012 19:12, Jaroslav Hajtmar wrote: Hello ConTeXist.. I have an unusual question: Is it bibliography really such a big problem for MKIV or I am unable to do? Do you have some experience in the bibliography at MKIV? Can you refer me to a source of information about this? Submitter thesis has a very strict requirement to the list of bibliography. The numbering of bibliographic items must be in the same order in which items are used in the text. Moreover, in the form of AMS is, [1], [2], etc. I've tried many hours, but I am absolutely not able to achieve the required form. I do not believe that I will eventually have to write a thesis in LaTeX because of the stupid request. May possibly be some way around? It occurred to me to do an emergency way. I want redefine of the \cite macro to macro \CITE. The \CITE macro put me list the order bibliographic items and then I arrange manually a list of bibliographic entries. Or exist any external tools for that do it? Thanx Jaroslav Hajtmar ___ 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 ___ ___ 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] Scribus vs ConTeXt
Hey folks, I was wondering if someone could offer a meaningful comparison in a nutshell to a layperson of the pros and cons of using Scribus versus ConTeXt. I actually just discovered the former today. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ 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] Scribus vs ConTeXt
On Tue, Feb 28, 2012 at 11:34:07AM -0800, Kip Warner wrote: Hey folks, I was wondering if someone could offer a meaningful comparison in a nutshell to a layperson of the pros and cons of using Scribus versus ConTeXt. I actually just discovered the former today. With Scribus you get an nice GUI, with ConTeXt you get every thing else that really matters for a typesetting job. Regards, Khaled 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] Font embedding
On 28-2-2012 19:08, Honza Hejzl wrote: Check the yellow pages for a printing house that does not demand that. :-) Best Martin I am sorry, but that is absolutely typical demand, I have never seen at least one printing house which does not demand that... (And this is not a solution! :o)) Eh .. you mean that most printing houses demand *full* inclusion? PDF file must be version *1.3* Hm ... reminds me of printing houses that convert the pdf to ps and use quark for imposition, don't want to update acrobat for a few hundred euro but expect their customers to invest a lot in them. I'm curious what Luigi thinks of this (as he works at a lerge printing house). Embed the typeface in the document along with the image data. Avoid using OPI commentaries! The typefaces used may be of the following standards: * Type1*, *TrueType*, *and Opentype*. As a matter of principle, the data is provided as a composite (not separated). Formats other than PDF are accepted only after prior agreement. I wonder what they mean with 'standards' ... take openstype: only some splines are included and some width information. So, say that they want zapfino to be fully included: they get megabytes of shapes, completely unorganized (apart from maybe the fact that one can tell what unicode or sequence of unicode it is). No feature data, no kerning, etc. So, this demand for 'full embedding' to me more sounds like weird. The PDF provided file should especially not contain any kind of meta-information, hypertext link, etc. that's easy, although even a version 1.3 *only* viewer (if you can still find one) is supposed to ignore annotations it does not know [i could imagine no objects streams but one can easilly convert a 1.X file into a 1.y file using acrobat] Everyone in printing industry *knows* what does it mean to embed fonts, it is similar like when somebody wants pdf x-1a file (in printing industry the standard). sure, but I'm not so sure if everyone expects one to embed all that unused information (btw, so far we never had to provide a specific pdf/x version so there are printing houses that are flexible enough to deal with it) I am not a programmer, I don't know what does it mean in a code point of view. Trust me, embedding of fonts is the standard (if you are not able to provide us the file as we need, your client should find another typesetter - who typesets in InDesign). InDesign subsets typically just fonts used for texts where is not used 100 % of alphabet (pdf export settings). it depends ... - a typesetter produces a file - in some kind of valid pdf - that than can be converted by whoever gets that file a printer might decide to drop features (because he cannot print it) or the publisher's prepress department can decide to downsample or convert to gray or ... in your case the printing house does not like what indesign does by default, but often it's indesign that sets the standard of what to expect so it all depends ... everyone in the publishing chain who claims that 'this or that is the standard' is of course right in its own perception anyway ... in your case you can say: \setupbackend[format=PDF/X-1a:2001] and get 1.3 (unless of course features are used cq. images included that demand otherwise) and you can best also say \nopdfcompression just to be sure that the printing house cannot complain about compression and then there is \enabledirectives[fonts.embedall] but that doesn't work unless you add line 205 in font-con.lua: tfmdata.embedding = embedding (I'll add that line in the next beta) which will embed a font (but of course still quite validly use a subset vector). Graphics and other resources are completely out of context/luatex's scope as are all kind of other aspects, 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] Scribus vs ConTeXt
Hello, I work quite often with Scribus (but I am not expert). I use it mainly to leaflets, posters (great tools for posters for me) and other similar things that contain a lot of graphics, overlays, etc. I can imagine writing a small magazine with lots of images, etc. For extensive work (thesis and large documents with a large majority of the text) in the Scribus current version can not imagine it. Those who can not nothing in TeX or ConTeXt Scribus is an interesting option. It's clickable tool that allows to one who does not understand typography and not feeling for it do make a nice shit. Typography expert can produce very nice documents. Or also, someone who has a great feel for typography. Scribus is developing quite quickly and quite well with developers trying to improve it. For some time it will definitely be a tool that can tread on the heels of InDesign Jaroslav Hajtmar Dne 28.2.2012 20:34, Kip Warner napsal(a): Hey folks, I was wondering if someone could offer a meaningful comparison in a nutshell to a layperson of the pros and cons of using Scribus versus ConTeXt. I actually just discovered the former today. ___ 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 ___ ___ 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] Font embedding
On 28-2-2012 18:38, Khaled Hosny wrote: When using map files 'fontfile' should tell the engine to fully embed the font, but since MkIV does not use map files you can't use this. Alternatively, font table passed from lua to pdf backed have an 'embedding' key and setting it to 'full' should fully embed the font, but I don't know if MkIV provides a way to control this. It's a document property (as I see no need to configure it per font) and these are controlled via directives: \enabledirective[fonts.embed] But passing the flag to luatex got lost when I redid some of the font code quite a while ago (and no one complained), 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] Font embedding
2012/2/28 Honza Hejzl honza.he...@gmail.com: PDF file must be version 1.3 Yellow pages. Now. Choose one that can handle PDF/X-4. PDF 1.4 was released in 2001. If they need 1.3, their software is probably a decade old. Best Martin ___ 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] Unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1
On 02/28/2012 01:56 PM, luigi scarso wrote: On Tue, Feb 28, 2012 at 1:14 PM, Hans Hagen pra...@wxs.nl wrote: On 26-2-2012 20:42, Thomas A. Schmitz wrote: ¡ On 02/26/2012 07:50 PM, luigi scarso wrote: The font is fromhttp://www.thessalonica.org.ru/en/fonts-download.html . The log says : fonts otf prepare unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1 Thomas ? Sorry, I have absolutely no clue what this is supposed to mean... I'm not even sure if the message comes from the core or Wolfgang's module? All I can say is: Theano-Didot is also supported by the ancientgreek module, and the font works normally here: Anyhow, we're not going to look into it if there is no proper test file showing the problem. We don't even know what features are involved. Dear Luigi, Thomas and Hans, I asked to the font creator (I had other issues with the font to report) and he told me that this is actually a positive kerning in the combining diacritical mark so they look exactly like the precombined characters (so that Ἄ looks like of ῎Α). I don't think it makes any sense to implement such a feature. And the font creator may change this to the kern feature in a future release. I hope it helps, 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1
On 28-2-2012 21:45, Pablo Rodríguez wrote: On 02/28/2012 01:56 PM, luigi scarso wrote: On Tue, Feb 28, 2012 at 1:14 PM, Hans Hagenpra...@wxs.nl wrote: On 26-2-2012 20:42, Thomas A. Schmitz wrote: ¡ On 02/26/2012 07:50 PM, luigi scarso wrote: The font is fromhttp://www.thessalonica.org.ru/en/fonts-download.html . The log says : fonts otf prepare unsupported coverage contextpos for 'RQD ' Greek Caps after Accents Positioning-1 Thomas ? Sorry, I have absolutely no clue what this is supposed to mean... I'm not even sure if the message comes from the core or Wolfgang's module? All I can say is: Theano-Didot is also supported by the ancientgreek module, and the font works normally here: Anyhow, we're not going to look into it if there is no proper test file showing the problem. We don't even know what features are involved. Dear Luigi, Thomas and Hans, I asked to the font creator (I had other issues with the font to report) and he told me that this is actually a positive kerning in the combining diacritical mark so they look exactly like the precombined characters (so that Ἄ looks like of ῎Α). I don't think it makes any sense to implement such a feature. And the font creator may change this to the kern feature in a future release. I hope it helps, well, if some feature is not supported then we need to solve it but we can wait till we run into a better defined case next time 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] Scribus vs ConTeXt
Am 2012-02-28 um 21:20 schrieb Jaroslav Hajtmar: Hello, I work quite often with Scribus (but I am not expert). I use it mainly to leaflets, posters (great tools for posters for me) and other similar things that contain a lot of graphics, overlays, etc. I can imagine writing a small magazine with lots of images, etc. For extensive work (thesis and large documents with a large majority of the text) in the Scribus current version can not imagine it. Those who can not nothing in TeX or ConTeXt Scribus is an interesting option. It's clickable tool that allows to one who does not understand typography and not feeling for it do make a nice shit. Typography expert can produce very nice documents. Or also, someone who has a great feel for typography. Scribus is developing quite quickly and quite well with developers trying to improve it. For some time it will definitely be a tool that can tread on the heels of InDesign But it still lacks a lot of essential features for professional work (at least in my area), e.g. usable master pages and nondestructional import of vector graphics (esp. PDF), CMYK and spot colors. Correct me if it gained these lastly - I know they're working on it, but the development speed is much much slower than ConTeXt’s. Maybe it’s more stable and reliable therefore... Scribus has at least one feature that sets it ahead of InDesign (besides being Open Source): render frames (similar functionality as ConTeX’s filter module - replace foreign sourcecode by its result). Greetlings, Hraban ___ 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] Font embedding
Am 2012-02-28 um 21:23 schrieb Martin Schröder: 2012/2/28 Honza Hejzl honza.he...@gmail.com: PDF file must be version 1.3 Yellow pages. Now. Choose one that can handle PDF/X-4. PDF 1.4 was released in 2001. If they need 1.3, their software is probably a decade old. No, they just keep to standards they can handle. There’s not so much wrong about PDF/X-1 and -3. I guess the full font embedding is just a misunderstanding. The instructions Honza quoted didn’t say full. I experienced a lot of printshops whose instructions were for office- type laymen and just utterly wrong for professionals*, e.g. to deliver single page pdfs or to convert all fonts to curves. Other printshops never learned anything in the last 20-30 years - they earned their insolvence. *) or, say, people who know stuff - most *amateur* (in the meaning of the word) typographers are better than everyday professionals. Honza, I guess you need only this information: ConTeXt embeds fonts very well and standards compliant. If it doesn’t, it’s an error that we can track (maybe missing or corrupt font on your system). Greetlings, Hraban --- http://www.fiee.net/texnique/ http://wiki.contextgarden.net https://www.cacert.org (I'm an assurer) ___ 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] Scribus vs ConTeXt
You have generally right ... But I think that you must not take the measure of the devilish speed the development rate of development of ConTEXt :-) I often I make a text document using the Context and the resulting PDF document I put into Scribus. With Scribus I put graphics, titles etc. For normal use Scribus is a good choice. But you have right - for professional work in the end one needs a professional tool like InDesign or QuarkXpress. Jaroslav Dne 28.2.2012 23:26, Henning Hraban Ramm napsal(a): But it still lacks a lot of essential features for professional work (at least in my area), e.g. usable master pages and nondestructional import of vector graphics (esp. PDF), CMYK and spot colors. Correct me if it gained these lastly - I know they're working on it, but the development speed is much much slower than ConTeXt’s. Maybe it’s more stable and reliable therefore... Scribus has at least one feature that sets it ahead of InDesign (besides being Open Source): render frames (similar functionality as ConTeX’s filter module - replace foreign sourcecode by its result). ___ 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] Broken Nightly (2012.02.18)
On Tue, 2012-02-28 at 13:20 +0100, Hans Hagen wrote: apart from a funny corner at least it helps if the colors are defined \definecolor[colour_page][red] \definecolor[colour_text][green] Actually it doesn't. Even with the corner and colour variables removed, or the latter defined, it makes no difference: graphics invalid region for 'tbg:1' ! LuaTeX error /usr/share/texmf/tex/context/base/anch-pgr.lua:530: attempt to index field 'list' (a nil value) stack traceback: /usr/share/texmf/tex/context/base/anch-pgr.lua:530: in function 'fetchmultipar' /usr/share/texmf/tex/context/base/anch-pgr.lua:569: in function 'fetchmultipar' main ctx instance:1: in main chunk. \ctxcommand ...\directlua \zerocount {commands.#1} argument ...tipars {\MPvar {self}}{\MPanchorid } ; \includeMPgraphic {\MPv... \meta_process_graphic ...graphicformat , \!!bs #1 ;\!!es , \!!bs \meta_flush... \anch_positions_meta_graphic_use ...#3\stopMPcode \endgroup \anch_positions_meta_graphic_nested ...graphic #2} \endgroup \anch_positions_meta_graphic_direct_indeed ...ame \removelastspace }\smashbo... ... l.36 ... and the methane/oxygen return propellant. Using ConTeXt ver: 2012.02.21 14:02 MKIV fmt: 2012.2.28 int: english/english. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ 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] Scribus vs ConTeXt
On Tue, 2012-02-28 at 21:20 +0100, Jaroslav Hajtmar wrote: Hello, I work quite often with Scribus (but I am not expert). I use it mainly to leaflets, posters (great tools for posters for me) and other similar things that contain a lot of graphics, overlays, etc. I can imagine writing a small magazine with lots of images, etc. For extensive work (thesis and large documents with a large majority of the text) in the Scribus current version can not imagine it. Those who can not nothing in TeX or ConTeXt Scribus is an interesting option. It's clickable tool that allows to one who does not understand typography and not feeling for it do make a nice shit. Typography expert can produce very nice documents. Or also, someone who has a great feel for typography. Scribus is developing quite quickly and quite well with developers trying to improve it. For some time it will definitely be a tool that can tread on the heels of InDesign Jaroslav Hajtmar Thanks Jaroslav. That was comprehensive. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ 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] Scribus vs ConTeXt
On Tue, 2012-02-28 at 21:43 +0200, Khaled Hosny wrote: With Scribus you get an nice GUI, with ConTeXt you get every thing else that really matters for a typesetting job. Regards, Khaled Hey Khaled. That is kind of a given, but thanks anyways. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part ___ 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] Font embedding
On Tue, Feb 28, 2012 at 11:38 PM, Henning Hraban Ramm hra...@fiee.net wrote: Am 2012-02-28 um 21:23 schrieb Martin Schröder: 2012/2/28 Honza Hejzl honza.he...@gmail.com: PDF file must be version 1.3 Yellow pages. Now. Choose one that can handle PDF/X-4. PDF 1.4 was released in 2001. If they need 1.3, their software is probably a decade old. No, they just keep to standards they can handle. There’s not so much wrong about PDF/X-1 and -3. right. After all, many of tex user still use dvitops and pstopdf. I guess the full font embedding is just a misunderstanding. The instructions Honza quoted didn’t say full. yes, this is what I believe I experienced a lot of printshops whose instructions were for office-type laymen and just utterly wrong for professionals*, e.g. to deliver single page pdfs or to convert all fonts to curves. Other printshops never learned anything in the last 20-30 years - they earned their insolvence. *) or, say, people who know stuff - most *amateur* (in the meaning of the word) typographers are better than everyday professionals. or \input zapf Honza, I guess you need only this information: ConTeXt embeds fonts very well and standards compliant. If it doesn’t, it’s an error that we can track (maybe missing or corrupt font on your system). Right -- at least this is my almost 10 years experience of industrial printing with mkii and mkiv. The only obscure issue with fonts embedding is the fact that at least for pdf1.4 it was a bad practice (let's says so) to embed one of the 14 Postscript standard fonts Courier,Courier-Bold,Courier-Oblique,Courier-BoldOblique,Helvetica,Helvetica-Bold,Helvetica-Oblique,Helvetica-BoldOblique,Times-Roman,Times-Bold,Times-Italic,Times-BoldItalic,Symbol,ZapfDingbats (the Base-14 Fonts) but pdf/a-* which is pdf 1.4 based requires that all the font *must* be correctly embed, even one of the Base-14 fonts. So, a pdf1.4 with, let's say, only helvetica correctly embed, can be theoretically marked as bad (not wrong, just bad) if checked versus a generic 1.4 version compliant, but right (at least form the point of view of fonts) if checked as pdf/a-1 . But it's so dependant to the pdf-checker that we can say that if the last release of Acrobat say it's ok, than you can say that it's ok. (incidentally, that's why in this situation I use Nimbus whenever I can, to avoid such kind of noises). -- 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pagereference broken in project
Am 28.02.2012 um 16:28 schrieb Steffen Wolfrum: Hi, when I run (vers. 20120116) this minimal product with MyProduct.tex, I get ?? instead of the pagenumber for \at[abb:n] to \pagereference[abb:n]. Is there a fix, or did I do a mistake? Just to be sure, I tested pagereference over components with various other versions from last year and and this year: referencing never works. Can this be confirmed? Steffen ___ 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] Font embedding
Just a little P. S. Here is the typical view of fully embedded fonts (Scribus made): http://dl.dropbox.com/u/4393365/embedded.png And here the typical view of subset fonts (ConTeXt made): http://dl.dropbox.com/u/4393365/subset.png I will try to discuss that with somebody from the industry... Honza ___ 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] Font embedding
On Wed, Feb 29, 2012 at 8:34 AM, Honza Hejzl honza.he...@gmail.com wrote: Just a little P. S. Here is the typical view of fully embedded fonts (Scribus made): http://dl.dropbox.com/u/4393365/embedded.png And here the typical view of subset fonts (ConTeXt made): http://dl.dropbox.com/u/4393365/subset.png I will try to discuss that with somebody from the industry... can you try both with $pdffonts file1.pdf $pdffonts file2.pdf where file1 and file 2 are from http://dl.dropbox.com/u/4393365/embedded.png and http://dl.dropbox.com/u/4393365/subset.png and include the output here ? -- 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___