Hello,
How is it possible to prevent a page break after the \blank?
\starttext
\dorecurse{730}{text }
\blank[small]
\page[no] % does not work
bla bla bla
\stoptext
TIA for any help, Peter
--
Contact information: http://pmrb.free.fr/contact/
On Thu, Jul 22 2010, Peter Münster wrote:
How is it possible to prevent a page break after the \blank?
\starttext
\dorecurse{730}{text }
\blank[small]
\page[no] % does not work
bla bla bla
\stoptext
Solution:
\starttext
\dorecurse{730}{text }
\blank[small, samepage]
bla bla bla
Hi all,
what would be an elegant way to make out the current interpreter from inside
lua?
For now I'm branching things at the top of the script like this:
···8··
if arg[-1] == texlua then
utf=unicode.utf8
else
Hello,
I am preparing a document with a publication list generated from BibTeX but
I get the following error:
! LuaTeX error .../context/texmf-context/tex/context/base/bibl-tra.lua:83:
attempt to compare nil with number
stack traceback:
.../context/texmf-context/tex/context/base/bibl-tra.lua:83:
On 22-7-2010 11:51, Philipp Gesang wrote:
Hi all,
what would be an elegant way to make out the current interpreter from inside
lua?
For now I'm branching things at the top of the script like this:
···8··
if arg[-1] ==
On 2010-07-22 11:55:38, Hans Hagen wrote:
On 22-7-2010 11:51, Philipp Gesang wrote:
Hi all,
what would be an elegant way to make out the current interpreter from inside
lua?
For now I'm branching things at the top of the script like this:
OK, I'm replying to my own question to add one further detail: I have now found
a minimal example that demonstrates the error with \writetolist: if you process
the following file with mkiv, a spurious vertical space is added before the
first line of text; everything works as expected in mkii.
On Jul 21, 2010, at 7:18 PM, Oliver Buerschaper wrote:
Does that mean you can make handwritten annotations with, say, a graphics
tablet?
Yes, so long as one isn't expecting to be able to convert the handwritten
annotation into recognized text.
Another option is printing a .pdf into a
On Jul 21, 2010, at 7:26 PM, Tom wrote:
Using TexLive MKII, I can create a PDF that looks great directly from it,
unfortunately it isn't PDF/X-1a:2001.
There's a LaTeX package which will create .pdfs conformant to that
specification --- perhaps the code could be ported over?
If not, use
Hi Yanrui,
I'm afraid I can't really help you with your problems; I have just a thought on
# 2.: at it's core, bibtex is still a 7-bit application. Development on
replacements has begun - there's bibtexu, which is in TL2010, there's biber;
none of them is quite mature yet. If memory serves
-Original Message-
On Jul 21, 2010, at 7:26 PM, Tom wrote:
Using TexLive MKII, I can create a PDF that looks great directly from it,
unfortunately it isn't PDF/X-1a:2001.
There's a LaTeX package which will create .pdfs conformant to that
specification --- perhaps the code could be
On Jul 22, 2010, at 9:17 AM, Tom wrote:
Thanks for the tip, William. I am running TexLive MKII on a Windows system
and it doesn't seem to have pdf2ps. Bummer.
If you install Ghostscript you'll get it.
If not, install a nice, generic PostScript driver, then print to a PostScript
file using
Hi,
I uploaded a beta. This is a prelude to an end-of-the-month current that
will be released along with luatex 0.61.
This release supports tagged pdf, but it will go unnoticed if you don't
have full acrobat. Tagging is enabled with:
\setupstructure[state=start]
Normally tagging takes
Hi all,
I've played with text backgrounds. Please have a look at the following example.
\definetextbackground
[test]
[location=paragraph,
% frame=off, % - no round corners anymore
corner=round, % - corner=1|2|3… would be nice
leftoffset=.5\bodyfontsize,
On 22-7-2010 3:50, Andreas Harder wrote:
\definetextbackground
[test]
[location=paragraph,
% frame=off, % - no round corners anymore
corner=round, % - corner=1|2|3… would be nice
leftoffset=.5\bodyfontsize,
rightoffset=.5\bodyfontsize,
topoffset=.5\bodyfontsize,
On 22-7-2010 12:58, Thomas A. Schmitz wrote:
OK, I'm replying to my own question to add one further detail: I have now found
a minimal example that demonstrates the error with \writetolist: if you process
the following file with mkiv, a spurious vertical space is added before the
first line
On 22-7-2010 11:54, Richard Stephens wrote:
Hello,
I am preparing a document with a publication list generated from BibTeX but
I get the following error:
! LuaTeX error .../context/texmf-context/tex/context/base/bibl-tra.lua:83:
attempt to compare nil with number
stack traceback:
Minimal nonworking example:
% Taken from the wiki
\starttypescript [Bonum]
\definetypeface [Bonum] [rm] [serif] [bonum] [default]
\definetypeface [Bonum] [ss] [sans] [adventor] [default] [rscale=0.887]
\definetypeface [Bonum] [tt] [mono] [cursor][default] [rscale=1.163]
On Jul 22, 2010, at 4:38 PM, Hans Hagen wrote:
On 22-7-2010 12:58, Thomas A. Schmitz wrote:
OK, I'm replying to my own question to add one further detail: I have now
found a minimal example that demonstrates the error with \writetolist: if
you process the following file with mkiv, a
On 22-7-2010 4:57, Thomas A. Schmitz wrote:
On Jul 22, 2010, at 4:38 PM, Hans Hagen wrote:
On 22-7-2010 12:58, Thomas A. Schmitz wrote:
OK, I'm replying to my own question to add one further detail: I have now found
a minimal example that demonstrates the error with \writetolist: if you
Dear Hans,
I updated my minimal installation, but noticed that since the end of last June
I get the same version: after any updating, upon doing
context --version
I get:
MTXrun | main context file:
/context-minimal/tex/texmf-context/tex/context/base/context.tex
MTXrun | current version:
On 22-7-2010 2:27, Thomas A. Schmitz wrote:
I'm afraid I can't really help you with your problems; I have just a thought on
# 2.: at it's core, bibtex is still a 7-bit application. Development on
replacements has begun - there's bibtexu, which is in TL2010, there's biber;
none of them is
2010/7/22 Otared Kavian ota...@gmail.com:
Dear Hans,
I updated my minimal installation, but noticed that since the end of last
June I get the same version: after any updating, upon doing
context --version
I get:
MTXrun | main context file:
On 22-7-2010 5:03, Otared Kavian wrote:
Dear Hans,
I updated my minimal installation, but noticed that since the end of last June
I get the same version: after any updating, upon doing
context --version
I get:
MTXrun | main context file:
Consider the following code:
\setuphead[section][style={\tfd}]
\starttext
\section{bla bla}
\dorecurse{4}{\input tufte}
This is just some text that shows what happens.
\section{bla bla bla}
\input tufte
\stoptext
In MkII, This is just some text that shows what happens. goes on the
first
On 22-7-2010 5:07, Vedran Miletić wrote:
2010/7/22 Otared Kavianota...@gmail.com:
Dear Hans,
I updated my minimal installation, but noticed that since the end of last June
I get the same version: after any updating, upon doing
context --version
I get:
MTXrun | main context file:
Hi Vedran,
Your example shows indeed that
\startitemize[3]
works fine but
\startitemize[4]
does not, with
ConTeXt version 2010.06.23 12:45.
(Actually \startitemize[x] works fine when x=1, or 2 or 3, and does not work as
expected when x 3).
However with mkii everything is fine.
Best regards:
On 22-7-2010 4:54, Vedran Miletić wrote:
\starttypescript [Bonum]
\definetypeface [Bonum] [rm] [serif] [bonum] [default]
\definetypeface [Bonum] [ss] [sans] [adventor] [default] [rscale=0.887]
\definetypeface [Bonum] [tt] [mono] [cursor][default] [rscale=1.163]
On 22-7-2010 4:54, Vedran Miletić wrote:
Minimal nonworking example:
% Taken from the wiki
\starttypescript [Bonum]
\definetypeface [Bonum] [rm] [serif] [bonum] [default]
\definetypeface [Bonum] [ss] [sans] [adventor] [default] [rscale=0.887]
\definetypeface [Bonum] [tt]
On 22-7-2010 5:16, Otared Kavian wrote:
Hi Vedran,
Your example shows indeed that
\startitemize[3]
works fine but
\startitemize[4]
does not, with
ConTeXt version 2010.06.23 12:45.
(Actually \startitemize[x] works fine when x=1, or 2 or 3, and does not work as
expected when x 3).
However with
Hi Hans,
Thanks for your attention.
I looked in context.tex after updating and I do have
\edef\contextversion{2010.06.23 12:45}
Does this mean that somehow context.tex is not updated? The file on the minimal
is indeed created on
Wednsday June 23, 2010, at 12:45
Best regards: OK
On 22 juil.
On 22-7-2010 5:14, Vedran Miletić wrote:
Consider the following code:
\setuphead[section][style={\tfd}]
\starttext
\section{bla bla}
\dorecurse{4}{\input tufte}
This is just some text that shows what happens.
\section{bla bla bla}
\input tufte
\stoptext
In MkII, This is just some text
On 22-7-2010 5:23, Otared Kavian wrote:
Hi Hans,
Thanks for your attention.
I looked in context.tex after updating and I do have
\edef\contextversion{2010.06.23 12:45}
Does this mean that somehow context.tex is not updated? The file on the minimal
is indeed created on
Wednsday June 23, 2010,
On Jul 22, 2010, at 5:01 PM, Hans Hagen wrote:
so what was that small test file?
Hans
Here comes:
\startpublication[k=intertestualita,t=book,
a={intertestualita},y=1995,
n=2552,s=int95]
\pubyear{1995}
\title{Atti del convegno internazionale \quotation{Intertestualit{\`a}}: il
On 22-7-2010 5:34, Vnpenguin wrote:
Since one week, I update my minimal ConTeXt almost everyday (Win32
version), but the version is alway the same:
sure, as i didn't update context for a week
-
On 22 juil. 2010, at 17:14, Hans Hagen wrote:
\edef\contextversion{2010.07.22 15:19}
zip on the website, synced each hour on the garden
Hans
Hi,
After downloading the zipped files and making the formats « manually », I do
get the new version:
ConTeXt version 2010.07.22 15:19
So this
On 22-7-2010 5:33, Thomas A. Schmitz wrote:
On Jul 22, 2010, at 5:23 PM, Otared Kavian wrote:
Hi Hans,
Thanks for your attention.
I looked in context.tex after updating and I do have
\edef\contextversion{2010.06.23 12:45}
Does this mean that somehow context.tex is not updated? The file on
Hi,
Otared Kavian wrote:
So this means that something has changed in first-setup.sh, and for some
reason context.tex (and maybe a few other files…) are not thoroughly synched
with the zip file on the Pragma's website.
The minimals do not sync from the public website but from an internal
On Jul 22, 2010, at 5:43 PM, Hans Hagen wrote:
On 22-7-2010 5:33, Thomas A. Schmitz wrote:
On Jul 22, 2010, at 5:23 PM, Otared Kavian wrote:
Hi Hans,
Thanks for your attention.
I looked in context.tex after updating and I do have
\edef\contextversion{2010.06.23 12:45}
Does this
On Thu, Jul 22 2010, Hans Hagen wrote:
just in the process of optimizing it ...
Great Hans!
You will then update the tracker item
http://tracker.luatex.org/view.php?id=389 ?
Cheers, Peter
--
Contact information: http://pmrb.free.fr/contact/
On Thu, Jul 22, 2010 at 17:51, Taco Hoekwater t...@elvenkind.com wrote:
Hi,
Otared Kavian wrote:
So this means that something has changed in first-setup.sh, and for some
reason context.tex (and maybe a few other files…) are not thoroughly synched
with the zip file on the Pragma's website.
Am 22.07.2010 um 16:37 schrieb Hans Hagen:
On 22-7-2010 3:50, Andreas Harder wrote:
\definetextbackground
[test]
[location=paragraph,
% frame=off, % - no round corners anymore
corner=round, % - corner=1|2|3… would be nice
leftoffset=.5\bodyfontsize,
Am 22.07.10 06:07, schrieb Tom:
Thanks, Wolfgang. I never would have considered this to be the problem.
Converting the first image to eps made it work. Should PostScript Level 2
and Encapsulated PostScript be selected when converting the images in Gimp?
Does MKIV require the same image formats
2010/7/22 Vnpenguin vnpeng...@vnoss.org:
On Thu, Jul 22, 2010 at 17:51, Taco Hoekwater t...@elvenkind.com wrote:
Hi,
Otared Kavian wrote:
So this means that something has changed in first-setup.sh, and for some
reason context.tex (and maybe a few other files…) are not thoroughly
synched
On 22-7-2010 8:44, Wolfgang Schuster wrote:
Am 22.07.10 06:07, schrieb Tom:
Thanks, Wolfgang. I never would have considered this to be the problem.
Converting the first image to eps made it work. Should PostScript Level 2
and Encapsulated PostScript be selected when converting the images in
On 22-7-2010 8:59, Vedran Miletić wrote:
2010/7/22 Vnpenguinvnpeng...@vnoss.org:
On Thu, Jul 22, 2010 at 17:51, Taco Hoekwatert...@elvenkind.com wrote:
Hi,
Otared Kavian wrote:
So this means that something has changed in first-setup.sh, and for some reason
context.tex (and maybe a few
Hans Hagen wrote:
you shouldn't run mp 1.5 as it's a quite experimental version, the
prelude to 2.0; the error is probably related to the fact that formats
are no longer dealt with in the same way
I don't think minimal (beta) users have a choice in the matter
at the moment.
Best wishes,
Hi,
Hans Hagen wrote:
the error is probably related to the fact that formats
are no longer dealt with in the same way
Actually, this particular warning is a glitch in itself, it seems
a (quite harmless) case of forgetting to clear the condition state.
Nevertheless, there are numerous other
On 22-7-2010 9:47, Taco Hoekwater wrote:
Hi,
Hans Hagen wrote:
the error is probably related to the fact that formats
are no longer dealt with in the same way
Actually, this particular warning is a glitch in itself, it seems
a (quite harmless) case of forgetting to clear the condition
Am 22.07.2010 um 17:39 schrieb Hans Hagen:
On 22-7-2010 5:34, Vnpenguin wrote:
Since one week, I update my minimal ConTeXt almost everyday (Win32
version), but the version is alway the same:
sure, as i didn't update context for a week
this exchange you should be archieved in
On 15-7-2010 6:02, Armin Varmaz wrote:
Hallo,
I am wondering if there is an option in \definetextbackground to get the
output over the entire width of a page? I mean to go over the width of the
\textwidth (for example like
\setlayout[width=\textwidth+\outermargintotal])?
\paperwidth
On 18-7-2010 9:02, H. van der Meer wrote:
I have a comment on the name of macro \xmldoiftext.
The name as is, seems specifically to point to something like:
nodesome_text/node
Luckily the manual mentions here when .. node has some content and
this implies the {yes}-branch will be taken also in
On 20-7-2010 2:00, Oliver Buerschaper wrote:
Dear all,
is it possible to pass data from MetaPost back to TeX? This would be similar in
spirit to, say, the MetaPost variable BodyFontSize that contains data from the
TeX surrounding. Just the other way round.
maybe future mlib versions will
-Original Message- Am 22.07.10 06:07, schrieb Tom:
Thanks, Wolfgang. I never would have considered this to be the problem.
Converting the first image to eps made it work. Should PostScript Level 2
and Encapsulated PostScript be selected when converting the images in
Gimp?
Does MKIV
Hello all...
I am looking for problem in my example but without success.
As you can see in my minimal example, that any printing positions on any
cards are diferent.
I want to print always started at the same place!
Someone knows a solution? Forgotten that any gaps?
Thanx Jaroslav
Sorry I added some more...
The problem is better seen when, instead of \showframe[edge] put
\showframe only ...
Jaroslav
Dne 23.7.2010 6:04, Jaroslav Hajtmar napsal(a):
Hello all...
I am looking for problem in my example but without success.
As you can see in my minimal example, that any
56 matches
Mail list logo
