Idris Samawi Hamid ادريس سماوي حامد wrote:
Dear gang,
The following, using the latest beta, moves the last recurse to the next
page:
\setuplayout
[lines=12]
\starttext \pardir TRT
\dorecurse{12}{This is a recursive line. \crlf}
\stoptext
so we get only 11 lines on page 1. Is this a bug?
Dear gang,
The following, using the latest beta, moves the last recurse to the next
page:
\setuplayout
[lines=12]
\starttext \pardir TRT
\dorecurse{12}{This is a recursive line. \crlf}
\stoptext
so we get only 11 lines on page 1. Is this a bug?
Best wishes
Idris
--
Professor Idris
Asalamu Alakum Prof. Hamid,
you sent me an email about Minion Pro opticals, did you get my reply?
Idris Samawi Hamid ادريس سماوي حامد wrote:
Dear gang,
The following, using the latest beta, moves the last recurse to the
next page:
\setuplayout
[lines=12]
\starttext \pardir TRT
There is severe bug in the latest beta, when making mkiv format file:
! I can't find file `tabl-tsp.tex'.
to be read again
\relax
l.243 \loadcorefile{tabl-tsp.tex}
(Press Enter to retry, or Control-Z to exit)
Vyatcheslav
Vyatcheslav Yatskovsky wrote:
There is severe bug in the latest beta, when making mkiv format file:
! I can't find file `tabl-tsp.tex'.
to be read again
\relax
l.243 \loadcorefile{tabl-tsp.tex}
(Press Enter to retry, or Control-Z to exit)
mkiv: luatools --generate
mkii:
On Mon, Jan 19, 2009 at 12:04 PM, Thomas A. Schmitz wrote:
On Jan 19, 2009, at 11:05 AM, Mojca Miklavec wrote:
Just start with a clean script. For example, replace the whole file
with something like this:
(If luatex binary works well ... then nothing else in minimals that
could crash at
Am 2009-01-18 um 06:06 schrieb Yue Wang:
OK, in fact the whole file is just add \bye at the end of that piece
of code.
This works well on both mkii and mkiv:
\starttext
...
\stoptext
and this only works in MKII, not mkiv:
...
\bye
Why do you expect ConTeXt to work without
Hi,
Why do you expect ConTeXt to work without \start|stoptext ?
Well, it used to work, and i use it a lot in my own document.
(both mkiv and mkii support this before the 2008.11.10 version)
Yue Wang
___
If your
Yue Wang wrote:
Hi,
Why do you expect ConTeXt to work without \start|stoptext ?
Well, it used to work, and i use it a lot in my own document.
(both mkiv and mkii support this before the 2008.11.10 version)
start/stoptext is really needed in order to let multipass info work
On Jan 17, 2009, at 8:52 PM, Taco Hoekwater wrote:
Mojca Miklavec wrote:
and so on. Now this box has several more or less abandoned
installations of
darwinports and fink, but this looks like it's trying to link to
the library
provided by the system (OS X 10.5.6) and complaining it's too
On Sat, Jan 17, 2009 at 6:02 PM, Thomas A. Schmitz wrote:
Hi all, Mojca,
after Taco resolved one issue with the latest luatex, I was trying to update
on my osx-ppc box, and I am encountering a strange bug: when I run the
./first-setup.sh script, the rsync processes fail with this message:
On Jan 18, 2009, at 7:52 PM, Mojca Miklavec wrote:
Hello Thomas,
I'm guessing blindly. Can you please try
which rsync
otool -L /wherever/is/rsync
and check if all the libraries exist. On my machine I have:
/usr/bin/rsync:
/usr/lib/libiconv.2.dylib (compatibility version 5.0.0,
Hi, Hans
Using context=experimental, the following cross references all appear as ??
MKII works fine.
\placeformula \startformula \startalign
\NC v \NC = u + at \NR[eq:v]
\NC h \NC = ut + \frac12 gt^2 \NR[eq:h]
\stopalign \stopformula
Equation (\in[eq:v]) tells the final velocity after
time
Hi all, Mojca,
after Taco resolved one issue with the latest luatex, I was trying to
update on my osx-ppc box, and I am encountering a strange bug: when I
run the ./first-setup.sh script, the rsync processes fail with this
message:
MtxRun | using script: ./bin/mtx-update.lua
dyld:
On Sat, Jan 17, 2009 at 6:02 PM, Thomas A. Schmitz wrote:
Hi all, Mojca,
after Taco resolved one issue with the latest luatex, I was trying to update
on my osx-ppc box, and I am encountering a strange bug: when I run the
./first-setup.sh script, the rsync processes fail with this message:
But it works fine here with both context=experimental and
context=beta. The versions are ``2009.01.17 00:15'' for experimental
and ``2009.01.14 11:29'' for beta.
On Sat, Jan 17, 2009 at 10:55:48PM +0800, Yue Wang wrote:
Hi, Hans
Using context=experimental, the following cross references all
On Jan 17, 2009, at 6:20 PM, Mojca Miklavec wrote:
Hmmm ... libiconv? Is that comming from luatex? The only dependencies
listed on this computer seem to be:
Well, good question... It looks like this happens when the script
tries to run rsync, but I have no reason why this should involve
Mojca Miklavec wrote:
and so on. Now this box has several more or less abandoned installations of
darwinports and fink, but this looks like it's trying to link to the library
provided by the system (OS X 10.5.6) and complaining it's too old. Any
pointers to this one?
Hmmm ... libiconv? Is
Longmin Wang wrote:
But it works fine here with both context=experimental and
context=beta. The versions are ``2009.01.17 00:15'' for experimental
and ``2009.01.14 11:29'' for beta.
Appears fine here as well, with context 2009.01.17 00:15. But I assume
your test file was longer thatn just the
Hi, Taco:
Appears fine here as well, with context 2009.01.17 00:15. But I assume
your test file was longer thatn just the little block below. Perhaps
you should post a full file.
Btw, the example breaks with cont-xp, but in a different way:
it throws an error at me about an undefined
Taco Hoekwater wrote:
Taco Hoekwater wrote:
Hi Mojca,
Mojca Miklavec wrote:
!luaTeX error (file
/tmp/context/tex/texmf/fonts/opentype/public/lm/lmroman12-regular.otf):
Parsing CFF DICT failed. (error=-1)
I can almost certainly reproduce this, I see an uninitialized variable
in valgrind.
Taco Hoekwater wrote:
Hi Mojca,
Mojca Miklavec wrote:
!luaTeX error (file
/tmp/context/tex/texmf/fonts/opentype/public/lm/lmroman12-regular.otf):
Parsing CFF DICT failed. (error=-1)
I can almost certainly reproduce this, I see an uninitialized variable
in valgrind.
Nope, couldn't
On Wed, Dec 24, 2008 at 3:45 AM, Fengnan Gao fnst...@hotmail.com wrote:
Hi, all
Can I roll back and use the old version when context isn't broken? I have
several documents which need to be processed ASAP. Thanks.
Hello Fengan,
you need both an older version of luatex and an older version of
On Wed, Dec 24, 2008 at 11:03 AM, Taco Hoekwater t...@elvenkind.com wrote:
Taco Hoekwater wrote:
Hi Mojca,
Mojca Miklavec wrote:
!luaTeX error (file
/tmp/context/tex/texmf/fonts/opentype/public/lm/lmroman12-regular.otf):
Parsing CFF DICT failed. (error=-1)
I can almost certainly
Alan STONE wrote:
Nope, couldn't do it. I am _almost_ sorry to say that luatex on
linux-64 is behaving fine. Mojca (or someone else that has this
'Parsing CFF' problem), can you try to pinpoint the problem in a
debugger?
Which debugger Taco ?
A source debugger (like gdb). You'll also
On Tue, Dec 23, 2008 at 7:22 PM, Taco Hoekwater t...@elvenkind.com wrote:
Mojca Miklavec wrote:
Does it behave any differently if you try to replace the luatex binary
inside tex/texmf-mswin/bin with the extracted luatex from
On Wed, Dec 24, 2008 at 3:45 AM, Fengnan Gao fnst...@hotmail.com wrote:
Hi, all
Can I roll back and use the old version when context isn't broken? I have
several documents which need to be processed ASAP. Thanks.
Fengnan Gao
As an alternative to Mojca's today suggestions to go back to both
On Wed, Dec 24, 2008 at 2:21 PM, Taco Hoekwater t...@elvenkind.com wrote:
Alan STONE wrote:
Nope, couldn't do it. I am _almost_ sorry to say that luatex on
linux-64 is behaving fine. Mojca (or someone else that has this
'Parsing CFF' problem), can you try to pinpoint the problem in a
Hi Mojca,
Mojca Miklavec wrote:
!luaTeX error (file
/tmp/context/tex/texmf/fonts/opentype/public/lm/lmroman12-regular.otf):
Parsing CFF DICT failed. (error=-1)
I can almost certainly reproduce this, I see an uninitialized variable
in valgrind. More about this later, but this is *not* the
Alan STONE wrote:
I did a clean minimals install on my Windows XP Home SP3 system and
get the same strange output.
ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2008.12.22 int: english/english
This is LuaTeX, Version snapshot-0.31.2-2008121200, build 1659
texmfstart texexec --lua hello
context.cmd
On Sun, Dec 21, 2008 at 12:49 PM, Fengnan Gao fnst...@hotmail.com wrote:
I just installed ConTeXtMinimal using first-setup.bat. But it seems it
has some serious bug that context even couldn't deal with such a easy
document:
\starttext
Hello world!
\stoptext
What's the problem? Anybody
On Tue, Dec 23, 2008 at 8:51 PM, Derek CORDEIRO derekcorde...@gmail.comwrote:
On Sun, Dec 21, 2008 at 12:49 PM, Fengnan Gao fnst...@hotmail.com wrote:
I just installed ConTeXtMinimal using first-setup.bat. But it seems it
has some serious bug that context even couldn't deal with such a easy
Mojca Miklavec wrote:
Does it behave any differently if you try to replace the luatex binary
inside tex/texmf-mswin/bin with the extracted luatex from
http://foundry.supelec.fr/frs/download.php/707/luatex-beta-0.31.2-win32-mingw.zip?
I would love to know the answer to this question as well.
Taco Hoekwater wrote:
Alan STONE wrote:
I did a clean minimals install on my Windows XP Home SP3 system and
get the same strange output.
ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2008.12.22 int: english/english
This is LuaTeX, Version snapshot-0.31.2-2008121200, build 1659
texmfstart texexec
Hi, all
Can I roll back and use the old version when context isn't broken? I have
several documents which need to be processed ASAP. Thanks.
Fengnan Gao
___
If your question is of interest to others as well,
Mojca Miklavec wrote:
On Sun, Dec 21, 2008 at 1:58 PM, Fengnan Gao wrote:
This is the log file. It's very small in size, so I don't thinks I should
use some net storage service to upload it.
Definitely not.
What version of LuaTeX is in Windows distribution? Maybe I forgot to
update it.
I'm clueless then. If version mismatch doesn't explain it and if there
are no error messages, then I'm running out of ideas.
What happens if you run first-setup.bat again, delete the contents of
D:/context/tex/texmf-cache, open cmd, go to the folder with your
document, and then type:
On Mon, Dec 22, 2008 at 1:56 PM, Fengnan Gao fnst...@hotmail.com wrote:
I'm clueless then. If version mismatch doesn't explain it and if there
are no error messages, then I'm running out of ideas.
What happens if you run first-setup.bat again, delete the contents of
Taco Hoekwater wrote:
And you could email me (or Mojca or Hans) the lmroman12-regular.tma file
that was generated by context (If you cannot find it immediately, search
on your disk, it should be somewhere below D:/context/tex/texmf-cache )
I forgot this:
I did a clean minimals install on my Windows XP Home SP3 system and
get the same strange output.
ConTeXt ver: 2008.11.10 21:40 MKIV fmt: 2008.12.22 int: english/english
This is LuaTeX, Version snapshot-0.31.2-2008121200, build 1659
texmfstart texexec --lua hello
context.cmd --lua hello
On Mon, Dec 22, 2008 at 8:35 AM, Mojca Miklavec wrote:
On Mon, Dec 22, 2008 at 8:26 AM, Mojca Miklavec wrote:
On Mon, Dec 22, 2008 at 2:53 AM, Fengnan Gao wrote:
What version of LuaTeX is in Windows distribution? Maybe I forgot to
update it. I'll check tomorrow (you can try to fetch the
On Sun, Dec 21, 2008 at 8:19 AM, Fengnan Gao wrote:
I just installed ConTeXtMinimal using first-setup.bat. But it seems it has
some serious bug that context even couldn't deal with such a easy document:
\starttext
Hello world!
\stoptext
What's the problem? Anybody can help me?
Hmmm ... I
xetex+dvipdfmx outputs are also ugly in poppler based viewer.
On Sun, Dec 21, 2008 at 4:00 PM, Taco Hoekwater t...@elvenkind.com wrote:
Yue Wang wrote:
oh, i forgot to paste the link here:
http://yulewang.googlepages.com/lmbug.png
You should try to see if there are noticeable differences
log message, please.
On Sun, Dec 21, 2008 at 3:19 PM, Fengnan Gao fnst...@hotmail.com wrote:
I just installed ConTeXtMinimal using first-setup.bat. But it seems it has
some serious bug that context even couldn't deal with such a easy document:
\starttext
Hello world!
\stoptext
What's the
This is the log file. It's very small in size, so I don't thinks I should use
some net storage service to upload it. Just see the attachment please. And I
also attached the output pdf of the last helloworld test file.
Thanks.
test.log
Description: Binary data
test.pdf
Description: Adobe PDF
Hi, maybe this is a windows specific problem.
I just upgrade my context but I cannot reproduce your problem.
some user also report
\usetypescriptfile[zhfonts]\usetypescript[myfont]\setupbodyfont[myfont,rm,12pt]
is not working on windows in a local forum here.
I am running Mac and FreeBSD and
Fengnan Gao wrote:
This is the log file. It's very small in size, so I don't thinks I
should use some net storage service to upload it. Just see the
attachment please. And I also attached the output pdf of the last
helloworld test file.
it looks like luatex crashes so maybe some mismatch;
--
From: Yue Wang yuleo...@gmail.com
Sent: Sunday, December 21, 2008 10:18 PM
To: Fengnan Gao fnst...@hotmail.com
Cc: ntg-context@ntg.nl
Subject: Re: Serious bug?
Hi, maybe this is a windows specific problem.
I just upgrade my context but I
hi
here is a image of 4 pdf file.
a.pdf is compiled using lm fonts under mkii
b.pdf is compiled using lm fonts under mkiv
c.pdf is compiled using cm fonts under mkii
d.pdf is compiled using cm fonts under etex+dvipdfmx
So I think there is some problem with lm otf fonts (or maybe mkiv do
not
it looks like luatex crashes so maybe some mismatch; can you try again
after deleting the cache?
mtxrun --script cache --erase
Hans
sorry Hans, not working.
Fengnan Gao fnst...@hotmail.com___
If your question is
On Sun, Dec 21, 2008 at 3:28 PM, Yue Wang yuleo...@gmail.com wrote:
hi
here is a image of 4 pdf file.
where?
--
Diego Depaoli
___
If your question is of interest to others as well, please add an entry to the
Wiki!
oh, i forgot to paste the link here:
http://yulewang.googlepages.com/lmbug.png
On Sun, Dec 21, 2008 at 11:06 PM, Diego Depaoli trebes...@gmail.com wrote:
On Sun, Dec 21, 2008 at 3:28 PM, Yue Wang yuleo...@gmail.com wrote:
hi
here is a image of 4 pdf file.
where?
--
Diego Depaoli
Yue Wang wrote:
oh, i forgot to paste the link here:
http://yulewang.googlepages.com/lmbug.png
You should try to see if there are noticeable differences when:
* printing
* viewing in acrobat reader
* veiwing ghostscript
* compared to xetex + xdvipdfmx
because it wouldn't surprise me if this
On Sun, Dec 21, 2008 at 1:58 PM, Fengnan Gao wrote:
This is the log file. It's very small in size, so I don't thinks I should
use some net storage service to upload it.
Definitely not.
What version of LuaTeX is in Windows distribution? Maybe I forgot to
update it. I'll check tomorrow (you can
Definitely not.
What version of LuaTeX is in Windows distribution? Maybe I forgot to
update it. I'll check tomorrow (you can try to fetch the version from
W32TeX).
Mojca
C:\Users\fnsteedluatex --credits
This is LuaTeX, Version snapshot-0.31.2-2008121200, build 1659
The LuaTeX team is Hans
On Mon, Dec 22, 2008 at 2:53 AM, Fengnan Gao wrote:
What version of LuaTeX is in Windows distribution? Maybe I forgot to
update it. I'll check tomorrow (you can try to fetch the version from
W32TeX).
Mojca
C:\Users\fnsteedluatex --credits
This is LuaTeX, Version
I just installed ConTeXtMinimal using first-setup.bat. But it seems it has some
serious bug that context even couldn't deal with such a easy document:
\starttext
Hello world!
\stoptext
What's the problem? Anybody can help me?
Thanks.
Fengnan Gao
On Mon, 8 Dec 2008, Aditya Mahajan wrote:
Try to download and compile this and see if it works. In the mean time I will
investigate why minimals aren't being updated on my machine.
Context minimals are fine. I did not notice before that context-beta was
last updated on 2008.11.10. That is
Wolfgang Schuster wrote:
Hi,
I make a hole in a MetaPost graphic and add a graphic as background but
in MkIV I get no hole but the lines I try to remove are still visible.
All files with the two results from MkII (what I want) and MkIV are in
the attachment.
\starttext
\startMPcode
On Thu, Oct 30, 2008 at 9:47 AM, Hans Hagen [EMAIL PROTECTED] wrote:
Wolfgang Schuster wrote:
Hi,
I make a hole in a MetaPost graphic and add a graphic as background but
in MkIV I get no hole but the lines I try to remove are still visible.
All files with the two results from MkII
On Thu, Oct 30, 2008 at 9:06 AM, Wolfgang Schuster
[EMAIL PROTECTED] wrote:
Hi,
I make a hole in a MetaPost graphic and add a graphic as background but
in MkIV I get no hole but the lines I try to remove are still visible.
All files with the two results from MkII (what I want) and MkIV are
Hi Hans and Taco,
The latest beta solves the problems metioned by Thomas Schmitz and
myself concerning \uniqueMPgraphic: many thanks for your attention.
However, I observed the following regarding \processMPbuffer: some
grahpics don't show up when tyepset with mkiv, while they are fine
On Tue, Oct 21, 2008 at 7:19 PM, Otared Kavian [EMAIL PROTECTED] wrote:
On 21 oct. 08, at 15:13, Khaled Hosny wrote:
This isn't actually a bug, \textdir TRT will reverse all text, try
setting \setupdirection[bidi=global] to enable the experimental
auto-bidi support.
Thanks Khaled for your
On 22 oct. 08, at 09:02, Wolfgang Schuster wrote:
On Tue, Oct 21, 2008 at 7:19 PM, Otared Kavian [EMAIL PROTECTED]
wrote:
On 21 oct. 08, at 15:13, Khaled Hosny wrote:
This isn't actually a bug, \textdir TRT will reverse all text, try
setting \setupdirection[bidi=global] to enable the
Hi Hans, Taco, Idriss and the mkiv team,
Since I have been unable to use mkiv until very recently I am not
aware whether the following bug has been addressed or not (Luigi
Scarso taught me how to install and use mkiv on Mac OS, last Sunday…).
Below is a minimal file which shows that the
This isn't actually a bug, \textdir TRT will reverse all text, try
setting \setupdirection[bidi=global] to enable the experimental
auto-bidi support.
On Mon, Oct 20, 2008 at 11:02 PM, Otared Kavian [EMAIL PROTECTED] wrote:
Hi Hans, Taco, Idriss and the mkiv team,
Since I have been unable to
On 21 oct. 08, at 15:13, Khaled Hosny wrote:
This isn't actually a bug, \textdir TRT will reverse all text, try
setting \setupdirection[bidi=global] to enable the experimental
auto-bidi support.
Thanks Khaled for your attention, but what I get is:
! Undefined control sequence.
l.21
OK. Thank you for your hint. ${\cal F}_t$ is what I need.
2008/10/7 Aditya Mahajan [EMAIL PROTECTED]
On Sun, 5 Oct 2008, Zhaopeng Xing wrote:
Hi,
I found a strange problem with the latest beta on my linux box.
$\cal{F}_t$
produces no subscript as in the attachment.
There are no
Hi,
I found a strange problem with the latest beta on my linux box. $\cal{F}_t$
produces no subscript as in the attachment.
--
Zhaopeng XING
Tinbergen Institute
zpxing.tar.gz
Description: GNU Zip compressed data
On Sun, 5 Oct 2008, Zhaopeng Xing wrote:
Hi,
I found a strange problem with the latest beta on my linux box. $\cal{F}_t$
produces no subscript as in the attachment.
There are no lowercase caligraphic letters. Did you mean ${\cal F}_t$ or
$\cal F_T$?
Aditya
Does this mean... dump Windows XP ?
On Sat, Sep 20, 2008 at 2:25 PM, Alan Stone
[EMAIL PROTECTED] wrote:
On Sat, Sep 20, 2008 at 2:08 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Alan Stone wrote:
Tested the following...
\starttext
\useURL [myURL] [http://www.a.com] [] [wxyz]
1.
ConTeXt ver: 2008.09.16 19:49 MKIV fmt: 2008.9.20 int: english/english
texmfstart texexec --lua test_url
It still doesn't compile.
Log file in attachement.
--
Best,
Alan
* ConTeXt ver: 2008.09.16 19:49 MKIV fmt: 2008.9.20 int: english/english
* Windows XP Home SP3
On Fri, Sep 19, 2008 at
Alan Stone wrote:
ConTeXt ver: 2008.09.16 19:49 MKIV fmt: 2008.9.20 int: english/english
texmfstart texexec --lua test_url
It still doesn't compile.
Log file in attachement.
Works for me (linux and running the bleeding edge of course). Not only
does it work, it also has no valgrind
Alan Stone wrote:
ConTeXt ver: 2008.09.16 19:49 MKIV fmt: 2008.9.20 int: english/english
texmfstart texexec --lua test_url
It still doesn't compile.
Log file in attachement.
\starttext
\useURL [url] [http://www.a.com] [] [wxyz] % this does NOT compile
test \url[url] test
Hans Hagen wrote:
Alan Stone wrote:
works ok on my machine (windows vista)
Perhaps it will help if Alan sends his binary to someone else
on Windows XP SP3 (if there is someone). That way, at least
local configuration problems can be ruled out as cause ?
Best wishes,
Taco
Tested the following...
\starttext
\useURL [myURL] [http://www.a.com] [] [wxyz]
1. \url[myURL] \blank
2. \goto{wherever}[url(myURL)] \blank
3. \goto{wherever}[{url(myURL)}] \blank
4. \goto{wherever}[url[myURL]] \blank
5. \goto{wherever}[{url[myURL]}]
\stoptext
It compiles, only 1. works
Alan Stone wrote:
Tested the following...
\starttext
\useURL [myURL] [http://www.a.com] [] [wxyz]
1. \url[myURL] \blank
2. \goto{wherever}[url(myURL)] \blank
\setupinteraction[state=start]
\useURL [myURL] [http://www.a.com] [] [wxyz]
\starttext
\url[myURL] \blank
On Sat, Sep 20 2008, Alan Stone wrote:
texmfstart texexec --lua test_url
It still doesn't compile.
Are you running a recent luatex (0.29.0)?
Just to be sure, I would clean up the cache and the working directory at
your place:
rm -rf .../texmf-cache/luatex-cache/*
context --purgeall
Cheers,
On Sat, Sep 20, 2008 at 2:08 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Alan Stone wrote:
Tested the following...
\starttext
\useURL [myURL] [http://www.a.com] [] [wxyz]
1. \url[myURL] \blank
2. \goto{wherever}[url(myURL)] \blank
\setupinteraction[state=start]
\useURL [myURL]
On Sat, Sep 20, 2008 at 1:53 PM, Peter Münster [EMAIL PROTECTED] wrote:
On Sat, Sep 20 2008, Alan Stone wrote:
texmfstart texexec --lua test_url
It still doesn't compile.
Are you running a recent luatex (0.29.0)?
luatex --version
This is LuaTeX, Version snapshot-0.29.0-2008072009
\setupinteraction[state=start]
%\useURL [url] [http://www.a.com] [] [x] % this compiles
%\useURL [url] [http://www.a.com] [] [xy]% this compiles
%\useURL [url] [http://www.a.com] [] [xyz]% this compiles
\useURL [url] [http://www.a.com] [] [wxyz] % this does NOT compile
%\useURL
On Fri, Sep 19 2008, Alan Stone wrote:
\useURL [url] [http://www.a.com] [] [wxyz] % this does NOT compile
Perhaps an update will help. It works here with:
MtxRun | current version: 2008.09.16 19:49
This is LuaTeX, Version snapshot-0.29.0-2008072108
Cheers, Peter
--
Hi!
I wanted to use colors in my tikz-graphics. The following example
gives a nice red line with texexec:
\enableregime[utf-8]
\mainlanguage [de]
\setupcolors[state=start]
\usemodule[tikz]
\definecolor[zeug][r=1, g=0, b=0]
\starttext
\starttikzpicture
\draw [zeug, line width=1ex,
Am 14.09.2008 um 06:18 schrieb luoyi:
Hans:
[EMAIL PROTECTED]:~/context$ luatools zhfonts.tex*
/home/luoyi/context/tex/texmf-context/context/zhfonts/zhfonts.tex
This is the wrong place in your TeX tree
.../texmf-context/tex/context/third/zhfonts/zhfonts.tex but I would
prefer
texmf-local
sorry, but could anyone give me an explaination why the `luatools
zhfonts.tex` command can't work out instead of just tell me hmm, it's
interesting or it's in the wrong place ?
If it's a bug, we resolve it.
if it's a feature, we can document it.
in my slackware-current box, Minimals installed:
[EMAIL PROTECTED]:~/context/tex/texmf-context/context$ luatools --find-file
zhfont.tex
[EMAIL PROTECTED]:~/context/tex/texmf-context/context$ luatools --find-file
zhfont.tex*
/home/luoyi/context/tex/texmf-context/context/zzz/zhfont.tex
how could
luoyi wrote:
in my slackware-current box, Minimals installed:
[EMAIL PROTECTED]:~/context/tex/texmf-context/context$ luatools --find-file
zhfont.tex
[EMAIL PROTECTED]:~/context/tex/texmf-context/context$ luatools --find-file
zhfont.tex*
Hans:
[EMAIL PROTECTED]:~/context$ luatools zhfonts.tex*
/home/luoyi/context/tex/texmf-context/context/zhfonts/zhfonts.tex
[EMAIL PROTECTED]:~/context$ luatools zhfonts.tex
and because of this, after put the zhfonts.tex in my texmf-tree and
`luatools --generate` I still can't use zhfonts.tex
The following list
\startitemize[n,packed,joinedup]
\item A is larger than B.
\item B is larger than C.
\item Therefore, A is larger than C.
\stopitemize
displays fine except it is not indented. So I added:
\startitemize[n,packed,joinedup,margin=4em]
\item A is larger than B.
\item B is larger
Am 01.08.2008 um 18:53 schrieb Gerben Wierda:
The following list
\startitemize[n,packed,joinedup]
\item A is larger than B.
\item B is larger than C.
\item Therefore, A is larger than C.
\stopitemize
displays fine except it is not indented. So I added:
On Fri, 1 Aug 2008, Gerben Wierda wrote:
The following list
\startitemize[n,packed,joinedup]
\item A is larger than B.
\item B is larger than C.
\item Therefore, A is larger than C.
\stopitemize
displays fine except it is not indented. So I added:
On Tue, Jun 10, 2008 at 2:40 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Peter Rolf wrote:
Hans Hagen schrieb:
meta-ini.mkiv
\def\grabMPclippath#1#2#3#4#5%
{\blabelgroup
\edef\width {#3\space}\let\overlaywidth \width
\edef\height{#4\space}\let\overlayheight\height
On Tue, Jun 10, 2008 at 12:42 PM, Peter Rolf [EMAIL PROTECTED] wrote:
Hans Hagen schrieb:
meta-ini.mkiv
\def\grabMPclippath#1#2#3#4#5%
{\blabelgroup
\edef\width {#3\space}\let\overlaywidth \width
\edef\height{#4\space}\let\overlayheight\height
\doifdefinedelse{MPC:#1}
Peter Rolf wrote:
Hans Hagen schrieb:
Peter Rolf wrote:
Hans Hagen schrieb:
meta-ini.mkiv
\def\grabMPclippath#1#2#3#4#5%
{\blabelgroup
\edef\width {#3\space}\let\overlaywidth \width
\edef\height{#4\space}\let\overlayheight\height
\doifdefinedelse{MPC:#1}
Hans Hagen schrieb:
Peter Rolf wrote:
Hans Hagen schrieb:
Peter Rolf wrote:
Hans Hagen schrieb:
meta-ini.mkiv
\def\grabMPclippath#1#2#3#4#5%
{\blabelgroup
\edef\width {#3\space}\let\overlaywidth \width
\edef\height{#4\space}\let\overlayheight\height
Peter Rolf wrote:
hmmm, another try (but same result)
can you try the latest beta? i added some hboxes around the graphics
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061
Hans Hagen schrieb:
Peter Rolf wrote:
hmmm, another try (but same result)
can you try the latest beta? i added some hboxes around the graphics
sorry, still not working here.
-
Peter Rolf wrote:
Hans Hagen schrieb:
Peter Rolf wrote:
hmmm, another try (but same result)
can you try the latest beta? i added some hboxes around the graphics
sorry, still not working here.
it's not related to mp at all
\starttext
\startTEXpage
Hans Hagen schrieb:
Peter Rolf wrote:
Hans Hagen schrieb:
Peter Rolf wrote:
hmmm, another try (but same result)
can you try the latest beta? i added some hboxes around the graphics
sorry, still not working here.
it's not related to mp at all
\starttext
\startTEXpage
Hans Hagen schrieb:
meta-ini.mkiv
\def\grabMPclippath#1#2#3#4#5%
{\blabelgroup
\edef\width {#3\space}\let\overlaywidth \width
\edef\height{#4\space}\let\overlayheight\height
\doifdefinedelse{MPC:#1}
{\xdef\MPclippath{\getvalue{MPC:#1}}%
501 - 600 of 726 matches
Mail list logo
