ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: David Arnold <darnold@northcoast.com>
Cc: ntg-context@ntg.nl
Subject: Re: Some preliminary difficulties
Date: Mon, 15 Jan 2001 18:21:54 -0800	[thread overview]
Message-ID: <3.0.5.32.20010115182154.00b517f0@mail.northcoast.com> (raw)
In-Reply-To: <3.0.6.32.20010114232821.0092e720@server-1>

Hans,

>See attachment. 
>
>(1) you really should use PDFETEX instead of pdftex, since PDFETEX reports
>grouping problems and both your files had that. When a file is faulty,
>texexec will not enter a second pass. 

OK. I am now using pdfetex at home. I'll switch at the office tomorrow.

>(2) you should configure your editor (which one?) to do a symmetry check.
>There is a missing \stop in book and a missing \stopexample in chapter1

I use WinEdt. As much as I like WinEdt, I keep hoping to see that editor
you've talked about for Context. Someday. Anyhow, it seems that would aid
in the solution of a lot of problems that occur. A common IDE would give us
some common ground on which to communicate with you.

>So, it's not that big a problem -) 

I need to find an efficient way to work on this project. If I recall, when
you worked on the Metafun manual (I should say, when you are working on the
Metafun manual), I would get pieces from time to time. This would be an
indication that you work on the pieces separately before entering them in
the main document. Could I hear some comments on this? I'd love to get some
inkling on how the development of the Metafun manual was handled.

Currently, we have this project arranged as follows:

project   ----> CollegeAlgebraText.tex
product   ----> book.tex
component ----> Chapter1.tex

I don't have any intent of crafting other products (at least I don't think
so, but you may comment here if you see things to the contrary). I think
that sections of each chapter will eventually average 10-20 pages in
length. These are the basic components of development, the individual
elements that we will work on from day to day. With this in mind, does this
strategy seem better?

project   ----> CollegeAlgebraText.tex
product   ----> Chapter1.tex, Chapter2.tex, etc.
component ----> Section1.tex, Section2.tex,.... of Chapter1.tex,
                Section1.tex, Section2.tex,.... of Chapter2.tex, etc.

On my office Windows 2000 machine, when we compiled the present
Chapter1.tex last week, it was a very long compile, with a number of
windows opening and closing. I'd say easily over 2 minutes on a 700MHz
machine to get the resulting 11 pages. My aide is just learning, so there
will be a lot of write a little code, compile, write a little code,
compile, etc, so a long compile like this will quickly frustrate her.

How do I keep those windows from opening and closing (a lot of Metapost
graphs are gonna be present in these files)? What kind of run should we do
if we don't want to worry about the graphics, just see if the code compiles
properly, etc.?

Perhaps you can discuss some various compile strategies for efficient use
of our time.

Thanks.


       reply	other threads:[~2001-01-16  2:21 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4.3.2.7.0.20010112104640.00b1eb68@mail.northcoast.com>
     [not found] ` <3.0.6.32.20010114232821.0092e720@server-1>
2001-01-16  2:21   ` David Arnold [this message]
2001-01-16 18:42     ` (TeX) Editors H. Ramm
2001-01-17  9:29       ` Hans Hagen
2001-01-18 22:11         ` Johannes H?sing
2001-01-16 19:29     ` Some preliminary difficulties Hans Hagen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3.0.5.32.20010115182154.00b517f0@mail.northcoast.com \
    --to=darnold@northcoast.com \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).