Re: [NTG-context] Finding Minion and Myriad
On Tue, Oct 4, 2011 at 1:29 AM, john Culleton j...@wexfordpress.com wrote: Are you stating that I need a system-wide installation to get MKIV to find fonts in /usr/share/fonts? It's better to keep separate system fonts from ConTeXt. Some fonts can be updated/moved when the system make an upgrade, different OS have different font paths and so on. Almost all of the time the better solution is to keep the fonts under texmf-project: you project will survive if you change Linux release/distro or pass to Windows/MacOS. -- 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] Any (other) ConTeXt users in Finland?
Hi, I am based in Helsinki. I am a doctoral student in Aalto university's Dept. of Design. I am using Context very seriously for my dissertation. Not just for Graphic design but for managing the writing process as well. Would be nice meet other context users here. Best, Salil Sayed salil.sa...@aalto.fi From: Mari Voipio mari.voi...@iki.fi Subject: [NTG-context] Any (other) ConTeXt users in Finland? Hello All! Inspired by the recent ConTeXt meeting where I again enjoyed meeting other users as well as the developers, I'm wondering if there are any other ConTeXt users in Finland? And if so, would you be interested in a mini-meeting for an afternoon or evening, possibly at my work in Vantaa? If nothing else, we could tell each other what we do with ConTeXt and get ideas and with luck even be able to sort out some problems. I'm far from the nerdiest person in the world, but I could probably manage a short introduction to ConTeXt, if you are interested but haven't gotten started or if you know people who'd like to try but don't want to do it by themselves. BTW, if any ConTeXt users (Finnish or others) pass by Helsinki airport or the Greater Helsinki area, you are welcome to informally pop into our office and I'll give you coffee/tea and cookies (if we have any) and any ConTeXt help I can give. Just check on this in advance as I'm not always there, but often can arrange things if notified a few days earlier. Terveisin/Best Regards, Mari Voipio K-Patents Oy (in Vantaanportti, just 5 minutes from the airport) ___ 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 __ 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] AcroRd32 Runtime Error
Hallo, I have updated my context after a very long time. The first test run does not work because an initally dde attempt to acroread. I got the following errormessage: Microsoft Visual C++ Runtime Library Runtime Error! Program: C:\Programme\Adobe\Reader 9.0\Reader\AcroRd32.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. I have Acrobat Reader Version 9.4.6. This is working ok with pdf files and this has worked ok with context prior to the update. I have the following questions: The executable pdfdde, resp. their incarnations pdfopen and pdfclose know an option --rx. Is this necessary to use acrobat reader 10? pdfdde --help outputs: Beware: only documents opened by `pdfopen' can be closed by `pdfclose'. But if I open my compiled file manually (not by pdfopen), --autopdf works ok. It closes the reader and opens him with the new compiled file and so on. So, an initally open with pdfopen does not work! How is pdfopen/close working? Can someone explain? pdfdde seems to be based on --- DDEOpen.c This file is furnished to you by Adobe Systems Incorporated under the terms of the Acrobat (r) Plug-ins Software Development Kit License Agreement. Copyright (C) 1995-1999, Adobe Systems Inc. All Rights Reserved. --- Is there any difference (not related to Reader 10)? I do not understand at all what has happend. 10 Minutes before my context-update, all was working ok. There must be a little difference. 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] Bibliography related questions
-Ursprüngliche Nachricht-
Von: ntg-context-boun...@ntg.nl [mailto:ntg-context-boun...@ntg.nl] Im
Auftrag von Taco Hoekwater
Gesendet: Mittwoch, 28. September 2011 10:58
An: mailing list for ConTeXt users
Cc: Hans Hagen; Thomas A. Schmitz
Betreff: Re: [NTG-context] Bibliography related questions
On 09/27/2011 07:50 PM, Hans Hagen wrote:
On 22-9-2011 12:03, Christian wrote:
- Can I get hyperlinks working with references in Context ? For
example, with Biblatex with a citation and its reference, if I
select the authoryear style, then I get : my citation (author
year). And the reader can click on the year and be redirected to the
reference in the bibliography. The year is a hyperlink. Can we get
the same behaviour with Context ?
Unfortunately, interaction only works if one uses the default
ref-style, with the shitty [1]. Then this is clickable. Other
alternatives like authoryear are NOT clickable.
with \setupcite[compress=no] you should be able to get links with the more
complex styles as well.
Yes, you are right. But one has to explicitly specify the styles in that
command, i.e:
\setupcite[authoryears,authoryear][interaccompress=no]
With all that together, I can do all that I need. Here's my modified code from
the provided
samples:
---START OF FILE
\setupbibtex[database=sample,sort=author]
\setuppublications[alternative=apa-de,sorttype=bbl,refcommand=authoryear]
\setupinteraction[state=start,color=darkgreen,style=normal]
\setupcite[authoryears,authoryear][compress=no]
\def\textpagecite[#1][#2]%
{\cite[alternative=authoryear,extras={, S.\,#2}][#1]}
\def\pagecite[#1][#2]%
{\cite[alternative=authoryears,extras={, S.\,#2}][#1]}
\def\indirectpagecite[#1][#2]%
{\cite[alternative=authoryears,left={(vgl. },extras={, S.\,#2}][#1]}
\starttext
\pagecite[Eijkhout1991][3]\\
\indirectpagecite[Eijkhout1991][3]\\
\textpagecite[Eijkhout1991][3]
\page[yes]
\placepublications[criterium=all]
\stoptext
---END OF FILE--
Thanks to all those who contributed solving this issue!
___
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] \doifmode and friends
I find that abc \doifmode{mode}{text} more text can introduce extra
whitespace. I conclude therefore that there is no \ignorespaces at work here.
As a consequence the \doifmode does not completely disappear if mode is not
satisfied.
Is this intentional or should this behaviour be changed?
Hans van der Meer
___
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] \doifmode and friends
Am 04.10.2011 um 20:19 schrieb Meer, H. van der:
I find that abc \doifmode{mode}{text} more text can introduce extra
whitespace. I conclude therefore that there is no \ignorespaces at work here.
As a consequence the \doifmode does not completely disappear if mode is not
satisfied.
Is this intentional or should this behaviour be changed?
You can use the annotation module, it supports this function.
\usemodule[annotation]
\defineannotation[test][alternative=text]
\starttext
Can you see this \test{hidden} text?
\setupannotation[test][alternative=none]
Can you see this \test{hidden} text?
\stoptext
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] \doifmode and friends
On Tue, 4 Oct 2011, Meer, H. van der wrote:
I find that abc \doifmode{mode}{text} more text can introduce extra
whitespace. I conclude therefore that there is no \ignorespaces at work here. As a
consequence the \doifmode does not completely disappear if mode is not satisfied.
Is this intentional or should this behaviour be changed?
Can you provide a minimal example. I don't get any extra spaces
\enablemode[test]
\starttext
A\doifmode{test}{B}C
A\doifmode{notest}{B}C
\stoptext
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] \doifmode and friends
Am 04.10.2011 um 20:37 schrieb Aditya Mahajan:
On Tue, 4 Oct 2011, Meer, H. van der wrote:
I find that abc \doifmode{mode}{text} more text can introduce extra
whitespace. I conclude therefore that there is no \ignorespaces at work
here. As a consequence the \doifmode does not completely disappear if mode
is not satisfied.
Is this intentional or should this behaviour be changed?
Can you provide a minimal example. I don't get any extra spaces
\enablemode[test]
\starttext
A\doifmode{test}{B}C
A\doifmode{notest}{B}C
\stoptext
There is a unwanted space in the second paragraph.
\enablemode[test]
\starttext
A \doifmode{test}{B} C
A \doifmode{notest}{B} C
\stoptext
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
___
[NTG-context] \cite with authornum and extras
Hi,
please consider the following example.
\setupbibtex[database={sample}]
\starttext
\cite[alternative=authornum, extras={, p.\ 1}][Eijkhout1991]
\cite[alternative=authoryear, extras={, p.\ 1}][Eijkhout1991]
\placepublications[criterium=all]
\stoptext
In the cite with alternative=authornum the extras-key seems to be
ignored, I only get Eijkhout [4] while on the next line I get
Eijkhout (1991, p. 1) with the page number as intended. What am I
doing wrong?
Also, if I comment the \placepublications line I get Eijkhout [[error
2]]...
Thanks for any hints!
Best regards,
Stefan
___
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] \doifmode and friends
On 4 okt. 2011, at 20:44, Wolfgang Schuster wrote:
Am 04.10.2011 um 20:37 schrieb Aditya Mahajan:
On Tue, 4 Oct 2011, Meer, H. van der wrote:
I find that abc \doifmode{mode}{text} more text can introduce extra
whitespace. I conclude therefore that there is no \ignorespaces at work
here. As a consequence the \doifmode does not completely disappear if mode
is not satisfied.
Is this intentional or should this behaviour be changed?
Can you provide a minimal example. I don't get any extra spaces
\enablemode[test]
\starttext
A\doifmode{test}{B}C
A\doifmode{notest}{B}C
\stoptext
There is a unwanted space in the second paragraph.
I dare voicing a different opinion. Allthough there indeed is both a space
before the \doifmode as well as after it, I am aware of that but that is
besides my point. I expected the \doifmode to vanish completely when the
condition is not met. As is the case, even if the condition is not met it has a
measurable effect because of the extra space being typeset.
To be more explicit, my expectations were: A \doifmode{condition-not-met}{B} C
resulting in: AC
whereas it becomes: A C.
\enablemode[test]
\starttext
A \doifmode{test}{B} C
A \doifmode{notest}{B} C
\stoptext
Wolfgang
___
Hans van der Meer
___
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] \doifmode and friends
Am 04.10.2011 um 23:17 schrieb Meer, H. van der:
On 4 okt. 2011, at 20:44, Wolfgang Schuster wrote:
Am 04.10.2011 um 20:37 schrieb Aditya Mahajan:
On Tue, 4 Oct 2011, Meer, H. van der wrote:
I find that abc \doifmode{mode}{text} more text can introduce extra
whitespace. I conclude therefore that there is no \ignorespaces at work
here. As a consequence the \doifmode does not completely disappear if mode
is not satisfied.
Is this intentional or should this behaviour be changed?
Can you provide a minimal example. I don't get any extra spaces
\enablemode[test]
\starttext
A\doifmode{test}{B}C
A\doifmode{notest}{B}C
\stoptext
There is a unwanted space in the second paragraph.
I dare voicing a different opinion. Allthough there indeed is both a space
before the \doifmode as well as after it, I am aware of that but that is
besides my point. I expected the \doifmode to vanish completely when the
condition is not met. As is the case, even if the condition is not met it has
a measurable effect because of the extra space being typeset.
To be more explicit, my expectations were: A \doifmode{condition-not-met}{B}
C resulting in: AC
whereas it becomes: A C.
I guess modes aren’t meant for this but again i can only offer my annotation
module.
\usemodule[annotation]
\defineannotation[test][alternative=text]
\starttext
A \test{B} C
\setupannotation[test][alternative=none,next=\ignorespaces]
A \test{B} C
\stoptext
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] \doifmode and friends
On 4-10-2011 23:17, Meer, H. van der wrote:
I dare voicing a different opinion. Allthough there indeed is both a space
before the \doifmode as well as after it, I am aware of that but that is
besides my point. I expected the \doifmode to vanish completely when the
condition is not met. As is the case, even if the condition is not met it has a
measurable effect because of the extra space being typeset.
To be more explicit, my expectations were: A \doifmode{condition-not-met}{B} C
resulting in: AC
whereas it becomes: A C.
spaces are always meaningful
A \doifmode{condition-not-met}{B} C
actually what you ask for is:
Aspace\doifmode{condition-not-met}{B}spaceC
so when the condition is not met you get
AspacespaceC
i can see no reason for ignoring spaces after a doifmode by default
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] AcroRd32 Runtime Error
On 4-10-2011 18:39, Wolfgang Werners-Lucchini wrote: Hallo, I have updated my context after a very long time. The first test run does not work because an initally dde attempt to acroread. I got the following errormessage: Microsoft Visual C++ Runtime Library Runtime Error! Program: C:\Programme\Adobe\Reader 9.0\Reader\AcroRd32.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. I have Acrobat Reader Version 9.4.6. This is working ok with pdf files and this has worked ok with context prior to the update. I have the following questions: The executable pdfdde, resp. their incarnations pdfopen and pdfclose know an option --rx. Is this necessary to use acrobat reader 10? pdfdde --help outputs: Beware: only documents opened by `pdfopen' can be closed by `pdfclose'. But if I open my compiled file manually (not by pdfopen), --autopdf works ok. It closes the reader and opens him with the new compiled file and so on. So, an initally open with pdfopen does not work! How is pdfopen/close working? Can someone explain? pdfdde seems to be based on --- DDEOpen.c This file is furnished to you by Adobe Systems Incorporated under the terms of the Acrobat (r) Plug-ins Software Development Kit License Agreement. Copyright (C) 1995-1999, Adobe Systems Inc. All Rights Reserved. --- Is there any difference (not related to Reader 10)? I do not understand at all what has happend. 10 Minutes before my context-update, all was working ok. There must be a little difference. see l-pdfview.lua ... the clal on windows is: pdfopen --ax --file anyhow, unfortunately the pdfopen/close programs are not consistent with respect to dealing with commandline options on different platforms (and also not downward compatible) which in fact renders them somewhat useless (it woudl be nice if someone would normalize them) 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] AcroRd32 Runtime Error
Hallo, see l-pdfview.lua ... the clal on windows is: pdfopen --ax --file anyhow, unfortunately the pdfopen/close programs are not consistent with respect to dealing with commandline options on different platforms (and also not downward compatible) which in fact renders them somewhat useless (it woudl be nice if someone would normalize them) Hans if I give the command: context --autopdf a.tex I get the runtime error and after the context run mtx-context | pdfview methods: acrobat default okular, current method: acrobat (directives_pdfview_method)Cannot contact a server. pdfopen --ax --file a.pdf pdfopen --rx --file a.pdf pdfopen --file a.pdf works ok pdfclose --ax --file a.pdf pdfclose --rx --file a.pdf pdfclose --file a.pdf works ok too, if not following a pdfopen, otherwise I get: Cannot execute command [DocClose(%s)] (error 16393) Shouldn't be the first two variants for acrobat (resp. reader) 10? I wonder why they are working. I have the reader 9.4.6 and no acrobat at all. 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 ___
[NTG-context] Framed Text Split Over Multiple Pages
Hey list,
I'd like my framed text to be split over multiple pages rather than
leaving a big empty page before it starts so that it can fill its own
whole page when large enough.
This is what I am using and works fine, with the exception of no inline
page breaks:
\definestartstop
[SubDocument]
[before={
\crlf
\setupbackground[frame=on,
before=\blank,
after=\blank,
corner=round,
topoffset=0.5cm,
leftoffset=0.5cm,
rightoffset=0.5cm,
bottomoffset=0.5cm]
\startbackground
},
after={
\stopbackground
\crlf
},
commands={\setupalign[yes]},
style=italic]
Then used as such:
\startSubDocument
...
\stopSubDocument
--
Kip Warner -- Software Engineer
OpenPGP encrypted/signed mail preferred
http://www.thevertigo.com
signature.asc
Description: This is a digitally signed message part
___
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] Framed Text Split Over Multiple Pages
On Tue, 4 Oct 2011, Kip Warner wrote: Hey list, I'd like my framed text to be split over multiple pages rather than leaving a big empty page before it starts so that it can fill its own whole page when large enough. This is what I am using and works fine, with the exception of no inline page breaks: Can you explain what you mean by inline pagebreak? 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 ___
