Re: [NTG-context] Project structure with nested subfolders and shared environments.
Pawel Urbanski via ntg-context schrieb am 16.12.2022 um 10:09:
Hi,
To address the first question:
\usepath[{Metadata}] % Is the actual code - I put spaces for
readability reasons, which was a bad idea.
When I compile a document I switch to the SubSubFolder for the
document file is in there.
I will appriciate any further hints. Obvious htings are usually
obvious for people more experenced than I am with Context at this time.
You need
\usepath[../../Metadata]
because the search path is relative to the location of your document.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Project structure with nested subfolders and shared environments.
Another think you might want to consider: automatic local overrides. So, I’d copy everthing to a build folder, copy the environment from somewhere above unless the current folder contains a file with the same name. Denis Von: ntg-context Im Auftrag von Pawel Urbanski via ntg-context Gesendet: Freitag, 16. Dezember 2022 11:01 An: mailing list for ConTeXt users Cc: Pawel Urbanski Betreff: Re: [NTG-context] Project structure with nested subfolders and shared environments. Thank you for responses. While the ability to sort of inherit setups would be very useful it looks like as of time of posting this message in December 2022 it is not possible. As a workaround I will create a shead environment file and just bulk copy it to subfolders. In case when I'll need to globally change some configuration I can just replace the file. I keep all my documents in GIT so the ability to reverte hte change is just a command away. Thanks for help. Best, Pawel On Fri, Dec 16, 2022 at 10:55 AM Henning Hraban Ramm via ntg-context mailto:ntg-context@ntg.nl>> wrote: Am 16.12.22 um 10:09 schrieb Pawel Urbanski via ntg-context: > When I compile a document I switch to the SubSubFolder for the document > file is in there. In my experience this won’t work. ConTeXt searches from the current folder (you can configure search paths, but I gave up on that, and you’d have to do it in the called file). It should be enough to call the environment from the project, but either the project or the environment isn’t found if the path doesn’t fit the call location. Hraban ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl<mailto:ntg-context@ntg.nl> / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Project structure with nested subfolders and shared environments.
Thank you for responses. While the ability to sort of inherit setups would be very useful it looks like as of time of posting this message in December 2022 it is not possible. As a workaround I will create a shead environment file and just bulk copy it to subfolders. In case when I'll need to globally change some configuration I can just replace the file. I keep all my documents in GIT so the ability to reverte hte change is just a command away. Thanks for help. Best, Pawel On Fri, Dec 16, 2022 at 10:55 AM Henning Hraban Ramm via ntg-context < ntg-context@ntg.nl> wrote: > Am 16.12.22 um 10:09 schrieb Pawel Urbanski via ntg-context: > > When I compile a document I switch to the SubSubFolder for the document > > file is in there. > > In my experience this won’t work. ConTeXt searches from the current > folder (you can configure search paths, but I gave up on that, and you’d > have to do it in the called file). > > It should be enough to call the environment from the project, but either > the project or the environment isn’t found if the path doesn’t fit the > call location. > > Hraban > > ___ > If your question is of interest to others as well, please add an entry to > the Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > > ___ > ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Project structure with nested subfolders and shared environments.
Am 16.12.22 um 10:09 schrieb Pawel Urbanski via ntg-context: When I compile a document I switch to the SubSubFolder for the document file is in there. In my experience this won’t work. ConTeXt searches from the current folder (you can configure search paths, but I gave up on that, and you’d have to do it in the called file). It should be enough to call the environment from the project, but either the project or the environment isn’t found if the path doesn’t fit the call location. Hraban ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Project structure with nested subfolders and shared environments.
Also, I think you'll need to load the environment in your products as well. I
don't think linking to the project is enough. (Check the mailing list, I have
also asked similar questions already...)
Best,
Denis
> -Ursprüngliche Nachricht-
> Von: ntg-context Im Auftrag von Henning
> Hraban Ramm via ntg-context
> Gesendet: Freitag, 16. Dezember 2022 07:52
> An: Pawel Urbanski via ntg-context
> Cc: Henning Hraban Ramm
> Betreff: Re: [NTG-context] Project structure with nested subfolders and
> shared environments.
>
> Am 15.12.22 um 22:52 schrieb Pawel Urbanski via ntg-context:
> > \usepath [{ Metadata }]
>
> Did you try without the spaces? I’d assume ConTeXt will look for a folder "
> Metadata " and not "Metadata".
> If this is just a template variable, you didn’t tell us about templating.
>
> And then it matters from where you call your files (MainFolder, SubFolder or
> whereever).
>
> Hraban
>
> ___
> If your question is of interest to others as well, please add an entry to the
> Wiki!
>
> maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-
> context
> webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive :
> https://bitbucket.org/phg/context-mirror/commits/
> wiki : https://contextgarden.net
>
> ___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Project structure with nested subfolders and shared environments.
>
>
> Hi,
To address the first question:
\usepath[{Metadata}] % Is the actual code - I put spaces for readability
reasons, which was a bad idea.
When I compile a document I switch to the SubSubFolder for the document
file is in there.
I will appriciate any further hints. Obvious htings are usually obvious for
people more experenced than I am with Context at this time.
Best,
Pawel
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Project structure with nested subfolders and shared environments.
Am 15.12.22 um 22:52 schrieb Pawel Urbanski via ntg-context:
\usepath [{ Metadata }]
Did you try without the spaces? I’d assume ConTeXt will look for a
folder " Metadata " and not "Metadata".
If this is just a template variable, you didn’t tell us about templating.
And then it matters from where you call your files (MainFolder,
SubFolder or whereever).
Hraban
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
[NTG-context] Project structure with nested subfolders and shared environments.
Dear Everyone,
I'm setting up a project structure that will possibly let me share styles
and layouts with lots of documents I need to create weekly.
Unfortunately my definitions in the environment file or files are ignored...
Here is the setup under the purposely created structure:
** The folder called: 'MainFolder' is the root of my document repository.
** The 'Metadata' folder inside the 'MainFolder' contains environment files.
** The 'SubFolder/SubSubFolder' inside the 'MainFolder' is the nestin
glevel I need with all the documents.
Here are the files:
% /MainFolder/Meta.tex
\startproject *
\usepath [{ Metadata }]
\environment Environment.tex
\stopproject
% /MainFolder/Metadata/Environment.tex
\startenvironment *
% Test if setup is applied.
\setupbodyfont[ebgaramond]
\stopenvironment
% /MainFolder/SubFolder/SubSubFolder/Doc.tex
\startproduct *
\project Meta
\startcomponent *
\startchapter[title={ Nested }]
\input tufte
\stopchapter
\stopcomponent
\stopproduct
Unfortunately the default font is applied and EB Garamond is not picked up
from the environment.
The question is:
** How can I use such a structure to share styles and layouts kept i the
'Metadata' folder and use htem in products that are ment to be complete
documents kept in the 'SubSubFolders'?
All the very best and htank you in advance for any clarifications...
Pawel
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage : https://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___
Re: [NTG-context] Project structure: Specifying environment in component
I’ll look into this, and post to the list once I’ve made the changes so others can comment. Denis Von: ntg-context Im Auftrag von jethro Reuel Gesendet: Mittwoch, 9. Juni 2021 14:49 An: mailing list for ConTeXt users Betreff: Re: [NTG-context] Project structure: Specifying environment in component Thanks. Maybe a change of how the wiki is worded is needed. On 9 Jun 2021, at 12:07 PM, denis.ma...@unibe.ch<mailto:denis.ma...@unibe.ch> wrote: I’ve also struggled with this before as you can see if you search the mailing list. My question: https://www.mail-archive.com/ntg-context@ntg.nl/msg97763.html Wolfgang’s answer : https://www.mail-archive.com/ntg-context@ntg.nl/msg97775.html We should probably change the wiki to make it clear that no inheritance of environments happens here. Denis Von: ntg-context mailto:ntg-context-boun...@ntg.nl>> Im Auftrag von mastermind_ x Gesendet: Mittwoch, 9. Juni 2021 13:36 An: ntg-context@ntg.nl<mailto:ntg-context@ntg.nl> Betreff: [NTG-context] Project structure: Specifying environment in component Hello everyone, I am creating a project of notes across different areas of mathematics I am studying and the structure looks like this: env_notes.tex project_notes.tex geogroups/groups-prd_geometry-groups.tex geogroups/groups-c_chapter1.tex I am following this wiki: https://wiki.contextgarden.net/Project_structure My question is: Why do I need to specify \environment env_notes before It works at the component level? The wiki didn’t say that. Plus it is already specified at the product level. Thanks. ~Jethro ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl<mailto:ntg-context@ntg.nl> / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Project structure: Specifying environment in component
Thanks. Maybe a change of how the wiki is worded is needed. > On 9 Jun 2021, at 12:07 PM, denis.ma...@unibe.ch wrote: > > > I’ve also struggled with this before as you can see if you search the mailing > list. > My question: https://www.mail-archive.com/ntg-context@ntg.nl/msg97763.html > Wolfgang’s answer : > https://www.mail-archive.com/ntg-context@ntg.nl/msg97775.html > > We should probably change the wiki to make it clear that no inheritance of > environments happens here. > > Denis > > Von: ntg-context Im Auftrag von mastermind_ x > Gesendet: Mittwoch, 9. Juni 2021 13:36 > An: ntg-context@ntg.nl > Betreff: [NTG-context] Project structure: Specifying environment in component > > Hello everyone, > > I am creating a project of notes across different areas of mathematics I am > studying and the structure looks like this: > > env_notes.tex > project_notes.tex > geogroups/groups-prd_geometry-groups.tex > geogroups/groups-c_chapter1.tex > > > I am following this wiki: https://wiki.contextgarden.net/Project_structure > > > My question is: Why do I need to specify > \environment env_notes > before It works at the component level? The wiki didn’t say that. Plus it is > already specified at the product level. Thanks. > > > ~Jethro > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : http://contextgarden.net > ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Project structure: Specifying environment in component
I’ve also struggled with this before as you can see if you search the mailing list. My question: https://www.mail-archive.com/ntg-context@ntg.nl/msg97763.html Wolfgang’s answer : https://www.mail-archive.com/ntg-context@ntg.nl/msg97775.html We should probably change the wiki to make it clear that no inheritance of environments happens here. Denis Von: ntg-context Im Auftrag von mastermind_ x Gesendet: Mittwoch, 9. Juni 2021 13:36 An: ntg-context@ntg.nl Betreff: [NTG-context] Project structure: Specifying environment in component Hello everyone, I am creating a project of notes across different areas of mathematics I am studying and the structure looks like this: env_notes.tex project_notes.tex geogroups/groups-prd_geometry-groups.tex geogroups/groups-c_chapter1.tex I am following this wiki: https://wiki.contextgarden.net/Project_structure My question is: Why do I need to specify \environment env_notes before It works at the component level? The wiki didn’t say that. Plus it is already specified at the product level. Thanks. ~Jethro ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Project structure: Specifying environment in component
Hello everyone, I am creating a project of notes across different areas of mathematics I am studying and the structure looks like this: env_notes.tex project_notes.tex geogroups/groups-prd_geometry-groups.tex geogroups/groups-c_chapter1.tex I am following this wiki: https://wiki.contextgarden.net/Project_structure My question is: Why do I need to specify \environment env_notes before It works at the component level? The wiki didn’t say that. Plus it is already specified at the product level. Thanks. ~Jethro___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Project Structure - inheritance rules for environments
denis.ma...@ub.unibe.ch schrieb am 28.02.2021 um 23:09: Hi, I’m just having a look a project structure again. I am using the example given in the wiki: https://wiki.contextgarden.net/Project_structure, i.e., in my component I’m linking to the product, but not to the project. Now I was expecting that the component inherits the environment set in the project via the product. The wiki currently explains: “If you tex (compile) one single component (e.g. a chapter of a book) or product (e.g. one volume of a magazine), the environment file of the project is used.” That does not seem to be the case here. Can anyone confirm this? Is this a bug or does the wiki needs to be revised? The \product command doesn't load any files because it doesn't make any sense. Let us take a look at the following example. When you process only a single component and \product would load the parent file you're running in a problem because the parent file is now loading the previous component file etc. This would end in a loop and to prevent this \product lines are ignored. There are ways to avoid this by redefining \component etc. when the parent file is loaded but it's a mess to take care about all combinations in which files are loaded. The best thing you can do here is to load the environment file in each product and component because the file is only loaded once on the first call. When you use multiple environment files you can collect them in a project file and use \project to load only one file but this is seldom needed. begin product.tex \startproduct * \environment environment \component component_1 \component component_2 \stopproduct end product.tex begin component_1.tex \startcomponent * \environment environment ... \stopcomponent end component_1.tex Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Project structure light
denis.ma...@ub.unibe.ch schrieb am 01.03.2021 um 17:54: Hi, another question regarding project structure. I want to put each chapter of a book in a component or a distinct file loaded with \input, but I don’t want to have a full project structure. Just a main file and the chapters. Nevertheless, I want to load the environment file in each subfile. Is that possible or will that cause problems? There is no problem with this method because environment files are loaded only once, all further attempts to load the same file are ignored. Even though replacing \input with \component can be useful because \component doesn't generate a error when the given file doesn't exist. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] Project structure light
On 3/1/2021 5:54 PM, denis.ma...@ub.unibe.ch wrote: Hi, another question regarding project structure. I want to put each chapter of a book in a component or a distinct file loaded with \input, but I don’t want to have a full project structure. Just a main file and the chapters. Nevertheless, I want to load the environment file in each subfile. Is that possible or will that cause problems? Best, Denis main.tex -- \environment test \starttext \input chapter1 \stoptext -- chapter1.tex -- \environment test \starttext Some text. \stoptext many of the manuals are that way, just look in the doc subtree for examples Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Project structure light
Hi, another question regarding project structure. I want to put each chapter of a book in a component or a distinct file loaded with \input, but I don't want to have a full project structure. Just a main file and the chapters. Nevertheless, I want to load the environment file in each subfile. Is that possible or will that cause problems? Best, Denis main.tex -- \environment test \starttext \input chapter1 \stoptext -- chapter1.tex -- \environment test \starttext Some text. \stoptext -- ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
[NTG-context] Project Structure - inheritance rules for environments
Hi, I'm just having a look a project structure again. I am using the example given in the wiki: https://wiki.contextgarden.net/Project_structure, i.e., in my component I'm linking to the product, but not to the project. Now I was expecting that the component inherits the environment set in the project via the product. The wiki currently explains: "If you tex (compile) one single component (e.g. a chapter of a book) or product (e.g. one volume of a magazine), the environment file of the project is used." That does not seem to be the case here. Can anyone confirm this? Is this a bug or does the wiki needs to be revised? Best, Denis ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net ___
Re: [NTG-context] project structure
On 7/27/2014 1:24 PM, Procházka Lukáš Ing. - Pontex s. r. o. wrote: Hello, On Sat, 26 Jul 2014 11:01:15 +0200, Hans Hagen wrote: Hi, There is a new experimental feature (one of the side effects of discussions with Alan about bibliographies and using distributed files in a project structure). Say that you have this: test1.tex : uses \component one/test2 one/test2.tex : uses \component two/test3 etc. There can be resources under one/two that test3 needs and one way out is to add this path to the used paths. Doing that automatically can result in side effects when multiple resources with the same name are used. However, we now have a concept of the local job path, so when test2 is read the jobfile: prefix will use path one, and when reading test3, that prefix will trigger one/two usage. very nice and handy feature, thanks for that. Just a remark - - there was a similar prefix "toppath:" introduced some time ago. And - IIUC - "jobfile" refers to a dir rather than to a file, so wouldn't be better to call the prefix "jobdir:" or "jobpath:"? The difference is that toppath: works on the input stack and jobfile: on the accumulated subpaths (normally in a job structure) ... in fact, both could work out the same but the top of the inputstack could be different ... it's all a matter of experiencing, so \usepath[jobfile:] \setupexternalfigures[directory=jobfile:] \usepath[toppath:] \setupexternalfigures[directory=toppath:] could have the best of both worlds. toppath == dir of top of inputstack jobfile == dir of current jobfile maybe jobpath is indeed better (i'll change it and keep the old one for a while) For this to work, one has to say: \usepath[jobfile:] \setupexternalfigures[directory=jobfile:] To what extent this all works out well is to be tested. 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] project structure
Hello, On Sat, 26 Jul 2014 11:01:15 +0200, Hans Hagen wrote: Hi, There is a new experimental feature (one of the side effects of discussions with Alan about bibliographies and using distributed files in a project structure). Say that you have this: test1.tex : uses \component one/test2 one/test2.tex : uses \component two/test3 etc. There can be resources under one/two that test3 needs and one way out is to add this path to the used paths. Doing that automatically can result in side effects when multiple resources with the same name are used. However, we now have a concept of the local job path, so when test2 is read the jobfile: prefix will use path one, and when reading test3, that prefix will trigger one/two usage. very nice and handy feature, thanks for that. Just a remark - - there was a similar prefix "toppath:" introduced some time ago. And - IIUC - "jobfile" refers to a dir rather than to a file, so wouldn't be better to call the prefix "jobdir:" or "jobpath:"? Best regards, Lukas For this to work, one has to say: \usepath[jobfile:] \setupexternalfigures[directory=jobfile:] To what extent this all works out well is to be tested. Hans -- Ing. Lukáš Procházka [mailto:l...@pontex.cz] Pontex s. r. o. [mailto:pon...@pontex.cz] [http://www.pontex.cz] Bezová 1658 147 14 Praha 4 Tel: +420 241 096 751 Fax: +420 244 461 038 ___ 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] project structure
Hi, There is a new experimental feature (one of the side effects of discussions with Alan about bibliographies and using distributed files in a project structure). Say that you have this: test1.tex : uses \component one/test2 one/test2.tex : uses \component two/test3 etc. There can be resources under one/two that test3 needs and one way out is to add this path to the used paths. Doing that automatically can result in side effects when multiple resources with the same name are used. However, we now have a concept of the local job path, so when test2 is read the jobfile: prefix will use path one, and when reading test3, that prefix will trigger one/two usage. For this to work, one has to say: \usepath[jobfile:] \setupexternalfigures[directory=jobfile:] To what extent this all works out well is to be tested. Hans ps. file loading related code is somewhat complex because we also need to support tds/kpse like searching; normally such more direct lookups kick in early (there are more prefixes and urls are also kind of special) - 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] Project structure
Le jeudi 6 février 2014, 22:25:05 Marco Patzer a écrit : > On 2014–02–05 pol stra wrote: > > The problem is that only text of first introduction is used. > > You can use \allinputpaths to see what's going on. The paths are > indeed added and ConTeXt walks through the list and uses a matching > file, if found. This happens to always be the file of the first > chapter. > > I don't know know of a command which resets the custom set up paths. > If none exists, I doubt it will be hard to implement. > > > I attached the project structure. > > Thanks for that. > > Marco So, if I well understood, their is currently no solution but give a different name for each file? ___ 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] Project structure
On 2014–02–05 pol stra wrote: > The problem is that only text of first introduction is used. You can use \allinputpaths to see what's going on. The paths are indeed added and ConTeXt walks through the list and uses a matching file, if found. This happens to always be the file of the first chapter. I don't know know of a command which resets the custom set up paths. If none exists, I doubt it will be hard to implement. > I attached the project structure. Thanks for that. Marco signature.asc Description: Digital signature ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Project structure and path evaluation
Hello,
I am experimenting with the project structure
feature of ConTeXt and so far it seems that paths
used with \project, \product and \component are relative
to the current working directory of the context program.
What I am doing right now, I use paths relative to my
project file "project.tex".
project.tex:
\startproject proj
\product product1/product.tex
\product product2/product.tex
\stopproject
product1/product.tex:
\startproduct prod1
\component product1/components/component1.tex
% I would like to use "components/component1.tex"
% that is a path relative to the current file
\stopproduct
This is really annoying as it makes it difficult to organize
files into directories. I would like the path to be relative
to the file containing the command. I tried \usepath[{.}]
without success. So, is this possible in ConTeXt?
Also, at the end of the PDF on project structure there is
an example with \startdocument ... \stopdocument. But I don't
understand where I should use these commands. From the source,
it looks like \starttex ... \stoptext with the ability to register
a before and after command. I am under the impression that I have
to choose between using :
- the project structure (project, product and component)
- the \startdocument and \stopdocument commands
- the \starttex and \stoptext commands
But that I should not mix them together. Is this right?
Regards,
Thomas Corbière
___
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] Project structure, (simple)font woes
On 16 Apr 2012, at 13:27, luigi scarso wrote: > On Mon, Apr 16, 2012 at 1:19 PM, Wolfgang Schuster > wrote: > >> BTW: I can give a talk about typescripts and font loading at the next >> conference when there is interest in this. > +1 +1 This is for sure a good idea! Willi > make a separate thread for this > -- > 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 > ___ ___ 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] Project structure, (simple)font woes
On Mon, Apr 16, 2012 at 14:19, Wolfgang Schuster wrote: > You load the simplefonts module but you don’t use it, instead you try to > define a typescript the old. See, I *was* being stupid. Now it works perfectly. And I found all the additional info I'll need now in the new Font manual/chapter, book page 34-35. Just hadn't thought to look for it... Thank you! Mari ___ 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] Project structure, (simple)font woes
On Mon, 16 Apr 2012 14:03:23 +0300 Mari Voipio wrote: > If I look at proj-test.log (the whole thing attached), I think the > problem is here: > > loading > ConTeXt User Module / Simplefonts > <+ > C:/context/tex/texmf-modules/tex/context/third/simplefonts/t-simplefonts.lua>) > (C:/context/tex/texmf-context/tex/context/base/type-imp-cambria.mkiv) > (C:/context/tex/texmf-context/tex/context/base/type-imp-cleartype.mkiv) > fonts > defining > font with asked name > 'LMMathRoman-Regular' is not found using lookup 'file' > fonts > defining > unknown font LMMathRoman-Regular, > loading aborted fonts > defining > unable to define > LMMathRoman-Regular as [Manuals-10pt-mm-mr--3] fonts > > defining > font with asked name 'LMMathRoman-Regular' is not found > using lookup 'file' fonts > defining > unknown font > LMMathRoman-Regular, loading aborted fonts > defining > > unable to define LMMathRoman-Regular as [Manuals-10pt-mm-mr--2] > fonts > defining > font with asked name > 'LMMathRoman-Regular' is not found using lookup 'file' > fonts > defining > unknown font LMMathRoman-Regular, > loading aborted fonts > defining > unable to define > LMMathRoman-Regular as [Manuals-10pt-mm-mr--1] In one of my projects, I do not believe that I am doing anything special, yet I also get something similar: fonts > bodyfont 24pt is defined (can better be done global) fonts > bodyfont 28.8pt is defined (can better be done global) fonts > bodyfont 19.2pt is defined (can better be done global) fonts > defining > font with asked name 'LMRoman-CapsRegular' is not found using lookup 'file' fonts > defining > unknown font LMRoman-CapsRegular, loading aborted fonts > defining > unable to define LMRoman-CapsRegular as [xits-12pt-rm-sc-0--0] fonts > defining > font with asked name 'LMRoman-CapsRegular' is not found using lookup 'file' fonts > defining > unknown font LMRoman-CapsRegular, loading aborted fonts > defining > unable to define LMRoman-CapsRegular as [xits-12pt-rm-sc-0--0] fonts > defining > font with asked name 'LMRoman-CapsRegular' is not found using lookup 'file' fonts > defining > unknown font LMRoman-CapsRegular, loading aborted fonts > defining > unable to define LMRoman-CapsRegular as [xits-12pt-rm-sc-0--0] OK, I have \environment my_own_special_environment and "my_own_special_environment.tex" with \setupbodyfont[xits,10pt] but nothing else that is explicitly font related. Is this in any ways related? Alan ___ 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] Project structure, (simple)font woes
On Mon, Apr 16, 2012 at 1:19 PM, Wolfgang Schuster wrote: > BTW: I can give a talk about typescripts and font loading at the next > conference when there is interest in this. +1 make a separate thread for this -- 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] Project structure, (simple)font woes
Am 16.04.2012 um 13:03 schrieb Mari Voipio: > Hello all, > > I'm trying to teach myself to use the project structure. After a few > rounds of trial and error (...and stupid naming schemes...) I'm almost > there, but got stuck at my font setups. > > > If I do this as a single file, it works fine (Win7 and newest ConTeXt, > updated it this morning): > > % FONT related setups > \usemodule[simplefonts] % to get access to Calibri & Cambria, win ttf fonts > > \starttypescript[Manuals] >\definetypeface[Manuals] [rm] [serif] [cambria] [default] [rscale=0.95] >\definetypeface[Manuals] [ss] [sans] [calibri] [default] [rscale=0.9] > \stoptypescript You load the simplefonts module but you don’t use it, instead you try to define a typescript the old. This can work when your Cambria and Calibri fonts have names with the following system: CAMBRIA.ttf, CAMBRIAI.TTF etc. When you want to use simplefonts to load the font you have to change your environment file to this: \startenvironment env-fonts-simplefonts \usemodule[simplefonts] % to get access to Calibri & Cambria, win ttf fonts \setmainfont[Cambria] \setsansfont[Calibri] \setupbodyfont[10pt,sans] \stopenvironment BTW: I can give a talk about typescripts and font loading at the next conference when there is interest in this. 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] Project structure, (simple)font woes
Hello all, I'm trying to teach myself to use the project structure. After a few rounds of trial and error (...and stupid naming schemes...) I'm almost there, but got stuck at my font setups. If I do this as a single file, it works fine (Win7 and newest ConTeXt, updated it this morning): % FONT related setups \usemodule[simplefonts] % to get access to Calibri & Cambria, win ttf fonts \starttypescript[Manuals] \definetypeface[Manuals] [rm] [serif] [cambria] [default] [rscale=0.95] \definetypeface[Manuals] [ss] [sans] [calibri] [default] [rscale=0.9] \stoptypescript \usetypescript[Manuals] \setupbodyfont[Manuals,10pt,sans] % end of font setups \starttext \input knuth \stoptext However, if I make a really simple project structure and try to put the above in an environment file, compiling fails. What am I missing here? proj-test.tex: \startproject proj-test \environment env-fonts-simplefonts \product prd-test1 \stopproject prd-test1.tex: \startproduct prd-test1 \project proj-test \input knuth \stopproduct env-fonts-simplefonts: \startenvironment env-fonts-simplefonts % FONT related setups \usemodule[simplefonts] % to get access to Calibri & Cambria, win ttf fonts \starttypescript[Manuals] \definetypeface[Manuals] [rm] [serif] [cambria] [default] [rscale=0.95] \definetypeface[Manuals] [ss] [sans] [calibri] [default] [rscale=0.9] \stoptypescript \usetypescript[Manuals] \setupbodyfont[Manuals,10pt,sans] % end of font setups \stopenvironment If I look at proj-test.log (the whole thing attached), I think the problem is here: loading > ConTeXt User Module / Simplefonts <+ C:/context/tex/texmf-modules/tex/context/third/simplefonts/t-simplefonts.lua>) (C:/context/tex/texmf-context/tex/context/base/type-imp-cambria.mkiv) (C:/context/tex/texmf-context/tex/context/base/type-imp-cleartype.mkiv) fonts > defining > font with asked name 'LMMathRoman-Regular' is not found using lookup 'file' fonts > defining > unknown font LMMathRoman-Regular, loading aborted fonts > defining > unable to define LMMathRoman-Regular as [Manuals-10pt-mm-mr--3] fonts > defining > font with asked name 'LMMathRoman-Regular' is not found using lookup 'file' fonts > defining > unknown font LMMathRoman-Regular, loading aborted fonts > defining > unable to define LMMathRoman-Regular as [Manuals-10pt-mm-mr--2] fonts > defining > font with asked name 'LMMathRoman-Regular' is not found using lookup 'file' fonts > defining > unknown font LMMathRoman-Regular, loading aborted fonts > defining > unable to define LMMathRoman-Regular as [Manuals-10pt-mm-mr--1] But why? What is it I should do differently? ...I wouldn't even need any math fonts... Regards, Mari prd-test1.log Description: Binary data proj-test.log Description: Binary data prd-test1.tex Description: TeX document proj-test.tex Description: TeX document env-fonts-simplefonts.tex Description: TeX document test_simplefonts_Manuals.tex Description: TeX document test_simplefonts_Manuals.log Description: Binary data ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Project structure: Do macros go into the environment?
Am 13.11.2011 um 20:05 schrieb Paul Menzel:
> Dear ConTeXt folks,
>
>
> I am using the project layout [1] and have a file `env.tex` which gets
> loaded.
>
>\startenvironment env
>
>\mainlanguage[de]
>
>\setupinteraction
> [title=Titel,
> author=John Doe,
> keyword={keyword}]
>
>\def\href#1#2{\useURL[#2][{#2}][][{#1}]\goto{\url[#2]}[url(#1)]}
>\def\ahref#1{\color[linkcolor]{\ttx \href{#1}{<#1>}}}
>\def\fullahref#1{\color[linkcolor]{\ttx \href{#1}{http://#1}}}
>\def\mailto#1{\useURL[#1][mailto:#1][][#1]\from[{#1}]}
>\def\MailTo#1#2{\useURL[#1][mailto:#1][][#2]\from[{#1}]}
>
>[…]
>\stopenvironment
>
> My question is if all macro definitions (and setups like for
> interaction) should go in there?
Yes.
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] Project structure: Do macros go into the environment?
Dear ConTeXt folks,
I am using the project layout [1] and have a file `env.tex` which gets
loaded.
\startenvironment env
\mainlanguage[de]
\setupinteraction
[title=Titel,
author=John Doe,
keyword={keyword}]
\def\href#1#2{\useURL[#2][{#2}][][{#1}]\goto{\url[#2]}[url(#1)]}
\def\ahref#1{\color[linkcolor]{\ttx \href{#1}{<#1>}}}
\def\fullahref#1{\color[linkcolor]{\ttx \href{#1}{http://#1}}}
\def\mailto#1{\useURL[#1][mailto:#1][][#1]\from[{#1}]}
\def\MailTo#1#2{\useURL[#1][mailto:#1][][#2]\from[{#1}]}
[…]
\stopenvironment
My question is if all macro definitions (and setups like for
interaction) should go in there?
Thanks,
Paul
[1] http://wiki.contextgarden.net/Project_structure
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] Project structure and modes
Thanks many times Wolfgang.
You were right! I forgot to regenerate the format in the standalone
version, respectively I instead regenerated ConTeXt format in TeXLive
2011, which you probably assumed in your mail :-).
Everything is in order now.
Thanks again.
Jaroslav
Dne 13.11.2011 14:43, Wolfgang Schuster napsal(a):
Am 13.11.2011 um 14:38 schrieb Jaroslav Hajtmar:
Thanks Wolfgang, but unfortunately for me it still does not work…
Minimal example:
\startcomponent test
\input knuth
\stopcomponent
With the current beta this fails but after I changed
\def\resetsystemmode#1%
{\ifcsname\@mode@:\systemmodeprefix#1\endcsname
\expandafter\popmacro\csname\@mode@:\systemmodeprefix#1\endcsname
\csname\@mode@\systemmodeprefix#1\endcsname\csname\@mode@:\systemmodeprefix#1\endcsname\relax
\fi}
to
\def\popsystemmode#1%
{\ifcsname\@mode@:\systemmodeprefix#1\endcsname
\expandafter\popmacro\csname\@mode@:\systemmodeprefix#1\endcsname
\csname\@mode@\systemmodeprefix#1\endcsname\csname\@mode@:\systemmodeprefix#1\endcsname\relax
\fi}
and regenerated the format (context --make) it compiles fine.
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] Project structure and modes
Am 13.11.2011 um 14:38 schrieb Jaroslav Hajtmar:
> Thanks Wolfgang, but unfortunately for me it still does not work…
Minimal example:
\startcomponent test
\input knuth
\stopcomponent
With the current beta this fails but after I changed
\def\resetsystemmode#1%
{\ifcsname\@mode@:\systemmodeprefix#1\endcsname
\expandafter\popmacro\csname\@mode@:\systemmodeprefix#1\endcsname
\csname\@mode@\systemmodeprefix#1\endcsname\csname\@mode@:\systemmodeprefix#1\endcsname\relax
\fi}
to
\def\popsystemmode#1%
{\ifcsname\@mode@:\systemmodeprefix#1\endcsname
\expandafter\popmacro\csname\@mode@:\systemmodeprefix#1\endcsname
\csname\@mode@\systemmodeprefix#1\endcsname\csname\@mode@:\systemmodeprefix#1\endcsname\relax
\fi}
and regenerated the format (context --make) it compiles fine.
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] Project structure and modes
Thanks Wolfgang, but unfortunately for me it still does not work...
Jaroslav
Dne 13.11.2011 14:13, Wolfgang Schuster napsal(a):
-\def\resetsystemmode#1%
+\def\popsystemmode#1%
{\ifcsname\@mode@:\systemmodeprefix#1\endcsname
\expandafter\popmacro\csname\@mode@:\systemmodeprefix#1\endcsname
\csname\@mode@\systemmodeprefix#1\endcsname\csname\@mode@:\systemmodeprefix#1\endcsname\relax
\fi}
___
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] Project structure and modes
Am 13.11.2011 um 13:36 schrieb Salil Sayed:
> Hi,
>
> I get a similar error with a beta updated today. See below.
core-env.mkiv (line 226):
-\def\resetsystemmode#1%
+\def\popsystemmode#1%
{\ifcsname\@mode@:\systemmodeprefix#1\endcsname
\expandafter\popmacro\csname\@mode@:\systemmodeprefix#1\endcsname
\csname\@mode@\systemmodeprefix#1\endcsname\csname\@mode@:\systemmodeprefix#1\endcsname\relax
\fi}
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] Project structure and modes
Hi,
I get a similar error with a beta updated today. See below.
BR,
Salil
! Undefined control sequence.
system > tex > error on line 1 in file project_manuscript.tex:
Undefined control sequence ...
1 >> \startproject project_manuscript
2
3 \environment env_manuscript
4
5 \product manuscript
6
7
8 \stopproject
9
\stopcomponentindeed ->\popsystemmode
\v!component \popreferenceprefix \stop...
l.1 \stopcomponentindeed
\ctxcommand ...\directlua \zerocount {commands.#1}
\stopcomponent ->\ctxcommand {stopcomponent ()}
\honorendofinput
l.10 \stopcomponent
?
From: Jaroslav Hajtmar
To: Hans Hagen
Cc: mailing list for ConTeXt users
Sent: Sunday, November 13, 2011 12:06 PM
Subject: Re: [NTG-context] Project structure and modes
Hello Hans.
Is it possible that I'm still not working? I just updated and always ends the
same compilation error.
My older projects do not compile. It can be a problem in anything else?
When I ignore the error message, then finally generates a PDF file, but the
first three rows in PDF file are listed keywords:
project
environment
Thanx Jaroslav
Here is error message:
ctx drakiada_201110
mtx-context | run 1: luatex --fmt="C:/context/tex/texmf-cache/luatex-cache/c
ontext/2448223e6631addb83df348d74153606/formats/cont-en" --lua="C:/context/tex/t
exmf-cache/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en
.lui" --backend="pdf" "./drakiada_201110" \stoptext
This is LuaTeX, Version beta-0.70.1-200321 (rev 4277)
\write18 enabled.
(drakiada_201110.tex
ConTeXt ver: 2011.11.12 12:34 MKIV fmt: 2011.11.13 int: english/english
system > cont-new.mkiv loaded
(C:/context/tex/texmf-context/tex/context/base/cont-new.mkiv
system > beware: some patches loaded from cont-new.mkiv
)
system > drakiada_201110.top loaded
(drakiada_201110.top)
fonts > latin modern fonts are not preloaded
languages > language en is active
{C:/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
fonts > preloading latin modern fonts (second stage)
(C:/context/tex/texmf-context/tex/context/base/type-siz.mkiv) (C:/context/tex/te
xmf-context/tex/context/base/type-otf.mkiv)
files > readfile > asked name: 'loc', not found
{C:/context/tex/texmf/fonts/map/dvips/lm/lm-math.map}{C:/context/tex/texmf/fonts
/map/dvips/lm/lm-rm.map}
fonts > virtual math > unable to resolve name mapsfromchar
fonts > fallback modern rm 12pt is loaded
(../obstastnik.tex (../t-obstastnik_env.mkiv
loading > ConTeXt User Module / Noviny
(C:/context/tex/texmf-context/tex/context/base/colo-imp-rgb.mkiv)
colors > system rgb is loaded
)
! Undefined control sequence.
system > tex > error on line 1 in file drakiada_201110.tex: Undefined c
ontrol sequence ...
1 >> \startcomponent drakiada_201110
2 \product obst_201110
3 \project obstastnik
4 \environment obstastnik_env % nahrazeno volanim knihovny
5 \environment setcolorsii_env
6 \setuplayout[normalpage] % \setuplayout[width=fit, height=fit,backspace=1
0mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm, rightmargin=10mm,leftmarg
indistance=0mm,rightmargindistance=0mm\setuplayout[width=fit, height=fit,backspa
ce=10mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm, rightmargin=10mm,left
margindistance=0mm,rightmargindistance=0mm] %,grid=yes] %,grid=yes
7
8 %\setupinitial[hesloinitial][location=text,n=2,color=red,before=\unblank]
%, distance=-1em, hoffset=1em, voffset=-3ex, before=\blank]
9
10 % \def\nadpisT{\hcolor\sst}
11 % \def\nadpisG{\hcolor\ssg}
\stopprojectindeed ->\popsystemmode
\v!project \stoptext \signalendofinput \...
l.1 \stopprojectindeed
\ctxcommand ...\directlua \zerocount {commands.#1}
\stopproject ->\ctxcommand {stopproject ()}
\honorendofinput
l.22 \stopproject
?
!^C EmergChcete ukončit dávkovou úlohu (A/N)? ency stop.
system > tex > error on line 1 in file drakiada_201110.tex: Emergency s
top ...
1 >> \startcomponent drakiada_201110
2 \product obst_201110
3 \project obstastnik
4 \environment obstastnik_env % nahrazeno volanim knihovny
5 \environment setcolorsii_env
6 \setuplayout[normalpage] % \setuplayout[width=fit, height=fit,backspace=1
0mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm, rightmargin=10mm,leftmarg
indistance=0mm,rightmargindistance=0mm\setuplayout[width=fit, height=fit,backspa
ce=10mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm, rightmargin=10mm,left
margindistance=0mm,rightmargindistance=0mm] %,grid=yes] %,grid=yes
7
8 %\setup
Re: [NTG-context] Project structure and modes
Hello Hans.
Is it possible that I'm still not working? I just updated and always
ends the same compilation error.
My older projects do not compile. It can be a problem in anything else?
When I ignore the error message, then finally generates a PDF file, but
the first three rows in PDF file are listed keywords:
project
environment
Thanx Jaroslav
Here is error message:
ctx drakiada_201110
mtx-context | run 1: luatex
--fmt="C:/context/tex/texmf-cache/luatex-cache/c
ontext/2448223e6631addb83df348d74153606/formats/cont-en"
--lua="C:/context/tex/t
exmf-cache/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en
.lui" --backend="pdf" "./drakiada_201110" \stoptext
This is LuaTeX, Version beta-0.70.1-200321 (rev 4277)
\write18 enabled.
(drakiada_201110.tex
ConTeXt ver: 2011.11.12 12:34 MKIV fmt: 2011.11.13 int: english/english
system > cont-new.mkiv loaded
(C:/context/tex/texmf-context/tex/context/base/cont-new.mkiv
system > beware: some patches loaded from cont-new.mkiv
)
system > drakiada_201110.top loaded
(drakiada_201110.top)
fonts > latin modern fonts are not preloaded
languages > language en is active
{C:/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
fonts > preloading latin modern fonts (second stage)
(C:/context/tex/texmf-context/tex/context/base/type-siz.mkiv)
(C:/context/tex/te
xmf-context/tex/context/base/type-otf.mkiv)
files > readfile > asked name: 'loc', not found
{C:/context/tex/texmf/fonts/map/dvips/lm/lm-math.map}{C:/context/tex/texmf/fonts
/map/dvips/lm/lm-rm.map}
fonts > virtual math > unable to resolve name mapsfromchar
fonts > fallback modern rm 12pt is loaded
(../obstastnik.tex (../t-obstastnik_env.mkiv
loading > ConTeXt User Module / Noviny
(C:/context/tex/texmf-context/tex/context/base/colo-imp-rgb.mkiv)
colors > system rgb is loaded
)
! Undefined control sequence.
system > tex > error on line 1 in file drakiada_201110.tex: Undefined c
ontrol sequence ...
1 >> \startcomponent drakiada_201110
2 \product obst_201110
3 \project obstastnik
4 \environment obstastnik_env % nahrazeno volanim knihovny
5 \environment setcolorsii_env
6 \setuplayout[normalpage] % \setuplayout[width=fit,
height=fit,backspace=1
0mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm,
rightmargin=10mm,leftmarg
indistance=0mm,rightmargindistance=0mm\setuplayout[width=fit,
height=fit,backspa
ce=10mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm,
rightmargin=10mm,left
margindistance=0mm,rightmargindistance=0mm] %,grid=yes] %,grid=yes
7
8
%\setupinitial[hesloinitial][location=text,n=2,color=red,before=\unblank]
%, distance=-1em, hoffset=1em, voffset=-3ex, before=\blank]
9
10 % \def\nadpisT{\hcolor\sst}
11 % \def\nadpisG{\hcolor\ssg}
\stopprojectindeed ->\popsystemmode
\v!project \stoptext
\signalendofinput \...
l.1 \stopprojectindeed
\ctxcommand ...\directlua \zerocount {commands.#1}
\stopproject ->\ctxcommand {stopproject ()}
\honorendofinput
l.22 \stopproject
?
!^C EmergChcete ukončit dávkovou úlohu (A/N)? ency stop.
system > tex > error on line 1 in file drakiada_201110.tex: Emergency s
top ...
1 >> \startcomponent drakiada_201110
2 \product obst_201110
3 \project obstastnik
4 \environment obstastnik_env % nahrazeno volanim knihovny
5 \environment setcolorsii_env
6 \setuplayout[normalpage] % \setuplayout[width=fit,
height=fit,backspace=1
0mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm,
rightmargin=10mm,leftmarg
indistance=0mm,rightmargindistance=0mm\setuplayout[width=fit,
height=fit,backspa
ce=10mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm,
rightmargin=10mm,left
margindistance=0mm,rightmargindistance=0mm] %,grid=yes] %,grid=yes
7
8
%\setupinitial[hesloinitial][location=text,n=2,color=red,before=\unblank]
%, distance=-1em, hoffset=1em, voffset=-3ex, before=\blank]
9
10 % \def\nadpisT{\hcolor\sst}
11 % \def\nadpisG{\hcolor\ssg}
\stopprojectindeed ->\popsystemmode
\v!project \stoptext
\signalendofinput \...
l.1 \stopprojectindeed
\ctxcommand ...\directlua \zerocount {commands.#1}
\stopproject ->\ctxcommand {stopproject ()}
\honorendofinput
l.22 \stopproject
! ==> Fatal error occurred, no output PDF file produced!^
Dne 12.11.2011 13:59, Hans Hagen napsal(a):
On 12-11-2011 13:55, Jaroslav Hajtmar wrote:
OK... thanx
I'm sorry to bother you., but give the corrected version to download
soon?
I am not working at the moment the project.
normally the garden syncs on the (half) hour
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
Re: [NTG-context] Project structure and modes
On 12-11-2011 13:55, Jaroslav Hajtmar wrote: OK... thanx I'm sorry to bother you., but give the corrected version to download soon? I am not working at the moment the project. normally the garden syncs on the (half) hour 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] Project structure and modes
OK... thanx I'm sorry to bother you., but give the corrected version to download soon? I am not working at the moment the project. Thanks Jaroslav. Dne 12.11.2011 13:46, Hans Hagen napsal(a): On 12-11-2011 13:03, Jaroslav Hajtmar wrote: Hello, Hans. Did not make a change now (in project structure)? I've updated an thirty minutes ago ConTeXt and stopped me working translation of things that I have a few days in order compiled. fixed It is possible to go some way older install standalone ConTeXt? best keep a 'old' copy on your machine .. it' sno big deal having a few standalones in parallel 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] Project structure and modes
On 12-11-2011 13:03, Jaroslav Hajtmar wrote: Hello, Hans. Did not make a change now (in project structure)? I've updated an thirty minutes ago ConTeXt and stopped me working translation of things that I have a few days in order compiled. fixed It is possible to go some way older install standalone ConTeXt? best keep a 'old' copy on your machine .. it' sno big deal having a few standalones in parallel 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] Project structure and modes
Hello, Hans.
Did not make a change now (in project structure)? I've updated an thirty
minutes ago ConTeXt and stopped me working translation of things that I
have a few days in order compiled.
It is possible to go some way older install standalone ConTeXt?
Thanx Jaroslav
Here is compilation error message:
exmf-cache/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en
.lui" --backend="pdf" "./drakiada_201110" \stoptext
This is LuaTeX, Version beta-0.70.1-200321 (rev 4277)
\write18 enabled.
(drakiada_201110.tex
ConTeXt ver: 2011.11.11 23:29 MKIV fmt: 2011.11.12 int: english/english
system > cont-new.mkiv loaded
(C:/context/tex/texmf-context/tex/context/base/cont-new.mkiv
system > beware: some patches loaded from cont-new.mkiv
)
system > drakiada_201110.top loaded
(drakiada_201110.top)
fonts > latin modern fonts are not preloaded
languages > language en is active
{C:/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
fonts > preloading latin modern fonts (second stage)
(C:/context/tex/texmf-context/tex/context/base/type-siz.mkiv)
(C:/context/tex/te
xmf-context/tex/context/base/type-otf.mkiv)
files > readfile > asked name: 'loc', not found
{C:/context/tex/texmf/fonts/map/dvips/lm/lm-math.map}{C:/context/tex/texmf/fonts
/map/dvips/lm/lm-rm.map}
fonts > virtual math > unable to resolve name mapsfromchar
fonts > fallback modern rm 12pt is loaded
(../obstastnik.tex (../t-obstastnik_env.mkiv
loading > ConTeXt User Module / Noviny
(C:/context/tex/texmf-context/tex/context/base/colo-imp-rgb.mkiv)
colors > system rgb is loaded
)
! Undefined control sequence.
system > tex > error on line 1 in file drakiada_201110.tex: Undefined c
ontrol sequence ...
1 >> \startcomponent drakiada_201110
2 \product obst_201110
3 \project obstastnik
4 \environment obstastnik_env % nahrazeno volanim knihovny
5 \environment setcolorsii_env
6 \setuplayout[normalpage] % \setuplayout[width=fit, height=fit,backspace=1
0mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm,
rightmargin=10mm,leftmarg
indistance=0mm,rightmargindistance=0mm\setuplayout[width=fit,
height=fit,backspa
ce=10mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm,
rightmargin=10mm,left
margindistance=0mm,rightmargindistance=0mm] %,grid=yes] %,grid=yes
7
8 %\setupinitial[hesloinitial][location=text,n=2,color=red,before=\unblank]
%, distance=-1em, hoffset=1em, voffset=-3ex, before=\blank]
9
10 % \def\nadpisT{\hcolor\sst}
11 % \def\nadpisG{\hcolor\ssg}
\stopprojectindeed ->\popsystemmode
\v!project \stoptext \signalendofinput \...
l.1 \stopprojectindeed
\ctxcommand ...\directlua \zerocount {commands.#1}
\stopproject ->\ctxcommand {stopproject ()}
\honorendofinput
l.22 \stopproject
?
! ^CChcete ukončit dávkovou úlohu (A/N)? Emergency stop.
system > tex > error on line 1 in file drakiada_201110.tex: Emergency s
top ...
1 >> \startcomponent drakiada_201110
2 \product obst_201110
3 \project obstastnik
4 \environment obstastnik_env % nahrazeno volanim knihovny
5 \environment setcolorsii_env
6 \setuplayout[normalpage] % \setuplayout[width=fit, height=fit,backspace=1
0mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm,
rightmargin=10mm,leftmarg
indistance=0mm,rightmargindistance=0mm\setuplayout[width=fit,
height=fit,backspa
ce=10mm, topspace=0mm, header=1cm, footer=10mm,bottom=5mm,
rightmargin=10mm,left
margindistance=0mm,rightmargindistance=0mm] %,grid=yes] %,grid=yes
7
8 %\setupinitial[hesloinitial][location=text,n=2,color=red,before=\unblank]
%, distance=-1em, hoffset=1em, voffset=-3ex, before=\blank]
9
10 % \def\nadpisT{\hcolor\sst}
11 % \def\nadpisG{\hcolor\ssg}
\stopprojectindeed ->\popsystemmode
\v!project \stoptext \sig
^CnSystém nemůže otevřít zadaný soubor nebo zařízení.
alenC:\1da\Pekarov\Obstastnik\obst_201110>dofinput \...
l.1 \stopprojectindeed
\ctxcommand ...\directlua \zerocount {commands.#1}
\stopproject ->\ctxcommand {stopproject ()}
\honorendofinput
l.22 \stopproject
! ==> Fatal error occurred, no output PDF file produced!
C:\1da\Pekarov\Obstastnik\obst_201110>
C:\1da\Pekarov\Obstastnik\obst_201110>ctx1 sklipek_201110
mtx-context | run 1: luatex --fmt="C:/context/tex/texmf-cache/luatex-cache/c
ontext/2448223e6631addb83df348d74153606/formats/cont-en"
--lua="C:/context/tex/t
exmf-cache/luatex-cache/context/2448223e6631addb83df348d74153606/formats/cont-en
.lui" --backend="pdf" "./sklipek_201110" \stoptext
This is LuaTeX, Version beta-0.70.1-200321 (rev 4277)
\write18 enabled.
(sklipek_201110.tex
ConTeXt ver: 2011.11.11 23:29 MKIV fmt: 2011.11.12 int: english/english
system > cont-new.mkiv loaded
(C:/context/tex/texmf-context/tex/context/base/cont-new.mkiv
system > beware: some patches loaded from cont-new.mkiv
)
system > sklipek_201110.top loaded
(sklipek_201110.top)
fonts > latin modern fonts are not preloaded
languages > language en is active
{C:/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
fonts > preloading latin modern fonts (second stage)
(C:/context/tex/texm
Re: [NTG-context] Project structure and modes
On 12-11-2011 00:38, Aditya Mahajan wrote:
On Fri, 11 Nov 2011, Hans Hagen wrote:
On 11-11-2011 16:02, Wolfgang Schuster wrote:
Hi Hans,
can you add the systemmodes for products, components etc. in MkIV
because they are missing.
\startproduct test
\doifmodeelse{*product}{YES}{NO}
\stopproduct
I've added it but it needs checking as we need to push/pop modes (so
there is now also \pushmode \popmode).
I have a hard time imagining a situation where push/pop modes will be
useful. It it just so that we can avoid a group?
indeed and in this case, environments and such are definitely nit grouped
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] Project structure and modes
On Fri, 11 Nov 2011, Hans Hagen wrote:
On 11-11-2011 16:02, Wolfgang Schuster wrote:
Hi Hans,
can you add the systemmodes for products, components etc. in MkIV because
they are missing.
\startproduct test
\doifmodeelse{*product}{YES}{NO}
\stopproduct
I've added it but it needs checking as we need to push/pop modes (so there is
now also \pushmode \popmode).
I have a hard time imagining a situation where push/pop modes will be
useful. It it just so that we can avoid a group?
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] Project structure and modes
On 11-11-2011 16:02, Wolfgang Schuster wrote:
Hi Hans,
can you add the systemmodes for products, components etc. in MkIV because they
are missing.
\startproduct test
\doifmodeelse{*product}{YES}{NO}
\stopproduct
I've added it but it needs checking as we need to push/pop modes (so
there is now also \pushmode \popmode).
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
___
[NTG-context] Project structure and modes
Hi Hans,
can you add the systemmodes for products, components etc. in MkIV because they
are missing.
\startproduct test
\doifmodeelse{*product}{YES}{NO}
\stopproduct
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] Project Structure in MkIV
On Sun, 30 Oct 2011 11:31:02 -0600, Idris Samawi Hamid ادريس سماوي حامد wrote: So I'll make a project file and report back Works ... and THANKS! Idris -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shīʿī Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ 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] Project Structure in MkIV
On Sun, 30 Oct 2011 11:24:01 -0600, Wolfgang Schuster wrote: So it seems that \product islamwalayah in islamcosmology.tex is being ignored ... Is it a bug? Components read project and environment files but not product files because this would end in a loop. Take also a look at Hans magazine about project structure: http://pragma-ade.com/show-mag-13.htm Actually read that a couple of times. One thing missing from that article is any example of a component file, and I was unable to deduce the point you just made from the rest of the text. Looking again at the table on page three it is starting to make sense. Between, \start-stopcpmponent \product is run "none" and \project is run "once". Now I think I I see what the table is saying :-) So I'll make a project file and report back ... THNX! and Best wishes Idris -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shīʿī Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ 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] Project Structure in MkIV
Am 30.10.2011 um 18:17 schrieb Idris Samawi Hamid ادريس سماوي حامد: > On Sun, 30 Oct 2011 10:55:02 -0600, Hans Hagen wrote: > >> On 30-10-2011 14:58, Idris Samawi Hamid ادريس سماوي حامد wrote: > >>> I am porting a huge project from mkii to mkiv and am running into >>> structure problems. I now realize that >> >> - you can run with \enabletrackers[system.jobfiles] >> - and also see in the log file what structure is loaded (near the end) > > When I run the component islamcosmology.tex, I get > > ConTeXt ver: 2011.10.10 13:38 MKIV fmt: 2011.10.10 > > : > > system > files > stop used files > > > system > structure > start used structure > > used structure > text: islamcosmology > used structure > component: islamcosmology > > system > structure > stop used structure > > > > So it seems that > > \product islamwalayah > > in islamcosmology.tex is being ignored ... Is it a bug? Components read project and environment files but not product files because this would end in a loop. Take also a look at Hans magazine about project structure: http://pragma-ade.com/show-mag-13.htm 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] Project Structure in MkIV
On Sun, 30 Oct 2011 10:55:02 -0600, Hans Hagen wrote: On 30-10-2011 14:58, Idris Samawi Hamid ادريس سماوي حامد wrote: I am porting a huge project from mkii to mkiv and am running into structure problems. I now realize that - you can run with \enabletrackers[system.jobfiles] - and also see in the log file what structure is loaded (near the end) When I run the component islamcosmology.tex, I get ConTeXt ver: 2011.10.10 13:38 MKIV fmt: 2011.10.10 : system > files > stop used files system > structure > start used structure used structure > text: islamcosmology used structure > component: islamcosmology system > structure > stop used structure So it seems that \product islamwalayah in islamcosmology.tex is being ignored ... Is it a bug? Best wishes Idris -- Professor Idris Samawi Hamid, Editor-in-Chief International Journal of Shīʿī Studies Department of Philosophy Colorado State University Fort Collins, CO 80523 ___ 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] Project Structure in MkIV
On 30-10-2011 14:58, Idris Samawi Hamid ادريس سماوي حامد wrote: Dear gang, I am porting a huge project from mkii to mkiv and am running into structure problems. I now realize that - you can run with \enabletrackers[system.jobfiles] - and also see in the log file what structure is loaded (near the end) 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 ___
[NTG-context] Project Structure in MkIV
Dear gang,
I am porting a huge project from mkii to mkiv and am running into
structure problems. I now realize that
\start-stopproject
no longer compiles the entire project, just stick to products and
components. I am also dividing what was one long book into two books, and
I'd like to compile both books at once to keep cross-references between
the two books operative: I've turned the project into a product, the
products into components, and components into inputs. Obviously I'm
running into problems ;-) :
First:One thing that is unclear now is how the \environment is inherited.
Attached is a basic test set.
If I compile the product file islamwalayah.tex, I get the expected output
it appears.
If I compile the component file islamcosmology.tex, the alias \Islam gives
an undefined control sequence. That is, it does not inherit
env-aliases.tex.
If I comment % \Islam the component file compiles, but the layout is not
inherited from env-islamwalayah.tex.
How do I fix this? Any related general advice?
Files listed inline below, attached as well for testing, and
Best wishes
Idris
==islamwalayah.tex
\environment env-islamwalayah
\environment env-aliases
\startproduct islamwalayah
\component islamcosmology % Book One
% \component islamspirituality % Book Two
\stopproduct
==
===env-islamwalayah.tex===
\startenvironment env-islamwalayah
\setuplayout[width=7in]
\stopenvironment
==
=env-aliases.tex==
\startenvironment env-aliases
\def \Islam{Islām}
\stopenvironment
==
===islamcosmology.tex=
\startcomponent islamcosmology
\product islamwalayah
% below is actually \input title-cw
\starttext
\Islam
\input tufte
\stoptext
\stopcomponent
==
--
Professor Idris Samawi Hamid, Editor-in-Chief
International Journal of Shīʿī Studies
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
env-aliases.tex
Description: TeX document
env-islamwalayah.tex
Description: TeX document
islamcosmology.tex
Description: TeX document
islamwalayah.tex
Description: TeX document
___
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] Project structure - how to process product file (Honza Hejzl) [SOLVED]
Thank you, the solution was the line \environment which is needed to use in both files chapter file and product file, too. Honza Hejzl ___ 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] Project structure - how to process product file (Honza Hejzl)
Am 10.09.2011 um 15:37 schrieb Honza Hejzl: > Great, thanks, we are close to success. > > I can see the pdf file but it is broken and the console seems like it wants > some next interaction: > > /context/base/lpdf-pdx.xml' > pages > flushing realpage 1, userpage 1, subpage 1 > pages > flushing realpage 2, userpage 2 > pages > flushing realpage 3, userpage 3 > pages > flushing realpage 4, userpage 4 > pages > flushing realpage 5, userpage 5 > )) > * > > Any suggestions? Not without more information. - Does this happen when you compile the product or the component? - Do you have matching startproduct/stopproduct and startcomponent/stopcomponent in your files? - Can you make a minimal example or can you send your document (private mail is also possible in this case)! 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] Project structure - how to process product file (Honza Hejzl)
Great, thanks, we are close to success. I can see the pdf file but it is broken and the console seems like it wants some next interaction: /context/base/lpdf-pdx.xml' pages > flushing realpage 1, userpage 1, subpage 1 pages > flushing realpage 2, userpage 2 pages > flushing realpage 3, userpage 3 pages > flushing realpage 4, userpage 4 pages > flushing realpage 5, userpage 5 )) * Any suggestions? Thanks. Honza ___ 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] Project structure – how to process product file
Am 10.09.2011 um 12:16 schrieb Honza Hejzl: > Hello, > I am trying to split a book in separated chapter files. Every of them > includes: > > \startcomponent kap01 > \environment environ %this I use because it is great to fine-tune shorter > parts of book, it saves a lot of time > \product kniha > \starttext > ... > \stoptext Remove \starttext/\stoptext (not necessary) from your components and add \stopcomponent at the end of the files. > Processing of single chapter files is ok. > > In my productfile I have: > > \startproduct kniha > \component kap01 > \component kap02 > \stopproduct > > Of course, I have both chapters saved like kap01.tex... > > I have that directory structure: > > \Pes\environ.tex > \Pes\kap01\kap01.tex > \Pes\kap02\kap02.tex > \Pes\kniha\kniha.tex – this is the product file. > > But when I try to process the product file, it saves kniha.log, kniha.tuc but > no pdf file. Interesting is, the console says exactly: > > mkiv lua stats > result saved in file - kniha.pdf > > But no, it really doesn't save anything… Put the product in the same directory as the environment and add \usepath[kap01,kap02] to your environment file. 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] Project structure – how to process product file
Hello, I am trying to split a book in separated chapter files. Every of them includes: \startcomponent kap01 \environment environ %this I use because it is great to fine-tune shorter parts of book, it saves a lot of time \product kniha \starttext ... \stoptext Processing of single chapter files is ok. In my productfile I have: \startproduct kniha \component kap01 \component kap02 \stopproduct Of course, I have both chapters saved like kap01.tex... I have that directory structure: \Pes\environ.tex \Pes\kap01\kap01.tex \Pes\kap02\kap02.tex \Pes\kniha\kniha.tex – this is the product file. But when I try to process the product file, it saves kniha.log, kniha.tuc but no pdf file. Interesting is, the console says exactly: mkiv lua stats > result saved in file - kniha.pdf But no, it really doesn't save anything... Thanks, Honza Hejzl ___ 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] project structure simplification ?
Hi, when there is only one product, only one environment-style (but lots of component) in a project, is it necessary to start the files with these respective lines ... \startproject the_project \startproduct the_product \startenvironment the_style ... or is it sufficient for referencing to call only the file the_project.tex, the_product, the_style ? [asking for both, MkII and MkIV] Steffen ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] project structure (bug?)
Am 08.02.2008 um 18:19 schrieb Hans Hagen: > Steffen Wolfrum wrote: > >> Why does this make a difference? > > see taco's answer; the layout is synchronized at certain points (those > where dimensions may need recalculation), so any change can be made > undone by this automatism; just use the setups to change your settings Ah, down there it is! Thanks, found it. % However, we will use setups: % to be documented ... yes, glorious day when all this will be finally documented ,o) Steffen ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] project structure (bug?)
Steffen Wolfrum wrote: > Why does this make a difference? see taco's answer; the layout is synchronized at certain points (those where dimensions may need recalculation), so any change can be made undone by this automatism; just use the setups to change your settings Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] project structure (bug?)
Am 08.02.2008 um 17:19 schrieb Taco Hoekwater:
> Steffen Wolfrum wrote:
>> Am 08.02.2008 um 16:58 schrieb Taco Hoekwater:
>>
>>>
>>> Steffen Wolfrum wrote:
Hi,
does it make sense that eg
\clubpenalty=1
doesn't work when written in a project's environment file?
>>> I think so, yes (technically it is a side-effect).
>>>
>>> This should work even in the environment file:
>>>
>>>\def\defaultclubpenalty {1}
>>>\setdefaultpenalties
>>
>>
>>
>> And all of them like this?
>>
>> \def\defaultclubpenalty {1}
>> \def\defaultwidowpenalty {1}
>> \def\defaultdisplaywidowpenalty {1}
>> \def\defaultbrokenpenalty {0}
>>
>> \setdefaultpenalties
>>
>>
>> I experienced also very interesting differences between setting in
>> environment file \setuplayout[grid=no] and in component \setuplayout
>> [grid=yes]
>> compared to setting in environment file \setuplayout[grid=yes] .
>>
>> As working with grid is in itself quite fragile (and surprising) I
>> guess this is not explainable / avoidable?
>
>
> grid mode has a separate set of defaults, yes. See core-spa.tex
> (easier for me than writing it all down)
What about the difference in writing in
environment file \setuplayout[grid=no] plus in component \setuplayout
[grid=yes]
compared to setting in environment file \setuplayout[grid=yes]
Why does this make a difference?
Steffen
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] project structure (bug?)
Steffen Wolfrum wrote:
> Am 08.02.2008 um 16:58 schrieb Taco Hoekwater:
>
>>
>> Steffen Wolfrum wrote:
>>> Hi,
>>>
>>> does it make sense that eg
>>>
>>> \clubpenalty=1
>>>
>>> doesn't work when written in a project's environment file?
>> I think so, yes (technically it is a side-effect).
>>
>> This should work even in the environment file:
>>
>>\def\defaultclubpenalty {1}
>>\setdefaultpenalties
>
>
>
> And all of them like this?
>
> \def\defaultclubpenalty {1}
> \def\defaultwidowpenalty {1}
> \def\defaultdisplaywidowpenalty {1}
> \def\defaultbrokenpenalty {0}
>
> \setdefaultpenalties
>
>
> I experienced also very interesting differences between setting in
> environment file \setuplayout[grid=no] and in component \setuplayout
> [grid=yes]
> compared to setting in environment file \setuplayout[grid=yes] .
>
> As working with grid is in itself quite fragile (and surprising) I
> guess this is not explainable / avoidable?
grid mode has a separate set of defaults, yes. See core-spa.tex
(easier for me than writing it all down)
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] project structure (bug?)
Am 08.02.2008 um 16:58 schrieb Taco Hoekwater:
>
>
> Steffen Wolfrum wrote:
>> Hi,
>>
>> does it make sense that eg
>>
>> \clubpenalty=1
>>
>> doesn't work when written in a project's environment file?
>
> I think so, yes (technically it is a side-effect).
>
> This should work even in the environment file:
>
>\def\defaultclubpenalty {1}
>\setdefaultpenalties
And all of them like this?
\def\defaultclubpenalty {1}
\def\defaultwidowpenalty {1}
\def\defaultdisplaywidowpenalty {1}
\def\defaultbrokenpenalty {0}
\setdefaultpenalties
I experienced also very interesting differences between setting in
environment file \setuplayout[grid=no] and in component \setuplayout
[grid=yes]
compared to setting in environment file \setuplayout[grid=yes] .
As working with grid is in itself quite fragile (and surprising) I
guess this is not explainable / avoidable?
Thanks,
Steffen
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] project structure (bug?)
Steffen Wolfrum wrote:
> Hi,
>
> does it make sense that eg
>
> \clubpenalty=1
>
> doesn't work when written in a project's environment file?
I think so, yes (technically it is a side-effect).
This should work even in the environment file:
\def\defaultclubpenalty {1}
\setdefaultpenalties
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] project structure (bug?)
Hi, does it make sense that eg \clubpenalty=1 doesn't work when written in a project's environment file? It must be repeated at top of each single component in order to work. I am wondering what else works only when written in component (and is silently ignored although written in my environment-file) ... Steffen ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] project structure and dissertations
On Thu, 1 Nov 2007, Jesse Alama wrote: > It seems natural to regard the dissertation as a project and the > chapters as products (which sounds strange to my mind, in this case). > But then I have no idea what would correspond to components; it seems > like excessive, unnecessary structuring to regard sections of chapters > as components. And if sections aren't components, I don't know what > they would be. You can have just one product (your dissertation) in a project. And if you put your chapters into components, then you can compile each chapter individually. Cheers, Peter -- http://pmrb.free.fr/contact/ ___ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] project structure and dissertations
Jesse Alama wrote:
> \startfrontmatter
> \chapter{Preface}
> \stopfrontmatter
\startfrontmatter
\component preface
\stopfrontmatter
> \startbodymatter
> \chapter{Introduction}
> \stopbodymatter
\startbodymatter
\component introduction
\component aboutthis
\component aboutthat
\stopbodymatter
> \startappendices
> \chapter{Complex Proof that was Skipped}
> \stopappendices
>
> \startbackmatter
> \chapter{Colofon}
> \stopbackmatter
so, the \chapter command goes into a component file
> with the whole text of the preface in a buffer?
no buffers here
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] project structure and dissertations
I'm unsure about an aspect of The ConTeXt Way and its application to my
current situation: typesetting a dissertation, namely: how can I take
advantage of project sttructure?
It seems natural to regard the dissertation as a project and the
chapters as products (which sounds strange to my mind, in this case).
But then I have no idea what would correspond to components; it seems
like excessive, unnecessary structuring to regard sections of chapters
as components. And if sections aren't components, I don't know what
they would be.
Earlier messages on this mailing list suggest that projects aren't
supposed to be compiled; only components and products are supposed to be
compiled. This suggests that the whole dissertation not be a project;
clearly I would want to compile the whole dissertation.
Another approach would be to skip projects and stick with just products
and components. In this case, the whole dissertation would be a product
(which sounds right to me), and chapters would be components.
But then, if I follow that route, how would the logical structure
interact with the "typographical structure" (what is called
"meta-structure" in the ConTeXt manual)? I want to say something like
\startfrontmatter
\chapter{Preface}
\stopfrontmatter
\startbodymatter
\chapter{Introduction}
\stopbodymatter
\startappendices
\chapter{Complex Proof that was Skipped}
\stopappendices
\startbackmatter
\chapter{Colofon}
\stopbackmatter
in dissertation.tex, to indicate the typographical/meta structure. But then
where would the \component commands go? Would it look something like
this:
\startproductproduct dissertation
\startfrontmatter
\chapter{Preface}
\component{Preface}
\stopbodymatter
...
or would I somehow be able to refer to the whole text of the
preface and do something like
\startproduct dissertation
\component preface
\chapter{Preface}
\getbuffer{buf:preface}
\startfrontmatter
...
with the whole text of the preface in a buffer?
I would appreciate any advice!
Thanks,
Jesse
--
Jesse Alama ([EMAIL PROTECTED])
___
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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] project structure & cannot find file problem
Hello, I just started playing with ConTeXt and setting up project/product/component structures. I made the following directory structure: /project /project/project.tex /project/environment.tex /project/product /project/product/product.tex /project/product/component /project/product/component/component.tex /project/product/component/subcomponent.tex The component.tex file inserts the subcomponent.tex file using the \input command. Creating a pdf from component.tex (by running texexec from within /project/product/component) work fine. But when I try to run texexec in the product folder to create the product pdf, it complains that it cannot find the subcomponent.tex What do I have to do for texexec to be able to find the subcomponent.texfile? Thanks, Fabian Kloosterman ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
