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 ___