Re: [NTG-context] ConTeXt output commercial printing houses: Thanks!

2004-07-27 Thread Matt Gushee
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] unicode editor?

2004-07-27 Thread ishamid
What about Mined http://towo.net/mined/ ?
It's utf-8 and right to left.
Untested ;).

Drat! it runs from a terminal:-((

Oh well, I'll try it anyway...

Best
Idris


___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] unicode editor?

2004-07-27 Thread Hans Hagen
ishamid wrote:
In any case, I would still like to try SciTE if Hans' support files are 
available somewhere. Quick question: how does one activate utf-8?
 

they're in the archive (under context/data) 

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
-
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] suppressing hyphenation and setlayerframed

2004-07-27 Thread Eros Albertazzi
1-
I would like to suppress hypenation in a text of a \startfiguretext 
within a \setlayerframed
I am aware of the thread in jan 03 on the list and the fact 
that\setupalign[nothyphenated] (or \nohyphens) overshoot the right margin
On the other hand I do not know where to put the 
align={left,nothyphenated,width} that was suggested in the reply

here is the piece I work with:
\setlayerframed[page][preset=righttop, 
column=1,line=30][width=\dimexpr((\paperwidth-2cm)/2),align=]{\getbuffer[b]}

with the buffer:
\startfiguretext
[left][]{}
{\externalfigure[t1][width=.2\textwidth]}
... nohypened text...
\stopfiguretext
2-
still awfully raw on context I am looking for the options of 
\setlayerframed, list and meaning, command that is absent from manuals 
or web info-tools

in details.pdf some examples are build with 
\setlayer[..][..]{\framed[..]{..}}

what's the difference, if any, betwwen the two form?
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re[2]: [NTG-context] Fwd: (Classical) greek in ConTeXt/Gamma [please forward]

2004-07-27 Thread Giuseppe Bilotta
Monday, July 26, 2004 Thomas A.Schmitz wrote:

 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 r and A definitely ought to
 work.

I think it would be worth it to make your package public.
Consider submitting it to CTAN. We should try and populate the
context repository there :) (Tobias, I've read your email, I'm
just catching up with the mail ...)

The reason why I wanted an Omega/Aleph solution was that I am
working on Aleph (the program) and I need to know if there are
bugs and where :)

-- 
Giuseppe Oblomov Bilotta

___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] metaobj and transparent colors with \MPcolor

2004-07-27 Thread Eckhart Guthöhrlein
On Sat, Jul 24, 2004 at 11:28:36AM +0200, Vit Zyka wrote:
 I, of course, checked if the package metaobj is installed and loaded. 
 Perhaps my is too old (v0.83)?

That's the current version.

-- 
Eckhart
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Shading transparency / missing linear_shade variant

2004-07-27 Thread Eckhart Guthöhrlein
On Sat, Jul 24, 2004 at 11:36:03AM +0200, Vit Zyka wrote:
 Furthermore, the shading variants for linear_shade do not correspond
 with those listed in the metafun manual, page 180. Variant 2 is missing
 and behaves like variant 3 should.
 
 Not so exactly. The today reality is a bit richer than that in the 
 Metafun manual. One can choose from 8 directions:
 
 number   direction
 1NE
 2NW
 3SW
 4SE
 5E
 6N
 7W
 8S
 otherE

All right, thanks. Admittedly, i could have found this by trying more
numbers.
But anyway, transparency is ignored when using shading. Is there any
possibility to achieve a gradient from, i.e., completely transparent to
completely intransparent white?

-- 
Eckhart
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] metaobj and transparent colors with \MPcolor

2004-07-27 Thread Hans Hagen
Eckhart Guthöhrlein wrote:
The problem seems to be that all objects in metaobj are filled using a
non-transparent white by default. Subsequent filling with a completely
transparent color then of course gives just white.
 

ah, maybe denis uses the metapost 'backgroundcolor' which is white; i'd say: never use that ! just don't fill! 

btw, i recently introduced nocolor, being (-1,-1,-1) 

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
-
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Shading transparency / missing linear_shade variant

2004-07-27 Thread Hans Hagen
Eckhart Guthöhrlein wrote:
On Sat, Jul 24, 2004 at 11:36:03AM +0200, Vit Zyka wrote:
 

Furthermore, the shading variants for linear_shade do not correspond
with those listed in the metafun manual, page 180. Variant 2 is missing
and behaves like variant 3 should.
 

Not so exactly. The today reality is a bit richer than that in the 
Metafun manual. One can choose from 8 directions:

number   direction
1NE
2NW
3SW
4SE
5E
6N
7W
8S
otherE
   

All right, thanks. Admittedly, i could have found this by trying more
numbers.
But anyway, transparency is ignored when using shading. Is there any
possibility to achieve a gradient from, i.e., completely transparent to
completely intransparent white?
 

no(t yet), i dunno if pdf supports that -) 

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
-
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Converting math from LaTeX to ConTeXt

2004-07-27 Thread Eckhart Guthöhrlein
On Sun, Jul 25, 2004 at 10:31:24PM -0700, Brooks Moses wrote:
 First, by way of introduction: I've been using LaTeX for about five years 
 now, but am quite new to ConTeXt.  I'm a grad student in mechanical 
 engineering, so my primary uses of ConTeXt in the near future are likely to 
 be for my thesis and associated presentations, all of which will likely 
 have lots of complicated equations in them.

In general, it will be very helpful to know how things can be done in
plain tex. This should always work in context.

 After looking at what documentation is available for this, I think I have a 
 fair handle on the basics of including math in ConTeXt.  However, I do have 
 some questions about things beyond the basics that I use rather frequently, 
 and I haven't been able to find useful answers in the documentation or the 
 list archives.
 
 To begin with, I have the following sets of definitions in my standard 
 LaTeX preamble.  I know that \newcommand and \renewcommand are 
 LaTeX-specific; what's the appropriate ConTeXt equivalent?  Also, do \hat, 
 \vec, and \overline work as I would expect?  And is there a direct 
 equivalent to \boldsymbol from the amsmath package?  (I need something that 
 will handle both roman and greek letters.)

I have been away from context for some time, but I know that Giuseppe
Bilotta has spent much effort on extending its math capabilities. I
think he has written some modules providing amsmath features. But he
will probably comment on this in more detail and in a more qualified way
than I can.

   \renewcommand{\vec}[1]{{\boldsymbol{#1}}}
   \renewcommand{\hatn}{\hat{\vec{n}}}
   \newcommand{\filter}[1]{\overline{#1}}

You can use the tex primitve
\def\vec#1{{\boldsymbol{#1}}
or the context way
\define[1]\vec{{\boldsymbol{#1}}

But afaik there is no checking if a command is already defined?

-- 
Eckhart
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Shading transparency / missing linear_shade variant

2004-07-27 Thread Eckhart Guthöhrlein
On Tue, Jul 27, 2004 at 01:37:06PM +0200, Hans Hagen wrote:
 But anyway, transparency is ignored when using shading. Is there any
 possibility to achieve a gradient from, i.e., completely transparent to
 completely intransparent white?
  
 
 no(t yet), i dunno if pdf supports that -) 

That's really a pity. But alas, if *you* don't know, it's probably
hopeless.

-- 
Eckhart
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] ConTeXt output commercial printing houses: Thanks!

2004-07-27 Thread Bill McClain
On Tue, 27 Jul 2004 00:15:09 -0600
Matt Gushee [EMAIL PROTECTED] 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?

For the front and back covers I've just used the interior paper size.
Given a page count the printer specifies the spine width, and perhaps
they allow a little exapansion there?

For the cover I create a single PDF file with the panels joined as so:

back|spine|front

-Bill
-- 
Sattre Press  Pagan Papers
http://sattre-press.com/by Kenneth Grahame
[EMAIL PROTECTED]  http://sattre-press.com/pp.html
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] ConTeXt output commercial printing houses: Thanks!

2004-07-27 Thread George N. White III
On Mon, 26 Jul 2004, Brooks Moses wrote:
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.
As a general principle, it makes no sense for pdftex to provide image
manipulation capabilities.  Such capabilities are useful to a much wider 
audience than the users of pdftex, so there are lots of tools to do
image resampling and format conversions.  All that pdftex should do is
support inclusion of pdf.  The limited support for including png images
is a convenience, but if you are being careful you would want to make
pdf images.

--
George N. White III  [EMAIL PROTECTED]
  Head of St. Margarets Bay, Nova Scotia, Canada
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Shading transparency / missing linear_shade variant

2004-07-27 Thread Hans Hagen
Eckhart Guthöhrlein wrote:
On Tue, Jul 27, 2004 at 01:37:06PM +0200, Hans Hagen wrote:
 

But anyway, transparency is ignored when using shading. Is there any
possibility to achieve a gradient from, i.e., completely transparent to
completely intransparent white?
 

no(t yet), i dunno if pdf supports that -) 
   

That's really a pity. But alas, if *you* don't know, it's probably
hopeless.
 

the problem is in the fact that in a shading one has to define a vector and i have to find out how to define a transparent vector (color 1 - color 2) 

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
-
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] Downsampling images in pdfTeX

2004-07-27 Thread Mats Broberg
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of George N. White III

 As a general principle, it makes no sense for pdftex to 
 provide image manipulation capabilities.  Such capabilities 
 are useful to a much wider 
 audience than the users of pdftex, so there are lots of tools 
 to do image resampling and format conversions.  All that 
 pdftex should do is support inclusion of pdf.  The limited 
 support for including png images is a convenience, but if you 
 are being careful you would want to make pdf images.
 
 --
 George N. White III  [EMAIL PROTECTED]
Head of St. Margarets Bay, Nova Scotia, Canada

Having checked the pdfTeX documentation, doesn't the internal parameter
\pdfcompresslevel deal with this? The documentation says:

compress level This integer parameter specifies the level of text and
in-line graphics compression. pdfTEX uses zip compression as provided by
zlib. A value of 0 means no compression, 1 means fastest, 9 means best,
2..8 means something in between. Just set this value to 9, unless there
is a good reason to do otherwise - 0 is great for testing macros that
use \pdfliteral.

Best regards,
Mats Broberg

___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


RE: [NTG-context] ConTeXt output commercial printing houses: Thanks!

2004-07-27 Thread Mats Broberg
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of Matt Gushee

 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.

At one of the company I work for, we generate thousands of press-ready
PDF manuals (250+ pp each) every year that are generated from XML source
using XEP from RenderX - with no problems at all. So I don't think it is
a requirement for printers that the PDF files are generated using Adobe
tools.

 Now that's interesting. I imagined you would get the best 
 results with images that were designed exactly at the printer 
 resolution.

True, for line art - but the exactness is unimportant. A common
imagesetter resolution is 2540 lpi, so you may want to create your line
art in that resolution. However, most printers prefer 1200 dpi (but not
less) for line art, since images with a higher resolution become so
large (memory-wise).

Regarding halftones (color or grayscale), the commercial printing
community rule-of-thumb is a resolution about 2 times the screen count.
If your image is 10 cm wide on the scanner and you want it to be 10 cm
wide on the paper, and you want the printer use a screen of 150 lpi,
scan it at an optical resolution of 300 dpi. However, as I mentioned
before, this holds true only if the physical image size and the final
image size are the same. If the image is 5 cm wide on the scanner and
you want it to be 10 cms wide on the paper, you need to scan it with a
resolution of 600 dpi.

Never increase the resolution of an already scanned image using software
interpolation.

Regarding using a higher resolution than 2-2.5 times the screen count,
try to avoid it, since the photomechanical laws of process engraving
doesn't give you a better final image anyway. However, pls note that I
am talking about conventional lito offset here, and that I am talking
about a conventional screen technology (amplitude-modulated screening).
If you are using waterless lito offset, the screen count is usually
quite a bit higher (300-500 lpi are not uncommon), which requires higher
resolutions. Also, if you are using a different screening technology -
e.g. frequency-modulated screening, or a hybride screening - your images
may need to be of a higher resolution too. Talk to your printer.

Best regards,
Mats Broberg 

___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Downsampling images in pdfTeX

2004-07-27 Thread Vit Zyka
Having checked the pdfTeX documentation, doesn't the internal parameter
\pdfcompresslevel deal with this? The documentation says:
compress level This integer parameter specifies the level of text and
in-line graphics compression. pdfTEX uses zip compression as provided by
zlib. A value of 0 means no compression, 1 means fastest, 9 means best,
2..8 means something in between. Just set this value to 9, unless there
is a good reason to do otherwise - 0 is great for testing macros that
use \pdfliteral.

The compression this parameter controls is quite different.  Without 
compression (e.g., \pdfcompresslevel=0) a PDF file consists of almost 
readable text. Even images can be stored in an ASCII encoding.  Setting 
a non-zero value for \pdfcompresslevel applies a lossless compression 
algorithm to objects in the pdf file.
For exactness. Primitive \pdfcompresslevel influences lossless 
compression of
1) content of pdf objects
2) included PNG images (they are decoded and encoded again)

In case of inclusion of PDF, it is put as it is (so compresslevel is not 
changed). JPG is also untouched.

It was valid for pdfTeX version 1.0. I have no info about changes in 
this case.

Vit Zyka
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] patterns

2004-07-27 Thread Hans Hagen Outside
Hi,
The last few years we have encountered problems with changes in pattern 
files and names (dutch was dropped, czech was invalid, and us filenames 
also changed in undocumented ways). To get a bit more control over this 
can of worms, we need a test file that can be added to the tex live test 
suite.

So, what i need is for each language a couple of words that hyphenate in 
unique ways (i.e. they must hyphenate differently than related languages)

\language[xx] \hyphenatedword{..}
can be used to test
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
-
___
ntg-context mailing list
[EMAIL PROTECTED]
http://www.ntg.nl/mailman/listinfo/ntg-context