On Tue, Dec 8, 2009 at 4:11 PM, Curiouslearn wrote:
> Can someone please explain why the margin command does not work in
> this example? What can I do to obtain the margin.
>
> Thanks.
>
> \setuppapersize[letter][letter]
> \starttext
>
> \input tufte
>
> \startitemize
> \item This is the fi
Am 12.12.2009 um 02:22 schrieb Curiouslearn:
> I suppose you can think of 'margin=dimension' option as increasing the
> margin by the specified dimension for the list. It works without any
> problems for a list that is not nested within another list. However,
> with nesting, as in the example I e
>On Sat, Dec 12, 2009 at 5:16 AM, Curiouslearn wrote:
>
>gives output
>
>a div b
true
What about
\setuppapersize[letter][letter]
\starttext
$ a ÷ b $
\stoptext
--
luigi
___
If your question is of interest to ot
Thanks Jason. You are right, it works well with MKII. The problem
seems to be with MKIV.
On Fri, Dec 11, 2009 at 10:33 PM, Jason Earl wrote:
>
> Curiouslearn writes:
>
>> How to obtain the division symbol? Command \div does not work.
>>
>> \setuppapersize[letter][letter]
>>
>> \starttext
>>
>> $
Curiouslearn writes:
> How to obtain the division symbol? Command \div does not work.
>
> \setuppapersize[letter][letter]
>
> \starttext
>
> $ a \div b $
>
> \stoptext
>
> gives output
>
> a div b
I am using an older version of Context, but running texexec on your
example gets me the correct
How to obtain the division symbol? Command \div does not work.
\setuppapersize[letter][letter]
\starttext
$ a \div b $
\stoptext
gives output
a div b
___
If your question is of interest to others as well, please
I suppose you can think of 'margin=dimension' option as increasing the
margin by the specified dimension for the list. It works without any
problems for a list that is not nested within another list. However,
with nesting, as in the example I emailed, it does not work.
I tried the 'width' command
Oliver Heins schrieb:
Peter Rolf writes:
Oliver Heins schrieb:
Yes, I noticed that, too. But to me it looks like it is first knocked
out in the pdf, and then the overprint flag is set.
Good point. In that case the text must be set twice, as knockout and
overprint can't co
On Fri, Dec 11, 2009 at 6:57 PM, Oliver Heins wrote:
> But shouldn't the same effect be seen with other colors than black then,
> too? And it only happens with black, and I think it happens even when
> you do it within a cmyk-only document:
>
> Can you test the following? My Acrobat is on a mach
Peter Rolf writes:
> Oliver Heins schrieb:
>> Yes, I noticed that, too. But to me it looks like it is first knocked
>> out in the pdf, and then the overprint flag is set.
>>
>>
> Good point. In that case the text must be set twice, as knockout and
> overprint can't coexist. I have looked into
Oliver Heins schrieb:
Hi Peter,
Peter Rolf writes:
Oliver Heins schrieb:
Hello,
with color black overprinting is not working. You can easily spot this
when you use the »Ausgabevorschau« (sorry, my acrobat is in german
locale, must be something with »preview« in english; located in
luigi scarso wrote:
On Fri, Dec 11, 2009 at 5:37 PM, Oliver Heins wrote:
Hi Luigi,
luigi scarso writes:
hm I believed was
\color[red]{..}
and
\startcolor[red]
...
\stopcolor
You're right, I mixed things up here. But nontheless, my example was
(unintendedly) syntactically correct, b
2009/12/11 Oliver Heins :
> I managed to get a copy of acrobat. Now I understand the benefits and
> risks of overprinting. Thank you for pointing out!
It's typical for printing houses to set 100% black to overprint in the
preprint workflow (can also be done with Acrobat).
Best
Martin
___
Peter Rolf writes:
> Oliver Heins schrieb:
>> I have another question.
>>
>> The print shop wants the background image to be overprinted. Is it
>> sufficiant to set »overprint=yes« once in \setupcolors or does one need
>> to explicitely tell the region with \startoverprint ... \stopoverprint?
>>
The following code produces strange result with Mark II (Mark IV is
allright):
The Text on the first page after the \startoverprint is not visible in
Acrobat (Reader). Poppler is okay.
Best regards,
olli
\setupcolors[state=start] % Comment this line out to make the example
luigi scarso writes:
> On Fri, Dec 11, 2009 at 5:37 PM, Oliver Heins wrote:
>> Hi Luigi,
>>
>> luigi scarso writes:
>>
>>> hm I believed was
>>>
>>> \color[red]{..}
>>>
>>> and
>>> \startcolor[red]
>>> ...
>>> \stopcolor
>>
>> You're right, I mixed things up here. But nontheless, my examp
On Fri, Dec 11, 2009 at 5:37 PM, Oliver Heins wrote:
> Hi Luigi,
>
> luigi scarso writes:
>
>> hm I believed was
>>
>> \color[red]{..}
>>
>> and
>> \startcolor[red]
>> ...
>> \stopcolor
>
> You're right, I mixed things up here. But nontheless, my example was
> (unintendedly) syntactically c
Hi Luigi,
luigi scarso writes:
> hm I believed was
>
> \color[red]{..}
>
> and
> \startcolor[red]
> ...
> \stopcolor
You're right, I mixed things up here. But nontheless, my example was
(unintendedly) syntactically correct, because either \color[black]{\bf
...} and \color[black]\startover
Hi,
if \underbar is used inside of an overprinted test, the underbar line
does not share the OVP attribute. Mkii works as expected, meaning the
stroke is part of the text and should be handled equally. A minimal
example is attached.
MTXrun | current version: 2009.11.26 16:28
This is LuaTeX,
Hi Peter,
Peter Rolf writes:
> Oliver Heins schrieb:
>> Hello,
>>
>> with color black overprinting is not working. You can easily spot this
>> when you use the »Ausgabevorschau« (sorry, my acrobat is in german
>> locale, must be something with »preview« in english; located in the
>> »tools« men
Taco Hoekwater schrieb:
Peter Rolf wrote:
you have to manually copy the
hacker.jpg to your working directory (under linux e.g. with cp
$(kpsewhich hacker.jpg) /path/to/your/working/directory) and change the
path to make the minimal example work under mark iv.
I noticed this too
On Fri, Dec 11, 2009 at 1:53 PM, Oliver Heins wrote:
> Hello,
>
> with color black overprinting is not working. You can easily spot this
> when you use the »Ausgabevorschau« (sorry, my acrobat is in german
> locale, must be something with »preview« in english; located in the
> »tools« menu) in ac
Peter Rolf wrote:
you have to manually copy the
>> hacker.jpg to your working directory (under linux e.g. with cp
>> $(kpsewhich hacker.jpg) /path/to/your/working/directory) and change the
>> path to make the minimal example work under mark iv.
>>
> I noticed this too (no picture with mkiv)
Oliver Heins schrieb:
Hello,
with color black overprinting is not working. You can easily spot this
when you use the »Ausgabevorschau« (sorry, my acrobat is in german
locale, must be something with »preview« in english; located in the
»tools« menu) in acrobat and remove magenta and black from t
Curiouslearn wrote:
> Can someone please say whether it is possible to do what I am trying
> to do below?
According to the docs 'margin' should do something, but I am not sure
what and it seems to have no effect over here. You can try if 'width'
does what you want.
Best wishes,
Taco
> Thanks.
Hello,
with color black overprinting is not working. You can easily spot this
when you use the »Ausgabevorschau« (sorry, my acrobat is in german
locale, must be something with »preview« in english; located in the
»tools« menu) in acrobat and remove magenta and black from the preview.
Whilst under
26 matches
Mail list logo