Re: [NTG-context] bibmodule acquired problem
Recently I reported the following problem: On 25 sep. 2011, at 19:58, H. van der Meer wrote: I used the following macro for typsetting literature references in footnotes. It worked without problems until now, but then I didn't use the bib module for some time. It looks like a problem has crept in with the inproceedings type. The error message: to be read again \pbd: \bibgetvart #1-\csname pbd:#1\endcsname \plussix Digging into the code I finally was able to nail the problem: the offending citation being of type t=inproceedings was missing the title item. Then I observe a call with #1 in bibgetvart empty, somehow leading to a missing \endcsname error message. Obviously earlier this wasn't a problem but now is. I guess because the code changed since my previous work on the project. 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] bibmodule acquired problem
An addtionial remark here: in the .bib file this is caused by a missing book title. On 27 sep. 2011, at 10:03, Hans van der Meer wrote: Recently I reported the following problem: On 25 sep. 2011, at 19:58, H. van der Meer wrote: I used the following macro for typsetting literature references in footnotes. It worked without problems until now, but then I didn't use the bib module for some time. It looks like a problem has crept in with the inproceedings type. The error message: to be read again \pbd: \bibgetvart #1-\csname pbd:#1\endcsname \plussix Digging into the code I finally was able to nail the problem: the offending citation being of type t=inproceedings was missing the title item. Then I observe a call with #1 in bibgetvart empty, somehow leading to a missing \endcsname error message. Obviously earlier this wasn't a problem but now is. I guess because the code changed since my previous work on the project. 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 ___ ___ 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] bibmodule acquired problem
Step by step I am able to dig deeper in the problem. The fact that it used to work but now doesn't may well be connected with the fact that the booktitle in those cases came from a crossref = item in the bib file. Could it be the \crossref{} macro is not recognized any longer by the ConTeXt bib module? In file bibl-tra.mkiv I encounter the following comment: %D \macros{bib@crossref} %D %D \type{\crossref} is used in database files to point to another %D entry. Because of this special situation, it has to be defined %D separately. Since this command will not be seen until at %D \type{\placepublications}, it may force extra runs. The same is %D true for \type{\cite} commands inside of publications. In typesetting the citation in the footnote I am solely using cite, not \placepublications. Does someone know why earlier the \crossref worked and now obviously has been switched out of the loop? Is there another way to force these crossref's to be carried out? Hans van der Meer On 27 sep. 2011, at 10:07, Meer, H. van der wrote: An addtionial remark here: in the .bib file this is caused by a missing book title. On 27 sep. 2011, at 10:03, Hans van der Meer wrote: Recently I reported the following problem: On 25 sep. 2011, at 19:58, H. van der Meer wrote: I used the following macro for typsetting literature references in footnotes. It worked without problems until now, but then I didn't use the bib module for some time. It looks like a problem has crept in with the inproceedings type. The error message: to be read again \pbd: \bibgetvart #1-\csname pbd:#1\endcsname \plussix Digging into the code I finally was able to nail the problem: the offending citation being of type t=inproceedings was missing the title item. Then I observe a call with #1 in bibgetvart empty, somehow leading to a missing \endcsname error message. Obviously earlier this wasn't a problem but now is. I guess because the code changed since my previous work on the project. ___ 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] bibmodule acquired problem
Hi, I think this is related to my message from yesterday [1]. The booktitle key is ignored in inproceedings entries when crossref is present. See the following excerpt from cont-ab.bst: FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle crossref missing$ { format.in.booktitle.or.series format.number.series \city address do.out format.pages } { format.incoll.inproc.crossref format.pages } if$ \pubname publisher do.out \organization organization do.out stop.entry } So title is not set in the .bbl file. Good to know that I'm not the only one who's having trouble with that. I didn't know what I should expect when using crossref, so I decided to not mind the missing booktitle. But it would still be nice (as seen in your example) if the actual citation style could decide whether or not to use booktitle aka title. HTH, Stefan. [1] http://archive.contextgarden.net/message/20110926.093110.8bc078f6.en.html On 27.09.2011 10:41, Meer, H. van der wrote: Step by step I am able to dig deeper in the problem. The fact that it used to work but now doesn't may well be connected with the fact that the booktitle in those cases came from a crossref = item in the bib file. Could it be the \crossref{} macro is not recognized any longer by the ConTeXt bib module? In file bibl-tra.mkiv I encounter the following comment: %D \macros{bib@crossref} %D %D \type{\crossref} is used in database files to point to another %D entry. Because of this special situation, it has to be defined %D separately. Since this command will not be seen until at %D \type{\placepublications}, it may force extra runs. The same is %D true for \type{\cite} commands inside of publications. In typesetting the citation in the footnote I am solely using cite, not \placepublications. Does someone know why earlier the \crossref worked and now obviously has been switched out of the loop? Is there another way to force these crossref's to be carried out? Hans van der Meer On 27 sep. 2011, at 10:07, Meer, H. van der wrote: An addtionial remark here: in the .bib file this is caused by a missing book title. On 27 sep. 2011, at 10:03, Hans van der Meer wrote: Recently I reported the following problem: On 25 sep. 2011, at 19:58, H. van der Meer wrote: I used the following macro for typsetting literature references in footnotes. It worked without problems until now, but then I didn't use the bib module for some time. It looks like a problem has crept in with theinproceedings type. The error message: to be read again \pbd: \bibgetvart #1-\csname pbd:#1\endcsname \plussix Digging into the code I finally was able to nail the problem: the offending citation being of type t=inproceedings was missing the title item. Then I observe a call with #1 in bibgetvart empty, somehow leading to a missing \endcsname error message. Obviously earlier this wasn't a problem but now is. I guess because the code changed since my previous work on the project. ___ 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] bibmodule acquired problem
Yes, we are having the two faces same problem, I guess. The fact is that \booktitle in the crossref'ed publication should be processed as a \title item in the citatation crossreff'd. The error in my case boils down to the fact that the title-entry is called without being actually present. With the missing \title sofar I have nailed it down to macro \bibgetvart#1 from the following bbl entry: \startpublication[k=campbell:92,t=inproceedings, a={{Campbell},{Wiener}},y=1992, .. (no \title) \stoppublication and log printing in the log from the modified macro: \def\bibgetvart#1{\writestatus{ERROR}{Parameter #1 on bibgetvart \expandafter\string\csname pbd:#1\endcsname}\csname pbd:#1\endcsname\plussix}% I find the log: ERRORParameter campbell:92 on bibgetvart \pbd:campbell:92 ERRORParameter on bibgetvart \pbd: ! Missing \endcsname inserted. Thus the missing \title thus seems to result in extra call to a bibliography entry that does not exist. This is about as far as I am at the moment in analyzing the problem. Hans van der Meer On 27 sep. 2011, at 12:09, Stefan Müller wrote: Hi, I think this is related to my message from yesterday [1]. The booktitle key is ignored in inproceedings entries when crossref is present. See the following excerpt from cont-ab.bst: FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle crossref missing$ { format.in.booktitle.or.series format.number.series \city address do.out format.pages } { format.incoll.inproc.crossref format.pages } if$ \pubname publisher do.out \organization organization do.out stop.entry } So title is not set in the .bbl file. Good to know that I'm not the only one who's having trouble with that. I didn't know what I should expect when using crossref, so I decided to not mind the missing booktitle. But it would still be nice (as seen in your example) if the actual citation style could decide whether or not to use booktitle aka title. HTH, Stefan. [1] http://archive.contextgarden.net/message/20110926.093110.8bc078f6.en.html On 27.09.2011 10:41, Meer, H. van der wrote: Step by step I am able to dig deeper in the problem. The fact that it used to work but now doesn't may well be connected with the fact that the booktitle in those cases came from a crossref = item in the bib file. Could it be the \crossref{} macro is not recognized any longer by the ConTeXt bib module? In file bibl-tra.mkiv I encounter the following comment: %D \macros{bib@crossref} %D %D \type{\crossref} is used in database files to point to another %D entry. Because of this special situation, it has to be defined %D separately. Since this command will not be seen until at %D \type{\placepublications}, it may force extra runs. The same is %D true for \type{\cite} commands inside of publications. In typesetting the citation in the footnote I am solely using cite, not \placepublications. Does someone know why earlier the \crossref worked and now obviously has been switched out of the loop? Is there another way to force these crossref's to be carried out? Hans van der Meer On 27 sep. 2011, at 10:07, Meer, H. van der wrote: An addtionial remark here: in the .bib file this is caused by a missing book title. On 27 sep. 2011, at 10:03, Hans van der Meer wrote: Recently I reported the following problem: On 25 sep. 2011, at 19:58, H. van der Meer wrote: I used the following macro for typsetting literature references in footnotes. It worked without problems until now, but then I didn't use the bib module for some time. It looks like a problem has crept in with theinproceedings type. The error message: to be read again \pbd: \bibgetvart #1-\csname pbd:#1\endcsname \plussix Digging into the code I finally was able to nail the problem: the offending citation being of type t=inproceedings was missing the title item. Then I observe a call with #1 in bibgetvart empty, somehow leading to a missing \endcsname error message. Obviously earlier this wasn't a problem but now is. I guess because the code changed since my previous work on the project. ___ 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
Re: [NTG-context] bibmodule acquired problem
Maybe one could modify FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle crossref missing$ { format.in.booktitle.or.series format.number.series \city address do.out format.pages } { format.incoll.inproc.crossref format.pages } if$ \pubname publisher do.out \organization organization do.out stop.entry } to FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle format.in.booktitle.or.series format.number.series \city address do.out format.pages format.incoll.inproc.crossref \pubname publisher do.out \organization organization do.out stop.entry } in cont-*.bst? I don't know if this would cause any trouble... Stefan On 27.09.2011 12:35, Meer, H. van der wrote: Yes, we are having the two faces same problem, I guess. The fact is that \booktitle in the crossref'ed publication should be processed as a \title item in the citatation crossreff'd. The error in my case boils down to the fact that the title-entry is called without being actually present. With the missing \title sofar I have nailed it down to macro \bibgetvart#1 from the following bbl entry: \startpublication[k=campbell:92,t=inproceedings, a={{Campbell},{Wiener}},y=1992, .. (no \title) \stoppublication and log printing in the log from the modified macro: \def\bibgetvart#1{\writestatus{ERROR}{Parameter#1 on bibgetvart \expandafter\string\csname pbd:#1\endcsname}\csname pbd:#1\endcsname\plussix}% I find the log: ERROR Parametercampbell:92 on bibgetvart \pbd:campbell:92 ERROR Parameter on bibgetvart \pbd: ! Missing \endcsname inserted. Thus the missing \title thus seems to result in extra call to a bibliography entry that does not exist. This is about as far as I am at the moment in analyzing the problem. Hans van der Meer On 27 sep. 2011, at 12:09, Stefan Müller wrote: Hi, I think this is related to my message from yesterday [1]. The booktitle key is ignored in inproceedings entries when crossref is present. See the following excerpt from cont-ab.bst: FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle crossref missing$ { format.in.booktitle.or.series format.number.series \city address do.out format.pages } { format.incoll.inproc.crossref format.pages } if$ \pubname publisher do.out \organization organization do.out stop.entry } So title is not set in the .bbl file. Good to know that I'm not the only one who's having trouble with that. I didn't know what I should expect when using crossref, so I decided to not mind the missing booktitle. But it would still be nice (as seen in your example) if the actual citation style could decide whether or not to use booktitle aka title. HTH, Stefan. [1] http://archive.contextgarden.net/message/20110926.093110.8bc078f6.en.html On 27.09.2011 10:41, Meer, H. van der wrote: Step by step I am able to dig deeper in the problem. The fact that it used to work but now doesn't may well be connected with the fact that the booktitle in those cases came from a crossref = item in the bib file. Could it be the \crossref{} macro is not recognized any longer by the ConTeXt bib module? In file bibl-tra.mkiv I encounter the following comment: %D \macros{bib@crossref} %D %D \type{\crossref} is used in database files to point to another %D entry. Because of this special situation, it has to be defined %D separately. Since this command will not be seen until at %D \type{\placepublications}, it may force extra runs. The same is %D true for \type{\cite} commands inside of publications. In typesetting the citation in the footnote I am solely using cite, not \placepublications. Does someone know why earlier the \crossref worked and now obviously has been switched out of the loop? Is there another way to force these crossref's to be carried out? Hans van der Meer On 27 sep. 2011, at 10:07, Meer, H. van der wrote: An addtionial remark here: in the .bib file this is caused by a missing book title. On 27 sep. 2011, at 10:03, Hans van der Meer wrote: Recently I reported the following problem: On 25 sep. 2011, at 19:58, H. van der Meer wrote: I used the following macro for typsetting literature references in footnotes. It worked without problems until now, but then I didn't use the bib module for some time. It looks like a problem has crept in with theinproceedings type. The error message: to be read again \pbd: \bibgetvart #1-\csname pbd:#1\endcsname \plussix Digging into the code I finally was able to nail the problem: the offending citation being of type t=inproceedings was
Re: [NTG-context] bibmodule acquired problem
This does not help. The error is still there. I guess because this doesn't add the missing title. I cannot see in the FUNCTION a format.title. But somwhere the bibmodule calls it from the proceedings entry. Hans van der Meer On 27 sep. 2011, at 12:50, Stefan Müller wrote: Maybe one could modify FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle crossref missing$ { format.in.booktitle.or.series format.number.series \city address do.out format.pages } { format.incoll.inproc.crossref format.pages } if$ \pubname publisher do.out \organization organization do.out stop.entry } to FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle format.in.booktitle.or.series format.number.series \city address do.out format.pages format.incoll.inproc.crossref \pubname publisher do.out \organization organization do.out stop.entry } in cont-*.bst? I don't know if this would cause any trouble... Stefan On 27.09.2011 12:35, Meer, H. van der wrote: Yes, we are having the two faces same problem, I guess. The fact is that \booktitle in the crossref'ed publication should be processed as a \title item in the citatation crossreff'd. The error in my case boils down to the fact that the title-entry is called without being actually present. With the missing \title sofar I have nailed it down to macro \bibgetvart#1 from the following bbl entry: \startpublication[k=campbell:92,t=inproceedings, a={{Campbell},{Wiener}},y=1992, .. (no \title) \stoppublication and log printing in the log from the modified macro: \def\bibgetvart#1{\writestatus{ERROR}{Parameter#1 on bibgetvart \expandafter\string\csname pbd:#1\endcsname}\csname pbd:#1\endcsname\plussix}% I find the log: ERROR Parametercampbell:92 on bibgetvart \pbd:campbell:92 ERROR Parameter on bibgetvart \pbd: ! Missing \endcsname inserted. Thus the missing \title thus seems to result in extra call to a bibliography entry that does not exist. This is about as far as I am at the moment in analyzing the problem. Hans van der Meer On 27 sep. 2011, at 12:09, Stefan Müller wrote: Hi, I think this is related to my message from yesterday [1]. The booktitle key is ignored in inproceedings entries when crossref is present. See the following excerpt from cont-ab.bst: FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle crossref missing$ { format.in.booktitle.or.series format.number.series \city address do.out format.pages } { format.incoll.inproc.crossref format.pages } if$ \pubname publisher do.out \organization organization do.out stop.entry } So title is not set in the .bbl file. Good to know that I'm not the only one who's having trouble with that. I didn't know what I should expect when using crossref, so I decided to not mind the missing booktitle. But it would still be nice (as seen in your example) if the actual citation style could decide whether or not to use booktitle aka title. HTH, Stefan. [1] http://archive.contextgarden.net/message/20110926.093110.8bc078f6.en.html On 27.09.2011 10:41, Meer, H. van der wrote: Step by step I am able to dig deeper in the problem. The fact that it used to work but now doesn't may well be connected with the fact that the booktitle in those cases came from a crossref = item in the bib file. Could it be the \crossref{} macro is not recognized any longer by the ConTeXt bib module? In file bibl-tra.mkiv I encounter the following comment: %D \macros{bib@crossref} %D %D \type{\crossref} is used in database files to point to another %D entry. Because of this special situation, it has to be defined %D separately. Since this command will not be seen until at %D \type{\placepublications}, it may force extra runs. The same is %D true for \type{\cite} commands inside of publications. In typesetting the citation in the footnote I am solely using cite, not \placepublications. Does someone know why earlier the \crossref worked and now obviously has been switched out of the loop? Is there another way to force these crossref's to be carried out? Hans van der Meer On 27 sep. 2011, at 10:07, Meer, H. van der wrote: An addtionial remark here: in the .bib file this is caused by a missing book title. On 27 sep. 2011, at 10:03, Hans van der Meer wrote: Recently I reported the following problem: On 25 sep. 2011, at 19:58, H. van der Meer wrote: I used the following macro for typsetting literature references in footnotes. It worked without problems until
Re: [NTG-context] bibmodule acquired problem
On 27.09.2011 13:33, Meer, H. van der wrote: This does not help. The error is still there. I guess because this doesn't add the missing title. I cannot see in the FUNCTION a format.title. But somwhere the bibmodule calls it from the proceedings entry. Hans van der Meer In my test file the booktitle was present as \title (used by bibl-apa.tex) when the crossref was missing... so I guessed this should work... Stefan On 27 sep. 2011, at 12:50, Stefan Müller wrote: Maybe one could modify FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle crossref missing$ { format.in.booktitle.or.series format.number.series \city address do.out format.pages } { format.incoll.inproc.crossref format.pages } if$ \pubname publisher do.out \organization organization do.out stop.entry } to FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle format.in.booktitle.or.series format.number.series \city address do.out format.pages format.incoll.inproc.crossref \pubname publisher do.out \organization organization do.out stop.entry } in cont-*.bst? I don't know if this would cause any trouble... Stefan On 27.09.2011 12:35, Meer, H. van der wrote: Yes, we are having the two faces same problem, I guess. The fact is that \booktitle in the crossref'ed publication should be processed as a \title item in the citatation crossreff'd. The error in my case boils down to the fact that the title-entry is called without being actually present. With the missing \title sofar I have nailed it down to macro \bibgetvart#1 from the following bbl entry: \startpublication[k=campbell:92,t=inproceedings, a={{Campbell},{Wiener}},y=1992, .. (no \title) \stoppublication and log printing in the log from the modified macro: \def\bibgetvart#1{\writestatus{ERROR}{Parameter#1 on bibgetvart \expandafter\string\csname pbd:#1\endcsname}\csname pbd:#1\endcsname\plussix}% I find the log: ERROR Parametercampbell:92 on bibgetvart \pbd:campbell:92 ERROR Parameter on bibgetvart \pbd: ! Missing \endcsname inserted. Thus the missing \title thus seems to result in extra call to a bibliography entry that does not exist. This is about as far as I am at the moment in analyzing the problem. Hans van der Meer On 27 sep. 2011, at 12:09, Stefan Müller wrote: Hi, I think this is related to my message from yesterday [1]. The booktitle key is ignored in inproceedings entries when crossref is present. See the following excerpt from cont-ab.bst: FUNCTION {inproceedings} { start.entry format.authors format.year format.arttitle crossref missing$ { format.in.booktitle.or.series format.number.series \city address do.out format.pages } { format.incoll.inproc.crossref format.pages } if$ \pubname publisher do.out \organization organization do.out stop.entry } So title is not set in the .bbl file. Good to know that I'm not the only one who's having trouble with that. I didn't know what I should expect when using crossref, so I decided to not mind the missing booktitle. But it would still be nice (as seen in your example) if the actual citation style could decide whether or not to use booktitle aka title. HTH, Stefan. [1] http://archive.contextgarden.net/message/20110926.093110.8bc078f6.en.html On 27.09.2011 10:41, Meer, H. van der wrote: Step by step I am able to dig deeper in the problem. The fact that it used to work but now doesn't may well be connected with the fact that the booktitle in those cases came from a crossref = item in the bib file. Could it be the \crossref{} macro is not recognized any longer by the ConTeXt bib module? In file bibl-tra.mkiv I encounter the following comment: %D \macros{bib@crossref} %D %D \type{\crossref} is used in database files to point to another %D entry. Because of this special situation, it has to be defined %D separately. Since this command will not be seen until at %D \type{\placepublications}, it may force extra runs. The same is %D true for \type{\cite} commands inside of publications. In typesetting the citation in the footnote I am solely using cite, not \placepublications. Does someone know why earlier the \crossref worked and now obviously has been switched out of the loop? Is there another way to force these crossref's to be carried out? Hans van der Meer On 27 sep. 2011, at 10:07, Meer, H. van der wrote: An addtionial remark here: in the .bib file this is caused by a missing book title. On 27 sep. 2011, at 10:03, Hans van der Meer wrote: Recently I reported the following problem: On 25 sep. 2011, at 19:58, H. van der Meer wrote: I used the following
Re: [NTG-context] bibmodule acquired problem
On 09/27/2011 02:51 PM, Meer, H. van der wrote: My best guess now is the description of the FUNCTION {format.crossref} { \crossref crossref do.out } entry on the .bst file. Probably this generates the bad code leading to a missing \endcsname. I do not have time to pay close attention right now, but the .bst has not changed in years, as far as I know. Best wishes, Taco ___ 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] bibmodule acquired problem
On 27.09.2011 14:56, Taco Hoekwater wrote: On 09/27/2011 02:51 PM, Meer, H. van der wrote: My best guess now is the description of the FUNCTION {format.crossref} { \crossref crossref do.out } entry on the .bst file. Probably this generates the bad code leading to a missing \endcsname. I do not have time to pay close attention right now, but the .bst has not changed in years, as far as I know. Best wishes, Taco Maybe the problem is already present for so long. It occurs only if title of an inproceedings that has crossref set is accessed. The bibl-*.tex files don't do that. 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 ___
[NTG-context] double line spacing in list (table of contents, publication list)
Hi list, how can I get double line spacing in the table of contents and in the publication list? I tried \setupcombinedlist[content][after=\blank] but this produces to much vertical spacing. \setupinterlinespace[big] doesn't influence those lists. I'm using 201100920 00:09 MKIV standalone. Thanks in advance for any help! 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] Problem with \columnsetspan
Hello, now that the ConTeXt meetting is over, I hope that someone looks into this issue (note: I don't want to be rude or ironic or anything-I really do appreciate you all helping us, poor users, on this list; but this seems to be a bug in MkIV, so I hope it gets resolved somehow!) Best, Marcin PS. As I wrote earlier, it works in MkII; in MkIV, instead of the span, I get cs:title][none] Thus, I came to the conclusion that the designer of a new system must not only be the... in a frame, in one line (with most of it disappearing to the right), spanning the columns. Dnia 2011-09-20, wto o godzinie 21:27 +0200, Marcin Borkowski pisze: Dnia 2011-09-20, o godz. 09:13:47 Marcin Borkowski mb...@wmi.amu.edu.pl napisał(a): Hello, I tried columnsets today, and the following minimal example shows that something is wrong with columnsetspans (which I wanted to use to make a title). \definecolumnset[main][n=2] \definecolumnsetspan[title][n=2] \starttext \startcolumnset[main] \startcolumnsetspan[title] \input knuth \stopcolumnsetspan \dorecurse{10}{\input knuth} \stopcolumnset \stoptext Is it a bug or am I doing something wrong? Update: it works fine in MkII, so I am afraid that it might be a bug. BTW: is there a better way to have a title centered on the top of the page and then text in columnsets? -- Marcin Borkowski http://mbork.pl ___ 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] style=bold in \setuphead does not work anymore
On a related note, there's a more serious issue with this. \setuphead[section][style=bolditalic] used to put the heading in bold and italic style. This too does not work anymore, but also style=\bf\it doesn't. What can I do to get bold and italic in a heading back (APA style for fourth level headings)? TIA and best regards, Stefan. On 20.09.2011 11:12, Stefan Müller wrote: Hi, In ConTeXt standalone MkIV 2011.08.04 00:42 this used to work: \setuphead[section][style=bold] \starttext \section{Ward} \input ward \stoptext In 2011.09.20 00:09 it doesn't anymore. If I use style=\bf I still get bold face. Is this a bug or was the interface changed deliberately? 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] style=bold in \setuphead does not work anymore
Am 27.09.2011 um 15:29 schrieb Stefan Müller: On a related note, there's a more serious issue with this. \setuphead[section][style=bolditalic] used to put the heading in bold and italic style. This too does not work anymore, but also style=\bf\it doesn't. What can I do to get bold and italic in a heading back (APA style for fourth level headings)? Use “style=\bi” to set a bolditalic style for your heading. 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] style=bold in \setuphead does not work anymore
Dnia 2011-09-27, wto o godzinie 15:29 +0200, Stefan Müller pisze: On a related note, there's a more serious issue with this. \setuphead[section][style=bolditalic] used to put the heading in bold and italic style. This too does not work anymore, but also style=\bf\it doesn't. What can I do to get bold and italic in a heading back (APA style for fourth level headings)? What about something like \def\bfit{\bf\it} style=\bfit Best, -- Marcin Borkowski http://mbork.pl ___ 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] style=bold in \setuphead does not work anymore
On 27-9-2011 16:04, Marcin Borkowski wrote: \def\bfit{\bf\it} style=\bfit that's \bi - 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] bibmodule acquired problem
This problem MIGHT BE SOLVED. I cross my fingers! I tried to analyze what happens. The following is seen when typesetting [campbell:92] with a crosslink to [crypto92]: Parameter campbell:92 on bibgetvard\pbd:campbell:92 -- crossref crypto92 CALLED FROM \bib@crossref#1 Parameter campbell:92 on bibgetvart\pbd:campbell:92 -- authoretallimit -- authoretaldisplay -- firstnamesep -- lastnamesep -- firstnamesep -- | | NOTE THIS COMES FROM \bibinsertcrossref#1#2#3 all 3 are empty -- left Parameter on bibgetvard\pbd: -- \writestatus {ERROR}{Parameter on bibgetvart\pbd:}\pbd: \plussix Parameter on bibgetvart\pbd: ! Missing \endcsname inserted. I can see that \bibinsertcrossref gets the proper reference because the defined variable is: @@pb@crossref=crypto92 Experimenting on \bibinsertcrossref (inside \unprotect-\protect): Redefine \def\bibinsertcrossref#1#2#3{\cite[crypto92]} CITE WORKS! But redefine: \def\bibinsertcrossref#1#2#3{\cite[\@@pb@crossref]} CITE GIVES AN ERROR The redefine: \def\bibinsertcrossref#1#2#3{\edef\tmp{\@@pb@crossref}\cite[\tmp]} CITE WORKS Therefore I propose to change the definition of \bibinsertcrossref to: \def\bibinsertcrossref#1#2#3{\bibdoifelse\@@pb@crossref{\edef\tmp{\@@pb@crossref}#1\cite[\tmp]#2}{#3}} Hans van der Meer On 27 sep. 2011, at 15:07, Stefan Müller wrote: On 27.09.2011 14:56, Taco Hoekwater wrote: On 09/27/2011 02:51 PM, Meer, H. van der wrote: My best guess now is the description of the FUNCTION {format.crossref} { \crossref crossref do.out } entry on the .bst file. Probably this generates the bad code leading to a missing \endcsname. I do not have time to pay close attention right now, but the .bst has not changed in years, as far as I know. Best wishes, Taco Maybe the problem is already present for so long. It occurs only if title of an inproceedings that has crossref set is accessed. The bibl-*.tex files don't do that. 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 ___ ___ 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] style=bold in \setuphead does not work anymore
On Tue, 27 Sep 2011, Wolfgang Schuster wrote: Am 27.09.2011 um 15:29 schrieb Stefan Müller: On a related note, there's a more serious issue with this. \setuphead[section][style=bolditalic] used to put the heading in bold and italic style. This too does not work anymore, but also style=\bf\it doesn't. What can I do to get bold and italic in a heading back (APA style for fourth level headings)? Use “style=\bi” to set a bolditalic style for your heading. style=\bolditalic should also work. 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 ___
[NTG-context] new look for wiki
http://wiki.contextgarden.net This is not the official announcement --- but I wasn't able to resist... Nice work, thank you very much Siep. -- 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] new look for wiki
Am 27.09.2011 um 18:05 schrieb luigi scarso: http://wiki.contextgarden.net This is not the official announcement --- but I wasn't able to resist... Nice work, thank you very much Siep. Especially when you can see the template with colors :) 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] style=bold in \setuphead does not work anymore
Am 20.09.2011 um 11:12 schrieb Stefan Müller: Hi, In ConTeXt standalone MkIV 2011.08.04 00:42 this used to work: \setuphead[section][style=bold] \starttext \section{Ward} \input ward \stoptext In 2011.09.20 00:09 it doesn't anymore. If I use style=\bf I still get bold face. Is this a bug or was the interface changed deliberately? It’s a bug, I’ll send a patch to Hans. 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] new look for wiki
*WOW* Alan On Tue, Sep 27, 2011 at 06:22:59PM +0200, Wolfgang Schuster wrote: Am 27.09.2011 um 18:05 schrieb luigi scarso: http://wiki.contextgarden.net This is not the official announcement --- but I wasn't able to resist... Nice work, thank you very much Siep. Especially when you can see the template with colors :) 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] handling fonts with missing math (was: math signs in itemize)
On 26-9-2011 08:46, Mojca Miklavec wrote: On Sat, Sep 24, 2011 at 11:29, R. Ermers wrote: Snippets from log file: ! Math error: parameter \Umathquad\displaystyle is not set. Independent of everything else that has been said in that thread: wouldn't it be nice to simply fall back on Latin Modern for math when some font doesn't provide accompanying math glyphs instead of giving up in the middle of the run? Of course that will give suboptimal result (in particular everything inside $math$ will be in LM as opposed to original font), but at least it won't complain about a missing $\bullet$ and one can always use $\frac{\text{1}}{\text{2}}$ or something similar :). there is some fall back mechanism that does that but as soon as one defined his/her own typescript that can interfere 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] Bibliography related questions
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. +1 for implementing interaction for other reference styles. up to Thomas to add that to the 'todo' list (that he manages) 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] handling fonts with missing math (was: math signs in itemize)
On Tue, Sep 27, 2011 at 19:44, Hans Hagen wrote: there is some fall back mechanism that does that but as soon as one defined his/her own typescript that can interfere How should we define trypescripts to avoid interference then? Mojca ___ 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] handling fonts with missing math
On 27-9-2011 19:52, Mojca Miklavec wrote: On Tue, Sep 27, 2011 at 19:44, Hans Hagen wrote: there is some fall back mechanism that does that but as soon as one defined his/her own typescript that can interfere How should we define trypescripts to avoid interference then? A typeface definition normally has a matching monospace and math definition (so: ss + tt + mm or rm + tt + mm or in some cases rm + ss + tt + mm). Of course some relative scaling has to be considered then. 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] Problem with \columnsetspan
On 27-9-2011 15:26, Marcin Borkowski wrote: Hello, now that the ConTeXt meetting is over, I hope that someone looks into this issue (note: I don't want to be rude or ironic or anything-I really do appreciate you all helping us, poor users, on this list; but this seems to be a bug in MkIV, so I hope it gets resolved somehow!) fixed in next beta - 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 ___
[NTG-context] upload file on wiki
Hello, The upload seems to be broken: Upload warning The upload directory (public) is not writable by the webserver. -- Peter ___ 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] Problem with \columnsetspan
Dnia 2011-09-27, o godz. 20:05:14 Hans Hagen pra...@wxs.nl napisał(a): On 27-9-2011 15:26, Marcin Borkowski wrote: Hello, now that the ConTeXt meetting is over, I hope that someone looks into this issue (note: I don't want to be rude or ironic or anything-I really do appreciate you all helping us, poor users, on this list; but this seems to be a bug in MkIV, so I hope it gets resolved somehow!) fixed in next beta Wow, that was quick, thanks! Now the remaining problem is: when and where is this beta going to be available? (I don't need it very soon, but am just curious-last release notes on contextgarden are from May, I guess.) Best, -- Marcin Borkowski ___ 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] new look for wiki
Am 27.09.2011 um 18:05 schrieb luigi scarso: http://wiki.contextgarden.net This is not the official announcement --- but I wasn't able to resist... Nice work, thank you very much Siep. Yes indeed. A great improvement ... context now looks represented like a real lively movement (what it is in earnest!) Thank you for your efforts Siep! Steffen PS: But I wonder -- what Alan said -- if this wouldn't be even more impressive, when you/Siep could also find appropriate images going through autum/winter/spring? What do other think? ___ 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] errors with simpleslides (style-specific)
Greetings, I'm using ConTeXt Standalone 2011.09.27 20:05. \usemodule[simpleslides][style=Shaded] \starttext \SlideTitle{The first slide} Hello, world. \SlideTitle{The second slide} Greetings, world. \stoptext ! Undefined control sequence. system tex error on line 5 in file slides.ctx: Undefined control sequence ... 1 \usemodule[simpleslides][style=Shaded] 2 \starttext 3 \SlideTitle{The first slide} 4 Hello, world. 5 \SlideTitle{The second slide} 6 Greetings, world. 7 \stoptext 8 argument \@@MPG \simpleslidescounter \executeifdefined #1-\ifcsname #1 \endcsname \csname #1\expandafter \expanda... \includeMPgraphic ...\executeifdefined {\@@MPG #1} ; argument ...udeMPgraphic {\simpleslidescounter } ; fi StopPage ; \processMPgraphic ...ntMPgraphicformat , \!!bs #1 ;\!!es , \!!bs \currentMPi... \handleuseMPgraphic ...hics \processMPgraphic {#3} \endgroup ... l.5 \SlideTitle{The second slide} Changing the style to Swoosh throws a different error message (Undefined x coordinate has been replaced by 0., apparently by Metapost). Presentations consisting of a single slide are processed without errors; from my cursory glance at the code, the problem lies either with the setups or with the slide counter. Cheers, ~~ Ondra ___ 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] errors with simpleslides (style-specific)
On 09/27/2011 11:15 PM, Ondřej Hošek wrote: Greetings, I'm using ConTeXt Standalone 2011.09.27 20:05. \usemodule[simpleslides][style=Shaded] \starttext \SlideTitle{The first slide} Hello, world. \SlideTitle{The second slide} Greetings, world. \stoptext Thanks for reporting these problems. Unfortunately, I cannot reproduce them; your example compiles here both with the Shaded and with the Swoosh style. How did you obtain the module? Thomas ___ 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] new look for wiki
On Tue, Sep 27, 2011 at 22:50, Steffen Wolfrum wrote: PS: But I wonder -- what Alan said -- if this wouldn't be even more impressive, when you/Siep could also find appropriate images going through autum/winter/spring? What do other think? Nothing against the idea, but in my opinion unifying the design with meeting.contextgarden.net, group.contextgarden.net, apache listings, live.contextgarden.net, modules.contextgarden.net etc. would have a much higher priority than having four different color for wiki, at least at the time being. Mojca ___ 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] new look for wiki
I'm just curious. Why didn't anyone complain about page is too wide with the old style and wikipedia looks bad because it is s wide? Mojca ___ 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] errors with simpleslides (style-specific)
On Tue, Sep 27, 2011 at 23:21, Thomas A. Schmitz thomas.schm...@uni-bonn.de wrote: How did you obtain the module? sh first-setup.sh --context=beta --fonts=all --modules=all --goodies=all Just did a clean installation using this command; the problem's still there. I should probably mention that I only tried mkiv. Cheers, ~~ Ondra ___ 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] new look for wiki
2011/9/27 luigi scarso luigi.sca...@gmail.com: Nice work, thank you very much Siep. Indeed. But where is the option for it to use the full width of my browser window? Best Martin ___ 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] new look for wiki
2011/9/27 Martin Schröder mar...@oneiros.de: Indeed. But where is the option for it to use the full width of my browser window? Found it, sorry for the noise. Just login and choose a different skin. :-) Best Martin ___ 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] new look for wiki
On Tue, Sep 27, 2011 at 11:52 PM, Martin Schröder mar...@oneiros.de wrote: 2011/9/27 Martin Schröder mar...@oneiros.de: Indeed. But where is the option for it to use the full width of my browser window? Found it, sorry for the noise. Just login and choose a different skin. :-) Rather simpler, and still with the same skin, is zooming with 'ctrl+'. Best Martin ___ 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 ___
[NTG-context] slides proceedings from ConTeXt Meeting
Hello everyone, in particular those who missed all the fun at the ConTeXt Meeting in Belgium. The slides from conference have been uploaded to the web page: http://meeting.contextgarden.net/2011/programme.shtml and most of talks will also be available as articles in printed proceedings that will be sent to all new members of the ConTeXt Group (group.contextgarden.net). Mojca ___ 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] errors with simpleslides (style-specific)
On 09/27/2011 11:40 PM, Ondřej Hošek wrote: On Tue, Sep 27, 2011 at 23:21, Thomas A. Schmitz thomas.schm...@uni-bonn.de wrote: How did you obtain the module? sh first-setup.sh --context=beta --fonts=all --modules=all --goodies=all Just did a clean installation using this command; the problem's still there. I should probably mention that I only tried mkiv. Bizarre, I just checked, you must have the same version I have, and I just upgraded to the latest beta; everything works fine here. Can you send me (via private mail) the full log and/or terminal output of your aborted run? Thomas ___ 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 ___