Re: [NTG-context] This mailing list is not DKIM (DMARC) compatible

[Henning Hraban Ramm]

> Am 2019-09-21 um 18:53 schrieb Henning Hraban Ramm :
> 
> If we would *not* change the sender address to the list’s, there would be a 
> problem. Namely what you mention, that we would send mails on the sender’s 
> behalf.

Sorry, here I wrote nonsense. We change the sender, of course.
I like to have it this way, but there *is* a problem, and I don’t know enough 
about mail headers…

Hraban
___
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] comma as decimal separator in maths mode

[Henning Hraban Ramm]

> Am 2019-09-20 um 20:29 schrieb Wolfgang Schuster 
> :
> 
> Martin Althoff schrieb am 14.09.2019 um 08:34:
>> Hi ... I am outputting some numbers in maths mode that have a comma as 
>> decimal separator.
>> 
>> I get a big space after the comma, which I can prevent by writing $1{,}5$
>> 
>> Is there a less awkward way of getting the comma as a "real" decimal 
>> separator?
> \setupmathematics[autopunctuation=yes]

Interesting. Is this language dependent?

(see also https://wiki.contextgarden.net/Command/setupmathematics)

Hraban
___
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] Command completion in TeXShop

[Henning Hraban Ramm]

Hi,
I don’t use TeXshop, but other editors also lack support for ConTeXt or have an 
outdated vocabulary for it (e.g. the Atom "context" plugin). It would make 
sense to use the interface files and write a script to create the lists needed 
for each editor. Probably I’ll try that for Atom, if I don’t switch to vscode 
(it’s supposed to be quite similar to Atom, and Hans wrote a setup for it)…
Hraban

> Am 2019-09-20 um 07:54 schrieb Otared Kavian :
> 
> Hi,
> 
> I did not know the post by Herb Schulz, but I do use TeXShop and ConTeXt on a 
> Mac, although actually I have never used the command completion mechanism. 
> 
> However I use extensively the autocompletion mechanism which is a way to 
> key-in more rapidly some commands: for instance pressing alt-Cap-$ gives me 
> \startformula
> 
> \stopformula
> 
> with the inserting point being between the two. The autompletion mechanism 
> uses a file named autocompletion.plist which can be easily edited and adapted 
> by the user (mine is adapted to the french keyboard layout AZERTY).
> 
> Indeed I can send you that file and also help fill in the command completion 
> file in order to integrate ConTeXt commands.
> 
> Best regards: OK
> 
>> On 19 Sep 2019, at 14:10, Rogers, Michael K  wrote:
>> 
>> I was looking into command completion in TeXShop (MacOS) and came across 
>> this two-year-old call for help by one of the developers (I assume) for 
>> implementing it for ConTeXt:
>> 
>> http://macosx-tex.576846.n2.nabble.com/TeXShop-Command-Completion-ConTeXt-td7586673.html
>> 
>> As far as I found, command completion for ConTeXt has not yet been 
>> implemented. I’m pointing this out in case someone has sufficient knowledge 
>> of ConTeXt and is interested. Alternatively, perhaps it has been done, and 
>> someone can point me in the right direction.
>> 
>> Thanks,
>> 
>> Michael

___
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] This mailing list is not DKIM (DMARC) compatible

[Henning Hraban Ramm]

My own mailserver (mail.fiee.net) uses SPF and DKIM, and I have no problems 
with this or other lists.
Maybe I configured it too tolerant, but the only thing server check tools find 
faulty is that I can't offer DANE (my DNS access is not sufficient).

Thus I see no reason to panic.

If we would *not* change the sender address to the list’s, there would be a 
problem. Namely what you mention, that we would send mails on the sender’s 
behalf.

I really like to have the list’s name in the subject line, and also think that 
the list footer makes sense. What doesn’t make sense is to leave it in your 
reply.

Best, Hraban


> Am 2019-09-17 um 10:21 schrieb Gerben Wierda :
> 
> Mailman already has settings for this, but one is advised not to use the 
> ‘munging’ option.
> 
> My guess is that if you leave the change of body in place, participants that 
> are sending through mail servers that support SPF will fail (because of the 
> resend by the list) and support for DKIM will fail (because of the changed 
> body)
> 
> You will still receive the 'list-forwarded’ messages from senders who do not 
> use DMARC, you will start missing those that do. It is unlikely that you will 
> suddenly stop receiving all messages from the list (e.g. mine will go through 
> as I haven’t yet turned DMARC fully on, but as soon as I do, I will be unable 
> to send messages via this list to those at the receiving end that do DMARC 
> checking, and that holds for more and more users.).
> 
> The sender’s email manager will also get unnecessary reports of the list 
> server illegally sending messages on their behalf.
> 
> Most list these days that I am on already have removed the footer, and leave 
> the Subject: line alone. Sorting can be done on other headers than Subject.
> 
> Using dmarc_moderation_action (mailman setting) means that you start to munge 
> headers etc, which is not optimal:
> 
> https://begriffs.com/posts/2018-09-18-dmarc-mailing-list.html writes about 
> munging:
> However this is a poor use of email, since it’s misrepresenting who 
> originated the message. Also email clients often have a degraded interface 
> with respect to the Reply-To header. It’s usually not visible in the message 
> list, not used for sorting, and not added to the address book.
> 
> But whatever you guys do, make sure you are DMARC-proof to prevent running 
> into these issues later on. Either munge, or remove the footer and the change 
> of Subject (I would prefer the latter).
> 
> Gerben Wierda
> Chess and the Art of Enterprise Architecture
> Mastering ArchiMate
> Architecture for Real Enterprises at InfoWorld
> On Slippery Ice at EAPJ
> 
>> On 16 Sep 2019, at 22:46, Henri Menke  wrote:
>> 
>> I think this is better reported to Mailman.  I'm not sure to what extent list
>> administrators have control over DKIM settings.
>> https://gitlab.com/groups/mailman/-/issues
>> 
>> On 9/17/19 1:34 AM, Gerben Wierda wrote:
>>> In addition: Lists should keep the From address, the Subject, and the 
>>> Message totally unchanged. They should add a Sender header to indicate 
>>> their relay role, and set at least the List-Id and List-Unsubscribe headers 
>>> for mailbox rules and subscription management.
>>> 
>>> 
>>> Gerben Wierda
>>> Chess and the Art of Enterprise Architecture 
>>> Mastering ArchiMate 
>>> Architecture for Real Enterprises 
>>>  at 
>>> InfoWorld
>>> On Slippery Ice  at EAPJ
>>> 
 On 16 Sep 2019, at 15:21, Gerben Wierda >>> > wrote:
 
 The footer that is added to each message in this list is not DKIM (and 
 thus DMARC) compatible. DKIM requires the ability to create a signature on 
 a set of headers and the body. By changing the body, the DKIM signature 
 fails and the resulting messages sent by the mail list may in the future 
 be blocked by  more and more mail servers.
 
 Gerben Wierda
 Chess and the Art of Enterprise Architecture 
 Mastering ArchiMate 
 Architecture for Real Enterprises 
  at 
 InfoWorld
 On Slippery Ice  at EAPJ

___
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] special book layout problem in ConTeXt

[nicolas mondon]

Woaw! Thanks a lot... Let's try!

Le jeu. 19 sept. 2019 à 19:49, Wolfgang Schuster <
wolfgang.schuster.li...@gmail.com> a écrit :

> Nicolas Mondon schrieb am 19.09.2019 um 19:18:
> >
> > Thank you Wolfgang for your answer.
> >
> > So, yes the figures/tables should appear before the text on a even
> > (left side) page while the text would appear only on odd (right side)
> > pages. The left page should be empty when there are no figures/tables
> > for the following right page, and the float doesn't have to appear
> > strictly at the same vertical position as the reference, but as
> > possible only. Specially beacause, it may have several references in
> > only one paragraph for exemple on the right page, and so the figure
> > should appear in the right order on the left page, but couldn't be
> > exactly at the same height. Also, if there are too many references in
> > on right page, the figures which can't fit the left page should go on
> > the top od the next left page...
> >
> > It's possible that my answer change the proposition you made at the
> > end of your message. Nevertherless, there is some thing in your last
> > paragrph which is not clear for me : " Afterwards you split each page
> > in half and create two separate pages from one single page which can
> > be done with a loop (can be done theoretically with the imposition
> > mechanism but a separate document is easier)."
> >
> Step 1:
>
>   Create a document with a very big left margin where you can place all
> floats.
>
> \setuppapersize
>[A3,landscape]
>
> \setuplayout
>[backspace=23.5cm,
> width=15cm,edge=14cm]
>
> \showframe
>
> \setupfloat
>[default=leftedge,
> minwidth=14cm]
>
> \starttext
>
> \input ward
>
> \startplacefigure
> \externalfigure[dummy]
> \stopplacefigure
>
> \input knuth
>
> \startplacetable
>\starttabulate[|c|c|c|]
>\FL
>\NC A \NC B \NC C \NC\NR
>\ML
>\NC X \NC Y \NC Z \NC\NR
>\LL
>\stoptabulate
> \stopplacetable
>
> \input zapf
>
> \stoptext
>
>
> Step 2:
>
> Split each page into two separate pages where one contains all floats
> while the other page contains the text.
>
> Wolfgang
>
>

-- 
*catalogue, écoutes et infos concerts :*
*http://n.mondon.free.fr/* 
___
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] special book layout problem in ConTeXt

[Nicolas Mondon]

Thank you Wolfgang for your answer.

So, yes the figures/tables should appear before the text on a even (left 
side) page while the text would appear only on odd (right side) pages. 
The left page should be empty when there are no figures/tables for the 
following right page, and the float doesn't have to appear strictly at 
the same vertical position as the reference, but as possible only. 
Specially beacause, it may have several references in only one paragraph 
for exemple on the right page, and so the figure should appear in the 
right order on the left page, but couldn't be exactly at the same 
height. Also, if there are too many references in on right page, the 
figures which can't fit the left page should go on the top od the next 
left page...


It's possible that my answer change the proposition you made at the end 
of your message. Nevertherless, there is some thing in your last 
paragrph which is not clear for me : " Afterwards you split each page in 
half and create two separate pages from one single page which can be 
done with a loop (can be done theoretically with the imposition 
mechanism but a separate document is easier)."


Thank you!

Nicolas

/Nicolas Mondon
catalogue, écoutes, concerts :
http://n.mondon.free.fr/
/
Le 15/09/2019 à 13:52, Wolfgang Schuster a écrit :

Nicolas Mondon schrieb am 12.09.2019 um 18:55:


Dear ConText Hepers,

I'm not sure I'm writing at the good email adress, or even the good 
place; but sorry, I didn't find any online forum or othr hep centers, 
so I try. Please tell me if I have to write to someone else.



This is the right place for your questions.


I'd like to edit a thesis (so, as a book), with the text only on even 
pages, and tables and figure only on odd pages, in front of the 
paragraph wich comment them. I try to do this automatically by 
writing the text, make a reference to the figure in the paragraph, 
and then the layout appears correctly...


If the figures/tables should appear before the text you want on a even 
(left side) page while the text would appear only on odd (right side) 
pages. A few questions remain before a certain answer can be given, 
e.g. should the left page be empty when there are no figures/tables 
for the following right page and should the float appear at the same 
vertical position as the reference.


I have the impression this is possible to do in ConText, but I havn't 
find how yet. Is it possibel to force, in the setups, the text to be 
on the right pages, and the figures on the left pages?


There is no easy solution for this yet and it also depends on your 
requirements mentioned above. The easiest way to achieve such a layout 
is to to increase the paper width to twice the normal layout and use 
the left half for a very big margin area where you can place the 
tables/graphics.


In a first step you create a normal document with this unusual layout. 
Afterwards you split each page in half and create two separate pages 
from one single page which can be done with a loop (can be done 
theoretically with the imposition mechanism but a separate document is 
easier).


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

Re: [NTG-context] OpenBSD install broken

[Mojca Miklavec]

Dear Robert,

On Sat, 21 Sep 2019 at 01:09, Robert Krug wrote:
>
> Now, to the reason for this note. I recently tries to install context on an 
> OpenBSD 6.5 AMD64
> system, but the install failed. Thanks to some helpful emails in the archives 
> from 2017 and 2018,
> I was able to get this working by editing mtxrun and mtx-update.sh.

This would be really nice to fix eventually.

Hans, we do have all the required files:
https://distribution.contextgarden.net/setup/openbsd6.5/
https://distribution.contextgarden.net/setup/openbsd6.5-amd64/
...
https://distribution.contextgarden.net/current/bin/luatex/openbsd6.5-amd64/
...
but the problem is that mtxrun knows the platform under the name of
"openbsd-amd64" rather than "openbsd6.5-amd64".


The first-setup.sh script already correctly recognizes the name by
doing the following:

system=`uname -s`
case "$system" in
OpenBSD)
version=`uname -r`
platform="openbsd${version}-amd64" ;; # for 64-bit one; a
separate call for 32-bit of course

while mtxrun "ignores" the version name, but also ignores the
parameter being passed as

mtxrun --script bin/mtx-update.lua --platform=openbsd6.5-amd64

> I include what I did below.

Thanks.

> 1) Do the usual:
>
>   mkdir context && cd context
>   rsync -ptv rsync://contextgarden.net/standalone/setup/first-setup.sh .
>   ./first-setup.sh
>
> This will silently fail, because
> bin/mtx-update.lua
> bin/mtxrun
> do not recognize openbsd.
>
> 2) Edit bin/mtxrun:
>
> We need to define a "good" version of resolvers.platform(t,k)
> At line 4049, there is a default definition. Replace it with:
>
>  function resolvers.platform(t,k)
>   local platform="openbsd6.5-amd64"
>   os.setenv("MTX_PLATFORM",platform)
>   os.platform=platform
>   return platform
>  end

It would be ideal to fix this properly instead, for everyone else.
This is a good recipe for a workaround, but we need something better.

In my opinion this might be best to maybe even fix inside luatex
sources themselves.

> 6) Finally, the setuptex script gives me an error message:
>
>   megaera$ . /home//Context/tex/setuptex
>   /bin/ksh: /home//Context/tex/setuptex[163]: ${.sh.file}": bad 
> substitution
>
> but it is not hard to set the path correctly:
>
>   PATH=$PATH\:/home//Context/tex/texmf-openbsd6.5-amd64/bin ; export 
> PATH

This is something that I need to fix independently in the installation
script. Do you have any clue what could be done to make it work
properly on OpenBSD?

Mojca

PS: Hans, for some reason the 32-bit virtual machine for OpenBSD 6.5
seems broken in a bad way (I doesn't even reach the login screen), no
clue what's wrong, and I don't have extensive experience with OpenBSD
either. I could keep investigating, but I'll probably simply end up
setting up a fresh one. It would be helpful to maybe do some disk
health checks on the server, just in case.
___
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
___