Hi,
I did not. I have since run *context --make* and the second-level registers
are working.
Thank you.
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@
Hi,
the module documentation is broken when it contains certain macros,
e.g. \METAPOST.
mtxrun --script modules --process auto:meta-pag.mkiv
yields
pages > flushing realpage 1, userpage 1
pages > flushing realpage 2, userpage 1
error: .../context/tex/texmf-context/tex/cont
On Fri, 27 Sep 2013, Thangalin wrote:
Hi,
I changed lines 695 in
bin/context/tex/texmf-context/tex/context/base/strc-reg.lua to the above.
Did you regenerate the format: context --make
Aditya
___
If your question
Thank you, Hans.
The error still seems to be present.
Out of curiosity, what does "max 4" mean? Does it limit the index nesting
levels?
For my project, I require 5 nesting levels -- is that possible?
Kind regards.
strc-reg.lua
Description: Binary data
_
Hi,
I changed lines 695 in
bin/context/tex/texmf-context/tex/context/base/strc-reg.lua to the above. I
re-ran context against my test case and Philipp's example.
Actual results:
a
foo 2
*aa 2
aaa 2
*bar 2
a
foo 2
aa 2
Expected results:
a
foo 2
aa
*foo 2
*aaa
*foo 2
*
bar 2
aaa
On 9/26/2013 12:16 PM, Philipp Gesang wrote:
·
Hi,
How do you prevent ConTeXt from hiding (collapsing?) duplicate level 2
index items?
For example:
\startitem
5 array \index{hedgehog+SECTION A}hedgehog
\stopitem
\startitem
7 army \index{herring+
Maybe we can have the best of both: https://gist.github.com/ticean/1556967 ?
On Fri, Sep 27, 2013 at 7:27 AM, Hans Hagen wrote:
> On 9/27/2013 3:26 PM, Marcin Borkowski wrote:
>
> Also, if this matters, Git has an excellent Emacs front-end, Magit. I
>> don't know whether SVN has something sim
On 9/26/2013 3:47 PM, Wolfgang Schuster wrote:
> Am 25.09.2013 um 23:45 schrieb Lars Huttar :
>
>> Wolfgang, thanks for your response.
>>
>> On 9/25/2013 5:02 PM, Wolfgang Schuster wrote:
>>> You can’t expect from \tfa etc. to change the interlinespace because these
>>> commands can be used in your
On 9/27/2013 3:26 PM, Marcin Borkowski wrote:
Also, if this matters, Git has an excellent Emacs front-end, Magit. I
don't know whether SVN has something similar.
github has a nice windows backend but (as with more open source
developments) the real nice stuff is closed ... i tried several ti
On Fri, Sep 27 2013, Marcin Borkowski wrote:
> However, it seems that nowadays, for a *new* user, learning to use SVN
> is pointless
For our use case (enhancing the documentation) that's a nonissue:
git or svn, there is nothing to learn, just pull, edit, commit.
3 lines on the project web page wi
Dnia 2013-09-27, o godz. 09:10:04
Lars Huttar napisał(a):
> On 9/26/2013 9:10 PM, Aditya Mahajan wrote:
> > Github seems to be the most popular DVCS hosting site at the moment.
> > For manuals, I think that Github is particularly useful because you
> > can click on edit and make the change. Githu
On 9/26/2013 9:10 PM, Aditya Mahajan wrote:
> Github seems to be the most popular DVCS hosting site at the moment.
> For manuals, I think that Github is particularly useful because you
> can click on edit and make the change. Github automatically creates a
> fork, a new branch, and pull request for
On 9/27/2013 3:38 AM, Taco Hoekwater wrote:
> On Sep 27, 2013, at 9:01 AM, Peter Münster wrote:
>
>> On Fri, Sep 27 2013, Aditya Mahajan wrote:
>>
>>> The last time I tried, merging multiple version in svn is a huge pain. One
>>> of
>>> the advantages of DVCS is that branching and merging are eas
On Fri, Sep 27 2013, Marco Patzer wrote:
> More importantly I would like to see people actually contributing.
+1
And it would be no problem for me (and for other contextman members) to
apply contributed patches. Whoever wants to contribute without worrying
about the VCS can send a patch here.
-
On 2013–09–26 Peter Münster wrote:
> On Thu, Sep 26 2013, Aditya Mahajan wrote:
>
> > Wouldn't it be better to move the manuals to github rather than keeping them
> > on an svn server?
>
> Why?
In my opinion, for the “3 commits per year” it doesn't really matter
which version control system is
On Sep 27, 2013, at 9:01 AM, Peter Münster wrote:
> On Fri, Sep 27 2013, Aditya Mahajan wrote:
>
>> The last time I tried, merging multiple version in svn is a huge pain. One of
>> the advantages of DVCS is that branching and merging are easy.
>
> I understand. Please go ahead if you need git.
On Fri, Sep 27 2013, Aditya Mahajan wrote:
> The last time I tried, merging multiple version in svn is a huge pain. One of
> the advantages of DVCS is that branching and merging are easy.
I understand. Please go ahead if you need git. My preference for svn is
just my personal opinion, coming from
17 matches
Mail list logo