Hi!
I'm having problems getting the textbackground spacing offset to work.
Example:
\setupframedtext
[offset=overlay,
width=max,
depthcorrection=off]
\setuptextbackground
[location=paragraph,
%% offset=overlay, %% does nothing
%% backgroundoffset=overlay, %% does
Dear List,
the red highlight block in the following example is not covering the two
40pt characters:
\definetextbackground[important][frame=no,background=color,backgroundcolor=red]
\starttext
abc\important{123{\switchtobodyfont[40pt]45}xy}z
\stoptext
Is there an option that fixes this?
Thanks!
On 6/25/2021 8:33 AM, Christoph Reller wrote:
Hi,
Consider the MWE:
\definetextbackground[background][
background=color,
backgroundcolor=gray]
\starttext
\starttextbackground[background]
Test
\stoptextbackground
\stoptext
In the latest version 2021-06-24 of ConTeXt LMTX, the
Hi,
Consider the MWE:
\definetextbackground[background][
background=color,
backgroundcolor=gray]
\starttext
\starttextbackground[background]
Test
\stoptextbackground
\stoptext
In the latest version 2021-06-24 of ConTeXt LMTX, the textbackground is not
working. Could this be a bug or am I
Jon Wong schrieb am 06.12.2019 um 04:13:
\setupwhitespace[line] % A line's spacing between paragraphs.
\starttext
\definetextbackground[InfoText][
location=paragraph, frame=on]
You can't use "location=paragraph" because the argument of the \setlayer
command is a simple horizontal box
\setupwhitespace[line] % A line's spacing between paragraphs.
\starttext
\definetextbackground[InfoText][
location=paragraph, frame=on]
\definelayer[testlayer]
\setlayer[testlayer][x=1cm,y=3cm]{%
\startInfoText
\stopInfoText
}
\flushlayer[testlayer]
\stoptext
Doesn’t work. Only works if
> On 2. Nov 2017, at 15:17, Thomas Floeren wrote:
>
> Hi,
>
> I noticed that with one of the recent betas the right offset of my
> textbackgrounds doesn’t work properly anymore when the textbackground
> contains a multi-column “paragraph”.
>
> A minimal:
>
> \defineparagraphs
> On 2. Nov 2017, at 18:55, Pablo Rodriguez wrote:
>
> On 11/02/2017 03:17 PM, Thomas Floeren wrote:
>> Hi,
>>
>> I noticed that with one of the recent betas the right offset of my
>> textbackgrounds doesn’t work properly anymore when the textbackground
>> contains a multi-column
On 11/02/2017 03:17 PM, Thomas Floeren wrote:
> Hi,
>
> I noticed that with one of the recent betas the right offset of my
> textbackgrounds doesn’t work properly anymore when the textbackground
> contains a multi-column “paragraph”.
>
> The first box is OK and as expected. But with the second
Hi,
I noticed that with one of the recent betas the right offset of my
textbackgrounds doesn’t work properly anymore when the textbackground contains
a multi-column “paragraph”.
A minimal:
\defineparagraphs [TestPar][n=2, distance=7mm]
\setupparagraphs [TestPar][1][width=2em]
On 4/3/2017 2:58 PM, Tom wrote:
On 3. Apr 2017, at 10:16, Hans Hagen wrote:
On 4/3/2017 2:20 AM, Tom wrote:
Hi,
today I updated from ConTeXt 2015.11.19 to the recent Beta 2017.03.26 16:15.
I noticed that my textbackgrounds now interfere with margin pictures, that is,
if there
> On 3. Apr 2017, at 10:16, Hans Hagen wrote:
>
> On 4/3/2017 2:20 AM, Tom wrote:
>> Hi,
>>
>> today I updated from ConTeXt 2015.11.19 to the recent Beta 2017.03.26 16:15.
>>
>> I noticed that my textbackgrounds now interfere with margin pictures, that
>> is,
>> if there is a
On 4/3/2017 2:20 AM, Tom wrote:
Hi,
today I updated from ConTeXt 2015.11.19 to the recent Beta 2017.03.26 16:15.
I noticed that my textbackgrounds now interfere with margin pictures, that is,
if there is a margin picture at the side of a textbackground, then the
textbackground is suppressed
Hi,
today I updated from ConTeXt 2015.11.19 to the recent Beta 2017.03.26 16:15.
I noticed that my textbackgrounds now interfere with margin pictures, that is,
if there is a margin picture at the side of a textbackground, then the
textbackground is suppressed for the entire height of the margin
Hello,
For a multilingual document, alternating one language or another, not
necessarily a bilingual, translated text, I thought about using
textbackground to set-off paragraphs. This technique could also apply
to a single language text having multiple levels of information,
perhaps statements
On 2/26/2015 10:22 AM, Alan BRASLAU wrote:
Hello,
For a multilingual document, alternating one language or another, not
necessarily a bilingual, translated text, I thought about using
textbackground to set-off paragraphs. This technique could also apply
to a single language text having multiple
Hi,
How can I use textbackground within framedtext. In the following MWE, the
background extends beyond the frame of framedtext. Do I have to use a
different mechanism?
\definetextbackground[bg][
background=color,
backgroundcolor=yellow,
frame=off]
\starttext
\startframedtext
Before
On 7/9/2014 5:55 AM, Troy Henderson wrote:
The following code produces a textbackground whose background color
enters into the itemize label area on the second (and succeeding)
lines of the paragraph. I would appreciate advice on fixing this.
i'll send you a (simple one line) patch to test
The following code produces a textbackground whose background color enters
into the itemize label area on the second (and succeeding) lines of the
paragraph. I would appreciate advice on fixing this.
Thanks,
Troy Henderson
---
\setuppapersize[letter,landscape][letter,landscape]
Hey list,
I am using the following to typeset a text box containing text.
\definetextbackground[GeneralDocument][
location=paragraph,
color=color_text,
background=color,
backgroundcolor=colour_page,
framecolor=colour_text,
topoffset=1.0cm,
On Wed, 2011-11-23 at 21:52 -0500, Aditya Mahajan wrote:
Why not just increase the value of leftoffset and rightoffset?
This seems to work, but I find a problem is that if the text box spans
multiple pages, bottomoffset / topoffset are ignored at the points where
the page breaks. Suggestions?
On Wed, 2011-11-23 at 21:52 -0500, Aditya Mahajan wrote:
Why not just increase the value of leftoffset and rightoffset?
This seems to work, but I find a problem is that if the text box spans
multiple pages, bottomoffset / topoffset are ignored at the points where
the page breaks. Suggestions?
Hey folks,
I've been pulling my hair out for hours, as I can't seem to figure out
how to set the margin with and height for a textbackground area so the
text doesn't start immediately at the left frame line and go to the
right frame line. I am using this:
\definetextbackground[FramedText][
On Wed, 23 Nov 2011, Kip Warner wrote:
I've been pulling my hair out for hours, as I can't seem to figure out
how to set the margin with and height for a textbackground area so the
text doesn't start immediately at the left frame line and go to the
right frame line. I am using this:
On Wed, 2011-11-23 at 21:52 -0500, Aditya Mahajan wrote:
Why not just increase the value of leftoffset and rightoffset?
Because then the text is fine on the left side, but then goes past the
right frame border.
--
Kip Warner -- Software Engineer
OpenPGP encrypted/signed mail preferred
I get the impression that textbackground is not yet completely repaired in:
The small example below shows that location text starts at the left margin
instead of at the chosen point in the text. That is, the green part should be
text with background instead of result. This is text w.
Paragraph
Is textbackground broken in mkiv? I need its usage (it seems the recommended
way to do backgrounds).
The following minimal example fails.
Who is wrong? Is it me or is it ConTeXt?
ConTeXt ver: 2011.11.04 14:15 MKIV fmt: 2011.11.13 int: english/english
% Testing textbackground
Hi! Currently (Context beta 2010-06-20 / Luatex 0.60.1), textbackground and
protrusion don't work together. Here's a little test file:
---
\showframe
\definefontfeature[test][mode=node,script=latn,kern=yes,trep=yes,tlig=yes,protrusion=quality]
It seems that the typographical quotation marks got lost in my test file. It
has thus become pretty much useless. Just enter some other character instead
to make protrusion visible.
___
If your question is of
hello all
I was using this to have a framed text but now it's not working anymore, even
in context live.
what i'm missing? thankyou in advance.
%
\starttext
\definetextbackground[marco][backgroundcolor=lightgray,background=color,frame=on,location=paragraph]
\starttextbackground[marco]
On Wed, 26 May 2010, Horacio Suarez wrote:
hello all
I was using this to have a framed text but now it's not working anymore, even
in context live.
what i'm missing? thankyou in advance.
%
\starttext
Thankyou very much!
Date: Wed, 26 May 2010 18:12:54 -0400
From: adit...@umich.edu
To: ntg-context@ntg.nl
Subject: Re: [NTG-context] textbackground frame
On Wed, 26 May 2010, Horacio Suarez wrote:
hello all
I was using this to have a framed text but now it's not working
[I got no answers to my previous post]
With page imposition, in luatex, background overrides text
\setuppapersize[A4][A3,landscape]
\setuparranging[2SIDE] % --bug here
\setupcolors[state=start]
\definetextbackground[intro]
[backgroundcolor=gray,
backgroundoffset=.25cm,
offset=.5cm,
Am 25.04.2009 um 18:15 schrieb Diego Depaoli:
[I got no answers to my previous post]
With page imposition, in luatex, background overrides text
context --arrange filename
Wolfgang
___
If your question is of
2009/4/25 Wolfgang Schuster schuster.wolfg...@googlemail.com:
Am 25.04.2009 um 18:15 schrieb Diego Depaoli:
[I got no answers to my previous post]
With page imposition, in luatex, background overrides text
context --arrange filename
Thanks!
but I'm a bit confused...
in pdftex or xetex the
Hi!
1) I wanted to color some text inside a columnset-environment. That
works fine for text that stays in one column or spans two consecutive
ones. But if there's a pagebreak after the first page, only the left
column gets the background. From page two on everything is fine again.
Any ideas how
Hi,
I need a textbackground inside a \framed macro, which uses it's own
background (overlay). Sadly the textbackground appears behind the framed
background and my attempts to change this order haven't succeeded.
\setuptextbackground[foo]
[level=+1]
brings the textbackground to the top, but
Aditya Mahajan wrote:
Hi Hans and Taco,
Something goes wrong when a textbackground occurs right at the page
boundary. Please have a look at the attached file (a snippet from an
updated copy of Myway on using new math features).
so, what goes wrong here?
On Thu, 29 Jun 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
Hi Hans and Taco,
Something goes wrong when a textbackground occurs right at the page
boundary. Please have a look at the attached file (a snippet from an
updated copy of Myway on using new math features).
so, what goes wrong
Aditya Mahajan wrote:
I get
Runaway argument?
{boxgridtype := 0 ;
! Paragraph ended before \flushTeXtexts was complete.
to be read again
\par
argument boxgridtype := 0 ;\par
hm, did you use the latest version?
(looks like a endofline problem, i.e. some empty line
On Thu, 29 Jun 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
I get
Runaway argument?
{boxgridtype := 0 ;
! Paragraph ended before \flushTeXtexts was complete.
to be read again
\par
argument boxgridtype := 0 ;\par
hm, did you use the latest version?
(looks like a
Hi Hans and Taco,
Something goes wrong when a textbackground occurs right at the page
boundary. Please have a look at the attached file (a snippet from an
updated copy of Myway on using new math features).
Aditya\usemodule[mag-01]
% \input mathfix %Bugfix by Taco
On Wed, 24 May 2006 01:50:41 +0200, nico [EMAIL PROTECTED]
wrote:
On Tue, 23 May 2006 17:15:28 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
not yet interfaced but public anyway
\chardef\kindofpagetextareas\plusone
But I've seen a side effect of this setting. It appears rarely, and I had
Hello,
When the backgrounded stuff starts from one page up to the following, it
doesn't take care about the bottom footnotes, so that they are covered by
the background.
Here is a small example:
\definecolor[ScreenGray][s=.95]
\definetextbackground[grayback]
[background=color,
Hello,
Sorry, just another overlapping case I should have put in the preceding
mail: when a float cuts the backgrounded stuff, the float is backgrounded
too. Maybe harder to fix.
An example showing both cases (footnote + float):
\definecolor[ScreenGray][s=.95]
nico wrote:
Hello,
When the backgrounded stuff starts from one page up to the following, it
doesn't take care about the bottom footnotes, so that they are covered by
the background.
Here is a small example:
\definecolor[ScreenGray][s=.95]
\definetextbackground[grayback]
On Tue, 23 May 2006 17:15:28 +0200, Hans Hagen [EMAIL PROTECTED] wrote:
not yet interfaced but public anyway
\chardef\kindofpagetextareas\plusone
Ah, yes, there's no more overlapping for both test cases.
But I've seen a side effect of this setting. It appears rarely, and I had
Aditya Mahajan wrote:
I encountered a very strange problem. The very presence of
\definetextbackground changed the meaning of \midaligned (and
\rightaligned). Attached are the minimal example that illustrate the
problem. The first file, nobackground.tex has no background and works
as
On Fri, 19 May 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
I encountered a very strange problem. The very presence of
\definetextbackground changed the meaning of \midaligned (and
\rightaligned). Attached are the minimal example that illustrate the
problem. The first file, nobackground.tex
Hi Hans,
textbackground does not honour topoffset/bottomoffset at pagebreak.
Is this by design?
\definetextbackground
[test]
[ location=paragraph,
rulethickness=1pt,
leftoffset=1em,
topoffset=5cm,
bottomoffset=5cm] % For test purposes
\starttext
Aditya Mahajan wrote:
Hi Hans,
textbackground does not honour topoffset/bottomoffset at pagebreak.
Is this by design?
ss everywhere in tex, skipe at the bottom and top of a page disappear at a
pagebreak, and inserting it is tricky
Hans
On Fri, 19 May 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
Hi Hans,
textbackground does not honour topoffset/bottomoffset at pagebreak.
Is this by design?
ss everywhere in tex, skipe at the bottom and top of a page disappear at a
pagebreak, and inserting it is tricky
Any appararent
On Tue, 25 Apr 2006, Taco Hoekwater wrote:
Hi Aditya
,
Aditya Mahajan wrote:
i adapted the textbackground macros as well as the mp code to catch
the border case
Is this included in the latest release
Yes, but
(ConTeXt ver: 2006.04.22 10:41)?
is no longer the latest release. :-)
On Sun, 23 Apr 2006, Hans Hagen wrote:
Aditya Mahajan wrote:
Thank you. This takes care of it.
i adapted the textbackground macros as well as the mp code to catch
the border case
Is this included in the latest release (ConTeXt ver: 2006.04.22
10:41)? The previous test case does not run
Hi Aditya
,
Aditya Mahajan wrote:
i adapted the textbackground macros as well as the mp code to catch
the border case
Is this included in the latest release
Yes, but
(ConTeXt ver: 2006.04.22 10:41)?
is no longer the latest release. :-)
Taco
Hi,
I have encountered a really strange bug in textbackground.
Occasionally, textbackground colors the whole page instead of just the
text between \starttextbackground and \stoptextbackground. This
happens only when I am using module mag-01 and have
Aditya Mahajan wrote:
Hi,
I have encountered a really strange bug in textbackground.
Occasionally, textbackground colors the whole page instead of just the
text between \starttextbackground and \stoptextbackground. This
happens only when I am using module mag-01 and have
Aditya Mahajan wrote:
Thank you. This takes care of it.
i adapted the textbackground macros as well as the mp code to catch the border
case (this whole background stuff is rather tricky code)
Hans
-
Hans van der Meer wrote:
Therefore I suspect it has something to do with the output routine
where \s is taken as the next macro.
A simpe experiment (\def\s{something}) shows that indeed a macro \s is
executed.
Is someone here messing up the catcode's of the letters?
Yes, the \startJAVA
Hans van der Meer wrote:
Forcing the typesetting to run further the output contains the rest
of the source of macro \startpdffontresource[ec] .
I.e. the output then shows (the \s has disappeared):
tartpdffontresource[ec]
/CIDInit /ProcSet findresource begin
...
- and goes on until
Something strange happens with textbackground (again, I am afraid).
I defined:
% Java typesetting with background.
\definetyping[JAVA]
\setuptyping[JAVA][option=JV,
before={\bgroup\setupinterlinespace[line=2.2ex]%
\testpage[1]\starttextbackground[code]},
Resurrecting a thread from June last year... (sorry!)
On 26-jun-04 Hans van der Meer identified a bug/issue with text backgrounds:
When the textbackground falls at a page crossing -- i.e. starts at
the top of a page -- the coloring extends backwards on the page just
left.
On 29-jun-04 Hans H
dr. Hans van der Meer wrote:
On 26-jun-04, at 20:13, Hans Hagen Outside wrote:
dr. Hans van der Meer wrote:
Hans,
I definitely see problems with the
\starttextbackground[]-\stoptextbackground environment (discussed in
the displays-brochure).
When the textbackground falls at a page crossing --
dr. Hans van der Meer wrote:
Keeping footnotes free from the coloring would be very great if it
could be accomplished (same as for interposed floats), like:
ok then, for your eyes only -)
\chardef\kindofpagetextareas=1
(so, it was there already but as a kind of experiment)
Hans
dr. Hans van der Meer wrote:
Hans,
I definitely see problems with the
\starttextbackground[]-\stoptextbackground environment (discussed in
the displays-brochure).
When the textbackground falls at a page crossing -- i.e. starts at the
top of a page -- the coloring extends backwards on the page
65 matches
Mail list logo