Hi,
finally found some time to test the latest beta. I get a couple of
undefined control sequences here (mkiv).
\doPDFpageattribute
\doPDFaddtocatalog
\PDFobjectreferenceB (overprinting)
Best wishes, Peter
___
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
finally found some time to test the latest beta. I get a couple of
undefined control sequences here (mkiv).
\doPDFpageattribute
\doPDFaddtocatalog
\PDFobjectreferenceB (overprinting)
i have been fizing some issues so maybe a new beta later today
Wolfgang Schuster schrieb:
Hi Idris and Peter,
donno if this has been reported before...
I get the follwing error message with the latest beta (2009-04-10):
I get something similar with TOC processing:
Can one of you make a example where the error is reproducable.
will try (a matter of
Wolfgang Schuster schrieb:
Hi Idris and Peter,
donno if this has been reported before...
I get the follwing error message with the latest beta (2009-04-10):
I get something similar with TOC processing:
Can one of you make a example where the error is reproducable.
not minimal (no time),
Hi,
donno if this has been reported before...
I get the follwing error message with the latest beta (2009-04-10):
[..]
{r:/tex/texmf/fonts/map/dvips/lm/lm-rm.map}]
! LuaTeX error r:/tex/texmf-context/tex/context/base/strc-not.lua:143:
attempt to index field 'pagenumber' (a nil value)
stack
Curiouslearn schrieb:
Hi,
I want the labels as (0.5,0.55,0.6,0.65,0.7,...,1)
or (0.50,0.55,0.60,0.65,0.70,...,1). Either of these two is fine.
I tried the following code for this.
\starttext
\startuseMPgraphic{labeltest}
numeric rmin,rmax;
rmin := 0.5; rmax := 1;
ux := 25cm; uy :=10cm;
%
luigi scarso schrieb:
On Wed, Mar 25, 2009 at 3:44 PM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
Am 25.03.2009 um 15:00 schrieb luigi scarso:
I'm not saying that this macro exists;
(of course one can manipulate /bin/context (or others scripts)
even rewrite \stoptext
luigi scarso schrieb:
On Wed, Mar 25, 2009 at 4:25 PM, Peter Rolf indi...@gmx.net wrote:
luigi scarso schrieb:
On Wed, Mar 25, 2009 at 3:44 PM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
Am 25.03.2009 um 15:00 schrieb luigi scarso:
I'm not saying
Wolfgang Schuster schrieb:
Hi Hans,
can you add command which will print the name (e.g. LuaTeX, pdfTeX ...)
and version (e.g. 0.36.0) of the current used TeX engine.
Hi Wolfgang,
I think this should better be done by a command in pdftex/luatex. The
'Procucer' key is already set by
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach
with one of my graphics directly ends with
! Undefined control sequence.
l.1 \abortinputifdefined
oops, is syst
Hans Hagen schrieb:
Peter Rolf wrote:
The interesting thing is, that it works after the third run. After
you delete all temporary files (tuo,tui) you need again three runs to
get a working pdf. All I can see is, that there are multiple
{docushade} (one per page) entries (donno the details
Hans Hagen schrieb:
Wolfgang Schuster wrote:
On Wed, Mar 18, 2009 at 10:24 PM, Peter Rolf indi...@gmx.net wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach
with one
of my graphics directly ends
Hans Hagen schrieb:
Peter Rolf wrote:
Hans Hagen schrieb:
Wolfgang Schuster wrote:
On Wed, Mar 18, 2009 at 10:24 PM, Peter Rolf indi...@gmx.net wrote:
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell me
why you fire a warning for already defined, non-global allocated registers?
Some of them make sense here but even a grouped (and local allocated)
register gives such a warning.
warning: \count
Wolfgang Schuster schrieb:
Am 19.03.2009 um 15:19 schrieb Peter Rolf:
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell me
why you fire a warning for already defined, non-global allocated
registers?
Some of them make sense here but even a grouped (and local
Hans Hagen schrieb:
Peter Rolf wrote:
Hi Hans,
looks my knowledge of TeX is holey like a Leerdammer. Can you tell me
why you fire a warning for already defined, non-global allocated
registers?
Some of them make sense here but even a grouped (and local allocated)
register gives
Alan Stone schrieb:
On Wed, Mar 18, 2009 at 5:03 PM, Wolfgang Schuster
schuster.wolfg...@googlemail.com wrote:
[...]
... it's explained in the fonts manual
and in the new ConTeXt manual.
The most important thing I understand from reading the fonts manual
and the ConTeXt
Hi,
for my overprinting macro I need the actual font size (no overprinting
if size is greater 23pt). After searching and a lot of tries I found
\scaledfont (mkii) and
\somefontsize (mkiv),
which seem to show the right values. Both macros are bound exclusively
to only one mark. Is there a
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
for my overprinting macro I need the actual font size (no
overprinting if size is greater 23pt). After searching and a lot of
tries I found
\scaledfont (mkii) and
\somefontsize (mkiv),
which seem to show the right values. Both macros are bound
Hi,
my testing yesterday was only limited to a very small test file
(overprinting test). i had no problems with that, but any approach with
one of my graphics directly ends with
! Undefined control sequence.
l.1 \abortinputifdefined
oops, is syst-gen.tex no longer part of the mkiv core? i
Hans Hagen schrieb:
Hi,
In the process of a major cleanup and code split I uploaded a beta.
Some important changes are:
- initialization code is ready for upcoming luatex
- language files have been cleaned up
- core-table stuff is renamed to tabl-table stuff
- several changes in file names
Hans Hagen schrieb:
Peter Rolf wrote:
Hans Hagen schrieb:
Hi,
In the process of a major cleanup and code split I uploaded a beta.
Some important changes are:
- initialization code is ready for upcoming luatex
- language files have been cleaned up
- core-table stuff is renamed to tabl-table
Hi,
currently trying the latest(?) beta from 08.03.2009. No problems with
colors so far...
But a simple font size switch like '\vi' has no effect here.
\starttext
Regular size and {\vi six point}?
\stoptext
Also the 'lazy' \z@ has vanished (too many sideeffects?). RIP.
Best wishes, Peter
Hi Hans,
the subject is re-used from an older mail
http://archive.contextgarden.net/message/20080912.160921.cb5bba9d.en.html
Currently I try to adapt some mkii code to mkiv. Overprinting should
only be enabled if
- a given maximum font size is not exceeded and
- the current text color is
Mojca Miklavec schrieb:
On Thu, Feb 26, 2009 at 20:28, Albrecht Kauffmann wrote:
Hi all,
I have a question regarding natural tables: Would it be able to set the
rulethickness parameter for one (e.g. the right) side of selected columns
separately (e.g. rulethickness_right=2pt)?
You
Wolfgang Schuster schrieb:
Am 03.02.2009 um 11:46 schrieb Peter Rolf:
Wolfgang Schuster schrieb:
Am 02.02.2009 um 14:38 schrieb Peter Rolf:
mh, the problem is a little more complex. Mkii reduces rgb(0,0,0)
text into gray(0), in mkiv color is as expected.
Updated the example
Peter Rolf schrieb:
Hi Hans,
The attached example works fine with mkii (text and gfx both use RGB
colors). Using mkiv reduces the colorspace of the graphic to GRAY.
Sadly PDFX/-4 doesn't allow to mix color profiles of colorspace RGB
with GRAY ones. So I'm forced to always use the RGB
Wolfgang Schuster schrieb:
Am 03.02.2009 um 13:12 schrieb Peter Rolf:
Thanks Wolfgang. The gray scales white and a 50% gray are already
part of my example (and they work fine).
Just add '\pdfcompresslevel0' at the top of my example and you can
'see' (viewing the pdf in a text editor
Peter Rolf schrieb:
Hi Hans,
The attached example works fine with mkii (text and gfx both use RGB
colors). Using mkiv reduces the colorspace of the graphic to GRAY.
Sadly PDFX/-4 doesn't allow to mix color profiles of colorspace RGB
with GRAY ones. So I'm forced to always use the RGB
Hi Hans,
The attached example works fine with mkii (text and gfx both use RGB
colors). Using mkiv reduces the colorspace of the graphic to GRAY.
Sadly PDFX/-4 doesn't allow to mix color profiles of colorspace RGB with
GRAY ones. So I'm forced to always use the RGB colorspace...
Best wishes,
Hi,
seems that color support is also broken in case of interaction. I get no
red frame for the attached example.
Best wishes, Peter
\setupcolors[state=start]
\setupinteraction[state=start]
\starttext
\definesymbol[no][]
\definefield[check-me][check][setup3][yes,no][no]
Hi Hans,
transparency in MetaPost is broken here. No \scratchdimen involved this
time... ;)
MtxRun | current version: 2009.01.07 00:35
This is LuaTeX, Version snapshot-0.32.0-2009010322, build 1724
Regards, Peter
\setupcolors[state=start]
\definecolor[ghost] [a=1,t=.7,s=1]
\starttext
Hi all,
can someone test the attached example with the (latest) alpha version of
ConTeXt?
Using mkiv I get no additional space in case of the \scratchdimen example.
I tried it with two new installations (minimals) from the scratch and
also used several luatex versions, but the error remains.
Hans Hagen schrieb:
Peter Rolf wrote:
Hi all,
can someone test the attached example with the (latest) alpha version
of ConTeXt?
Using mkiv I get no additional space in case of the \scratchdimen
example.
I tried it with two new installations (minimals) from the scratch and
also used several
Wolfgang Schuster schrieb:
Am 05.01.2009 um 14:27 schrieb Peter Rolf:
Hi all,
can someone test the attached example with the (latest) alpha version
of ConTeXt?
Using mkiv I get no additional space in case of the \scratchdimen
example.
I tried it with two new installations (minimals) from
Vyatcheslav Yatskovsky schrieb:
Hello,
I have some problems with \hspace. I try to insert it between two
images, and this is what I get
1) \hspace{1cm} or \hspace1cm gives space but writes 1cm betwen
images;
2) \hspace[1cm] does not work at all
3) \hspace[big] works fine, but
Sanjoy Mahajan schrieb:
What's the right way to workaround the following interaction between
\setupdelimitedtext and TeX's paragraph building rules? In the example
below, the last paragraph from knuth.tex has the linespacing of the
regular text set in 12pt, rather than the intended, narrower
Peter Rolf schrieb:
Sanjoy Mahajan schrieb:
What's the right way to workaround the following interaction between
\setupdelimitedtext and TeX's paragraph building rules? In the example
below, the last paragraph from knuth.tex has the linespacing of the
regular text set in 12pt, rather than
Hi,
a space between the font dimension number and the unit breaks
compilation. And before anyone asks... the space was inserted by chance. :)
\definefont[FOO] [Sans at 30 pt]
% ^
\starttext
\FOO Hello world!
\stoptext
Best wishes, Peter
was technisch so alles möglich ist. java löscht doch jetzt tatsächlich
die alte version beim update. nobelpreisverdächtig :D
___
If your question is of interest to others as well, please add an entry to the
Wiki!
sorry... wrong destination
Peter Rolf schrieb:
was technisch so alles möglich ist. java löscht doch jetzt tatsächlich
die alte version beim update. nobelpreisverdächtig :D
___
If your question is of interest
Hi Jan-Erik,
Jan-Erik Hägglöf schrieb:
Hi All!
I'm in beginning to write a thesis in physics(undergraduate level) and
one of many things I wanna do is, cause I create much illustrations in
DIA http://www.gnome.org/projects/dia/
and the program can export to figure.mp, to include these
Hans Hagen schrieb:
Peter Rolf wrote:
Peter Rolf schrieb:
Taco Hoekwater schrieb:
Peter Rolf wrote:
I followed that one. But my problem is more the *wrong strut height*,
e.g. using a \totalstrut value of 12pt with a 8pt font. The strut height
is simply not adapted to the actual font size
Peter Rolf schrieb:
Taco Hoekwater schrieb:
Peter Rolf wrote:
I followed that one. But my problem is more the *wrong strut height*,
e.g. using a \totalstrut value of 12pt with a 8pt font. The strut height
is simply not adapted to the actual font size anymore (even if I use
\setstrut).
I can
Wolfgang Schuster schrieb:
Am 13.11.2008 um 16:22 schrieb Peter Rolf:
Peter Rolf schrieb:
Taco Hoekwater schrieb:
Peter Rolf wrote:
I followed that one. But my problem is more the *wrong strut
height*,
e.g. using a \totalstrut value of 12pt with a 8pt font. The strut
height
Taco Hoekwater schrieb:
Peter Rolf wrote:
I followed that one. But my problem is more the *wrong strut height*,
e.g. using a \totalstrut value of 12pt with a 8pt font. The strut height
is simply not adapted to the actual font size anymore (even if I use
\setstrut).
I can understand why
Hans Hagen schrieb:
Peter Rolf wrote:
Taco Hoekwater schrieb:
Peter Rolf wrote:
I followed that one. But my problem is more the *wrong strut height*,
e.g. using a \totalstrut value of 12pt with a 8pt font. The strut height
is simply not adapted to the actual font size anymore (even if I use
Wolfgang Schuster schrieb:
Am 11.11.2008 um 17:40 schrieb Peter Rolf:
You should write new typescripts/files for MkIV because you could
use Truetype fonts without map and tfm files.
Yes, this works and is also faster. But now I have a different
positioning (text baseline is too low, plus
Wolfgang Schuster schrieb:
On Tue, Nov 11, 2008 at 2:37 PM, Peter Rolf [EMAIL PROTECTED] wrote:
Hi.
First of all: mkii format generation still fails here because of
[context.mkii]
\loadmkiifile{core-swd}
I added the mkii suffix here to make it run.
Back to the subject. When
Wolfgang Schuster schrieb:
On Tue, Nov 11, 2008 at 2:37 PM, Peter Rolf [EMAIL PROTECTED] wrote:
Hi.
First of all: mkii format generation still fails here because of
[context.mkii]
\loadmkiifile{core-swd}
I added the mkii suffix here to make it run.
Back to the subject. When
Hi.
First of all: mkii format generation still fails here because of
[context.mkii]
\loadmkiifile{core-swd}
I added the mkii suffix here to make it run.
Back to the subject. When using mkiv there is a problem in finding the
map files of my fonts. Instead of the expanded value of
Hans Hagen schrieb:
Peter Rolf wrote:
Johannes Graumann schrieb:
Hello,
In a bit to finally get Wolfgang's present to me (see XML thread somewhere)
finally compiled, I update my minimals via the first-install.sh script and
run luatools --generat context --make afterwards. Now I get
Hi,
the lua function 'metapost.filterclippath()' in mlib-ctx.lua uses
'flushnormalpath()', which is not global. Moving it to mlib-pdf.lua did
work here.
Regards, Peter
___
If your question is of interest to others as
Johannes Graumann schrieb:
Hello,
In a bit to finally get Wolfgang's present to me (see XML thread somewhere)
finally compiled, I update my minimals via the first-install.sh script and
run luatools --generat context --make afterwards. Now I get the error
below. Where might I err?
Hi,
there is a small bug in the /Info dictionary when using mkiv. The
'ModDate' is written as 'Context - .MM.DD HH:mm', which results in a
blank entry in the 'Document Properties' of the viewer.
Anyhow, to avoid preflight problems it would be wise to set /ModDate to
the same value and form
Otared Kavian schrieb:
Hi everyone,
Sorry for posting this message again: I am not sure it went through…
The following doesn't show the swelled rule defined below in mkiv,
while on mkii it is fine?
So my question is: is there a new way to define MPgraphic in mkiv?
works ok here. maybe
luigi scarso schrieb:
On Thu, Oct 23, 2008 at 1:17 PM, Peter Rolf [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Otared Kavian schrieb:
Hi everyone,
Sorry for posting this message again: I am not sure it went through…
The following doesn't show
luigi scarso schrieb:
works ok here. maybe you need an update.
...maybe you need a downgrade ;)
What is your setup ?
Not here, with minimals-beta :
luatex --version
This is LuaTeX, Version
luigi scarso schrieb:
On Thu, Oct 23, 2008 at 2:44 PM, Peter Rolf [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
luigi scarso schrieb:
works ok here. maybe you need an update.
...maybe you need
Eric DÉTREZ schrieb:
Hello
I tried to get some sections without any title and with numbering in
the margin.
Here is an example of a try I made :
%%%
\def\CommandQS#1#2{\inleft{\bf \currentheadnumber}}
\setuphead[section][alternative=text,
Taco Hoekwater schrieb:
Hi Peter,
Peter Rolf wrote:
Hi.
I just updated mpost.dll (1.110) from the windows minimals, but the
Can you double-check the version number please? There is a 1.110
in the repository but it is not supposed to be used. The current
version is/should be 1.091
Hi.
I just updated mpost.dll (1.110) from the windows minimals, but the
*empty line* in the temporary ps file still remains and breaks
compilation. Mkiv works fine with the same example.
[anzeige-mpgraph.1]
...
%%EndResource
%%EndProlog
%%Page: 1 1
%%MetaPostSpecials: 2.0 123 1
Taco Hoekwater schrieb:
Hi Peter,
Peter Rolf wrote:
Hi,
the following code breaks compilation here (XP SP3).
What versions of luatex and mkiv? Runs fine here with
the context 2008.10.03 and luatex #1452 (svn head)
Are you running it under Windows XP?
I have tried several ConTeXt
Hi,
the following code breaks compilation here (XP SP3).
\starttext
\limitatefirstline{\underbar{WqTextdummy}}{8ex}{...}
\stoptext
[..]
systems: begin file crop2 at line 2
! Emergency stop.
\processisolatedwords ...latedlastskip \lastskip }
Hans Hagen schrieb:
\setupcolors[state=start]
\starttext
No overprinting.
\startoverprint
Overprinting is active.
\stopoverprint
\stoptext
run ok here, but the question is .. what exactly do you expect to see
to be exact: some orange text :)
can you check if the current beta is
Hans Hagen schrieb:
Peter Rolf wrote:
Well, it seems that my formulation was too fuzzy (its out of question
that overprinting is implemented). Anyhow, its time to test it again.
This code fails here and at ConTeXt live (online).
\setupcolors[state=start]
\starttext
No overprinting
Hi,
is overprinting working in mkiv?
\ctxlua{overprints.enabled=true}
has no effect here or on ConTeXt live. Maybe I'm missing something.
Currently I try to adapt some mkii code to mkiv. Overprinting should
only be enabled if
- a given maximum font size is not exceeded and
- the current text
Thomas A. Schmitz schrieb:
On Sep 11, 2008, at 10:04 AM, Thomas A. Schmitz wrote:
On Sep 11, 2008, at 9:28 AM, Hans Hagen wrote:
\starttext
\framed[width=5cm,height4cm]{\externalfigure[mill.png]
[maxwidth=3cm,maxheight=4cm,width=10cm]}
\stoptext
seems to work
Ah of course! I could
Thomas A. Schmitz schrieb:
Hi all,
I'm trying to define a macro \Command which can either have four or
five arguments. If it has five, I want to define them as
\Command1[#1][#2][#3][#4]{#5}
if it has four, as
\Command2[#1][#2][#3]{4#}
I thought this would be the way to go:
Johan Sandblom schrieb:
What would be the drawback of allowing
backgroundcolor=n imply background=color
and
backgroundscreen=x imply background=screen
in the setup to \framed. Background compatibility should not be an
issue and I am failing to imagine cases where it would not be
of it]) :D
Johan
2008/9/2 Hans Hagen [EMAIL PROTECTED]:
Peter Rolf wrote:
Johan Sandblom schrieb:
What would be the drawback of allowing
backgroundcolor=n imply background=color
and
backgroundscreen=x imply background=screen
in the setup to \framed. Background compatibility should
Steffen Wolfrum schrieb:
Hi,
in order to write a command=... for \setuphead I am fighting with the
following \framed:
\starttext
\showframe
\def\TestFrame%
{\hbox to \hsize\bgroup%
\tbox{\midaligned\framed[frame=on,align=middle,width=0.85\textwidth]
{{\kern0.75em}Test}}%
Steffen Wolfrum schrieb:
Hi,
sorry for my foggy post last night (02:50h ...)
Hopefully this example makes it clearer:
--
\starttext
\showframe
\definehead[EbeneFuenf][subsubsubsection]
\setupsection[section-6][conversion=characters,previousnumber=yes]
\def\FuenfCommand#1{#1.}
Alan Stone schrieb:
Hi,
Taking S6 = 600pt wide x 450pt heigh for example...
\setuppapersize[S6][S6]
\showframe
\showsetups
\setuplayout[topheight=15pt,
headerheight=15pt,
footerheight=15pt,
bottomheight=15pt,
leftedgewidth=0pt,
leftmarginwidth=0pt,
Alan Stone schrieb:
Hi Peter,
I meant the showframe and showsetups displays on the pdf document itself,
not the document paper printout.
oeps, sorry :)
you simply use some wrong parameter here (names of internal dimensions).
e.g. use 'footer=15pt' instead of 'footerheight=15pt'.
best
Eric DÉTREZ schrieb:
Hello
When I use a inframed command at the start of a line it doesn't allow
to be continued by text :
**
\starttext
blabla \inframed{essai} blabla
\inframed{essai} blabla
\stoptext
Holzminister schrieb:
Hi there!
I managed to draw a line under my footer (with the help of this
mailing list, of course ;) ), but how can I change its thickness?
This doesn't seem to work:
\setupbackgrounds[footer][text][frame=off, bottomframe=on, height=0pt,
depth=3pt]
Same effect
Oliver Buerschaper schrieb:
The bounding box of the graphic is set on the base line. So you have
to
add some artificial depth to the graphic.
\starttext
\startreusableMPgraphic{tetrahedral}
begingroup
save u;
u := 10pt;
draw
Oliver Buerschaper schrieb:
Hi there,
maths can sometimes be weird and even more so the kinds of formulas
one needs to typeset occasionally ;-)
So here I need to typeset triangles and a variety of other polygons
right in the middle of a display formula. What I've been able to come
Hans Hagen schrieb:
Mojca Miklavec wrote:
Hello,
I would like to ask some Windows user to test if windows minimals still work
OK.
just tried the current version (only left out texmf-context).
- kpathsea357.dll is missing ('texexec --make --pdftex' complains about
it; luatex also doesn't
Mojca Miklavec schrieb:
On Fri, Jul 18, 2008 at 10:24 AM, Peter Rolf [EMAIL PROTECTED] wrote:
Hans Hagen schrieb:
Mojca Miklavec wrote:
Hello,
I would like to ask some Windows user to test if windows minimals still
work OK.
just tried the current version (only left out texmf-context
Mojca Miklavec schrieb:
On Fri, Jul 18, 2008 at 10:24 AM, Peter Rolf [EMAIL PROTECTED] wrote:
Hans Hagen schrieb:
Mojca Miklavec wrote:
Hello,
I would like to ask some Windows user to test if windows minimals still
work OK.
just tried the current version (only left out texmf-context
Mojca Miklavec schrieb:
On Fri, Jul 18, 2008 at 4:16 PM, Peter Rolf wrote:
i tested the latest luatex ('updated on 2007-07-17') some hours ago and
it still has this problem.
Not some hours ago. One hour ago.
i can rerun the test if you want ;)
new binaries will be available at Akira's site
Alan Bowen schrieb:
My original query has generated some interesting sidelines but no
solution, at least none that I can see. So, with all due apologies, I
shall presume on your patience by restating my query.
In (English) typography the spacing after a period within a sentence
is
Martin Schröder schrieb:
2008/7/16 Peter Rolf [EMAIL PROTECTED]:
the results (don't continue to read if you want a happy end):
pdftex 1.40.3 produces a pdf, that shows no side effects when it's
included by the same version of pdftex (1.40.3).
if i include that pdf with the current 1.40.9-rc1 i
Peter Rolf schrieb:
Martin Schröder schrieb:
2008/7/16 Peter Rolf [EMAIL PROTECTED]:
the results (don't continue to read if you want a happy end):
pdftex 1.40.3 produces a pdf, that shows no side effects when it's
included by the same version of pdftex (1.40.3).
if i include that pdf
Mojca Miklavec schrieb:
On Thu, Jul 17, 2008 at 9:59 AM, Peter Rolf wrote:
Martin Schröder schrieb:
2008/7/16 Peter Rolf [EMAIL PROTECTED]:
the results (don't continue to read if you want a happy end):
pdftex 1.40.3 produces a pdf, that shows no side effects when it's
included by the same
hi,
i'm currently running the context beta from 07.07.2008 with the windows
minimals from 10.07.2008. all my (quick) tries to update to a later beta
version have failed.
my main problem is, that luatools.lua doesn't work properly any more;
if i start 'luatools --generate' inside eshell (zshell
Hans Hagen schrieb:
Peter Rolf wrote:
hi,
i'm currently running the context beta from 07.07.2008 with the windows
minimals from 10.07.2008. all my (quick) tries to update to a later beta
version have failed.
my main problem is, that luatools.lua doesn't work properly any more;
if i start
Taco Hoekwater schrieb:
Taco Hoekwater wrote:
Thanks, for the heads up. The luatex trunk is a bit in flux at the
moment. We are trying to squeeze the previous half year of pdftex and
texlive development into it, and it takes some effort.
For the repository users of luatex: The trunk seems
Aditya Mahajan schrieb:
On Wed, 16 Jul 2008, Peter Rolf wrote:
i have 'diff-ed' the versions, but couldn't find any obvious flaw.
also tested with different luatex binaries. same result.
Did you also try it on cmd.exe? I recall that sometimes windows ruby had
problems with file paths
Taco Hoekwater schrieb:
Peter Rolf wrote:
Taco Hoekwater schrieb:
Taco Hoekwater wrote:
Thanks, for the heads up. The luatex trunk is a bit in flux at the
moment. We are trying to squeeze the previous half year of pdftex and
texlive development into it, and it takes some effort
Mojca Miklavec schrieb:
sure. if someone can point me to the windows binaries of pdftex 1.40.3 i
can test that.
Maybe the one from TeX Live 2007?
http://www.tug.org/svn/texlive/trunk/Master/bin/win32/pdftex.exe?view=log
thank you Mojca (revision 5403).
Mojca
Mojca Miklavec schrieb:
sure. if someone can point me to the windows binaries of pdftex 1.40.3 i
can test that.
Maybe the one from TeX Live 2007?
http://www.tug.org/svn/texlive/trunk/Master/bin/win32/pdftex.exe?view=log
one thing left: pdftex.pool is missing (the good old days with
Taco Hoekwater schrieb:
Peter Rolf wrote:
Taco Hoekwater schrieb:
Taco Hoekwater wrote:
Thanks, for the heads up. The luatex trunk is a bit in flux at the
moment. We are trying to squeeze the previous half year of pdftex and
texlive development into it, and it takes some effort
Hans Hagen schrieb:
Peter Rolf wrote:
hi,
does this error message ring a bell? same problem with luatex 0.27 and
0.28 using the latest beta. mkii works ok.
hm, what graphic?
% engine=luatex
\startuniqueMPgraphic{foo}
draw unitsquare xyscaled(3cm,3cm)
withcolor transparent(1,.5,red
Taco Hoekwater schrieb:
Peter Rolf wrote:
hi,
luatex can't handle the page group entry from \TransparencyHack (
\doPDFpageattribute{/Group /S /Transparency /I true /K true} ).
when i try to include a pdf (made by luatex) which such an entry i get
You just have to be patient for a while
Peter Rolf schrieb:
hi,
does this error message ring a bell? same problem with luatex 0.27 and
0.28 using the latest beta. mkii works ok.
[..]
! LuaTeX error r:/tex/texmf-context/tex/context/base/mlib-pdf.lua:92:
bad argument #-1 to 'pen_info' (MPlib.gr expected, got table)
stack
hi,
does this error message ring a bell? same problem with luatex 0.27 and
0.28 using the latest beta. mkii works ok.
[..]
! LuaTeX error r:/tex/texmf-context/tex/context/base/mlib-pdf.lua:92:
bad argument #-1 to 'pen_info' (MPlib.gr expected, got table)
stack traceback:
[C]: in
Hans Hagen schrieb:
Peter Rolf wrote:
hi,
just tested the latest beta.
[..]
) (r:/tex/texmf-context/tex/context/base/lang-ura.tex
loading : Uralic Languages
) (r:/tex/texmf-context/tex/context/base/lang-vn.tex
loading : Vietnamese Language
)
! I can't find file `lang-ara.tex
401 - 500 of 889 matches
Mail list logo