Re: [NTG-context] ConTeXt output & commercial printing houses: Thanks!
At 11:15 PM 7/26/2004, you wrote: On Sat, Jul 24, 2004 at 03:21:39PM -0500, Bill McClain wrote: > - Also, I don't know whether it is possible to downsample images in > PDF's that you generate from ConTeXt. If it is, avoid it. That raises an important question: if downsampling is done, is it obvious what ConTeXt commands cause it to happen? There's, to my knowledge, no engine in pdfTeX for downsampling images; there certainly be one coded in ConTeXt. Thus, I'd be fairly confident in guessing that it is indeed, fairly obvious, on grounds that there are no commands which do that. > The printer > expects CMYK images (not RGB!) where the resolution is approx. 2 times > the screen count in the final print, @ the physical size on the paper. > So if you have an image in your PDF that is 10 cms /4 in. wide, and you > want it printed in a 150 lpi (lines per inch) screen, make sure the > original resolution is 300 dpi @ 10 cms / 4 in. Now that's interesting. I imagined you would get the best results with images that were designed exactly at the printer resolution. You might, but that would only be true if you also have the image aligned exactly with the printer resolution -- which is unlikely to be the case unless you do it explicitly. Having the 2x-or-higher resolution means that the downsampling in the printing process will produce an acceptable result no matter what the alignment is. Beyond that, I suspect there are also some effects involved in the fact that the printer is creating a screen rather than dots of pure color; there are things going on in the screen that are on a finer scale than the line spacing, and having the higher-resolution to base them on probably produces a better result. - Brooks ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] ConTeXt output & commercial printing houses: Thanks!
Thanks for all the responses. I got some very useful information here. I do have a couple of quick follow-up questions. On Sat, Jul 24, 2004 at 03:21:39PM -0500, Bill McClain wrote: > > Different shops might have different requirements, but Bookmobile simply > requires an exact image of the book, page size defined to be the paper > size. Easy. You're referring to just the interior, right? I would think that covers have to have a bit of bleed, no? > This has all been for digital printing and perfect-bound paperbacks. Pretty much what I'm doing for now. As a matter of fact, partly inspired by your example, I'm attempting something rather similar to your publishing biz--though not in direct competition, I hope and believe. On Sun, Jul 25, 2004 at 12:01:03PM +0200, Mats Broberg wrote: > > Being a newbie when it comes to ConTeXt, but having worked in the > commercial printing busines for a decade, I would say that the majority > of printers actually prefer PDF files rather than Quark, InDesign or > Pagemaker files. At least that is the case in Europe, and it would > suprise me if it is not the same situation in USA. Well, yes. Many printers here do prefer PDF. However, there's a small problem in some cases--I know this is true for Kinko's, and was wondering if it's true for regular printers, too: they think that PDF means "Adobe PDF"--i.e. they believe that Adobe software is *the* way to produce PDF, and are mostly unaware that there is such a thing as a PDF standard. Now, I don't fully understand the issue, but apparently Adobe software doesn't entirely follow the published specs, whereas TeX does. And some processing software seems to be designed specifically to work with the quirks of Acrobat output, and sometimes has trouble with PDFTeX output. > - Also, I don't know whether it is possible to downsample images in > PDF's that you generate from ConTeXt. If it is, avoid it. That raises an important question: if downsampling is done, is it obvious what ConTeXt commands cause it to happen? > The printer > expects CMYK images (not RGB!) where the resolution is approx. 2 times > the screen count in the final print, @ the physical size on the paper. > So if you have an image in your PDF that is 10 cms /4 in. wide, and you > want it printed in a 150 lpi (lines per inch) screen, make sure the > original resolution is 300 dpi @ 10 cms / 4 in. Now that's interesting. I imagined you would get the best results with images that were designed exactly at the printer resolution. -- Matt Gushee When a nation follows the Way, Englewood, Colorado, USAHorses bear manure through [EMAIL PROTECTED] its fields; http://www.havenrock.com/ When a nation ignores the Way, Horses bear soldiers through its streets. --Lao Tzu (Peter Merel, trans.) ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Re: Disable Metapost rendering?
p pictures only if needed. So how does it determine whether a recalculation is necessary or not? Is it a problem if my figures rely on the randomizers, like uniformdeviate()? indeed, that can be solved by setting the random seed occasionally or manually \setupsystem[random=big] % or random=12345 Great, thanks alot! Best regards, Sebastian Sturm ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] Fwd: (Classical) greek in ConTeXt/Gamma [please forward]
Well, this is pretty old news, so I'm not sure if a reply is still called for; whatever, here comes: I'm not quite sure why Giuseppe is trying to use eomega instead of plain ole pdftex. I mean, you're not writing Greek in Unicode, right? If you're still interested, drop me a line, I have a home-cooked Greek package for ConTeXt which works very well on my box (which is teTeX on Mac OS X); I could send you the files. And the iota subscript is usuall done with an | after the vowel, as in a|. The combination =A (alpha with circumflex) does not occur in classical Greek without a breathing, but HTH Thomas On Jul 26, 2004, at 1:37 PM, Giuseppe Bilotta wrote: Idris sent me this asking me to forward it. My reply follows. ===8<==Original message text=== Hi Giuseppe, I was digging in the archives and came across this; I don't think I ever saw this message (must have been busy at the time). Did you ever get an answer? I'm sure that editing the otp's will get you the result u wanted quite easily, but in the year since u wrote this u've probably figured that out already:-) Best Idri [NTG-context] (Classical) greek in ConTeXt/Gamma Giuseppe Bilotta [EMAIL PROTECTED] Thu, 10 Apr 2003 15:40:35 +0200 Hello, I don't know if Idris is following the group (I hope he is), but anyway I have a couple of questions on the support for Greek in ConTeXt, Omega and thus also Gamma. The need is that of typesetting classical greek snippets in a latin (Italian, but could be English) context. I thought that ConTeXt+(e-)Omega would be the best thing in town, so I prepared a small test file: \usemodule[gamma] \mainlanguage[italian] \starttext Possiamo scrivere tranquillamente in italiano; questo non ci priva per\`o della possibilit\`a di scrivere in greco: vediamo subito l'alfabeto minuscolo e maiuscolo (notare come j dia \greek{j} e c dia il sigma di fine parola \greek{c}): \startgreek a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z \stopgreek \`E ovviamente possibile usare segni diacritici come gli accenti (\greek{`a, 'a, =a}) o gli spiriti (\greek{w}); osserviamo come questi assumano automaticamente la posizione corretta nel caso di lettere maiuscole (\greek{`A, 'A, =A, A, Ai}) \stoptext While it seems to work pretty well most of the time, there seem to be some problems; I'd like to know where they arise from and if and how they can be fixed. The problems: Combination Doesn't give Moreover, I don't know how to write the subscribed iota. My system is a MiKTeX 2.2 with (e-)Omega 1.15. Does anybody have an idea? -- Giuseppe "Oblomov" Bilotta ===8<===End of original message text=== My reply: Well, I'm pretty sure the bug is in the OTPs that come with Omega (which is pretty funny, considering that Yannis *is* Greek ...). I guess that when the rougher edges in Aleph are fixed we'll start correcting the OCPs :) -- Giuseppe "Oblomov" Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] unicode editor?
Am 26.07.2004 um 18:40 schrieb [EMAIL PROTECTED]: Hello, What about Mined http://towo.net/mined/ ? It's utf-8 and right to left. Untested ;). Mighty with Unicode etc., but has only HTML syntax highlighting, no TeX features. Grüßlis vom Hraban! --- http://www.fiee.net/texnique/ ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] unicode editor?
Hans and others use SciTE. Does it provide Unicode/bidirectional support support? You can set it up to use UTF-8, but I don't think it supports r-t-l or bidi. http://scintilla.sourceforge.net/ Grüßlis vom Hraban! --- http://www.fiee.net/texnique/ ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] unicode editor?
Hello, What about Mined http://towo.net/mined/ ? It's utf-8 and right to left. Untested ;). Seb. Selon Giuseppe Bilotta <[EMAIL PROTECTED]>: > Monday, July 26, 2004 ishamid wrote: > > > [for forwarding to the list] > > Dear knights of the round table, > > > I generally do my Arabic work in Aleph/eomega in Latin transcription mode, > but > > things are at a point now where I would like to code TeX using unicode (and > a > > unicode otp filter). Now I use WinEdT and really love it (I even designed > > buttons for for a few functions), but the maintainer has indicated that it > > will be quite some time before WinEdT supports unicode+right-to-left > > typesetting. Are any of you aware of a good multi-platform (thinking of > > switching to Linux again) unicode editor? (and no, at this time I'm not > ready > > to spend months (re-)learning/fighting/cursing XEmacs;-> (could never get > MULE > > to work anyway...)) > > > I personally use ViM, even though its support for TeX & friends > is very limited. > > -- > Giuseppe "Oblomov" Bilotta > > > > > > ___ > ntg-context mailing list > [EMAIL PROTECTED] > http://www.ntg.nl/mailman/listinfo/ntg-context > ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Fwd: (Classical) greek in ConTeXt/Gamma [please forward]
Idris sent me this asking me to forward it. My reply follows. ===8<==Original message text=== Hi Giuseppe, I was digging in the archives and came across this; I don't think I ever saw this message (must have been busy at the time). Did you ever get an answer? I'm sure that editing the otp's will get you the result u wanted quite easily, but in the year since u wrote this u've probably figured that out already:-) Best Idri [NTG-context] (Classical) greek in ConTeXt/Gamma Giuseppe Bilotta [EMAIL PROTECTED] Thu, 10 Apr 2003 15:40:35 +0200 Hello, I don't know if Idris is following the group (I hope he is), but anyway I have a couple of questions on the support for Greek in ConTeXt, Omega and thus also Gamma. The need is that of typesetting classical greek snippets in a latin (Italian, but could be English) context. I thought that ConTeXt+(e-)Omega would be the best thing in town, so I prepared a small test file: \usemodule[gamma] \mainlanguage[italian] \starttext Possiamo scrivere tranquillamente in italiano; questo non ci priva per\`o della possibilit\`a di scrivere in greco: vediamo subito l'alfabeto minuscolo e maiuscolo (notare come j dia \greek{j} e c dia il sigma di fine parola \greek{c}): \startgreek a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z \stopgreek \`E ovviamente possibile usare segni diacritici come gli accenti (\greek{`a, 'a, =a}) o gli spiriti (\greek{w}); osserviamo come questi assumano automaticamente la posizione corretta nel caso di lettere maiuscole (\greek{`A, 'A, =A, A, Ai}) \stoptext While it seems to work pretty well most of the time, there seem to be some problems; I'd like to know where they arise from and if and how they can be fixed. The problems: Combination Doesn't give http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] Re: unicode editor? [please forward]
Monday, July 26, 2004 ishamid wrote: > [for forwarding to the list] > Dear knights of the round table, > I generally do my Arabic work in Aleph/eomega in Latin transcription mode, but > things are at a point now where I would like to code TeX using unicode (and a > unicode otp filter). Now I use WinEdT and really love it (I even designed > buttons for for a few functions), but the maintainer has indicated that it > will be quite some time before WinEdT supports unicode+right-to-left > typesetting. Are any of you aware of a good multi-platform (thinking of > switching to Linux again) unicode editor? (and no, at this time I'm not ready > to spend months (re-)learning/fighting/cursing XEmacs;-> (could never get MULE > to work anyway...)) I personally use ViM, even though its support for TeX & friends is very limited. -- Giuseppe "Oblomov" Bilotta ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] [Fwd: SciTE? [please forward]]
-- - 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 - --- Begin Message --- [for forwarding to the list] Dear musketeers, I was digging in the archives and found http://www.pragma-ade.com/scite/wscite.zip But alas, nothing's there! Is the ConTeXt-friendly version of SciTE still available? Best Idris Deze e-mail is door E-mail VirusScanner van Planet Internet gecontroleerd op virussen. Op http://www.planet.nl/evs staat een verwijzing naar de actuele lijst waar op wordt gecontroleerd. --- End Message --- ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] [Fwd: unicode editor? [please forward]]
-- - 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 - --- Begin Message --- [for forwarding to the list] Dear knights of the round table, I generally do my Arabic work in Aleph/eomega in Latin transcription mode, but things are at a point now where I would like to code TeX using unicode (and a unicode otp filter). Now I use WinEdT and really love it (I even designed buttons for for a few functions), but the maintainer has indicated that it will be quite some time before WinEdT supports unicode+right-to-left typesetting. Are any of you aware of a good multi-platform (thinking of switching to Linux again) unicode editor? (and no, at this time I'm not ready to spend months (re-)learning/fighting/cursing XEmacs;-> (could never get MULE to work anyway...)) Hans and others use SciTE. Does it provide Unicode/bidirectional support support? Any advice would be greatly appreciated! I hate the thought of leaving WinEdT after so many years but I may have no choice:-( Best Idris Deze e-mail is door E-mail VirusScanner van Planet Internet gecontroleerd op virussen. Op http://www.planet.nl/evs staat een verwijzing naar de actuele lijst waar op wordt gecontroleerd. --- End Message --- ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] [Fwd: \setuppagenumbering problem [Please Forward]]
-- - 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 - --- Begin Message --- [For forwarding to the list] Dear cartel, The following \setupheadertexts% [][foo1][foo2][] \setuppagenumbering[alternative=doublesided, location={header,marginedge}] will place the pagenumber on the inside edge of the outer margin of the page, with a little space between the page number and the header. So, e.g., on an odd page we get in the header + Now I need something that does the exact mirror of this. In the odd page case: + with the pagenumber just on the inside of the back margin, followed by a small space and the header (this is the odd page case). How do I do it? It seems that we need a key, say "insidemarginedge", so that we can say, e.g., location={header,insidemarginedge}: \setupheadertexts% [foo1][][][foo2] \setuppagenumbering[alternative=doublesided, location={header,insidemarginedge}] Please help! Best Idris Deze e-mail is door E-mail VirusScanner van Planet Internet gecontroleerd op virussen. Op http://www.planet.nl/evs staat een verwijzing naar de actuele lijst waar op wordt gecontroleerd. --- End Message --- ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
[NTG-context] [Fwd: ocplist interactions [please forward]]
-- - 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 - --- Begin Message --- [for forwarding to the list] Dear fellowship, Using eomega/Aleph, turning on an ocplist will cut off any other font in its scope, like pagenumbering. But we have solutions/workarounds: \setuppagenumbering[command={\clearocplists}] \def\MYhigh#1{\high{\clearocplists#1}} \setupfootnotes[numbercommand={\MYhigh}] or I can actually switch fonts: \setuppagenumbering[command={\clearocplists\switchtobodyfont[myfont]\myocplist }] \def\MYhigh#1{\high{\clearocplists\switchtobodyfont[myfont]\myocplist#1}} \setupfootnotes[numbercommand={\MYhigh}] Now I need something similar for the printmarks, because when I temporarily switch from a global left-to-right document to a global right-to-left document with activated ocplists, the page numbers in the crop marks (predictably) disappear. I need some key that allows me to \clearocplists when the crop-mark page numbers are read by ConTeXt. Thnx in advance Idris Deze e-mail is door E-mail VirusScanner van Planet Internet gecontroleerd op virussen. Op http://www.planet.nl/evs staat een verwijzing naar de actuele lijst waar op wordt gecontroleerd. --- End Message --- ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context