[NTG-context] \date is calculated wrong

2019-09-10 Thread Martin Althoff
Hi all,

the \date is output wrong. Whatever value is given for d= I get the 11th. That 
is todays
date. Not sure what would happen tomorrow

Thanks for any fix suggestions.

\starttext
\date[d=16,m=9,y=2019][weekday, day,{. }, month, year]
\stoptext

___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context (lmtx) segfaults on x86_64 linux

2019-09-10 Thread Vladimir Lomov
Hello,
** Henri Menke [2019-09-11 11:19:57 +1200]:

> On 9/11/19 3:50 AM, Aditya Mahajan wrote:
>> On Tue, 10 Sep 2019, Hans Hagen wrote:
>> 
>>> On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
 Hello,
 today I updated lmtx and on simple

$ context --version

 I get segfault (in the same time luametatex --version works fine).
 Running under gdb shows me that the problem might be in one of 'realloc'
 calls.

 The context from Context Suite (mkiv) works fine.

 P.S. I tested on two systems, both runs Archlinux x86_64.
>>> can you completely wipe the texmf-cache directory and then run
>>>
>>> mtxrun --generate
>>> context --make
>>>
>>> (there is a change in bytecode that gets not automatically noticed that 
>>> can give that crash)
>> 
>> I had the same issue and completely wiping the texmf-cache fixes it.
>> 
>> @Vladimir: If you are using the luametatex package from AUR, then the 
>> texmf-cache is located at $HOME/.cache/luametatex.

No, I don't use the package from AUR, I simply do

  /usr/local/opt/lmtx $ sudo ./install.sh

but I explicitly set TEXMFCACHE=$HOME/.cache/lmtx (for context suite I
set it to $HOME/.cache/context-suite).

> I'm receiving the super helpful error message:
> 
> ! error (lua): function call: no
> 
> Maybe some sort of cache versioning is in order to at least give a better 
> error.

It didn't occured to me that the problem may be with the cache, it would
be helpfull if context/luametatex will give error message, something
like "cache version mismatch" and exit.

> Cheers, Henri
> 
>> 
>> Aditya

---
WBR, Vladimir Lomov



-- 
Sometimes I live in the country,
And sometimes I live in town.
And sometimes I have a great notion,
To jump in the river and drown.


signature.asc
Description: PGP signature
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context (lmtx) segfaults on x86_64 linux

2019-09-10 Thread Vladimir Lomov
Hello,
** Hans Hagen [2019-09-10 17:18:45 +0200]:

> On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
>> Hello,
>> today I updated lmtx and on simple
>>$ context --version
>> 
>> I get segfault (in the same time luametatex --version works fine).
>> Running under gdb shows me that the problem might be in one of 'realloc'
>> calls.
>> 
>> The context from Context Suite (mkiv) works fine.
>> 
>> P.S. I tested on two systems, both runs Archlinux x86_64.
> can you completely wipe the texmf-cache directory and then run
> 
> mtxrun --generate
> context --make
> 
> (there is a change in bytecode that gets not automatically noticed that can
> give that crash)

Yes, that "fixed" the problem, thank you.

> Hans
> 
> -
>   Hans Hagen | PRAGMA ADE
>   Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -

---
WBR, Vladimir Lomov

-- 
Got a wife and kids in Baltimore Jack,
I went out for a ride and never came back.
Like a river that don't know where it's flowing,
I took a wrong turn and I just kept going.

Everybody's got a hungry heart.
Everybody's got a hungry heart.
Lay down your money and you play your part,
Everybody's got a hungry heart.

I met her in a Kingstown bar,
We fell in love, I knew it had to end.
We took what we had and we ripped it apart,
Now here I am down in Kingstown again.

Everybody needs a place to rest,
Everybody wants to have a home.
Don't make no difference what nobody says,
Ain't nobody likes to be alone.
-- Bruce Springsteen, "Hungry Heart"


signature.asc
Description: PGP signature
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context (lmtx) segfaults on x86_64 linux

2019-09-10 Thread Henri Menke
On 9/11/19 3:50 AM, Aditya Mahajan wrote:
> On Tue, 10 Sep 2019, Hans Hagen wrote:
> 
>> On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
>>> Hello,
>>> today I updated lmtx and on simple
>>>
>>>$ context --version
>>>
>>> I get segfault (in the same time luametatex --version works fine).
>>> Running under gdb shows me that the problem might be in one of 'realloc'
>>> calls.
>>>
>>> The context from Context Suite (mkiv) works fine.
>>>
>>> P.S. I tested on two systems, both runs Archlinux x86_64.
>> can you completely wipe the texmf-cache directory and then run
>>
>> mtxrun --generate
>> context --make
>>
>> (there is a change in bytecode that gets not automatically noticed that 
>> can give that crash)
> 
> I had the same issue and completely wiping the texmf-cache fixes it.
> 
> @Vladimir: If you are using the luametatex package from AUR, then the 
> texmf-cache is located at $HOME/.cache/luametatex.

I'm receiving the super helpful error message:

! error (lua): function call: no

Maybe some sort of cache versioning is in order to at least give a better error.

Cheers, Henri

> 
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
> ___
> 



signature.asc
Description: OpenPGP digital signature
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Pb with tikz, \pdfsavepos and friends

2019-09-10 Thread Henri Menke
On 9/11/19 7:45 AM, Hans Hagen wrote:
> On 9/10/2019 9:28 PM, Ulrike Fischer wrote:
>> Am Tue, 10 Sep 2019 20:04:58 +0200 schrieb Hans Hagen:
>>
 I checked the pgf versions in my ConTeXt installations from 20180913 and 
 20190909, they are the same : 3.0.1. So I suppose that the change comes 
 from ConTeXt itself, that’s why I report the problem here.
>>
>>> ok, for now i'll add these as aliases but savepos is not really related
>>> to pdf (in luatex)
>>
>> tikz/pgf knows about \savepos and does it correctly with lualatex.
>> So I would suggest a bug report at https://github.com/pgf-tikz/pgf.
> I just assume that Henri deals with it in due time.

For some reason TikZ tries to load the pdftex driver when used in
ConTeXt instead of the luatex driver.
https://github.com/pgf-tikz/pgf/issues/742

Cheers, Henri

> 
> Hans
> 
> -
>Hans Hagen | PRAGMA ADE
>Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
> ___
> 



signature.asc
Description: OpenPGP digital signature
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Cross references to column numbers

2019-09-10 Thread Henning Hraban Ramm
Am 2019-09-10 um 13:16 schrieb Hans Hagen :
> 
> On 9/9/2019 10:05 PM, Henri Menke wrote:
>> Bump
>> On 9/3/19 4:46 AM, Oliver von Criegern wrote:
>>> Dear list members,
>>> 
>>> is there any way to get a cross reference to a column in a two column 
>>> layout?
> 
> yes and no:
> 
> no : there is not something buil tin
> yes: one can write some hack in a few lines
> 
> but instead of posting such a hack (which then will a live of its own) i'll 
> add a feature:
> 
> \pagereference[column:#1]
> 
> \doifelsereferencefound{column:#1}{\number\referencecolumnnumber}{}
> 
> in the next beta,

Dear Oliver,
please don’t forget to document this on the appropriate wiki pages!


Greetlings, Hraban
---
https://www.fiee.net
http://wiki.contextgarden.net
https://www.dreiviertelhaus.de
GPG Key ID 1C9B22FD

___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Pb with tikz, \pdfsavepos and friends

2019-09-10 Thread Hans Hagen

On 9/10/2019 9:28 PM, Ulrike Fischer wrote:

Am Tue, 10 Sep 2019 20:04:58 +0200 schrieb Hans Hagen:


I checked the pgf versions in my ConTeXt installations from 20180913 and 
20190909, they are the same : 3.0.1. So I suppose that the change comes from 
ConTeXt itself, that’s why I report the problem here.



ok, for now i'll add these as aliases but savepos is not really related
to pdf (in luatex)


tikz/pgf knows about \savepos and does it correctly with lualatex.
So I would suggest a bug report at https://github.com/pgf-tikz/pgf.

I just assume that Henri deals with it in due time.

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Pb with tikz, \pdfsavepos and friends

2019-09-10 Thread Ulrike Fischer
Am Tue, 10 Sep 2019 20:04:58 +0200 schrieb Hans Hagen:

>> I checked the pgf versions in my ConTeXt installations from 20180913 and 
>> 20190909, they are the same : 3.0.1. So I suppose that the change comes from 
>> ConTeXt itself, that’s why I report the problem here.

> ok, for now i'll add these as aliases but savepos is not really related 
> to pdf (in luatex)

tikz/pgf knows about \savepos and does it correctly with lualatex.
So I would suggest a bug report at https://github.com/pgf-tikz/pgf.



-- 
Ulrike Fischer 
https://www.troubleshooting-tex.de/

___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Pb with tikz, \pdfsavepos and friends

2019-09-10 Thread Hans Hagen

On 9/10/2019 6:01 PM, Jean-Philippe Rey wrote:

Dear all,

I just downloaded the last ConTeXt beta (ConTeXt  ver: 2019.09.09 13:44 MKIV 
beta) and encountered a problem with pgf/tikz. Here a minimum failing example :

=
\usemodule[tikz]
\starttext
\starttikzpicture[remember picture]
\stoptikzpicture
\stoptext
=

which produces the following error (excerpt from the log file, see complete log 
attached)

=
tex error   > tex error on line 4 in file 
/Users/jprey/Projets/ConTeXt/bug-savepos.tex: ! Undefined control sequence


\pgfsys@markposition #1->\pdfsavepos
 \edef \pgf@temp {#1}\expandafter 
\pgfut...
\endpgfpicture ...ys@markposition {\pgfpictureid }
  }\fi \ifdim \pgf@picmaxx 
=...
\stoptikzpicture ...st@from@global \endpgfpicture
  \endgroup
l.4 \stoptikzpicture
=


My previous ConTeXt version from September 2018 works fine with the same 
example. I searched the mailing list archives and found a thread from January 
2016 pertaining to the same problem. The workaround given by Hans works for me :

\let \pdfsavepos   \savepos
\let \pdflastxpos  \lastxpos
\let \pdflastypos  \lastypos

I checked the pgf versions in my ConTeXt installations from 20180913 and 
20190909, they are the same : 3.0.1. So I suppose that the change comes from 
ConTeXt itself, that’s why I report the problem here.
ok, for now i'll add these as aliases but savepos is not really related 
to pdf (in luatex)


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Cross references to column numbers

2019-09-10 Thread Oliver von Criegern


Am 10.09.19 um 13:16 schrieb Hans Hagen:

On 9/9/2019 10:05 PM, Henri Menke wrote:

Bump

On 9/3/19 4:46 AM, Oliver von Criegern wrote:

Dear list members,

is there any way to get a cross reference to a column in a two 
column layout?


yes and no:

no : there is not something buil tin
yes: one can write some hack in a few lines

but instead of posting such a hack (which then will a live of its own) 
i'll add a feature:


\pagereference[column:#1]

\doifelsereferencefound{column:#1}{\number\referencecolumnnumber}{}

in the next beta,

Hans



This would be great, thanks!

Best regards,
Oliver




At least, I would need to get some value that tells me whether the 
target is in the left or in the right column. How to achieve this?


This is the more simplified version of the my previous question 
cited below.


Best regards,
Oliver.


Am 12.08.19 um 15:26 schrieb Oliver von Criegern:

Dear list members,

how can I create cross references to column numbers?

I have a two column layout with column numbers in the header 
instead of page numbers (actually, these column numbers are 
calculated from the page numbers). Now I want to create a cross 
reference that returns the column number of the target. How can I 
achieve this?


Of course, I can get the page number with \pagereference (for the 
target) and \at (for the reference), but for calculating the column 
number (according to what I did in the header), I would also need 
to know whether the target is in the left or in the right column, 
and I can't see how I can get this information.


For an example, see the question posted by me at stackexchange:
https://tex.stackexchange.com/questions/502944/context-cross-references-to-column-numbers 



Besides, I am wondering, regarding the generally very regular and 
consistent naming of commands in ConTeXt, why this is not so in the 
case of references. For example, to refer to a page, I need 
\pagereference (for the target) and \at (for the reference); to 
refer to a line, I need \someline (for the target) and \inline (for 
the reference), but only if I want it to automatically add the word 
"line" or something else before the number, otherwise I have to use 
\inlinerange. It took me some time to find that out. Wouldn't it be 
easier to have just one command for the target and another one for 
the reference, and everything else, as counters and headers to be 
returned, text to be added etc. to be configured by options?
Because all these \in \at \about ... give back different things (a 
title, a number, a range, a ...) and packaging all that in one macro 
doens't make it cleaner so soon users will then wrap complex calls in 
a macro of their own (which then can clash with some existing name).


Also, the ref mechanism evolved over decades and we're not going to 
drop compatibility.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___ 



--
Dr. Oliver von Criegern
Referat für IT und Digital Humanities
Bayerische Akademie der Wissenschaften
Alfons-Goppel-Str. 11
80539 München
Tel.: 089-23031-1310

___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] Pb with tikz, \pdfsavepos and friends

2019-09-10 Thread Jean-Philippe Rey
Dear all,

I just downloaded the last ConTeXt beta (ConTeXt  ver: 2019.09.09 13:44 MKIV 
beta) and encountered a problem with pgf/tikz. Here a minimum failing example :

   =
   \usemodule[tikz]
   \starttext
   \starttikzpicture[remember picture]
   \stoptikzpicture
   \stoptext
   =

which produces the following error (excerpt from the log file, see complete log 
attached)

   =
   tex error   > tex error on line 4 in file 
/Users/jprey/Projets/ConTeXt/bug-savepos.tex: ! Undefined control sequence


   \pgfsys@markposition #1->\pdfsavepos 
\edef \pgf@temp {#1}\expandafter 
\pgfut...
   \endpgfpicture ...ys@markposition {\pgfpictureid }
 }\fi \ifdim \pgf@picmaxx 
=...
   \stoptikzpicture ...st@from@global \endpgfpicture 
 \endgroup 
   l.4 \stoptikzpicture
   =


My previous ConTeXt version from September 2018 works fine with the same 
example. I searched the mailing list archives and found a thread from January 
2016 pertaining to the same problem. The workaround given by Hans works for me :

   \let \pdfsavepos   \savepos
   \let \pdflastxpos  \lastxpos
   \let \pdflastypos  \lastypos

I checked the pgf versions in my ConTeXt installations from 20180913 and 
20190909, they are the same : 3.0.1. So I suppose that the change comes from 
ConTeXt itself, that’s why I report the problem here.

Regards,

-- 
Jean-Philippe Rey
jean-philippe@centralesupelec.fr
91192 Gif-sur-Yvette Cedex - France
Empreinte PGP : 807A 5B2C 69E4 D4B5 783A 428A 1B5E E83E 261B BF51


bug-savepos.log
Description: Binary data
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context (lmtx) segfaults on x86_64 linux

2019-09-10 Thread Aditya Mahajan

On Tue, 10 Sep 2019, Hans Hagen wrote:


On 9/10/2019 4:11 PM, Vladimir Lomov wrote:

Hello,
today I updated lmtx and on simple

   $ context --version

I get segfault (in the same time luametatex --version works fine).
Running under gdb shows me that the problem might be in one of 'realloc'
calls.

The context from Context Suite (mkiv) works fine.

P.S. I tested on two systems, both runs Archlinux x86_64.

can you completely wipe the texmf-cache directory and then run

mtxrun --generate
context --make

(there is a change in bytecode that gets not automatically noticed that 
can give that crash)


I had the same issue and completely wiping the texmf-cache fixes it.

@Vladimir: If you are using the luametatex package from AUR, then the 
texmf-cache is located at $HOME/.cache/luametatex.


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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context (lmtx) segfaults on x86_64 linux

2019-09-10 Thread Hans Hagen

On 9/10/2019 4:11 PM, Vladimir Lomov wrote:

Hello,
today I updated lmtx and on simple
   
   $ context --version


I get segfault (in the same time luametatex --version works fine).
Running under gdb shows me that the problem might be in one of 'realloc'
calls.

The context from Context Suite (mkiv) works fine.

P.S. I tested on two systems, both runs Archlinux x86_64.

can you completely wipe the texmf-cache directory and then run

mtxrun --generate
context --make

(there is a change in bytecode that gets not automatically noticed that 
can give that crash)


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] context (lmtx) segfaults on x86_64 linux

2019-09-10 Thread Vladimir Lomov
Hello,
today I updated lmtx and on simple
  
  $ context --version

I get segfault (in the same time luametatex --version works fine).
Running under gdb shows me that the problem might be in one of 'realloc'
calls.

The context from Context Suite (mkiv) works fine.

P.S. I tested on two systems, both runs Archlinux x86_64.

---
WBR, Vladimir Lomov

-- 
Carelessly planned projects take three times longer to complete than expected.
Carefully planned projects take four times longer to complete than expected,
mostly because the planners expect their planning to reduce the time it takes.


signature.asc
Description: PGP signature
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] typo in metafun manual

2019-09-10 Thread Michael Hallgren

Le 2019-09-10 07:36, Damien Thiriet a écrit :

Hi,


There may be a typo in metafun manual, page 104

Hopefully the next explains a bit how it works (you can find
explanations zon the internet).

Sounds too Dutch for me…


Looks like :). And 'the Internet' usually uppercase.

mh


Regards,

Damien Thiriet
___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


___
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Cross references to column numbers

2019-09-10 Thread Hans Hagen

On 9/9/2019 10:05 PM, Henri Menke wrote:

Bump

On 9/3/19 4:46 AM, Oliver von Criegern wrote:

Dear list members,

is there any way to get a cross reference to a column in a two column layout?


yes and no:

no : there is not something buil tin
yes: one can write some hack in a few lines

but instead of posting such a hack (which then will a live of its own) 
i'll add a feature:


\pagereference[column:#1]

\doifelsereferencefound{column:#1}{\number\referencecolumnnumber}{}

in the next beta,

Hans


At least, I would need to get some value that tells me whether the target is in 
the left or in the right column. How to achieve this?

This is the more simplified version of the my previous question cited below.

Best regards,
Oliver.


Am 12.08.19 um 15:26 schrieb Oliver von Criegern:

Dear list members,

how can I create cross references to column numbers?

I have a two column layout with column numbers in the header instead of page 
numbers (actually, these column numbers are calculated from the page numbers). 
Now I want to create a cross reference that returns the column number of the 
target. How can I achieve this?

Of course, I can get the page number with \pagereference (for the target) and 
\at (for the reference), but for calculating the column number (according to 
what I did in the header), I would also need to know whether the target is in 
the left or in the right column, and I can't see how I can get this information.

For an example, see the question posted by me at stackexchange:
https://tex.stackexchange.com/questions/502944/context-cross-references-to-column-numbers

Besides, I am wondering, regarding the generally very regular and consistent naming of 
commands in ConTeXt, why this is not so in the case of references. For example, to refer 
to a page, I need \pagereference (for the target) and \at (for the reference); to refer 
to a line, I need \someline (for the target) and \inline (for the reference), but only if 
I want it to automatically add the word "line" or something else before the 
number, otherwise I have to use \inlinerange. It took me some time to find that out. 
Wouldn't it be easier to have just one command for the target and another one for the 
reference, and everything else, as counters and headers to be returned, text to be added 
etc. to be configured by options?
Because all these \in \at \about ... give back different things (a 
title, a number, a range, a ...) and packaging all that in one macro 
doens't make it cleaner so soon users will then wrap complex calls in a 
macro of their own (which then can clash with some existing name).


Also, the ref mechanism evolved over decades and we're not going to drop 
compatibility.


Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___