[NTG-context] viewer magnification in full screen (/OpenAction)

2014-10-06 Thread Peter Rolf
Hi,

I want to open a document in 'full screen', showing the complete page at
maximal magnification. Couldn't find a proper way to set the
magnification though.


Peter


Example:

\setupinteraction[state=start]% openaction, focus
\setupinteractionscreen[option=max,height=fit]

\starttext
Full screen, all visible and at maximal possible magnification...
\stoptext
___
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] Overview screen containing multiple pages

2011-11-21 Thread Aditya Mahajan

On Sun, 20 Nov 2011, Wolfgang Schuster wrote:



Am 20.11.2011 um 19:37 schrieb Aditya Mahajan:


There is a python script called impressive (http://impressive.sourceforge.net/) 
that adds some eyecandy to presentations. One of the features that it has is an 
overview screen at the end, like this: 
http://impressive.sourceforge.net/oview.png
This is similar to the overview screen used in the ConTeXt showcase by Hans: 
http://pragma-ade.com/show-man.pdf

I want to include such an overview in my slides, but am not sure if it can be 
done without using a separate tex file. My slides look like this (sorry Thomas, 
I am not using simpleslides at the moment)


You can save a copy of the page in a box and print the collection of all boxes 
at the end of the document.

\newcount\sectionpage

\installpagehandler{sectionpage}%
 {\global\advance\sectionpage\plusone
  \global\expandafter\newbox\csname sectionpage:\number\sectionpage\endcsname
  \dowithnextbox
{\global\expandafter\setbox\csname 
sectionpage:\number\sectionpage\endcsname\copy\nextbox
 \actualshipout{\flushnextbox}}
\normalhbox}

\starttext

\setuppaper[method=sectionpage]


Thanks a lot! I think that I will be able to tweak this to get overview 
slides.


Aditya
___
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] Overview screen containing multiple pages

2011-11-20 Thread Aditya Mahajan
There is a python script called impressive 
(http://impressive.sourceforge.net/) that adds some eyecandy to 
presentations. One of the features that it has is an overview screen at 
the end, like this: http://impressive.sourceforge.net/oview.png
This is similar to the overview screen used in the ConTeXt showcase by 
Hans: http://pragma-ade.com/show-man.pdf


I want to include such an overview in my slides, but am not sure if it can 
be done without using a separate tex file. My slides look like this (sorry 
Thomas, I am not using simpleslides at the moment)


\starttext
\startsection[title={...}]
 
\stopsection

\startsection[...]
...
\stopsection
\stoptext

Each section spans over multiple pages. What I want is to have a last page 
which is equivalent to the following:


\startcombination[n*n]
  {\externalfigure[\jobname][page=page-number-of-first-section]}{}
  {\externalfigure[\jobname][page=page-number-of-second-section]}{}
  
\stopcombination

I tried a simple test case

\starttext
\input knuth
\page
\externalfigure[\jobname][page=1,width=0.3\textwidth]
\stoptext

but that does not include the first page. So, I think that what I want is 
not possible, but I wonder if others have different ideas on how this 
might be implemented (after all \setuparranging does manage to do 
something similar without the need for a separate tex file).


Aditya

___
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] Overview screen containing multiple pages

2011-11-20 Thread Wolfgang Schuster

Am 20.11.2011 um 19:37 schrieb Aditya Mahajan:

 There is a python script called impressive 
 (http://impressive.sourceforge.net/) that adds some eyecandy to 
 presentations. One of the features that it has is an overview screen at the 
 end, like this: http://impressive.sourceforge.net/oview.png
 This is similar to the overview screen used in the ConTeXt showcase by Hans: 
 http://pragma-ade.com/show-man.pdf
 
 I want to include such an overview in my slides, but am not sure if it can be 
 done without using a separate tex file. My slides look like this (sorry 
 Thomas, I am not using simpleslides at the moment)
 
 \starttext
 \startsection[title={...}]
 
 \stopsection
 
 \startsection[...]
 ...
 \stopsection
 \stoptext
 
 Each section spans over multiple pages. What I want is to have a last page 
 which is equivalent to the following:
 
 \startcombination[n*n]
  {\externalfigure[\jobname][page=page-number-of-first-section]}{}
  {\externalfigure[\jobname][page=page-number-of-second-section]}{}
  
 \stopcombination
 
 I tried a simple test case
 
 \starttext
 \input knuth
 \page
 \externalfigure[\jobname][page=1,width=0.3\textwidth]
 \stoptext
 
 but that does not include the first page. So, I think that what I want is not 
 possible, but I wonder if others have different ideas on how this might be 
 implemented (after all \setuparranging does manage to do something similar 
 without the need for a separate tex file).


You can save a copy of the page in a box and print the collection of all boxes 
at the end of the document.

\newcount\sectionpage

\installpagehandler{sectionpage}%
  {\global\advance\sectionpage\plusone
   \global\expandafter\newbox\csname sectionpage:\number\sectionpage\endcsname
   \dowithnextbox
 {\global\expandafter\setbox\csname 
sectionpage:\number\sectionpage\endcsname\copy\nextbox
  \actualshipout{\flushnextbox}}
 \normalhbox}

\starttext

\setuppaper[method=sectionpage]

\input knuth

\page

\input tufte

\page

\scale[factor=300]{\box\csname sectionpage:1\endcsname}

\stoptext

Wolfgang

___
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] Colors: printing vs. on screen

2011-06-21 Thread Erik Margraf
Thanks! I'll go for the calibration and some trials in CMYK colors for
printing.

kind regards
Erik

2011/6/19 Henning Hraban Ramm hra...@fiee.net

 Yes, because your monitor uses RGB and your printer uses CMYK. The
 conversion between thetwo is not too complicated, but actually getting the
 same output from the two is hard. RGB is an additive model, CMYK is
 subtractive (read about the different models, wikipedia will do). The color
 impression you get by looking at the output is generated in completely
 different ways.


 Most office printers cope well with RGB (sRGB) colors, a lot of inkjet
 printers even better than with CMYK colors, because they're optimized for
 home dummy use.

 But (as Christoph pointed out) your printer can be as great as it goes,
 you'll never get a similar color impression if your monitor's set to some
 extreme setting - and most monitors that I saw outside of the graphical
 branch are set to nonsense settings, e.g. max contrast.

 Greetlings from Lake Constance!
 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 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/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] Colors: printing vs. on screen

2011-06-19 Thread Erik Margraf
Dear List,

I defined the following color for one of my
documents: \definecolor[P][r=0.64,g=0.22,b=0.27]
When I printed this document on a probably typical office laser printer (a
Canon iRC), the
colors didn't match. (not even close and I didn't like the printed
color) This is probably no real
surprise, but can anybody provide some insight or hints to information on
these matters to me:

 -- Are spot colors the thing to use to get a grip on these matters?
 -- Is this generally only a matter of color spaces and transformations
between them?  or ...
 -- Is this also dependent on specific printer models (eg. different office
laser printers)?
-- If yes, is there any source on information on the pecularities of
these printers?

kind regard and thanks

Erik
___
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] Colors: printing vs. on screen

2011-06-19 Thread Hans Hagen

On 19-6-2011 1:53, Erik Margraf wrote:

Dear List,

I defined the following color for one of my
documents: \definecolor[P][r=0.64,g=0.22,b=0.27]
When I printed this document on a probably typical office laser printer (a
Canon iRC), the
colors didn't match. (not even close and I didn't like the printed
color) This is probably no real
surprise, but can anybody provide some insight or hints to information on
these matters to me:

  -- Are spot colors the thing to use to get a grip on these matters?


no, as your printer uses process colors (cmyk)


  -- Is this generally only a matter of color spaces and transformations
between them?  or ...


indeed, often printer drivers apply some paper properties as well


  -- Is this also dependent on specific printer models (eg. different office
laser printers)?


yes, toner vs ink, kinds of paper, quality of renderer etc


 -- If yes, is there any source on information on the pecularities of
these printers?


specifying in cmyk might help

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] Colors: printing vs. on screen

2011-06-19 Thread Christoph Redecker

  -- Are spot colors the thing to use to get a grip on these matters?


No, because spot colors are used to extend the printable range by colors 
not available in cmyk. You might be able to show such a color on your 
monitor, but not print it.



  -- Is this generally only a matter of color spaces and
transformations between them?


Yes, because your monitor uses RGB and your printer uses CMYK. The 
conversion between thetwo is not too complicated, but actually getting 
the same output from the two is hard. RGB is an additive model, CMYK is 
subtractive (read about the different models, wikipedia will do). The 
color impression you get by looking at the output is generated in 
completely different ways.


  or ...

  -- Is this also dependent on specific printer models (eg. different
office laser printers)?
 -- If yes, is there any source on information on the pecularities
of these printers?


Each printer will print slightly different, that's the nature of things. 
Your best bet is to calibrate your monitor (also, search a bit on the 
web for ways to do this). Turn a few of your monitors knobs and see how 
the colors change - now imagine what variables come into play between 
your impression of the color shown by your monitor, the actual data, and 
the impression you get from your printer's output!


You can also try specifying a color in CMYK and see if the output changes.

Regards

Christoph
___
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] Colors: printing vs. on screen

2011-06-19 Thread Henning Hraban Ramm
Yes, because your monitor uses RGB and your printer uses CMYK. The  
conversion between thetwo is not too complicated, but actually  
getting the same output from the two is hard. RGB is an additive  
model, CMYK is subtractive (read about the different models,  
wikipedia will do). The color impression you get by looking at the  
output is generated in completely different ways.


Most office printers cope well with RGB (sRGB) colors, a lot of inkjet  
printers even better than with CMYK colors, because they're optimized  
for home dummy use.


But (as Christoph pointed out) your printer can be as great as it  
goes, you'll never get a similar color impression if your monitor's  
set to some extreme setting - and most monitors that I saw outside of  
the graphical branch are set to nonsense settings, e.g. max contrast.


Greetlings from Lake Constance!
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] Screen document design

2011-03-01 Thread Ian Lawrence
So many things I am only vaguely aware of!

But I think that pixels are
a) undocumented
b) work

And I'm pretty sure i'll put both (ignorant) feet in it in trying to add
something to the Wiki...

Greetings from the grey England..
Ian


On 24 February 2011 13:32, Henning Hraban Ramm hra...@fiee.net wrote:


 Am 2011-02-24 um 11:34 schrieb Marco:


  On 2011-02-24 Ian Lawrence physics.roo...@gmail.com wrote:

  Thanks for taking the trouble for what was really simple, but seems
 undocumented (?)


 Some other units:
  mm  Millimetres
  cm  Centimetres
  in  Inches
  em  em width, depends on the font
  ex  ex height, depends on the font
  pc  Picas (1pc = 12pt)
  pt  Points (1in = 72.27pt)



 There’s also bp (big points). We have the difference between TeX points
 (pt) and PostScript points (bp) in ConTeXt like in every other TeX:
 1 pt = 1/72,27 in = 0,3515 mm (traditional American printer’s point)
 1 bp = 1/72 in = 0,3528 mm (after the Anglo-Saxon compromise inch of 1959 =
 25.4 mm)
 (1 Didot point, traditionally used in Europe, was 0,376 mm)

 See also http://en.wikipedia.org/wiki/Point_(typography)

 Greetlings from Lake Constance!
 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

 ___

___
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] Screen document design

2011-03-01 Thread luigi scarso
On Tue, Mar 1, 2011 at 9:29 AM, Ian Lawrence physics.roo...@gmail.com wrote:
 So many things I am only vaguely aware of!
 But I think that pixels are
 a) undocumented
 b) work
 And I'm pretty sure i'll put both (ignorant) feet in it in trying to add
 something to the Wiki...
 Greetings from the grey England..
 Ian
It's a pdftex feature.
-- 
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] Screen document design

2011-02-24 Thread Ian Lawrence
Morning all,

Quick question.

I want to design a screen document at 1024 by 768 pixels, so ideally work in
pixels as units, and not mm / cm.

I know pdfs are scalable and about \setuppapersize[S6][S6], but I'd prefer
to work in pixels (I have swfs / images to embed, and these come in x by y
pixels).

Anyone have an easy answer?

...nothing I have found in the selection of downloadable documentation or on
the wiki suggests that it is possible...


Thanks

Ian
___
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] Screen document design

2011-02-24 Thread luigi scarso
On Thu, Feb 24, 2011 at 10:40 AM, Ian Lawrence physics.roo...@gmail.com wrote:
 Morning all,
 Quick question.
 I want to design a screen document at 1024 by 768 pixels, so ideally work in
 pixels as units, and not mm / cm.
 I know pdfs are scalable and about \setuppapersize[S6][S6], but I'd prefer
 to work in pixels (I have swfs / images to embed, and these come in x by y
 pixels).
 Anyone have an easy answer?
\definepapersize[Screen][width=1024px,height=768px]
\setuppapersize[Screen][Screen]

You should check if it's ok, I'm not sure.
-- 
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] Screen document design

2011-02-24 Thread Ian Lawrence
Thanks for taking the trouble for what was really simple, but seems
undocumented (?)
It does, and then all the offsets etc, seem to work in pixels as well.

eg.

\definelayer [topmatter] % name of the layer
[x= 0 px, y=20 px, % from upper left corner of paper
width=\paperwidth, height=\paperheight] % let the layer cover the full paper

Ian

On 24 February 2011 09:47, luigi scarso luigi.sca...@gmail.com wrote:

 On Thu, Feb 24, 2011 at 10:40 AM, Ian Lawrence physics.roo...@gmail.com
 wrote:
  Morning all,
  Quick question.
  I want to design a screen document at 1024 by 768 pixels, so ideally work
 in
  pixels as units, and not mm / cm.
  I know pdfs are scalable and about \setuppapersize[S6][S6], but I'd
 prefer
  to work in pixels (I have swfs / images to embed, and these come in x by
 y
  pixels).
  Anyone have an easy answer?
 \definepapersize[Screen][width=1024px,height=768px]
 \setuppapersize[Screen][Screen]

 You should check if it's ok, I'm not sure.
 --
 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

 ___

___
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] Screen document design

2011-02-24 Thread Marco
On 2011-02-24 Ian Lawrence physics.roo...@gmail.com wrote:

 Thanks for taking the trouble for what was really simple, but seems
 undocumented (?)

Some other units:
  mm  Millimetres
  cm  Centimetres
  in  Inches
  em  em width, depends on the font
  ex  ex height, depends on the font
  pc  Picas (1pc = 12pt)
  pt  Points (1in = 72.27pt)


Marco


___
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] Screen document design

2011-02-24 Thread Henning Hraban Ramm


Am 2011-02-24 um 11:34 schrieb Marco:


On 2011-02-24 Ian Lawrence physics.roo...@gmail.com wrote:


Thanks for taking the trouble for what was really simple, but seems
undocumented (?)


Some other units:
 mm  Millimetres
 cm  Centimetres
 in  Inches
 em  em width, depends on the font
 ex  ex height, depends on the font
 pc  Picas (1pc = 12pt)
 pt  Points (1in = 72.27pt)



There’s also bp (big points). We have the difference between TeX  
points (pt) and PostScript points (bp) in ConTeXt like in every other  
TeX:

1 pt = 1/72,27 in = 0,3515 mm (traditional American printer’s point)
1 bp = 1/72 in = 0,3528 mm (after the Anglo-Saxon compromise inch of  
1959 = 25.4 mm)

(1 Didot point, traditionally used in Europe, was 0,376 mm)

See also http://en.wikipedia.org/wiki/Point_(typography)

Greetlings from Lake Constance!
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
___


[NTG-context] What color is screen?

2009-08-19 Thread Mojca Miklavec
Hello,

a half-philosophical question (not too relevant).

I was wondering: what color exactly is the screen
(\framed[background=screen]{...})? Or is it a special effect maybe?

I know that using it has long been deprecated, but I used it in many
older documents as it was easiest to remember without having to think
what shade of gray to use to make the highlights in document come out
nice.

But I just figured out that it became invisible on my screen. One can
still see it very very faintly if computer screen is under some weird
angle, but a normal glimpse shows nothing. When printed it usually
comes out with a rather high contrast. (It may be that I have just
changed screen contrast by accident.)

I was trying to find the revent line with color, but I don't find it. I noticed
grph-fig.mkii:  \c!backgroundscreen=.8,
but 0.8 is definitely higher that used in documents by default.

Thanks,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] What color is screen?

2009-08-19 Thread Wolfgang Schuster


Am 19.08.2009 um 17:47 schrieb Mojca Miklavec:


Hello,

a half-philosophical question (not too relevant).

I was wondering: what color exactly is the screen
(\framed[background=screen]{...})? Or is it a special effect maybe?


screen are gray scales, e.g. gray is defined as \definecolor[gray][s=.9]
and backgroundscreen was a mechanism to change the s value without  
defining

a new color value


I know that using it has long been deprecated, but I used it in many
older documents as it was easiest to remember without having to think
what shade of gray to use to make the highlights in document come out
nice.


in this case it would be convient to add \definecolor[screen][s=.95]
(value taken from pack-rul.mkii) to colo-rgb

Wolfgang

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] What color is screen?

2009-08-19 Thread Mojca Miklavec
On Wed, Aug 19, 2009 at 17:59, Wolfgang Schuster wrote:

 Am 19.08.2009 um 17:47 schrieb Mojca Miklavec:

 Hello,

 a half-philosophical question (not too relevant).

 I was wondering: what color exactly is the screen
 (\framed[background=screen]{...})? Or is it a special effect maybe?

 screen are gray scales, e.g. gray is defined as \definecolor[gray][s=.9]
 and backgroundscreen was a mechanism to change the s value without defining
 a new color value

 I know that using it has long been deprecated, but I used it in many
 older documents as it was easiest to remember without having to think
 what shade of gray to use to make the highlights in document come out
 nice.

 in this case it would be convient to add \definecolor[screen][s=.95]

Oh, thanks. I found it now.
\setupscreens
  [\c!screen=0.95]
I was just too blind to find it before.

 (value taken from pack-rul.mkii) to colo-rgb

I was thinking about that as well. Having a screen color would be
nice for those who got used to the old name.

Mojca

In the meantime I figured it out what has happened with the screen
color on my display. TextMate uses Alt-Command-. for auto-completion
of \stopwhatevercommandhasbeenstarted in ConTeXt (an extremely
useful feature).
But Mac uses Ctrl-Alt-Command-. to increase the contrast of display.
So apparently I accidentally hit Ctrl several times without noticing
or bothering (and without knowing how to switch back), but enough to
make 95% white disappear.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] screen sizes

2008-07-02 Thread Alan Stone
Hi,

From what I understand from the ConTeXt manual, the S3-S6 screen sizes
relate to the physical screen dimensions, more precisely the display area
width and height. However, the only information I find when searching for
the most common screen sizes relates to the screen resolution and/or the
screen diagonal size. Any idea where to find reliable data about the most
common screen (physical) sizes ?

Alan
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] screen sizes

2008-07-02 Thread Hans Hagen
Alan Stone wrote:
 Hi,
 
From what I understand from the ConTeXt manual, the S3-S6 screen sizes
 relate to the physical screen dimensions, more precisely the display area
 width and height. However, the only information I find when searching for
 the most common screen sizes relates to the screen resolution and/or the
 screen diagonal size. Any idea where to find reliable data about the most
 common screen (physical) sizes ?

it's aspect rations

just use S6; it matches the A4 paperwidth nicely


-
   Hans Hagen | PRAGMA ADE
   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
  | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] Screen not wanted

2007-11-05 Thread Hans van der Meer
I have prepared a movie in one of the presentation styles and set  
this ready in the followwing way:


\defineoverlay
[name]
[{\framed[height=\overlayheight, width=\overlaywidth,%
background=color, backgroundcolor=yellow]%
{\midaligned{title text}}}]
\Subject {\renderingmenu[film]\qquad\color[darkgray]{$15^\prime 12$}}
\midaligned{%
\framed[offset=0pt, strut=no, background={foreground,name}]%
{\placerenderingwindow[movie][film]}
}%

The problem is this: In the upper left corner the word Screen is  
placed and I cannot get rid of it.
Searching in the sources did not reveal enough to spot a macro  
putting it there.


The strange thing is that this happens in both the TeXShop previewer  
and in Apple's Preview application but not in the Adobe version 8.1  
reader, GraphicConverter and Safari (I am working on MacOSX 10.4.10).

Does someone know its origin?
Does it occur on other PC types as well or is it typical for MacOSX?
Or is it something in the pdf that shows up under certain circumstances?


Hans van der Meer



___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Alternating screen/noscreen rows on table

2007-01-29 Thread luigi scarso
 Amazing! But it uses a table writing program I hadn't heard of before. I am
 printing out a wiki page on natural tables. Is there a manual somewhere?

Also
www.logosrl.it/context/modules/2007-01-23/core-modu.pdf
and look for core-ntb section

luigi
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Alternating screen/noscreen rows on table

2007-01-29 Thread Wolfgang Schuster
On Sat, 27 Jan 2007 10:23:14 -0500
John R. Culleton [EMAIL PROTECTED] wrote:

 On Thursday 25 January 2007 19:54, Mojca Miklavec wrote:
  \def\line{\bTR\bTD something \eTD\bTD nice \eTD\eTR}
 
  \setupTABLE[r][even][background=screen]
  \bTABLE
  \dorecurse{10}{\line}
  \eTABLE
 
 Amazing! But it uses a table writing program I hadn't heard of before. I am 
 printing out a wiki page on natural tables. Is there a manual somewhere?
 
 -- 
 John Culleton
 Able Indexing and Typesetting
 Precision typesetting (tm) at reasonable cost.
 Satisfaction guaranteed. 
 http://wexfordpress.com
 

Hi John,

there is http://www.pragma-ade.com/general/manuals/enattab.pdf for
natural tables.

You should also look at http://wiki.contextgarden.net/TABLE.

To setup the caption (position, layout, numbering) search for
\setupcaption(s) in one of the two manuals (ma-cb-en and cont-en).

Wolfgang
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] Alternating screen/noscreen rows on table

2007-01-25 Thread John R. Culleton

I am required by my customer to alternate between white and screen backgrounds
for each row of a table for all tables, and there are lots of tables. I am 
considering adding code to each row of the table or else doing the thing in 
metafun/metapost.  Advice, anyone? 

Just to mess things up further she wants the table number etc. above the table 
and left justified. I can handle that.

The customer is not always right but the customer is always the customer. She 
who pays the bills calls the shots.  


-- 
John Culleton
Able Indexing and Typesetting
Precision typesetting (tm) at reasonable cost.
Satisfaction guaranteed. 
http://wexfordpress.com

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Alternating screen/noscreen rows on table

2007-01-25 Thread Mojca Miklavec
On 1/25/07, John R. Culleton wrote:

 I am required by my customer to alternate between white and screen backgrounds
 for each row of a table for all tables, and there are lots of tables.

Like this you mean?

\def\line{\bTR\bTD something \eTD\bTD nice \eTD\eTR}

\setupTABLE[r][even][background=screen]
\bTABLE
\dorecurse{10}{\line}
\eTABLE

 The customer is not always right

No, the custumer is always right ;)

Mojca
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] nice winxp sp2 blue screen if rsync

2004-11-22 Thread olivier Turlier
I've tryed using (is that natural?) rsync on win xp (for testing Hans 
method for updating Contex).
It works smooth if you stay away from xp sp2. Otherwise, you get a blue 
screen complaining about memory pbs (error/non error tested twice, on 2 
differents win$$box).

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


Re: [NTG-context] nice winxp sp2 blue screen if rsync

2004-11-22 Thread Hans Hagen
olivier Turlier wrote:
I've tryed using (is that natural?) rsync on win xp (for testing Hans 
method for updating Contex).
It works smooth if you stay away from xp sp2. Otherwise, you get a blue 
screen complaining about memory pbs (error/non error tested twice, on 2 
differents win$$box).
strange, i have the latest service pack and it works ok,
rsync
rsync  version 2.6.3  protocol version 28
-
  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