not know ConTeXt.
Even without a color profile the results from the normal conversion of
colors from cmyk to rgb
can result in differences between ConTeXt and Gimp because both use
different formulas.
This is the formula from ConTeXt (attr-col.lua)
r = 1.0 - math.min(1.0,c+k)
g = 1.0 - math.min(1.0
text does
>> change neither font nor color?> Shouldn’t the marker be green and
>> bold? Setting numberconversion works, but the other options seem to
>> be without effect.
>
>\setupnote[translaternote][textstyle=\bf, textcolor=green]
With this information I found
On 11/17/18 1:51 PM, Axel Kielhorn wrote:
> Hello,
Hi Axel,
> I want to show the translator notes in a different way. Right now I
> have the footnote in green, but the footnote marker in the text does
> change neither font nor color?> Shouldn’t the marker be green and
neither font nor color?
Shouldn’t the marker be green and bold?
Setting numberconversion works, but the other options seem to be without effect.
I want to include longer note as endnotes.
I can change the marker shown with the notes to (1) but he marker in the text
does not change.
Thus you can’t
Jan U. Hasecke schrieb am 14.11.18 um 11:39:
Hi all,
attached you find my colormanagement tests and I need your help to
understand and debug the situation.
I am testing together with a friend of mine, a professional
colormanager, who does not know ConTeXt.
Even without a color profile
Am 14.11.18 um 16:04 schrieb Peter Rolf:
> Mh, the file size of "ISOcoated_v2_300_eci.icc" is around 1.7MB. I
> highly doubt that ConTeXt can compress it into a 10KB PDF.
>
> But I'm not so sure if PDF/X-3 needs embedding (there was an exception).
> Never used it (only PDF/X-4p) and I can't
Am 2018-11-14 um 15:36 schrieb Jan U. Hasecke:
> Thanks a lot, Peter.
>
> Am 14.11.18 um 14:58 schrieb Peter Rolf:
>> Hi Jan,
>>
>> I donno if things have changed (ConTeXt is a fast moving target), so
>> take my answers with a grain of salt.
>>
>> (1)
Thanks a lot, Peter.
Am 14.11.18 um 14:58 schrieb Peter Rolf:
> Hi Jan,
>
> I donno if things have changed (ConTeXt is a fast moving target), so
> take my answers with a grain of salt.
>
> (1)
> AFAIK there is no ACTIVE color management in ConTeXt in the sense that
> the
Hi Jan,
I donno if things have changed (ConTeXt is a fast moving target), so
take my answers with a grain of salt.
(1)
AFAIK there is no ACTIVE color management in ConTeXt in the sense that
there is an automatic color conversion from one profiled(!) colorspace
into another profiled color space
does not know ConTeXt.
>
>
> There are several files in the archive:
>
> The differences in the files are the color definition and the color
> profile used.
>
> - rgb-xxx.tex – colors are defined with RGB values only.
>
> - rgb-cmyk-xxx.tex – colors are defin
are the color definition and the color
profile used.
- rgb-xxx.tex – colors are defined with RGB values only.
- rgb-cmyk-xxx.tex – colors are defined with RGB and CMYK values.
The cmyk colors are derived from the rgb values using gimp and the
color profiles sRGB/ISOCoated
- cmyk-xxx.tex – colors
On 11/12/2018 9:02 AM, Jan U. Hasecke wrote:
Hi all,
with the following file I tested the color conversion of context.
I get the same CMYK-values in the output pdf file using different color
profiles. A friend of mine can test the color values of PDF with a
special software.
My guess
Hi all,
with the following file I tested the color conversion of context.
I get the same CMYK-values in the output pdf file using different color
profiles. A friend of mine can test the color values of PDF with a
special software.
My guess: the profiles are not used during pdf generation.
You
t(print(letter)) context.stopxcell()
> end
letters = {'A','B','C','D','E','F','G','H','I','J'}
for _,letter in ipairs(letters) do
context.startxcell() context(letter) context.stopxcell()
end
> context.stopxrow()
> context.startxrow({"backgro
text(print(letter)) context.stopxcell()
> end
for _,letter in ipairs(letters) do
context.startxcell() context(letter) context.stopxcell()
end
> context.stopxrow()
> context.startxrow({"background=color","backgroundcolor=gray"})
>
>
.5cm"}) context("") context.stopxcell()
letter = {'A','B','C','D','E','F','G','H','I','J'}
for letter = 1,10 do
context.startxcell() context(print(letter)) context.stopxcell()
end
context.stopxrow()
context.startxrow({"background=color",&quo
currently exploring the color management
system of ConTeXt together with a friend you is working as a color
manager in print industry.
And my first try was a failure. The cmyk values in the resulting pdf
file (with color profile) differs from the values we calculated (using
the same color profile
Am 09.11.18 um 17:20 schrieb luigi scarso:
> I think you should use the best colorspace (rgb )
> and let the print shop do its job -- of course this means that you have
> signed their sample (hard proof) of your project.
>
I really tend to do this. I am currently exploring the colo
ors
> accordingly to CMYK.
>
> What are my options? Do I miss something?
>
> 1. Let the designer produce icons in pdf with the given cmyk colors.
>
> 2. Don't use cmyk colors at all.
>
> In fact on my home printer the printed rgb colors look brighter than the
> cmyk colors.
printer the printed rgb colors look brighter than the
cmyk colors. This might change in the print shop when they print with
the right color profile, but it makes me nervous.
juh
___
If your question is of intere
t unfortunately) and these were the errors when validated against
> PDF/A-3a:
>
> 1. Device process color used but no PDF/A OutputIntent (101 matches on 1
> page) - 1
> 2. Syntax problem: String object invalid (odd number of hexadecimal
> characters)
>
> I think the second error w
. Device process color used but no PDF/A OutputIntent (101 matches on 1
page) - 1
2. Syntax problem: String object invalid (odd number of hexadecimal
characters)
I think the second error was due to the BOM.
--
Leo
On Sat, 3 Nov 2018 at 13:11, luigi scarso wrote:
>
>
> On Fri, Nov 2, 2018 a
w.ntg.nl/mailman/listinfo/ntg-context
>> webpage : http://www.pragma-ade.nl / http://context.aanhet.net
>> archive : https://bitbucket.org/phg/context-mirror/commits/
>> wiki : http://contextgarden.net
>>
>> ___
>
>
\def
very well because the withdrawal of the text no
longer exists.
Thank you
Fabrice
\defineframedtext
[algorithmframe]
[width=fit,
background=color,
backgroundcolor=lightgray,
framecolor=darkred,
corner=round]
\definelines
[algorithm]
[space=on,
before=\startalgorithmframe
andard tex but
it's more a gimmick than useful:
\starttext
% at : fraction of design size
% sa : fraction of current bodyfont size
% ht : fraction of font ascender
% cp : fraction of height of glyph X
\starttexdefinition ShowThem #1#2#3
\startoverlay
{\color[trace:r]{\definedfont[#1*
Hi Wolfgang,
You offered me the following code to write algorithms. It seems that this
does not function very well because the withdrawal of the text no longer
exists.
Thank you
Fabrice
\defineframedtext
[algorithmframe]
[width=fit,
background=color,
backgroundcolor=lightgray
Pgraphic{canaux}}
> \eTD
> \bTD
> infrastructures~: canaux
> \eTD
> \eTR
> \eTABLE
> \stopbuffer
>
> \definelayer
> [legend]
> [width=\overlaywidth,
>height=\overlayheight]
&
=\overlayheight]
\starttext
% \setlayer
% [legend]
% {\getbuffer[legend]}
\setlayerframed
[legend]
[background=color,
backgroundoffset=2pt,
backgroundcolor=red,
strut=no,
frame=off]
{\getbuffer[legend]}
\externalfigure
[t
lo
>
>
> > Thank you.
> > Fabrice
> >
> > \definefloat
> > [recipe]
> > [figure]
> >
> > \setupfloat
> > [recipe]
> > [default={right,none}]
> >
> > \starttext
> > \placerecipe{}{%
> > \startxtable
cells is 3.5cm.
I hope it helps,
Pablo
> Thank you.
> Fabrice
>
> \definefloat
> [recipe]
> [figure]
>
> \setupfloat
> [recipe]
> [default={right,none}]
>
> \starttext
> \placerecipe{}{%
> \startxtable[align={middle,lohi},width
Hello,
Why is the text wrapping around the board or far too far ?
Thank you.
Fabrice
\definefloat
[recipe]
[figure]
\setupfloat
[recipe]
[default={right,none}]
\starttext
\placerecipe{}{%
\startxtable[align={middle,lohi},width=1.7
cm]
\startxrow[background=color
font-style : inherit ;
font-variant : inherit ;
font-weight : inherit ;
font-family : inherit ;
color : inherit ;
text-decoration : underline ;
}
xxx.tex:
\setupbackend[export=yes]
\setupexport[cssfile=xxx.css]
\definehigh
eginning of the post:
>
> \setupTABLE[each][each][width=2em,height=2em,align={middle,middle}]
> \setupTABLE[r][1][background=color,backgroundcolor=gray]
> \setupTABLE[c][1][background=color,backgroundcolor=gray]
>
>
> Aditya
On 01.10.18 10:11, Henning Hraban Ramm wrote:
> If you can ensure all RGB colors are tagged with the same profiles then it
> should work, as long as you only care about *same* colors and not
> (CMYK-defined) *specific* colors...
>
> Do your SVGs declare their RGB color spa
Am 2018-10-01 um 09:23 schrieb Jan U. Hasecke :
> On 30.09.18 17:16, Henning Hraban Ramm wrote:
>
>>
>> Hi juh,
>>
>> you can define colors in several color models at once; CMYK makes most sense
>> for professional printing.
>>
>> e.g. \defi
On 10/1/2018 9:23 AM, Jan U. Hasecke wrote:
On 30.09.18 17:16, Henning Hraban Ramm wrote:
Hi juh,
you can define colors in several color models at once; CMYK makes most sense
for professional printing.
e.g. \definecolor[CompanyBlue][r=0,g=0,b=1,c=1,m=1,y=0,k=0]
and see https
On 30.09.18 17:16, Henning Hraban Ramm wrote:
>
> Hi juh,
>
> you can define colors in several color models at once; CMYK makes most sense
> for professional printing.
>
> e.g. \definecolor[CompanyBlue][r=0,g=0,b=1,c=1,m=1,y=0,k=0]
>
> and see https://wik
you please tell me what I miss?
The part in the beginning of the post:
\setupTABLE[each][each][width=2em,height=2em,align={middle,middle}]
\setupTABLE[r][1][background=color,backgroundcolor=gray]
\setupTABLE[c][1][background=color,backgroundcolor=gray
On 9/30/2018 7:22 PM, Alan Braslau wrote:
On Sun, 30 Sep 2018 19:07:24 +0200
Hans Hagen wrote:
Luckily I never had to match corporate colors of different models in ConTeXt...
the worst are colors specs with 4 decimals based on some design made in
indesign where one has at most 256 values per
On Sun, 30 Sep 2018 19:07:24 +0200
Hans Hagen wrote:
> > Luckily I never had to match corporate colors of different models in
> > ConTeXt...
> the worst are colors specs with 4 decimals based on some design made in
> indesign where one has at most 256 values per channel and then some
>
On 9/30/2018 5:16 PM, Henning Hraban Ramm wrote:
Luckily I never had to match corporate colors of different models in ConTeXt...
the worst are colors specs with 4 decimals based on some design made in
indesign where one has at most 256 values per channel and then some
designer looking at his
colors.
What is the best approach for defining colors in print materials? What
color model shall I use? RGB or CMYK?
For the background. We have some SVG graphics we use on the website.
They are defined in RGB color model. And we use them in the print
materials as well.
I tend to define RGB
ining RGB
> colors and then derived CMYK colors.
>
> What is the best approach for defining colors in print materials? What
> color model shall I use? RGB or CMYK?
>
> For the background. We have some SVG graphics we use on the website.
> They are defined in RGB color model. A
for defining colors in print materials? What
color model shall I use? RGB or CMYK?
For the background. We have some SVG graphics we use on the website.
They are defined in RGB color model. And we use them in the print
materials as well.
I tend to define RGB colors in my print documents so that the colors
eight=58mm]}
\definelayer[topic3]
[x=0, y=0, width=\paperwidth, height=\paperwidth]
\setlayer[topic3]
[x=0cm, y=-3mm]
{\externalfigure[../bilder/topic3.png][width=102mm]}
\definelayer[blau]
[x=0, y=-3mm, width=\paperwidth, height=\paperheight]
\setlayer[blau]
[x=0mm,y=-3mm]
{\framed[
Hello list,
Do you know what should I add to my ftplugin/context.vim to have
\page highlighted when using ViM ?
I tried to understand context.vim color syntax but this is magic to me
(mapping is ok, but offtopic).
Thanks,
Damien Thiriet
On 9/10/2018 12:45 PM, Henri Menke wrote:
bump
already fixed but no upload yet (maybe later today)
On 09/07/2018 09:58 AM, Henri Menke wrote:
Dear list,
I'm trying to color the background of “p” cells in tabulate. The MWE
below will fail with the error “Undefined control sequence
bump
On 09/07/2018 09:58 AM, Henri Menke wrote:
> Dear list,
>
> I'm trying to color the background of “p” cells in tabulate. The MWE
> below will fail with the error “Undefined control sequence \IMPOSSIBLE”
> but when I enter scrollmode to finish the run, I get a PDF which
Dear list,
I'm trying to color the background of “p” cells in tabulate. The MWE
below will fail with the error “Undefined control sequence \IMPOSSIBLE”
but when I enter scrollmode to finish the run, I get a PDF which looks
exactly as intended. Looks like it's not \IMPOSSIBLE after all
eeting time, quite busy, but
> today at 15:45 we have a "Brainstorming session" on tables
>
>
In tabl-xtb.mkvi (xtables)
% todo:
%
% - yes or no: foregroundstyle/color <- style/color
% - template alignment
% - maybe split horizontal (a la linetables)
% - before/after and wra
rved nodes: 58 nodes, 9 lists of 455
> > mkiv lua stats > node memory usage: 2 glue, 2 kern, 2 penalty, 14
> > attribute, 50 glue_spec, 4 attribute_list, 2 temp, 2 user_defined
> > mkiv lua stats > node list callback tasks: 8 unique task lists, 6
> > instan
t; mkiv lua stats > metapost: 0.001 seconds, loading: 0.018, execution:
> 0.001, n: 1, average: 0.019, instances: 1, luacalls: 8, memory: 2.635 M
> mkiv lua stats > used platform: linux-64, type: unix, binary subtree:
> texmf-linux-64
> mkiv lua stats > used engine: luatex versi
hash chars: min(64,40), symbol mask: utf (τεχ)
mkiv lua stats > runtime: 0.536 seconds, 1 processed pages, 1 shipped
pages, 1.866 pages/second
mtx-context | purged files: vladimir.log, vladimir.tuc
system | total runtime: 2.525 seconds
TeX Output finished at Wed Aug 29 11:5
Here's
what I get in the messages tab :
mtx-context | pdfview methods: auto default okular pdfxcview sumatra,
current method: sumatra (directives_pdfview_method)
pdfview | command: wine "sumatrapdf.exe" -reuse-instance -bg-color 0xCC
"wolfgang-1.pdf" 1> / dev / null 2&g
h frames).
> \definecolor[MyColorA][s=0.8784]
> \definecolor[MyColorB][m=0.27,y=1]
>
> \defineframed
>[FrameTitle]
>[frame=off,
> foregroundstyle=\bfx\ss,
> foregroundcolor=white,
> background=color,
> backgroundcolor=MyColorB,
> location=dept
that (if that is possible with frames).
\definecolor[MyColorA][s=0.8784]
\definecolor[MyColorB][m=0.27,y=1]
\defineframed
[FrameTitle]
[frame=off,
foregroundstyle=\bfx\ss,
foregroundcolor=white,
background=color,
backgroundcolor=MyColorB,
location=depth]
\defineframedtext
[FramedText]
[offset
y=1.00,k=0.00]
>
> \defineornament
> [FrameTitle]
> [preset=lefttop]
> [
> frame=off,
> foregroundstyle=\bfx\ss,
> foregroundcolor=white,
>
27,y=1.00,k=0.00]
\defineornament
[FrameTitle]
[preset=lefttop]
[
frame=off,
foregroundstyle=\bfx\ss,
foregroundcolor=white,
background=color,
backgroundcolor
,
background=color,
backgroundcolor=MyColorB,
]
\defineframedtext
[FramedText]
[
offset=0.6em,
toffset=\lineheight,
background=color,
backgroundcolor=MyColorA,
foregroundstyle={\switchtobodyfont[10pt]},
align=verytolerant,
alternative=serried, % text
]
\defineornament
[FrameTitle]
[preset=lefttop]
[
frame=off,
foregroundstyle=\bfx,
foregroundcolor=white,
background=color,
backgroundcolor=MyColorB,
]
\defineframedtext
[FramedText]
[
offset=0.6em
> > within, the table does not get filled with color. Any solution?
> \setupfloats[table][freeregion=no]
>
Thanks a lot, Hans. It works.
Does it have any collateral effects?
___
If your question is of
On Tue, 14 Aug 2018 09:49:05 +0200
Hans Hagen wrote:
> > I have simple document which I define my \definetextbackground:
> > \startteoria and \stopteoria (see below). When I use it and put table
> > within, the table does not get filled with color. Any solution?
&g
On 8/13/2018 11:37 PM, dxpubl...@posteo.net wrote:
Hi,
I have simple document which I define my \definetextbackground:
\startteoria and \stopteoria (see below). When I use it and put table
within, the table does not get filled with color. Any solution?
\setupfloats[table][freeregion
=right, do get
the text background color, so there is a *kludge* possible there:
\startplacetable [location=right]
...
\stopplacetable
\flushsidefloats
...
(incomplete example)
Alan
P.S. Hans: maybe location=force ought to work similarly with respect to text
backgrounds as location=left
Hi,
I have simple document which I define my \definetextbackground:
\startteoria and \stopteoria (see below). When I use it and put table
within, the table does not get filled with color. Any solution?
Thanks in advance,
Xavier
\definecolor[teoriacolor][lightgray]
\definetextbackground
' of the narrowed paragraph. Also, the
placement of the text in the margin is wrong and not easily controlled
as with \llap and \rlap. The code started out more like:
\define\Mark{\color[middlegray]{\hskip.6cm\itb¿\ }}
\setwidthof{\Mark}\to\MarkWidth
...
\starttexdefinition
and not easily controlled
as with \llap and \rlap. The code started out more like:
\define\Mark{\color[middlegray]{\hskip.6cm\itb¿\ }}
\setwidthof{\Mark}\to\MarkWidth
...
\starttexdefinition stopBufTest
\startluacode
buffers.prepend("TestBuffer","\\dontl
{\color[middlegray]{\itb¿\ }}
\define\First{nothing yet}
\define\Arg{nothing yet}
\setuplanguage[en][spacing=packed]
\starttexdefinition unexpanded startBufTest
\bgroup
\dosingleempty\dostartBufTest
\stoptexdefinition
\starttexdefinition dostartBufTest [#SETUPS]
\doifsomethingelse{#{SETUPS
it?
%% The buffer may contain internal blank lines and macros, and
%% those should be retained. Or, is there already a function to
%% strip a buffer in the manner that string.strip does a string?
\setupwhitespace[none]
\setupindenting[none]
\define\Mark{\color[middlegray]{\itb¿\ }}
\define\First
it?
%% The buffer may contain internal blank lines and macros, and
%% those should be retained. Or, is there already a function to
%% strip a buffer in the manner that string.strip does a string?
\setupwhitespace[none]
\setupindenting[none]
\define\Mark{\color[middlegray]{\itb¿\ }}
\define\First
it?
%% The buffer may contain internal blank lines and macros, and
%% those should be retained. Or, is there already a function to
%% strip a buffer in the manner that string.strip does a string?
\setupwhitespace[none]
\setupindenting[none]
\define\Mark{\color[middlegray]{\itb¿\ }}
\define\First
blank lines and macros, and
%% those should be retained. Or, is there already a function to
%% strip a buffer in the manner that string.strip does a string?
\setupwhitespace[none]
\setupindenting[none]
\define\Mark{\color[middlegray]{\itb¿\ }}
\define\First{nothing yet}
\define\Arg{nothing yet
en to use keys that are generally pretty self-explanatory,
such as title=, color=, style=, etc.
Secondly, the commands try to use existing key names if they are relevant
rather than adding new keys, and this sometimes leads to key names that at
first sight might seem slightly awkward (where a
the bottom line of the frame, how to add
a little space ?
Thanks
Fabrice
\defineframed
[ACFRAME]
[frame=on,
width=fit,
align=flushleft,
location=low,
background=color,
backgroundcolor=lightgray]
\defineenumeration
[exercice]
[text={Exercice},
headstyle={\bf
lign=flushleft,
> location=low,
>background=color,
>backgroundcolor=lightgray]
>
> \defineenumeration
> [exercice]
> [text={Exercice},
>headstyle={\bf\feature[+][f:smallcaps]},
>headcommand=\ACFRAME,
>numberconversionset=ACCONVERS
Hello,
I find that the text is near the bottom line of the frame, how to add a
little space ?
Thanks
Fabrice
\defineframed
[ACFRAME]
[frame=on,
width=fit,
align=flushleft,
location=low,
background=color,
backgroundcolor=lightgray]
\defineenumeration
[exercice]
[text
acs. The problem
> > seems to be related with your conTeXt standalone installation. when
> > the file is compiled, emacs create a log buffer *... output*. You
> > could post that information to look the possible error.
> >
> > Have you tried reinstalling conTeXt?
>
tspace}
>
> \setupitemgroup
> [itemize]
> [color=darkred,
>distance=0pt]
>
> \setupitemgroup
> [itemize:1]
> [option={n,packed,fit,intext},
>command=\ItemCommand]
>
> \setupitemgroup
> [itemize:2]
> [lefttext=,
>righttext=,
>
Hi Fabrice,
I found the following example in my mail archive.
%%
\define\ItemCommand
{\hskip\zeropoint\relax\autoinsertnextspace}
\setupitemgroup
[itemize]
[color=darkred,
distance=0pt]
\setupitemgroup
[itemize:1]
[option={n,packed,fit,intext},
command=\ItemCommand
"PATH"
>> "/home/aragorn/texlive/2018/bin/x86_64-linux/context:$PATH" t) It
>> works properly with C-c C-c
>>
>>
>> With (setenv "PATH"
>> "/home/aragorn/context/tex/texmf-linux-64/bin:$PATH" t) It
xt
Hi Fabrice,
this is the best I get:
\setupitemgroup
[itemize][1]
[color=darkred,
option={packed,fit,paragraph,n}]
\setupitemgroup
[itemize][2]
[color=darkred,
distance=\spaceamount,
option={packed,fit,intext,a}]
Otherwise, de
> 1 C
> > 2.a
> > 2.b
> > 2.c
>
> Hi Fabrice,
>
> I don’t get your output. I had to remove the "intext" option and I guess
> I got what you intend:
>
> \setupitemgroup
>[itemize][1]
> [color=darkred,
> distanc
gt;:
>
> Hello,
> I did the same thing as you, but nothing changes. Have you tested
> the file? The expected result is to have the title of the chapter
> with the chapter number in large and light gray color. All
> compiles except the macro that allows to have the ch
Hi Fabrice,
I don’t get your output. I had to remove the "intext" option and I guess
I got what you intend:
\setupitemgroup
[itemize][1]
[color=darkred,
distance=\spaceamount,
option={packed,fit,n}]
\setupitemgroup
[itemize][2]
[color=da
Hello,
Wolfgang helped me to get this:
1.a.
b.
c.
2.a
b.
c.
I have unfortunately lost the code he had proposed to me. I get this:
1.a.
1b
1 C
2.a
2.b
2.c
Thanks
Fabrice
\setupitemgroup
[itemize][1]
[color=darkred,
distance=\spaceamount,
option={packed,fit,intext,n
table:protocole
\setupTABLE[frame=off,option=stretch]
\setupTABLE[row][odd][background=color, backgroundcolor=lightgreen]
\setupTABLE[row][1][style={\ss\bf}, background=color,
backgroundcolor=cyan, foregroundcolor=white]
\setupTABLE[column][1][style={\ssx\bf
Luigi, Pablo and Henri for their pieces
# >of help and information.
# >
# >
# >Summary:
# >
# >
# >(a) where I can find the set of original default*.icc files,
# >
# ># Alan: /usr/local/share/color/icc/ghostscript
# >
# >This must be dependent on th
and Henri for their pieces
of help and information.
Summary:
(a) where I can find the set of original default*.icc files,
# Alan: /usr/local/share/color/icc/ghostscript
This must be dependent on the version of operating system or on something
else because on computers I have
Hi all,
I would like to open the PDF/A topic once more.
First, I would like to thank Alan, Luigi, Pablo and Henri for their pieces
of help and information.
Summary:
(a) where I can find the set of original default*.icc files,
# Alan: /usr/local/share/color/icc/ghostscript
t;> Thank you
>> Fabrice
>>
>> \setupbodyfont[pagella,11pt]
>>
>> \defineframed
>>[ACFRAME]
>>[frame=off,
>> offset=0pt,
>> location=low,
>> width=\struttotal,
>> background=color,
>> backg
frame=off,
> offset=0pt,
> location=low,
> width=\struttotal,
> background=color,
> backgroundcolor=black,
> foregroundcolor=white,
> forgroundstyle=bold]
>
>
> \defineprocessor[ACPROCESSOR][command=\ACFRAME]
> \defineconversionset[ACCON
> \setupbodyfont[pagella,11pt]
>
> \defineframed
>[ACFRAME]
>[frame=off,
> offset=0pt,
> location=low,
> width=\struttotal,
> background=color,
> backgroundcolor=black,
> foregroundcolor=white,
> forgroundstyle=
On 7/15/2018 17:39, Fabrice Couvreur wrote:
\setupbodyfont[pagella,11pt]
\defineframed
[ACFRAME]
[frame=off,
offset=0pt,
location=low,
width=\struttotal,
background=color,
backgroundcolor=black,
foregroundcolor=white,
forgroundstyle=bold]
\defineprocessor
Good evening,
In the code below, why is the text in bold ?
Thank you
Fabrice
\setupbodyfont[pagella,11pt]
\defineframed
[ACFRAME]
[frame=off,
offset=0pt,
location=low,
width=\struttotal,
background=color,
backgroundcolor=black,
foregroundcolor=white
On Thu, 12 Jul 2018 22:59:05 +0200
Hans Hagen wrote:
> hm, I'm puzzled as a shade doesn't go between colors + transparent
> but from one color to another (in the same color space) and
> transparency is just a different mechanism
>
> maybe it was some side effect of chosen v
this used to work pre 2016:
\setupbackgrounds [page] [background=color, backgroundcolor=lightgray]
\definecolor [trans] [a=multiply, t=1, s=1]
\starttext
\startMPcode
path p; p:=fullsquare xyscaled (5cm, 5cm);
fill p
withshading("linear", ulcorner p, llcorner p)
withfrom
ransparent. For
instance this used to work pre 2016:
\setupbackgrounds [page] [background=color, backgroundcolor=lightgray]
\definecolor [trans] [a=multiply, t=1, s=1]
\starttext
\startMPcode
path p; p:=fullsquare xyscaled (5cm, 5cm);
fill p
withshading("linear", ulcorner
;) doesn't work here
withshadecolors (white, white) withtransparency (0, .7);
\stopuseMPgraphic
%% to illustrate the effect, actual background is white
\setupbackgrounds [page] [background=color, backgroundcolor=lightgray]
\defineoverlay [gradient-mp] [\useMPgraphic{trans}]
%% requires external
Dear list,
I have the following sample:
\setupinteraction[state=start]
\setupcomment[location=inmargin, color=darkred]
\showframe
\startbuffer[abc]
\input zapf
\stopbuffer
\setuptype[option=tex]
\starttext
\comment[space=yes,buffer=abc]{}
\type{\comment
nt
> [Title]
> [SerifBold at 42pt]
>
> \starttext
>
> \placefigure[][]{Cow}
> {\externalfigure[cow][width=.5\textwidth]}
>
> \definelayer[myfigure][x=6cm,y=6cm,preset=middle]
>
> \setlayer[myfigure]{\framed[frame=off]{\Title
> \color[middlecyan]{123456789}}
1101 - 1200 of 5299 matches
Mail list logo
