ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Alan BRASLAU <alan.braslau@cea.fr>
To: "Keith J. Schultz" <schultzk@gmx.net>
Cc: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: Structure of titles in MkIV
Date: Fri, 17 Oct 2014 11:13:26 +0200	[thread overview]
Message-ID: <20141017111326.7867240f@iram-hb-003386.extra.cea.fr> (raw)
In-Reply-To: <4AA38D4A-F678-4564-8227-04E190600F56@gmx.net>

No, I have not been using ConTeXt for ten years and I am still learning!
I am just referring to the fact pointed out by Herbert Simon (The
Architecture of Complexity) that it takes about 10 years for anyone to
learn any new subject.

I have come to understand that ConTeXt's speed in processing does not
have to do with our patience, like waiting for a dot-matrix printer.
	(By the way, I started doing text processing using teletypes way
	before TeX was even invented. Remember nroff?)
ConTeXt is also used for automated text-processing on the fly and this
has to be fast.

It is said that clang gives many more and much better error and warning
messages than gcc. ConTeXt has all sorts of "trackers" that can be
enabled if desired to get lots of debugging information.
http://wiki.contextgarden.net/Trackers

Maybe there is room for someone to write a program (or script in lua!)
similar to "lint" that can check for errors. I do not believe that it is
worth the effort, though, as it will quickly become obsolete.

Alan



On Thu, 16 Oct 2014 11:32:29 +0200
"Keith J. Schultz" <schultzk@gmx.net> wrote:

> Hi Alan,
> 
> In a way I agree one can live without the added syntax and semantic
> error reporting, But, as you say you have been using it for ten years.
> All are not that lucky. Then there are those beginners that simply
> have no idea what is going on. Because they do not know ConTeXt, TeX,
> or LaTeX, etc. This problem is more severe due to the fact that IMHO
> the documentation for ConTeXt does not state many things!
> 
> Error checking should not be given up for performance sake!
> That is not good practice. If one can not wait a minute longer
> for a 500 page document, somebody has to learn to chill down.
> 
> Been around Computers since the mid 80s, so I know what it is like
> to wait 5 minutes for a three page document, waiting for a TeX system
> render and create all those files to print it on a dot-matrix printer.
> Not, to mention the printing itself in graphics mode for the best
> quality.
> 
> regards
> 	Keith.
> 
> 
> Am 15.10.2014 um 16:10 schrieb Alan BRASLAU <alan.braslau@cea.fr>:
> 
> > On Wed, 15 Oct 2014 14:25:11 +0200
> > Keith Schultz <keithjschultz@icloud.com> wrote:
> > 
> >> BUT, Michal I believe has a point. Or should I say has come across
> >> a FLAW, according to my view of things. ConTeXt should warn...
> > 
> > I was warned (a few years ago) on the mailing list NOT to place any
> > text outside of structure elements. For example,
> > 
> [snip, snip]
> > I cannot remember the example of what had gone haywire, but I
> > leaned my lesson (and started systematically using \start\stop for
> > everything, well, not for paragraphs as I find that a bit too
> > heavy...).
> > 
> > As to WARNINGS: ConTeXt generally silently ignores incorrect coding,
> > unknown options, etc. One might call for all sorts of "bells and
> > whistles" but these come at a performance cost so I have also
> > learned to do without them. Of course, this sometimes makes
> > debugging one's errors a bit more difficult, but after 10 years or
> > so of practice one will no longer make many errors! (one of my
> > favorites still is "\startext") ;-)

___________________________________________________________________________________
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
___________________________________________________________________________________

  parent reply	other threads:[~2014-10-17  9:13 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-14 11:49 Michał Goliński
2014-10-15  7:42 ` Alan BRASLAU
2014-10-15  7:45   ` Alan BRASLAU
2014-10-15 12:25   ` Keith Schultz
2014-10-15 14:10     ` Alan BRASLAU
2014-10-16  9:32       ` Keith J. Schultz
2014-10-16 11:25         ` Hans Hagen
2014-10-16 13:34           ` Keith Schultz
2014-10-17  9:13         ` Alan BRASLAU [this message]
2014-10-18 11:57     ` Michał Goliński
2014-10-19 15:03       ` Alan BRASLAU

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=20141017111326.7867240f@iram-hb-003386.extra.cea.fr \
    --to=alan.braslau@cea.fr \
    --cc=ntg-context@ntg.nl \
    --cc=schultzk@gmx.net \
    /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).