Hi Hans,
I have the following source, which tries to resemble three kinds of links:
\setupinteraction[state=start, style=, focus=standard]
\def\inone#1{%
\start\setupinteraction[color=darkgreen]%
\enabledirectives[references.border=darkgreen]%
\goto{#1}[url(#1)]\stop}
On 6/20/2022 6:29 PM, Jacob Kauffmann via ntg-context wrote:
Dear list,
Am 01.09.2021 um 09:54 schrieb Jacob Kauffmann via ntg-context
:
- color by value in lmt_surface
We want to show a surface plot of a function where the color indicates the
function value (instead, or in addition to a
Dear list,
> Am 01.09.2021 um 09:54 schrieb Jacob Kauffmann via ntg-context
> :
> - color by value in lmt_surface
> We want to show a surface plot of a function where the color indicates the
> function value (instead, or in addition to a light source).
> The easiest would be to have variable cf
Dear list,
I am a huge fan of the new metafun interface.
Hans asked for luametafun requests, so here are a few.
- color by value in lmt_surface
We want to show a surface plot of a function where the color indicates the
function value (instead, or in addition to a light source).
The easiest
On 4/17/2020 3:33 PM, Otared Kavian wrote:
Hi Hans,
On page 36 of luametafun.pdf there is the following example of using
lmt_surface:
\startMPcode{doublefun}
draw lmt_surface [
preamble = "local sin, cos = math.sin, math.cos",
code = "sin(x*x) -
Hi Hans,
On page 36 of luametafun.pdf there is the following example of using
lmt_surface:
\startMPcode{doublefun}
draw lmt_surface [
preamble = "local sin, cos = math.sin, math.cos",
code = "sin(x*x) - cos(y*y)",
color = "f, f/2, 1-f",
On 9/11/2019 2:18 PM, Henning Hraban Ramm wrote:
Am 2019-09-11 um 13:46 schrieb Henning Hraban Ramm :
\definecolor[VerlaufVon][c=75,m=5,y=95,k=60]
\definecolor[VerlaufNach][c=88,m=95,y=5,k=60]
Of course I need values between 0 and 1.
Sorry for the noise.
I think I’m too tired...
there is an
Am 2019-09-11 um 13:46 schrieb Henning Hraban Ramm :
> \definecolor[VerlaufVon][c=75,m=5,y=95,k=60]
> \definecolor[VerlaufNach][c=88,m=95,y=5,k=60]
Of course I need values between 0 and 1.
Sorry for the noise.
I think I’m too tired...
Greetlings, Hraban
---
https://www.fiee.net
Hi,
I’m trying to get a linear shade in the background of my presentation.
But it seems like MetaPost can’t handle my self-defined colors:
\definecolor[VerlaufVon][c=75,m=5,y=95,k=60]
\definecolor[VerlaufNach][c=88,m=95,y=5,k=60]
\startuniqueMPgraphic{Verlauf}
% old method, also doesn’t work
%
I have texlive 2016 on windows OS, I use context mkiv.
with context -- version I have: current version: 2016-05-17
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist :
On 7/23/2016 9:35 AM, Schmitz Thomas A. wrote:
On 23 Jul 2016, at 09:24, Bou Salim wrote:
Hi
I have this problem to show colors properly. I have defined color "myred", but
after \showcolor command colors inside metapost can't be displayed.
Your example shows the
> On 23 Jul 2016, at 09:24, Bou Salim wrote:
>
> Hi
> I have this problem to show colors properly. I have defined color "myred",
> but after \showcolor command colors inside metapost can't be displayed.
Your example shows the correct colors here. Which version are
Hi
I have this problem to show colors properly. I have defined color "myred",
but after \showcolor command colors inside metapost can't be displayed.
Thanks
\starttext
\definecolor[myred] [r=.8]
\showcolor
\startuseMPgraphic{test}
fill fullcircle scaled 10mm withcolor \MPcolor{myred};
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
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
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
-- 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
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
I need to not redefine.
Quoting Hans: maybe you should protect the color names as for instance
redefining darkred might not be the intention
In fact, I just need to find unique names for my colors to not overload
the existing ones…
Renaud
I still don't understand. Where do you need to
On Wed, Dec 08 2010, Renaud AUBIN wrote:
In fact, I just need to find unique names for my colors to not overload
the existing ones…
\doifcolorelse{new funny color}
{Error: funny color already exists!}
{\definecolor[new funny color][...]}
With \setupcolor[ema] or
Ok but then why did you define a specific color palet?
local function color_init()
color = 0
local def_colors = -- \setupcolor[ema] introduces new line...
\\definecolor [darkred] [r=.545098] ..
\\definecolor [orchid][r=.854902,g=.439216,b=.839216] ..
On Fri, Dec 10 2010, Renaud AUBIN wrote:
Ok but then why did you define a specific color palet?
local function color_init()
color = 0
local def_colors = -- \setupcolor[ema] introduces new line...
The comment says it: \setupcolor[ema] introduces new line and that's annoying
when you
Done and committed on
http://gitorious.org/c-pretty-printer-module-for-context-mark-iv
In your t-pretty-c.mkiv you can use \setupcolor[ema] without problems.
___
If your question is of interest to others as well,
On Mon, Dec 06 2010, Renaud AUBIN wrote:
Concerning the color abstraction patch, one needs just to overload
Ccomment, Cpreproc, Cstring, Ctype, Ckeyword, Cname and Cfuncnbound to
use custom color scheme.
You don't need that. There is already a standard interface for color and style
On Tue, 7 Dec 2010, Peter Münster wrote:
On Mon, Dec 06 2010, Renaud AUBIN wrote:
Concerning the color abstraction patch, one needs just to overload
Ccomment, Cpreproc, Cstring, Ctype, Ckeyword, Cname and Cfuncnbound to
use custom color scheme.
You don't need that. There is already a
On 7-12-2010 2:29, Aditya Mahajan wrote:
On Tue, 7 Dec 2010, Peter Münster wrote:
On Mon, Dec 06 2010, Renaud AUBIN wrote:
Concerning the color abstraction patch, one needs just to overload
Ccomment, Cpreproc, Cstring, Ctype, Ckeyword, Cname and Cfuncnbound to
use custom color scheme.
You
On Tue, 7 Dec 2010, Hans Hagen wrote:
On 7-12-2010 2:29, Aditya Mahajan wrote:
On Tue, 7 Dec 2010, Peter Münster wrote:
On Mon, Dec 06 2010, Renaud AUBIN wrote:
Concerning the color abstraction patch, one needs just to overload
Ccomment, Cpreproc, Cstring, Ctype, Ckeyword, Cname and
On 7-12-2010 6:57, Aditya Mahajan wrote:
Thanks for the explanation. But, I am not too keen to write parsers on
my own when I can easily borrow existing ones.
sure, but a simple one can be:
function myparser(str)
.. call your prog do do something with str and return the result
end
But it
You don't need that. There is already a standard interface for color and style
configuration. Example:
\setupstartstop[CSnippetComment][color=blue]
So you can simplify t-pretty-c.mkiv:
\unprotect
\setupcolor[ema]
\definestartstop
[CSnippetName]
[\c!color=darkgoldenrod,
On Tue, Dec 07 2010, Renaud AUBIN wrote:
So you can simplify t-pretty-c.mkiv:
\unprotect
\setupcolor[ema]
\definestartstop
[CSnippetName]
[\c!color=darkgoldenrod,
\c!style=]
and so on...
OK, but anyway, I have to protect the color names (to prevent
On Tue, Dec 7, 2010 at 2:30 PM, Hans Hagen pra...@wxs.nl wrote:
On 7-12-2010 6:57, Aditya Mahajan wrote:
Thanks for the explanation. But, I am not too keen to write parsers on
my own when I can easily borrow existing ones.
sure, but a simple one can be:
function myparser(str)
.. call
On Sun, Feb 7, 2010 at 22:56, Wolfgang Schuster wrote:
Am 07.02.10 07:24, schrieb Aditya Mahajan:
while \color can only be used as
\color[rgb]{...}.
No. Both \color[rgb]{...} and {\color[rgb]...} are valid
D’oh. I looked in the source and missed this but I wonder
if this had been always
On 7-2-2010 22:56, Wolfgang Schuster wrote:
Am 07.02.10 07:24, schrieb Aditya Mahajan:
while \color can only be used as
\color[rgb]{...}.
No. Both \color[rgb]{...} and {\color[rgb]...} are valid
D’oh. I looked in the source and missed this but I wonder
if this had been always the case
Am 08.02.10 09:19, schrieb Mojca Miklavec:
D’oh. I looked in the source and missed this but I wonder
if this had been always the case because the manuals
(and the wiki) mention only \color[name]{...}.
\colored is a rather recent command.
I meant the manuals and wiki mention
Am 08.02.10 09:40, schrieb Hans Hagen:
D’oh. I looked in the source and missed this but I wonder
if this had been always the case because the manuals
{and the wiki) mention only \color[name]{...}.
all commands that use \groupedcommand have that property
But used \color always
On 8-2-2010 9:55, Wolfgang Schuster wrote:
Am 08.02.10 09:40, schrieb Hans Hagen:
D’oh. I looked in the source and missed this but I wonder
if this had been always the case because the manuals
{and the wiki) mention only \color[name]{...}.
all commands that use \groupedcommand have that
Am 07.02.10 07:24, schrieb Aditya Mahajan:
while \color can only be used as
\color[rgb]{...}.
No. Both \color[rgb]{...} and {\color[rgb]...} are valid
D’oh. I looked in the source and missed this but I wonder
if this had been always the case because the manuals
{and the wiki) mention only
On Sat, 6 Feb 2010, Wolfgang Schuster wrote:
Am 05.02.10 15:49, schrieb Philipp Gesang:
Is there a difference (other than
syntax) between \colored[rgb] and the according \definecolor[name][rgb]
-- \color[name] commands?
No, \colored is \definecolor + \color except you can use it in the form
Wolfgang, all,
On 2010-02-05 08:31:35, Wolfgang Schuster wrote:
\colored[r=...,g=...,b=...]{...}
or
{\colored[r=...,g=...,b=...]...}
Thank you very much, I wikified it. Is there a difference (other than
syntax) between \colored[rgb] and the according \definecolor[name][rgb]
-- \color[name]
Am 05.02.10 15:49, schrieb Philipp Gesang:
Is there a difference (other than
syntax) between \colored[rgb] and the according \definecolor[name][rgb]
-- \color[name] commands?
No, \colored is \definecolor + \color except you can use it in the form
\colored[rgb]{...}
and
{\colored[rgb]...}
Hi all,
I understand that in order to use a color with \color[somecolor]{colored
text} I first have to \definecolor[somecolor][r=.4,g=0,b=1]. Currently
I'm trying to do automated colorizing with the help of some lua code and
I'd like to make up rgb vectors on the spot without having to
Am 04.02.10 21:41, schrieb Philipp Gesang:
Hi all,
I understand that in order to use a color with \color[somecolor]{colored
text} I first have to \definecolor[somecolor][r=.4,g=0,b=1]. Currently
I'm trying to do automated colorizing with the help of some lua code and
I'd like to make up rgb
Hi,
does it make any sense to disable colors by default in mkiv?
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl /
Am 12.04.2009 um 12:55 schrieb Hans Hagen:
Wolfgang Schuster wrote:
Hi,
does it make any sense to disable colors by default in mkiv?
you mean: enabled by default?
Yes.
Wolfgang
___
If your question is of
Wolfgang Schuster wrote:
Hi,
does it make any sense to disable colors by default in mkiv?
you mean: enabled by default?
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH
Wolfgang Schuster wrote:
Am 12.04.2009 um 12:55 schrieb Hans Hagen:
Wolfgang Schuster wrote:
Hi,
does it make any sense to disable colors by default in mkiv?
you mean: enabled by default?
Yes.
no problem for me (as i always eneble color) .. so if there are no big
complaints on the
I would like to support the idea of enabling colors by default. Not in
the least because I always tend to forget it at first. And if it
doesn't really slow the system down, there seems no reason not to
enable by default.
Hans van der Meer
On 12 apr 2009, at 14:43, Hans Hagen wrote:
Hi Taco, hi Hans,
Thank you very much, it works fine again.
Greetings Lutz
2009/3/30 Hans Hagen pra...@wxs.nl
Lutz Haseloff wrote:
Hi all,
with the latest ConTeXt ver: 2009.03.29 13:28 MKIV
and LuaTeX, Version snapshot-0.37.0-2009032922
I can't get colored text:
Lutz Haseloff wrote:
Hi all,
with the latest ConTeXt ver: 2009.03.29 13:28 MKIV
and LuaTeX, Version snapshot-0.37.0-2009032922
I can't get colored text:
\setupcolors[state=start]
\setuppagenumbering[state=stop]
\starttext
{\red red}
{\green this is typeset
in green}
{\middlemagenta this is
Hans Hagen wrote:
Lutz Haseloff wrote:
Hi all,
with the latest ConTeXt ver: 2009.03.29 13:28 MKIV
and LuaTeX, Version snapshot-0.37.0-2009032922
I can't get colored text:
could be related to the new binary ... we're looking into it
Yes, that was totally my fault. The current trunk
Lutz Haseloff wrote:
Hi all,
with the latest ConTeXt ver: 2009.03.29 13:28 MKIV
and LuaTeX, Version snapshot-0.37.0-2009032922
I can't get colored text:
\setupcolors[state=start]
\setuppagenumbering[state=stop]
\starttext
{\red red}
{\green this is typeset
in green}
{\middlemagenta this is
Hi all,
with the latest ConTeXt ver: 2009.03.29 13:28 MKIV
and LuaTeX, Version snapshot-0.37.0-2009032922
I can't get colored text:
\setupcolors[state=start]
\setuppagenumbering[state=stop]
\starttext
{\red red}
{\green this is typeset
in green}
{\middlemagenta this is typeset
in dark
Source: texshow
(1) \setupinteraction
color name
contrastcolor name
How do you set the setupinteraction contrastcolor background color ?
(2) \defineinteractionmenu, \setupinteractionmenu, \interactionbuttons
color name
background screen color
Thanks Hans.
Still about setupinteraction's contrastcolor.
In an interactionmenu, how do you maintain an item's color to
contrastcolor when the corresponding section spans over more than
one screen/page ? It switches back to color after the first
screen/page.
On Mon, Sep 8, 2008 at 11:30 AM,
Alan Stone wrote:
Thanks Hans.
Still about setupinteraction's contrastcolor.
In an interactionmenu, how do you maintain an item's color to
contrastcolor when the corresponding section spans over more than
one screen/page ? It switches back to color after the first
screen/page.
indeed,
indeed, just a compare of the reference page with the current page; no
spans
That's a feature request then. Samewise for interaction buttons.
Thanks,
Alan
On Mon, Sep 8, 2008 at 1:37 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Alan Stone wrote:
Thanks Hans.
Still about setupinteraction's
Alan Stone wrote:
Source: texshow
(1) \setupinteraction
color name
contrastcolor name
How do you set the setupinteraction contrastcolor background color ?
hm, there is no interactionbackgroundcolor (maybe some day in mkiv when
i've redone hyperlinks)
(2)
Hello,
Another problem with PGF+ConTeXt is the handling of cmyk colors:
\usemodule[tikz]
\setupcolors[state=start]
\definecolor[my_yellow][c=0,m=0.3,y=0.94,k=0]
\starttext
\startcolor[my_yellow]
Yellow text.
\stopcolor
\starttikzpicture
\fill[my_yellow] (0,0) circle(1);
\stoptikzpicture
Jesse Alama wrote:
Hi Aditya,
Thanks for the help -- I think I now see why there is such trouble with
colors in pgf and context. It looks like one can systematically
transform LaTeX-like PGF examples of \color into ConTeXt examples.
keep in mind that color handles sveral grouping cases:
Aditya Mahajan [EMAIL PROTECTED] writes:
The example features some \definecolor's which I just did away with
(sadly) by simply substituting their defining values for their
occurences. (This is unfortunate, but perhaps necessary until some
other mechanism is produced.) The problem is that
Hi Aditya,
Thanks for the help -- I think I now see why there is such trouble with
colors in pgf and context. It looks like one can systematically
transform LaTeX-like PGF examples of \color into ConTeXt examples.
The reason why this came up is that I'm trying to go through Till
Tantau's
Hi,
this minimal example compiles fine in mkii:
\setupcolors[state=start]
\starttext
\starttabulate
\startcolor[red]
\NC One \NC A \NC \NR
\NC Two \NC B \NC \NR
\stopcolor
\NC Three \NC C \NC \NR
\stoptabulate
\stoptext
With mkiv, I get this error:
! Missing \endgroup inserted.
inserted
Thomas A. Schmitz wrote:
Hi,
this minimal example compiles fine in mkii:
\setupcolors[state=start]
\starttext
\starttabulate
\startcolor[red]
\NC One \NC A \NC \NR
\NC Two \NC B \NC \NR
\stopcolor
\NC Three \NC C \NC \NR
\stoptabulate
\stoptext
well, with mkii you're just
2 questions for colors
1) Does ConTeXt offer complete color gestion as pdf spec 1.6 or there
are some features not implemented ?
2) Preparing a pdf with bitmap colored images for offset press (ie
covers for manuals): are png or jpeg an optimal solution or tiff is
better ? RGB or CMYK ?
Thanks
luigi scarso wrote:
2 questions for colors
1) Does ConTeXt offer complete color gestion as pdf spec 1.6 or there
are some features not implemented ?
what do you need ... process- and spotcolors are implemented, as are
duotones; transparency has been around for years now.
2) Preparing a
normally an unscaled cmyk jpeg of medium compression quality is ok (a
24 meg tiff graphic is not per definition better than a 4 meg jpeg image)
Hans
Thanks
Also in pdftex mailing list, thread Best bitmap image format?
___
ntg-context mailing list
In MPgrapic I do want my own colors for drawing lines etc.
These are set up in plain.mf's (_op_ and background).
In \startMPinclusions I just do that in order to get the drawing
color I want.
But then \startMPgraphic appears to reset colors (both _op_ and
background I suspect).
Can this be
Question: what tinkering with metapost parameters is done in
\startMPgraphic exactly? (I could not find out readily from the
ConTeXt sources)
Which of these can be removed without danger for its operation,
leaving settings in \startMPinclusions unchanged -- and will that be
done?
Hans will
Mojca Miklavec wrote:
Question: what tinkering with metapost parameters is done in
\startMPgraphic exactly? (I could not find out readily from the
ConTeXt sources)
Which of these can be removed without danger for its operation,
leaving settings in \startMPinclusions unchanged -- and will that
Hans van der Meer wrote:
In MPgrapic I do want my own colors for drawing lines etc.
These are set up in plain.mf's (_op_ and background).
In \startMPinclusions I just do that in order to get the drawing color
I want.
But then \startMPgraphic appears to reset colors (both _op_ and
Taco Hoekwater wrote:
Hans van der Meer wrote:
In MPgrapic I do want my own colors for drawing lines etc.
These are set up in plain.mf's (_op_ and background).
In \startMPinclusions I just do that in order to get the drawing
color I want.
But then \startMPgraphic appears to reset colors
On Jan 6, 2006, at 15:19, Taco Hoekwater wrote:
There almost certainly is an 'official' way to add some statements to
the beginning of each figure, but, in any case, it works if you store
your settings in extra_beginfig:
\startMPinclusions
extra_beginfig := drawoptions(withcolor green);
On Jan 6, 2006, at 18:56, Hans Hagen wrote:
There almost certainly is an 'official' way to add some statements to
the beginning of each figure, but, in any case, it works if you store
your settings in extra_beginfig:
\startMPinclusions
extra_beginfig := drawoptions(withcolor green);
Hans van der Meer wrote:
I am not sure about the exact syntax of that append.
Is there a special macro in the context/metafun package or is it
extra_beginfig := extra_beginfigdrawoptions(withcolor green);?
that's indeed an append (or actually a concat)
Hans
Normally metapost/metafun starts out drawing in black.
Is it possible to change this globally, so that withcolor xyz is
not needed everytime another color is wanted?
Also is it possible to get/save/restore the current drawing color
(a la savepen) in metapost/metafun?
I searched through
Hans van der Meer wrote:
Normally metapost/metafun starts out drawing in black.
Is it possible to change this globally, so that withcolor xyz is not
needed everytime another color is wanted?
Also is it possible to get/save/restore the current drawing color (a
la savepen) in
Hi,
I would like to use transparnt colors in one of the documents. However the
resulting color is different with transparent color. Could anyone try the
following code twice setting the %-sign in front of the fill-statement:
\setupoutput[pdftex]
\starttext
\setupcolors[state=start]
At 09:20 25/11/2003, you wrote:
\setupoutput[pdftex]
\starttext
\setupcolors[state=start]
\startuseMPgraphic{tBG}
path p ;
p := unitsquare xscaled \overlaywidth yscaled \overlayheight ;
fill p withcolor \MPcolor{white}; % With normal colors,
everything is fine (blue is
Hi Hans,
Indeed now I tried in Acrobat5 and the problem does not show up.
There is probably another bug to be reported:
I got a file, where with \startcombination ... \stopcombination two small
pictures are placed next to each other. - When viewing the result in
Acrobat6 everything looks ok.
At 12:46 25/11/2003, you wrote:
Indeed now I tried in Acrobat5 and the problem does not show up.
There is probably another bug to be reported:
I got a file, where with \startcombination ... \stopcombination two small
pictures are placed next to each other. - When viewing the result in
Hoi Hans,
Bedankt voor de link
Het ziet er steeds gelikter uit.
Op pagina 156 staat Haas'sche Schriftgiesserei Het apostroofje is
vervangen door een kapitaal S-caron. - Dit is nogal raar omdat er op
verschillende andere plekken in dit deel van het boek apostroven gebruikt
worden. ??
Op
81 matches
Mail list logo