[NTG-context] title settings
If I understand the documentations correct, then
the first command should set _all_ titles to
slanted except the subsection. When I run
this example the titles are always upright.
\setupheads[textstyle=slanted]
\setuphead[part][placehead=yes,color=blue]
\setuphead[subsection][numberstyle=bold,textstyle=cap]
\starttext
\part{Teilebene}
\chapter{Kapitelebene}
\section{Abschnittsebene 1}
\subsection{Abschnittsebene 2}
\subsubsection{Abschnittsebene 3}
\stoptext
running TeXLive2010 with mkiv
Herbert
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] title settings
Am 17.10.2010 13:20, schrieb Herbert Voss: If I understand the documentations correct, then the first command should set _all_ titles to slanted except the subsection. When I run this example the titles are always upright. forget it ... Just saw, that there are different keys for \setupheads. sorry for the noise ... Herbert ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] title settings
2010/10/17 Herbert Voss herbert.v...@fu-berlin.de: running TeXLive2010 with mkiv There is also minimals, which usually is an update (and most of the time better) version of that one in TeXLive . -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On Sat, Oct 16, 2010 at 11:09 PM, Aditya Mahajan adit...@umich.edu wrote:
Hi,
In MkII, I can say
\ReadFile{/tmp/filename}
to read a file in /tmp directory. However, in MkIV, that fails because
ReadFile is defined as
\unexpanded\def\ReadFile #1{\doreadfile{any}
{.}{#1}\donothing\donothing}
so it explicitly searches in the . (current) directory.
Bug or feature?
What happen if you put a path like
./../../../../../tmp/filename
?
--
luigi
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] title settings
On 17-10-2010 1:20, Herbert Voss wrote:
If I understand the documentations correct, then
the first command should set _all_ titles to
slanted except the subsection. When I run
this example the titles are always upright.
\setupheads[textstyle=slanted]
\setuphead[part][placehead=yes,color=blue]
\setuphead[subsection][numberstyle=bold,textstyle=cap]
\starttext
\part{Teilebene}
\chapter{Kapitelebene}
\section{Abschnittsebene 1}
\subsection{Abschnittsebene 2}
\subsubsection{Abschnittsebene 3}
\stoptext
running TeXLive2010 with mkiv
Heads indeed inherit from parents with the root being \setupheads, but
with a few exeptions. The definition deep down is:
\unexpanded\def\definestructuresection[#1]%
{
\getparameters[\??nh#1]
[ \c!textstyle=\structureheadparameterstrict\c!style,
\c!textcolor=\structureheadparameterstrict\c!color,
\c!numberstyle=\structureheadparameterstrict\c!style,
\c!numbercolor=\structureheadparameterstrict\c!color]%
}
So, the explicit style and color variables have a more resticted
inheritance, that does not backtrack.
The reasons for this are a bit fuzzy and lays in the fact that we also
have style and color keys and if we would inherit this would mean that
one should nil the explicit text and number ones quite often.
So, text* and number* are bound to the current section level which means
that you can set up all (cloned) sections, subsections etc at once but
the setting does not bleed to other levels unless of course that is
somehow configured.
In practice, I often use style and color for setting both and then
textstyle and numberstyle if there is an exception. This permits things
like:
style={\switchtobodyfont[10pt]},textstyle=bold,numberstyle=slanted
In such cases the spacing is style driven which makes sense (I hope).
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] title settings
Am 17.10.2010 14:44, schrieb luigi scarso: 2010/10/17 Herbert Voss herbert.v...@fu-berlin.de: running TeXLive2010 with mkiv There is also minimals, which usually is an update (and most of the time better) version of that one in TeXLive . I know, but I want to use TeXLive Herbert ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] What is the replacement for the 'stop_run' callback?
Hi All,
I'm trying to update a ConTeXt module of mine. It does some data gathering
during the ConTeXt run, and then processes it after the run is complete.
This used to work last year:
local id, err = callback.register('stop_run', new_stop_run_function)
But now err is set to callback 'stop_run' is frozen (actions performed at
the end of a run).
I see from the mailing list archive that registering user callbacks was
disallowed in February of this year (2010). I also saw some advice for
installing other new user processing (like 'pre_linebreak_filter'), but no
general advice for adapting to the lack of callbacks. (
http://archive.contextgarden.net/message/20100219.130524.b3857a0a.en.html)
After trying various approaches for a couple of hours, I'm calling for help.
:)
Here's what I ended up with:
\startluacode
print('%%% TEST1')
local function after_run (head, groupcode)
print('%%% TEST2')
return head, true
end
nodes.tasks.appendaction('finalizers','after','after_run')
\stopluacode
\starttext
\input knuth
\stoptext
In the output, I see the TEST1 line, but not the TEST2 line.
I don't know what head and groupcode are, but those seem to be the
expected parameters for an action. I don't know why it returns head,
true, but that was recommended in a posting (
http://archive.contextgarden.net/message/20100410.005025.76ac9efd.en.html).
I have no idea if 'finalizers' is the right parameter, but I didn't see any
others that looked like it could be synonymous with 'stop_run'.
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] What is the replacement for the 'stop_run' callback?
On 17-10-2010 4:06, Tad Ashlock wrote:
I'm trying to update a ConTeXt module of mine. It does some data gathering
during the ConTeXt run, and then processes it after the run is complete.
This used to work last year:
local id, err = callback.register('stop_run', new_stop_run_function)
But now err is set to callback 'stop_run' is frozen (actions performed at
the end of a run).
indeed
After trying various approaches for a couple of hours, I'm calling for help.
:)
Here's what I ended up with:
\startluacode
print('%%% TEST1')
local function after_run (head, groupcode)
print('%%% TEST2')
return head, true
end
nodes.tasks.appendaction('finalizers','after','after_run')
\stopluacode
\starttext
\input knuth
\stoptext
In the output, I see the TEST1 line, but not the TEST2 line.
because after_run is not seen,
function myprivatenamespace.after_run ...
nodes.tasks.appendaction('finalizers','after','myprivatenamespace.after_run')
I don't know what head and groupcode are, but those seem to be the
expected parameters for an action. I don't know why it returns head,
true, but that was recommended in a posting (
http://archive.contextgarden.net/message/20100410.005025.76ac9efd.en.html).
whatever, it's not the place to hook in your finalizer as there
finalizers are just a specific place in node list processing
I have no idea if 'finalizers' is the right parameter, but I didn't see any
others that looked like it could be synonymous with 'stop_run'.
You can use (preferable no messages there):
luatex.registerstopactions(yourfunction)
or for messages:
statistics.register(banner,function() return text end)
in this case returning false (or nil) will not show the statistic which
makes sense if there's nothing useful to report.
At some point there will be a formal description for this.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On Sun, 17 Oct 2010, luigi scarso wrote:
On Sat, Oct 16, 2010 at 11:09 PM, Aditya Mahajan adit...@umich.edu wrote:
Hi,
In MkII, I can say
\ReadFile{/tmp/filename}
to read a file in /tmp directory. However, in MkIV, that fails because
ReadFile is defined as
\unexpanded\def\ReadFile #1{\doreadfile{any}
{.}{#1}\donothing\donothing}
so it explicitly searches in the . (current) directory.
Bug or feature?
What happen if you put a path like
./../../../../../tmp/filename
It works, but does not fit my need. I wanted to add an option to the
filter module to allow the user to say:
\setupexternalfilters[directory=$TEMP]
and have all the tmp files created in $TEMP. Having to set this as a
relative path will be really ugly.
I am just looking for macro that takes the filename as a (brace
delimited) parameter and typesets it. I can define one on my own; but I
thought that \ReadFile is already supposed to do that.
It is straight forward to fix \ReadFile so that absolute paths work:
\unexpanded\def\readfile #1{\doreadfile{any} \empty{#1}}
\unexpanded\def\ReadFile #1{\doreadfile{any} \empty{#1}\donothing\donothing}
I just wondering if the current behavior is a design decision or an
oversight.
Aditya___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On Sun, 17 Oct 2010, Aditya Mahajan wrote: I am just looking for macro that takes the filename as a (brace delimited) parameter and typesets it. Err.. I mean \inputs it. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \ReadFile in MkII vs MkIV
Am 17.10.2010 um 19:21 schrieb Aditya Mahajan:
It works, but does not fit my need. I wanted to add an option to the filter
module to allow the user to say:
\setupexternalfilters[directory=$TEMP]
and have all the tmp files created in $TEMP. Having to set this as a relative
path will be really ugly.
I am just looking for macro that takes the filename as a (brace delimited)
parameter and typesets it. I can define one on my own; but I thought that
\ReadFile is already supposed to do that.
It is straight forward to fix \ReadFile so that absolute paths work:
\unexpanded\def\readfile #1{\doreadfile{any} \empty{#1}}
\unexpanded\def\ReadFile #1{\doreadfile{any}
\empty{#1}\donothing\donothing}
I just wondering if the current behavior is a design decision or an oversight.
What i get from the comments in the source is that \readfile looks for the
requested file
in the current directory, the parent directories and the tex directory and
\ReadFile is
a alternative form for \readfile without the second and third argument.
You can define your own command \ReadFilter which is based in \readsetfile or
\readfixfile.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \ReadFile in MkII vs MkIV
Am 17.10.2010 um 19:58 schrieb Aditya Mahajan:
I wanted something that will work consistently in MkII and MkIV. I can do:
\doifmodeelse{\s!mkii}
{\let\ReadFilter\ReadFile}
{\def\ReadFilter#1{\doreadfile{any}\empty{#1}\donothing\donothing}}
but, I wanted to avoid such things if possible :-/
Does this work:
\def\ReadFilter#1%
{\readsetfile{/tmp/}{#1}\donothing\donothing}
(BTW, why is system mode *mkii not set in MkII?)
Maybe Hans forgot it for mkii but it doesn’t matter whether mkii/mkiv is a
normal mode or a system mode.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On Sun, 17 Oct 2010, Wolfgang Schuster wrote:
Am 17.10.2010 um 19:58 schrieb Aditya Mahajan:
I wanted something that will work consistently in MkII and MkIV. I can do:
\doifmodeelse{\s!mkii}
{\let\ReadFilter\ReadFile}
{\def\ReadFilter#1{\doreadfile{any}\empty{#1}\donothing\donothing}}
but, I wanted to avoid such things if possible :-/
Does this work:
\def\ReadFilter#1%
{\readsetfile{/tmp/}{#1}\donothing\donothing}
Yes, for both MkII and MkIV. But this still does not fit the requirement
of my module.
\setupexternalfilters
[directory=,
outputfile=~/output/\externalfilterinputfile.tex,
readcommand=\ReadFilter]
will fail. (The above will generate all the *-*.tmp files in current
directory, which can be purged by passing --purge. The output files are
generated in ~/output directory for future reference. But \ReadFilter
cannot read the file.
I think that I will go with separate definitions for MkII and MkIV, or
perhaps even redefine \ReadFile just before the read function is defined.
(BTW, why is system mode *mkii not set in MkII?)
Maybe Hans forgot it for mkii but it doesn’t matter whether mkii/mkiv is a
normal mode or a system mode.
IIRC, system modes cannot be reset using \(enable|disable)mode.
Aditya___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] Trouble with ConTeXt's project structure
Dear list,
I tried to set up a project of mine using the project structure propagated in
the wiki [1]. Because I ran into some trouble I made the following small
example (using MkIV, minimals 2010.10.14 13:14).
%% project_mymag.tex
\startproject project_mymag
\environment env_mymag
\product prd_year2004-01
\completecontent[criterium=all]
\stopproject
%% EOF
%% env_mymag.tex
\startenvironment env_mymag
\setupindenting[medium, yes] %some random setup
\stopenvironment
%% EOF
%% prd_year2004-01
\startproduct prd_year2004-01
\project project_mymag
\component c_editorial
\component c_article01
\stopproduct
%% EOF
%% c_editorial.tex
\startcomponent c_editorial
\product prd_year2004-01
\project project_mymag
\chapter{Editorial}
Dear reader...
\stopcomponent
%% EOF
%% c_article01.tex
\startcomponent c_article01
\product prd_year2004-01
\project project_mymag
\chapter{First Article}
This will be awesome...
\stopcomponent
%% EOF
When I translate the project file I get what I want, e.g. 3 pages: first page
Editorial, second page First Article, third page Content.
When I translate the product file I don't get Editorial, First Article as
expected, but Content, Editorial, First Article. It seems as if context
first typesets the project file without going down inside the products again,
before typesetting the originally called project.
When I translate one of the component files, lets say c_editorial.tex, I get
Contents, Editorial instead of just one page Editorial. Again, it seems
as if context first looks inside the project file (without going down) and only
then typesets the component.
Another case, same problem. If I drop the product, i.e. I only have a
project file including several components, the individual component files and
an
environment file, kind of the same problems appear. Translating the project
file
works well. Translating the component file c_editorial.tex results in a PDF
with 4 pages (instead of one with Editorial): Editorial, First Article,
Contents, Editorial. Context puts the whole project in the PDF and appends
the component c_editorial...
All this seems very strange to me, especially since a friend told me project
structure works pretty well in his projects. I tested on two different machines
(Windows Vista and Linux). Am I doing something wrong? Is this a bug or a
feature?
Thanks for your help in advance.
Best wishes,
Stefan.
[1] http://wiki.contextgarden.net/Project_structure
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On 17-10-2010 7:58, Aditya Mahajan wrote:
On Sun, 17 Oct 2010, Wolfgang Schuster wrote:
Am 17.10.2010 um 19:21 schrieb Aditya Mahajan:
It works, but does not fit my need. I wanted to add an option to the
filter module to allow the user to say:
\setupexternalfilters[directory=$TEMP]
and have all the tmp files created in $TEMP. Having to set this as a
relative path will be really ugly.
I am just looking for macro that takes the filename as a (brace
delimited) parameter and typesets it. I can define one on my own; but
I thought that \ReadFile is already supposed to do that.
It is straight forward to fix \ReadFile so that absolute paths work:
\unexpanded\def\readfile #1{\doreadfile{any} \empty{#1}}
\unexpanded\def\ReadFile #1{\doreadfile{any}
\empty{#1}\donothing\donothing}
I just wondering if the current behavior is a design decision or an
oversight.
What i get from the comments in the source is that \readfile looks for
the requested file
in the current directory, the parent directories and the tex directory
and \ReadFile is
a alternative form for \readfile without the second and third argument.
Then the MkII implementation is wrong because it allows absolute paths.
You can define your own command \ReadFilter which is based in
\readsetfile or \readfixfile.
I wanted something that will work consistently in MkII and MkIV. I can do:
\doifmodeelse{\s!mkii}
{\let\ReadFilter\ReadFile}
{\def\ReadFilter#1{\doreadfile{any}\empty{#1}\donothing\donothing}}
but, I wanted to avoid such things if possible :-/
(BTW, why is system mode *mkii not set in MkII?)
because you can do \doifnotmode{mkiv}
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On 17-10-2010 8:54, Aditya Mahajan wrote: Maybe Hans forgot it for mkii but it doesn’t matter whether mkii/mkiv is a normal mode or a system mode. IIRC, system modes cannot be reset using \(enable|disable)mode. there is nothing special about system modes: they just have a * in front so you can enable and disable them (but of course deep down they can be set as well) - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On Sun, 17 Oct 2010, Hans Hagen wrote:
On 17-10-2010 7:58, Aditya Mahajan wrote:
(BTW, why is system mode *mkii not set in MkII?)
because you can do \doifnotmode{mkiv}
:)
Documented on the wiki page on modes.
Aditya
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On Sun, 17 Oct 2010, Hans Hagen wrote:
On 17-10-2010 8:54, Aditya Mahajan wrote:
Maybe Hans forgot it for mkii but it doesn’t matter whether mkii/mkiv
is a normal mode or a system mode.
IIRC, system modes cannot be reset using \(enable|disable)mode.
there is nothing special about system modes: they just have a * in front so
you can enable and disable them (but of course deep down they can be set as
well)
OK. So the * is just so that they are not accidently overwritten.
But I do not like the different treatment for MkII:
cont-new.mkii
\enablemode[mkii]
cont-env.mkiv
\enablemode[mkiv] \newsystemmode{mkiv} \setsystemmode{mkiv}
One more minor difference to remember.
Aditya___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] pictures in tabulate
Hi all, I'm looking for a way to use pictures inside a tabulate environment. Unfortunately, newer versions of ConTeXt don't take the picture height into account. The following code gives a somewhat disappointing result both in mkii and mkiv: \starttext \starttabulate[|rw(3em)|p|] \NC YYY \NC ZZZ \NC \NR \NC XXX \NC \dontleavehmode \externalfigure[cow][frame=on,width=0.5\textwidth] \NC \NR \NC YYY \NC ZZZ \NC \NR \stoptabulate \stoptext Interestingly, this used to work a couple of years ago (last time I used this was 2008), but something must have changed. I tried putting the externalfigure into a \tbox, but no dice. Bug or feature? All best Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pictures in tabulate
On 17-10-2010 11:24, Thomas A. Schmitz wrote: Hi all, I'm looking for a way to use pictures inside a tabulate environment. Unfortunately, newer versions of ConTeXt don't take the picture height into account. The following code gives a somewhat disappointing result both in mkii and mkiv: \starttext \starttabulate[|rw(3em)|p|] \NC YYY \NC ZZZ \NC \NR \NC XXX \NC \dontleavehmode \externalfigure[cow][frame=on,width=0.5\textwidth] \NC \NR \NC YYY \NC ZZZ \NC \NR \stoptabulate \stoptext Interestingly, this used to work a couple of years ago (last time I used this was 2008), but something must have changed. I tried putting the externalfigure into a \tbox, but no dice. Bug or feature? When there is a 'p' in the preamble, lines are forced to lineheights but as I needed images in tabulate a while ago too, I added: \tabulatesplitlinemode 2 So maybe that helps. It might become an option some day. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \ReadFile in MkII vs MkIV
On 17-10-2010 11:02, Aditya Mahajan wrote:
On Sun, 17 Oct 2010, Hans Hagen wrote:
On 17-10-2010 8:54, Aditya Mahajan wrote:
Maybe Hans forgot it for mkii but it doesn’t matter whether mkii/mkiv
is a normal mode or a system mode.
IIRC, system modes cannot be reset using \(enable|disable)mode.
there is nothing special about system modes: they just have a * in
front so you can enable and disable them (but of course deep down they
can be set as well)
OK. So the * is just so that they are not accidently overwritten.
But I do not like the different treatment for MkII:
cont-new.mkii
\enablemode[mkii]
cont-env.mkiv
\enablemode[mkiv] \newsystemmode{mkiv} \setsystemmode{mkiv}
One more minor difference to remember.
Ah, ok, I can add that to mkii of course (actuallym, it shoul dnot be in
cont-new any longer) ... I just had forgotten that there was a mkii mode
at all.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Trouble with ConTeXt's project structure
Am 2010-10-17 um 21:43 schrieb Stefan Müller: I tried to set up a project of mine using the project structure propagated in the wiki [1]. Because I ran into some trouble I made the following small example (using MkIV, minimals 2010.10.14 13:14). ... All this seems very strange to me, especially since a friend told me project structure works pretty well in his projects. I tested on two different machines (Windows Vista and Linux). Am I doing something wrong? Is this a bug or a feature? Consider it a feature that actual code in your project file is always executed. Consider the table of content call in the wiki a bad example. Mea culpa. Change it. Greetlings from Lake Constance! Hraban --- http://www.fiee.net/texnique/ http://wiki.contextgarden.net https://www.cacert.org (I'm an assurer) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pictures in tabulate
On Oct 18, 2010, at 12:20 AM, Hans Hagen wrote: When there is a 'p' in the preamble, lines are forced to lineheights but as I needed images in tabulate a while ago too, I added: \tabulatesplitlinemode 2 So maybe that helps. It might become an option some day. Hans Excellent, this works! Thanks Hans. Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
