-in-the-margin-next-to-a-figure-using-context
Using \starthanging \stophanging put the text in the correct place but then
the figures ran into each other.
regards
Pete
___
If your question is of interest to others as well
On 4/14/2013 7:05 AM, Tim Li wrote:
Today, I updated my ConTeXt standalone but after that, if I ran
`context' it would give these message:
d:\context
context
mtxrun | forcing cache reload
resolvers | resolving | looking for 'texmfcnf.lua' on given path
'C:/Users/peng/texmf/web2c
Today, I updated my ConTeXt standalone but after that, if I ran `context' it
would give these message: d:\context
contextmtxrun | forcing cache reload
resolvers | resolving | looking for 'texmfcnf.lua' on given path
'C:/Users/peng/texmf/web2c' from specification 'home:texmf/web2c
Hi,
while fixing some buglets that showed up in the test suite I ran into:
\starttext
test \placefigure[somewhere:alpha][whatever]{alpha}{}
test \placefigure[somewhere:beta] [whatever]{beta}{}
test \placefigure[somewhere:gamma][whatever]{gamma}{}
test \placefigure[somewhere:delta][whatever
On 21 March 2013 17:26, Hans Hagen pra...@wxs.nl wrote:
while fixing some buglets that showed up in the test suite I ran into
\placenamedfloat
maybe worth wikifying (bug will be solved in beta)
Wikified:
http://wiki.contextgarden.net/Command/placenamedfloat
Below is what I wrote
On 3/21/2013 11:04 PM, Sietse Brouwer wrote:
On 21 March 2013 17:26, Hans Hagen pra...@wxs.nl wrote:
while fixing some buglets that showed up in the test suite I ran into
\placenamedfloat
maybe worth wikifying (bug will be solved in beta)
Wikified:
http://wiki.contextgarden.net/Command
Trying to do some date and time processing myself, I ran into problems caused
by ConTeXt makeing it incompatibel with the original plain TeX itself!
In the TeX-book, Appendix B one finds
citation
(Some parameters are set by TeX itself as it runs, so it is inappropriate to
initialize them: \time
Sorry, not yes finished, accidently sent away too soon.
Hans van der Meer
On 20 mrt. 2013, at 16:26, H. van der Meer h.vanderm...@uva.nl
wrote:
Trying to do some date and time processing myself, I ran into problems caused
by ConTeXt makeing it incompatibel with the original plain TeX
Trying to do some date and time processing myself, I ran into problems caused
by ConTeXt makeing it incompatibel with the original plain TeX itself!
In the TeX-book, Appendix B one finds
citation
(Some parameters are set by TeX itself as it runs, so it is inappropriate to
initialize them: \time
Am 20.03.2013 um 16:40 schrieb H. van der Meer h.vanderm...@uva.nl:
Trying to do some date and time processing myself, I ran into problems caused
by ConTeXt makeing it incompatibel with the original plain TeX itself!
In the TeX-book, Appendix B one finds
citation
(Some parameters are set
assumed that texexec was
running MKIV. When trying to compile the source I keep seeing mkii comments
in the output and then read up and found out that texexec is for mkii and
context is for mkiv. I was also under the impression that texexec was a
supserset of context and was a script that ran
minimal example. So
far they all ran smoothly with each of my whole collection of minimals,
including the latest (= yesterday's) beta.
So I will have to look in some of the auxiliary files, setups etc. for
the cause of my trouble.
The fact remains that the present ConTeXt mkiv is different from
is not in sync with Context. The
recently included Lua 5.2 is more rigorous with escape
sequences than its predecessor:
Hi Philipp,
Thanks for your reply.
I have as yet not succeeded in making a non-working minimal example. So far
they all ran smoothly with each of my whole collection of minimals
Arrgh: more problems. I've downloaded and installed context standalone
(version 2013.02.26 00:17). Now when I run context I get an error (for the
first time ever) when it reaches a chapter heading:
l.1 ...[ch:this]{My first chapter}
? h
The lua interpreter ran into a problem, so the
remainder
interpreter ran into a problem, so the
remainder of this lua chunk will be ignored.
I have the following setups:
\def\chap#1#2{\vbox{\darkgreen Chapter
#1\crlf\framed[frame=off,topframe=on]{#2}}}
\def\uchap#1#2{#2}
\setuphead[chapter][command=\chap,style=bfd,after={\blank[1cm]},textcolor
(version 2013.02.26 00:17). Now when I run context I get an error (for
the
first time ever) when it reaches a chapter heading:
l.1 ...[ch:this]{My first chapter}
? h
The lua interpreter ran into a problem, so the
remainder of this lua chunk will be ignored.
I have the following setups
I copied verbatim the example found here:
http://wiki.contextgarden.net/Simple_Typescript_Example
This line caused an error:
\setupencoding[default=uc]
When I commented it out the doc ran fine.
--
John Culleton
Wexford Press
Free list of books for self-publishers:
http://wexfordpress.net
sh ./first-setup.sh --context=current
Actually --context=beta (which is default) will get you the beta version.
Currently the current version might have problems due to LuaTeX 0.74
being incompatible with the older (= current) version of ConTeXt.
it depends, on my machine it ran ok with 0.72
Hello,
I have just encountered a problem with the Windows minimals. I downloaded the current version today and ran first-setup.bat. The installation failed and reported that cygiconv-2.dll was missing and that rsync.exe could not work without it. So I went to the official cygwin site and got
On Thu, Dec 13, 2012 at 12:38 AM, DB wrote:
Hello,
I have just encountered a problem with the Windows minimals. I downloaded
the current version today and ran first-setup.bat. The installation failed
and reported that cygiconv-2.dll was missing
...
Has something changed in the minimal
and ran
'context --make cont-en'. But I got the following:
=== Begining of the output ===
+ /usr/share/texmf-dist/tex/context/base/core-con.lua
! LuaTeX error /usr/share/texmf-dist/tex/context/base/core-con.lua:924:
attempt to index global 'verbose' (a nil value)
stack traceback:
/usr/share
On 11/18/2012 07:53 PM, Aditya Mahajan wrote:
1. Run mtxrun --generate as normal user followed by context --make;
otherwise:
Won't run as me - same error messages. Ran as another normal user but
it didn't do anything for me. Same running via sudo
2. Something is messed up in $HOME/texmf
On Sun, 18 Nov 2012, Bill Meahan wrote:
On 11/18/2012 07:53 PM, Aditya Mahajan wrote:
1. Run mtxrun --generate as normal user followed by context --make;
otherwise:
Won't run as me - same error messages. Ran as another normal user but it
didn't do anything for me. Same running via sudo
Am 02.10.2012 um 23:38 schrieb john Culleton j...@wexfordpress.com:
Trying to use an OTF font just for the title page.
Ran mkluatexfontdb
Used the name as defined in ../otfl-names.lua
Here is my actual code:
--
\usemodule[simplefonts]
\definefont [titlefont
Trying to use an OTF font just for the title page.
Ran mkluatexfontdb
Used the name as defined in ../otfl-names.lua
Here is my actual code:
--
\usemodule[simplefonts]
\definefont [titlefont][MyriadPro-Bold at 50bp]
\startstandardmakeup
\titlefont
\centerline
']}}{/author}]}
\xmlprocessbuffer{whatever}{demo}{}
\stoptext
(I ran into a recently introduced side effect of an optimization so
I'll generate you a new beta. Older versions should work anyway as no
special trickery is used.)
Hans
Ah, wonderful, Hans, I can play with this! Thanks a lot
}
\stopxmlsetups
\def\BibAuthor#1#2{[2:\xmlfirst{\cldcontext{userdata.bibitems['#2']}}{/author}]}
\xmlprocessbuffer{whatever}{demo}{}
\stoptext
(I ran into a recently introduced side effect of an optimization so I'll
generate you a new beta. Older versions should work anyway as no special
trickery is used
Hi, I am running the latest minimals on a 64bit Linux system and ran
into a luatex crash with a specific file. I reduced the file down to a
simpler version that still triggers the crash, and thought it would be
of some interest to post (the resulting pdf, if generated, will be ugly
since I
Downloaded and installed context minimal in my user
directory. Ran setuptex
mktexlsr
texexec --make --alone
and so on. Now I want to process the
manual mcommon.tex. I tried context mcommon.tex. I got lots of
messages but no pdf file. In the same directory I ran
context mreadme.tex
Dear List,
I ran into trouble with the widow/orphan-control in context.
I searched the mailinglist, and saw that there were some other threads
on the topic bevore, but as far as I am concerned what was suggested
there did not work for me when I tried it.
I run context iv using the version
Dear List,
I ran into trouble with the widow/orphan-control in context.
I searched the mailinglist, and saw that there were some other threads
on the topic bevore, but as far as I am concerned what was suggested
there did not work for me when I tried it.
I run context iv using the version
/message/20111211.162442.4f689e7b.en.html
On 09.08.2012 11:36, d_jan wrote:
Dear List,
I ran into trouble with the widow/orphan-control in context.
I searched the mailinglist, and saw that there were some other threads
on the topic bevore, but as far as I am concerned what was suggested
there did
Am 09.08.2012 um 11:36 schrieb d_jan d_...@ymail.com:
Dear List,
I ran into trouble with the widow/orphan-control in context.
I searched the mailinglist, and saw that there were some other threads on the
topic bevore, but as far as I am concerned what was suggested there did not
work
, d_jan wrote:
Dear List,
I ran into trouble with the widow/orphan-control in context.
I searched the mailinglist, and saw that there were some other threads
on the topic bevore, but as far as I am concerned what was suggested
there did not work for me when I tried it.
I run context iv using
OK, was using: 2012.07.21 16:50 MKIV.
Ran an update (now 2012.07.27 16:41 MKIV). Problem was in another place though
(working on several docs at the moment).
A module had the line:
\setupfootnotes[textcolor=black]
Then adding this what you gave at a later point:
\setupinteraction
[state
the right tounicode info so i have no clue what goes
wrong there
me neither.
the pdf produced with MkII never ran into this post-processing trouble.
they had this font info, eg.:
Type: Type 1
Encoding: Custom
while all fonts I have tested with MkIV result in this:
Type: Type 1 (CID)
Encoding
with MkIV?
afaik context output the right tounicode info so i have no clue what goes wrong
there
me neither.
the pdf produced with MkII never ran into this post-processing trouble.
they had this font info, eg.:
Type: Type 1
Encoding: Custom
probably not always, i.e. when ttf fonts were used
using this
kind of encoding.
Is this also possible with MkIV?
afaik context output the right tounicode info so i have no clue what goes
wrong there
me neither.
the pdf produced with MkII never ran into this post-processing trouble.
they had this font info, eg.:
Type: Type 1
Am 23.07.2012 um 06:43 schrieb Martin:
(apologies if this is sent twice, problem with mail)
I am trying out the resume module mentioned on
http://wiki.contextgarden.net/Curriculum_Vitae
I saved the given code into a file p-resume.tex within the minimals folder
(updated 20.7.2012), ran
(apologies if this is sent twice, problem with mail)
I am trying out the resume module mentioned on
http://wiki.contextgarden.net/Curriculum_Vitae
I saved the given code into a file p-resume.tex within the minimals
folder (updated 20.7.2012), ran:
context --generate
When using it I
and ran into my initial difficulties.
Use
\setupSlideTitle
[style={ any font command }]
The default value of style is \switchtobodyfont[\SlideTitleSize]. The
easiest way to switch fonts is to use \definefont or, if you are using the
simplefonts module, \definesimplefont. For example:
\usemodule
With at least today’s and yesterday’s beta I can’t get no satisfaction
WRT imposition.
Before, only 2UP was broken, and I got a workaround. Now, every schema
that I tried doesn’t do anything.
Was there another syntax change?
Of course I ran context with --arrange
\setuppapersize [A7][A3
ran context with --arrange
Sorry, I saw the thread modes + arranging by Thomas A. Schmitz just
as I pressed send.
I guess the next beta will fix it, yes?
Greetlings, Hraban
___
If your question is of interest
ran context with --arrange
Sorry, I saw Thomas’ thread modes + arranging only after pressing
send.
This is fixed with tonight’s beta, thank you!
But the table of content is missing now...
Greetlings, Hraban
---
http://www.fiee.net/texnique/
http://wiki.contextgarden.net
https
On Fri, 2012-07-06 at 09:21 +0200, Hans Hagen wrote:
context --make en
Like I said, I already cleared the cache in ~/.texmf-var/. But for safe
measure, I ran the aforementioned anyways after doing that too. Same
problem.
--
Kip Warner -- Software Engineer
OpenPGP encrypted/signed mail
On Fri, 2012-07-06 at 07:32 +0200, luigi scarso wrote:
Do you rebuild the format ?
I cleared the cache in ~/.texmf-var and ran context --make en (which
ConTeXt runs anyways after doing the former), but still same problem.
--
Kip Warner -- Software Engineer
OpenPGP encrypted/signed mail
On 6-7-2012 23:06, Kip Warner wrote:
On Fri, 2012-07-06 at 07:32 +0200, luigi scarso wrote:
Do you rebuild the format ?
I cleared the cache in ~/.texmf-var and ran context --make en (which
ConTeXt runs anyways after doing the former), but still same problem.
is there a minimal example
Am 06.07.2012 um 23:06 schrieb Kip Warner:
On Fri, 2012-07-06 at 07:32 +0200, luigi scarso wrote:
Do you rebuild the format ?
I cleared the cache in ~/.texmf-var and ran context --make en (which
ConTeXt runs anyways after doing the former), but still same problem.
Do you have more than
error
message.
@Kip: When you make a change in a core file you have to regenerate the format
(context --make).
I always clear ~/.texmf-var after updating ConTeXt. But I also ran
context --make as well this time, although that is run automatically
when ~/.texmf-var is empty, no? Regardless, I did
lexers do realtime checking in combination with regular
lexing
Hans
Tried this, ran into problems.
1. Running the command as shown generates a spell-xx.lua file but
complains about a spell-xx.lucluac file not being present.
2. The lexer does not load the spell-xx.lua file but will find
Hello,
a few days ago I ran across this:
http://www.kickstarter.com/projects/joeyh/git-annex-assistant-like-dropbox-but-with-your-own?ref=category
and made a symbolic contribution.
However, this project could become one of the convenient options to
distribute ConTeXt, in the sense
/lm-rm.map}
fontsvirtual math unable to resolve name mapsfromchar
fontsfallback modern rm 12pt is loaded
(code.m.vimout
Overfull \hbox (24.35204pt too wide) in paragraph at lines 1--1
[][][]\3modern-designsize-12pt-tt-tf-0--0 % ran-dom text, ran-dom text, bla-bla-bla, ran
anymore; on the
contrary, it doesn't find
system fonts anymore.
I followed the instructions in the TeX Live Guide, ran mtxrun --script
fonts --reload
and context --generate again, without any change. However, I noticed that the
mtxrun doesn't walk into the /usr/share/fonts directory, but only
inside
, I tried to
compile it
again, but it doesn't find the Delicious font anymore; on the
contrary, it doesn't find
system fonts anymore.
I followed the instructions in the TeX Live Guide, ran mtxrun --script
fonts --reload
and context --generate again, without any change. However, I noticed
; on the
contrary, it doesn't find
system fonts anymore.
I followed the instructions in the TeX Live Guide, ran mtxrun --script
fonts --reload
and context --generate again, without any change. However, I noticed that the
mtxrun doesn't walk into the /usr/share/fonts directory, but only
inside those
unable to resolve name mapsfromchar
fontsfallback modern rm 12pt is loaded
(linewrap-temp-MATLAB-0.vimout
Overfull \hbox (5.81206pt too wide) in paragraph at lines 2--2
[][][]\3modern-designsize-12pt-tt-tf-0--0 ran-dom tex-tran-dom tex-tran-dom tex-tran-dom tex-tran-dom tex-tran-dom tex-tran
After updating to ubuntu 12.04, my shouts of joy were smothered by the
following
!LuaTeX error: cannot find OpenType font file for reading ()
== Fatal error occurred, no output PDF file produced!
mtx-context | fatal error: return code: 70
I ran mtxrun --script fonts --reload, updated
: return code: 70
This usually indicates that ConTeXt is a passing a file name to the
backend that does not exist on the disk, usually because the cache is
outdated.
I ran mtxrun --script fonts --reload, updated to the latest context
version, ran luatools --generate and context --make and still am
. The pagenumber for the backpart and appendix is continued.
This is not the case if I make way=byblock a default setting. Thanks again!
Steffen
Am 30.03.2012 um 20:06 schrieb Hans Hagen:
On 30-3-2012 18:41, Steffen Fritzsche wrote:
Hi Hans,
I just ran my update script again, the issue still exists
On 30-3-2012 18:41, Steffen Fritzsche wrote:
Hi Hans,
I just ran my update script again, the issue still exists. Last update before
was this morning around 10 a.m. CEST.
Any ideas or suggestions?
The old numbering code had a side effect. Every time one changes
settings the state
Hello ConTeXist.
After two years I recreate a larger project (that was created using the
MKII) and convert it into MKIV.
And I ran into some major problems. I try to describe it and ask you
about help.
Collisions of sectioning and bibliography:
When put into the document sections (using
2012.01.16), then the
bookmarks FIVE, SIX and SEVEN do not work.
They seems ok with AdobeReader 9.4 on linux.
You must be joking?!
I ran the resulting PDF (attached) with every PDF reader on Mac and Windows ...
and all results were the same:
no link for bookmark FIVE, SIX, SEVEN.
Did you
On 2012-02-23 14:45, Steffen Wolfrum wrote:
I ran the resulting PDF (attached) with every PDF reader on Mac and Windows
... and all results were the same:
no link for bookmark FIVE, SIX, SEVEN.
Confirmed for version 2012-01-16/Linux x64 with Okular. (Current
beta seems fine, though.)
Philipp
Am 23.02.2012 um 15:48 schrieb Philipp Gesang:
On 2012-02-23 14:45, Steffen Wolfrum wrote:
I ran the resulting PDF (attached) with every PDF reader on Mac and Windows
... and all results were the same:
no link for bookmark FIVE, SIX, SEVEN.
Confirmed for version 2012-01-16/Linux x64
but I ran into issues with
things not being applied in the correct order. If anyone can suggest some
files I should look at then I can experiment further.
Felix
___
If your question is of interest to others as well
the mismatch message)?
Btw: Two years ago I ran against a checksum mismatch message
concerning the width of characters. In this case the culprit was a
different calculation method for tfm and vf:
http://tug.org/mailman/htdig/pdftex/2009-May/008035.html
--
Ulrike Fischer
On 18-1-2012 05:19, Brian Landy wrote:
Hi, sorry to dredge up such an old thread, but I recently updated from a Feb
2010 vintage minimals to current (first to 1/12/2012, then to today 1/17). I
ran into problems splitting a table within a splitfloat. I search the list
archives and came up
).
I ran into problems splitting a table within a splitfloat. I search the
list archives and came up with this example, which is failing for me.
\starttext
\placetable[split]{Test}
{\bTABLE[split=yes]
\dorecurse{60}{
\bTR \bTD hello \eTD \eTR
}
\eTABLE}
\stoptext
argument \c
Hi, I’ve been experimenting a bit with converting some natural tables into
xtables and ran across two issues.
The first has to do with nested xtables and settings. In particular, if you
attempt to set a cell’s width on the internal table using \setupxtable the
option is lost. In the below
Hi, sorry to dredge up such an old thread, but I recently updated from a Feb
2010 vintage minimals to current (first to 1/12/2012, then to today 1/17). I
ran into problems splitting a table within a splitfloat. I search the list
archives and came up with this example, which is failing for me
Hello,
** Brian Landy [2012-01-17 23:19:41 -0500]:
Hi, sorry to dredge up such an old thread, but I recently updated from
a Feb 2010 vintage minimals to current (first to 1/12/2012, then to
today 1/17). I ran into problems splitting a table within a
splitfloat. I search the list archives
Hey folks,
I've noticed the latest nightly I ran (2012.01.12) chokes on \rotate in
the following context:
\midaligned{\rotate[rotation=42]{\color[red] \bft Some text!}}
I get the following error if I don't comment out that line.
resolversmodules loaded: 'simplefonts'
(/usr/share/texmf
On Fri, 13 Jan 2012, Kip Warner wrote:
Hey folks,
I've noticed the latest nightly I ran (2012.01.12) chokes on \rotate in
the following context:
\midaligned{\rotate[rotation=42]{\color[red] \bft Some text!}}
\color is no longer a switch; it must be used as \color[red]{...}.
Aditya
On 29-12-2011 16:11, Herbert Voss wrote:
this one also worked some weeks ago:
\mainlanguage[de]
\starttext
\startitemize[8,packed]
[width=8em,distance=2em,items=5]
\ran {no\hss yes}
\its I can not do it without \TeX.
\mar{+} I use \TeX\ with other packages.
\its I hardly use \TeX.
\ran{\hss
On 29-12-2011 17:12, Pablo Rodríguez wrote:
On 12/29/2011 04:01 PM, Hans Hagen wrote:
On 29-12-2011 07:24, Pablo Rodríguez wrote:
Hi there,
yesterday I ran the following command:
context --purgeall --environment=mysecondstyle.tex --mode=myexample.xml
I know that the source file is missing
On 29-12-2011 07:24, Pablo Rodríguez wrote:
Hi there,
yesterday I ran the following command:
context --purgeall --environment=mysecondstyle.tex --mode=myexample.xml
I know that the source file is missing (I discovered it later). This is
not my issue.
The problem is that the --purgeall option
this one also worked some weeks ago:
\mainlanguage[de]
\starttext
\startitemize[8,packed]
[width=8em,distance=2em,items=5]
\ran {no\hss yes}
\its I can not do it without \TeX.
\mar{+} I use \TeX\ with other packages.
\its I hardly use \TeX.
\ran{\hss The future\hss}
\its I
On 12/29/2011 04:01 PM, Hans Hagen wrote:
On 29-12-2011 07:24, Pablo Rodríguez wrote:
Hi there,
yesterday I ran the following command:
context --purgeall --environment=mysecondstyle.tex --mode=myexample.xml
I know that the source file is missing (I discovered it later). This is
not my
On Thu, Dec 22, 2011 at 11:16, Mari Voipio mari.voi...@iki.fi wrote:
After I got my layers (i.e. covers) organize, I ran into some
postprocessing problems.
OK, back to work and I could dig deeper into the problem. It turns out
that inserting and filtering pages from a pdf file works fine
:19pf* Earth has been pre-sented to date with the pub-lic
face of a brave, off-world, United
Underfull \hbox (badness 1) in paragraph at lines 18--18
\*simplefonts:19pf* Na-tions re-search fron-tier, pas-sion-ately
con-cerned with all man-ner of Ter-ran sus-tain-
Underfull \hbox
Hi there,
yesterday I ran the following command:
context --purgeall --environment=mysecondstyle.tex --mode=myexample.xml
I know that the source file is missing (I discovered it later). This is
not my issue.
The problem is that the --purgeall option caused context to erase all
.log files
Hello!
After I got my layers (i.e. covers) organize, I ran into some
postprocessing problems.
This used to work, I've last used it just a month ago.
\setuppapersize[A5][A4] %individual page A5 size, print size A4
\setuparranging[2UP,rotated] %makes a single booklet when folded
(duplex printing
to date with the
pub-lic face of a brave, off-world, United
Underfull \hbox (badness 1) in paragraph at lines 18--18
\*simplefonts:19pf* Na-tions re-search fron-tier, pas-sion-ately
con-cerned with all man-ner of Ter-ran sus-tain-
Underfull \hbox (badness 1) in paragraph at lines 18--18
-sented to date with the
pub-lic face of a brave, off-world, United
Underfull \hbox (badness 1) in paragraph at lines 18--18
\*simplefonts:19pf* Na-tions re-search fron-tier, pas-sion-ately
con-cerned with all man-ner of Ter-ran sus-tain-
Underfull \hbox (badness 1) in paragraph at lines
the following...
$ context Source/Handbook.tex --result=Handbook.pdf
it says that it ran the following...
luatex
--fmt=/home/kip/.texmf-var/luatex-cache/context/e570cb3e0e3ab0118ca08dd148bbec7d/formats/cont-en
--lua=/home/kip/.texmf-var/luatex-cache/context/e570cb3e0e3ab0118ca08dd148bbec7d/formats/cont
it executed when it was run. As an example, when I
run the following...
$ context Source/Handbook.tex --result=Handbook.pdf
it says that it ran the following...
luatex
--fmt=/home/kip/.texmf-var/luatex-cache/context/e570cb3e0e3ab0118ca08dd148bbec7d/formats/cont-en
--lua=/home
the same
invocation of LuaTeX it executed when it was run. As an example, when I
run the following...
$ context Source/Handbook.tex --result=Handbook.pdf
it says that it ran the following...
luatex
--fmt=/home/kip/.texmf-var/luatex-cache/context/e570cb3e0e3ab0118ca08dd148bbec7d/formats/cont-en
--result=Handbook.pdf
...it says that it ran the following...
luatex
--fmt=/home/kip/.texmf-var/luatex-cache/context/e570cb3e0e3ab0118ca08dd148bbec7d/formats/cont-en
--lua=/home/kip/.texmf-var/luatex-cache/context/e570cb3e0e3ab0118ca08dd148bbec7d/formats/cont-en.lui
--backend=pdf Handbook.tex
Hans
Updated Context and ran my test file. It seems to work as I would
expect on my computer. The output from Scite is below.
Thanks again for your help.
Keith McKay
mtx-epub| creating paths in tree test.tree
mtx-epub| copying toc.ncx to test.tree/OPS/toc.ncx
mtx-epub
Dear Jon,
Am Dienstag, den 22.11.2011, 15:37 -0800 schrieb Jon Crump:
Can someone help? By some incantation that I cannot now seem to
reproduce, I was able to obtain and install:
mtx-context | current version: 2011.11.14 16:17
In an attempt to update this version, I ran first
Can someone help? By some incantation that I cannot now seem to
reproduce, I was able to obtain and install:
mtx-context | current version: 2011.11.14 16:17
In an attempt to update this version, I ran first-setup.sh found at
http://minimals.contextgarden.net/setup/first-setup.sh
On Wed, Nov 23, 2011 at 00:37, Jon Crump jjcr...@uw.edu wrote:
Dear all,
Can someone help? By some incantation that I cannot now seem to
reproduce, I was able to obtain and install:
mtx-context | current version: 2011.11.14 16:17
In an attempt to update this version, I ran first
Dear all,
Can someone help? By some incantation that I cannot now seem to
reproduce, I was able to obtain and install:
mtx-context | current version: 2011.11.14 16:17
In an attempt to update this version, I ran first-setup.sh found at
http://minimals.contextgarden.net/setup/first
Excuse me Wolfgang ...
your typescript type-aller.mkii and type-aller.mkiv was
already on my computer.
I ran:
first-setup.sh --modules=t-typescripts
And then I compiled your code with: context test.tex
\starttext
\start
\setupalign[right,broad]\definedfont[file:allerlt*default at
36pt
Am 05.11.2011 um 12:24 schrieb Jan Heinen:
Excuse me Wolfgang ...
your typescript type-aller.mkii and type-aller.mkiv was already on my
computer.
I ran:
first-setup.sh --modules=t-typescripts
And then I compiled your code with: context test.tex
\starttext
\start \setupalign[right
These two fonts are in /usr/share/fonts/OTF.
In that directory they are listed in fonts.dir.
I want to use simplefonts to use Minion as the base font.
I ran the various commands described in the Wiki page:
http://wiki.contextgarden.net/Fonts_in_LuaTeX
and got the two fonts listed in the font
On Thu, Sep 29, 2011 at 5:10 PM, john Culleton j...@wexfordpress.com wrote:
These two fonts are in /usr/share/fonts/OTF.
In that directory they are listed in fonts.dir.
I want to use simplefonts to use Minion as the base font.
I ran the various commands described in the Wiki page:
http
Am 29.09.2011 um 17:10 schrieb john Culleton:
These two fonts are in /usr/share/fonts/OTF.
In that directory they are listed in fonts.dir.
I want to use simplefonts to use Minion as the base font.
I ran the various commands described in the Wiki page:
http://wiki.contextgarden.net
as the base font.
I ran the various commands described in the Wiki page:
http://wiki.contextgarden.net/Fonts_in_LuaTeX
and got the two fonts listed in the font database.
I put the following in my MKIV context file:
...
\usemodule[simplefonts] % load the module
\setmainfont
.
In that directory they are listed in fonts.dir.
I want to use simplefonts to use Minion as the base font.
I ran the various commands described in the Wiki page:
http://wiki.contextgarden.net/Fonts_in_LuaTeX
and got the two fonts listed in the font database.
I put the following in my MKIV context
401 - 500 of 1192 matches
Mail list logo