>> This sounds sensible; maybe this suppression of processing `\score`
>> blocks can be implemented in Scheme so that LilyPond with a special
>> command line option acts as a syntax checker.
>
> Have you actually tried? Apart from scores placed in explicit books
> and bookparts, LilyPond
Le 29/03/2022 à 09:31, Werner LEMBERG a écrit :
In this context I could imagine a paramater that kind of highlights
the first few error messages (or only shows the first N error
messages) being very forthcoming to some people without a dev
background. Or maybe at the end of the compilation
>
> This sounds sensible; maybe this suppression of processing `\score`
>
> blocks can be implemented in Scheme so that LilyPond with a special
>
> command line option acts as a syntax checker.
>
That would be an improvement. It's still however not what the OP's
Ah, mea culpa.
www.martinrinconbotero.com
>
> On Mar 29, 2022 at 12:58 PM, mailto:d...@gnu.org)> wrote:
>
>
>
> Martín Rincón Boterowrites: > >> Since
> TeX is predominantly employed for compiling LaTeX sources, that >> speaks
>
Martín Rincón Botero writes:
>
>> Since TeX is predominantly employed for compiling LaTeX sources, that
>> speaks more about the LaTeX implementation than TeX itself.
>
> Because I'm under the impression that Lilypond is more similar to
> LaTeX than to TeX,
It totally isn't, neither
Werner LEMBERG writes:
>> Why make the user wait so long to make him fix a misspelled word or
>> make him put a curly brace? A first pass should be done without
>> \score blocks and abort (or at least ask if you want to continue!)
>> if this first pass produces errors.
>
> This sounds sensible;
>
>
> Since TeX is predominantly employed for compiling LaTeX sources, that
>
>
>
> speaks more about the LaTeX implementation than TeX itself.
>
>
>
Because I'm under the impression that Lilypond is more similar to
> Why make the user wait so long to make him fix a misspelled word or
> make him put a curly brace? A first pass should be done without
> \score blocks and abort (or at least ask if you want to continue!)
> if this first pass produces errors.
This sounds sensible; maybe this suppression of
Martín Rincón Botero writes:
> I'm lucky to be able to work using Lilypond through Python. I never
> compile the whole score I'm working on, but only the current "segment"
> (around 2 pages) and the corresponding pages get updated in the
> PDF. Compiling the whole thing is something I do only at
*I'll implement it.
On mar. 29 2022, at 12:06 pm, Martín Rincón Botero
wrote:
> > Sometimes I want to see the output inspite of errors. Aborting
> > immediately if there is a syntax problem is definitely not always the
> > best solution. I fully agree with other people that it should be
> >
> Sometimes I want to see the output inspite of errors. Aborting
> immediately if there is a syntax problem is definitely not always the
> best solution. I fully agree with other people that it should be
> Frescobaldi's job to jump to the first error message (in case it
> doesn't do this already).
> But shouldn't Lilypond check first if the syntax is correct instead
> of spending several seconds/minutes compiling a code that's doomed
> to visually fail?
Sometimes I want to see the output inspite of errors. Aborting
immediately if there is a syntax problem is definitely not always the
> I strongly disagree :-)
> When there is an error, the default should be to continue as long as
> possible. For large projects where the compilation takes time, you want
> to have some viewable output even if there is a glitch somewhere. I also
> think you are overestimating the "developing
> In this context I could imagine a paramater that kind of highlights
> the first few error messages (or only shows the first N error
> messages) being very forthcoming to some people without a dev
> background. Or maybe at the end of the compilation output a clearly
> marked: "First (few?)
I think most developers are used to having a full error log - which is
definitely the right default behaviour for lilypond. On the other hand I
can fully understand that especially for users that aren't used to software
development a full error log can be quite a mess to the (untrained) eye.
In
Le 29/03/2022 à 08:46, Martín Rincón Botero a écrit :
+1. I think making it customizable (with a --cascade-level parameter)
wouldn't add much value considering developing effort, though.
Lilypond, like Python f. ex., should simply report the first error
(and ideally immediately abort
+1. I think making it customizable (with a --cascade-level parameter)
wouldn't add much value considering developing effort, though. Lilypond, like
Python f. ex., should simply report the first error (and ideally immediately
abort compilation).
—Martín.
On Mon, Mar 28, 2022 at 4:58 PM David Kastrup wrote:
>
> Christopher Heckman writes:
>
> > I have a request concerning Lilypond that has bothered me for a while,
> > but which I haven't seen any one else complain about. It is the
> > cascade of error messages you get when you leave out a
Christopher Heckman writes:
> I have a request concerning Lilypond that has bothered me for a while,
> but which I haven't seen any one else complain about. It is the
> cascade of error messages you get when you leave out a right-brace or
> some other symbol.
>
> Maybe this could be added as an
+1
From: lilypond-user
on behalf of Christopher Heckman
Date: Monday, March 28, 2022 at 7:11 PM
To: lilypond-user@gnu.org
Subject: Feature request: Fix cascading error messages
I have a request concerning Lilypond that has bothered me for a while,
but which I haven't seen any one else
I have a request concerning Lilypond that has bothered me for a while,
but which I haven't seen any one else complain about. It is the
cascade of error messages you get when you leave out a right-brace or
some other symbol.
Maybe this could be added as an option to lilypond?
lilypond
21 matches
Mail list logo
