Re: Edition Engraver suppress log files

[Craig Dabelstein]

No problem. Thank you Jan-Peter.

On Tue., 16 Oct. 2018, 6:49 pm Jan-Peter Voigt,  wrote:

> Hi Craig,
>
> I merged to master, but added a comment, that the names of the option
> and the file will change, like Urs and I discussed.
>
> This change shall be integrated soon, but right now I have to do some
> other jobs with higher priority.
>
> Jan-Peter
>
>
> Am 15.10.2018 um 22:00 schrieb Craig Dabelstein:
> > The new branch worked perfectly for me Jan-Peter.
> >
> > Craig
> >
> >
> > On Mon, 15 Oct 2018 at 21:53, Craig Dabelstein
> > mailto:craig.dabelst...@gmail.com>> wrote:
> >
> > You two are amazing. I don't know where any of us would be without
> you.
> >
> > Craig
> >
> > On Mon., 15 Oct. 2018, 7:19 pm Jan-Peter Voigt,  > > wrote:
> >
> > Am 15.10.2018 um 11:13 schrieb Urs Liska:
> > >
> > >
> > > Am 15.10.2018 um 11:07 schrieb Jan-Peter Voigt:
> > >> Hi Urs,
> > >>
> > >> I combine the answers:
> > >> The *.edition.log file might be named differently - not .log
> > - as this
> > >> file has a purpose outside the debug-log realm. And this is
> > the reason
> > >> I'd vote against writing the edition-context-information in a
> > global log
> > >> file.
> > >
> > > Yes, that points in the right direction. In that sense the EE
> > "log" is
> > > comparable to scholarLY's export files.
> > >
> > >> But for all debug-logs piping them into one (optional) files
> > makes
> > >> absolutely sense. How this file should be formatted is
> > another question.
> > >> And sometimes it is helpful if the log is written before Lily
> > crashes
> > >> ;-) so it might be worth writing immediatly.
> > >
> > > That's also true, and I had thought about this. But with your
> > previous
> > > comment we can solve the issue. If we're separating package
> > specific
> > > export files from traditional logs the logs don't have to be
> > sectioned.
> > > So we can format them similarly to usual log files, have a
> package
> > > identifier at the beginning of each entry and simply write
> > them out
> > > immediately.
> > >
> > > And if I think of it, most of that is already implemented in
> > oll-core.
> > > There we have the functions  oll:log, oll:debug, oll:warn
> > etc., combined
> > > with the possibility to set the log-level. The only things
> > we'd need is
> > > the option to write the log or not, and the tagging of
> > messages with the
> > > package prefix.
> > >
> > > So I suggest you rename both the export filename and the
> > option in the
> > > EE, and we'll do the other thing separately.
> > > OK I'll do that later and will think about the edition-context
> > file
> > structure. The paths shall be copyable ...
> >
> > Jan-Peter
> >
> >
> >
> > --
> > *Craig Dabelstein*
> > Maxime's Music
> > craig.dabelst...@gmail.com 
> > /http://maximesmusic.com/
>
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Jan-Peter Voigt]

Hi Craig,

I merged to master, but added a comment, that the names of the option
and the file will change, like Urs and I discussed.

This change shall be integrated soon, but right now I have to do some
other jobs with higher priority.

Jan-Peter


Am 15.10.2018 um 22:00 schrieb Craig Dabelstein:
> The new branch worked perfectly for me Jan-Peter.
> 
> Craig
> 
> 
> On Mon, 15 Oct 2018 at 21:53, Craig Dabelstein
> mailto:craig.dabelst...@gmail.com>> wrote:
> 
> You two are amazing. I don't know where any of us would be without you.
> 
> Craig
> 
> On Mon., 15 Oct. 2018, 7:19 pm Jan-Peter Voigt,  > wrote:
> 
> Am 15.10.2018 um 11:13 schrieb Urs Liska:
> >
> >
> > Am 15.10.2018 um 11:07 schrieb Jan-Peter Voigt:
> >> Hi Urs,
> >>
> >> I combine the answers:
> >> The *.edition.log file might be named differently - not .log
> - as this
> >> file has a purpose outside the debug-log realm. And this is
> the reason
> >> I'd vote against writing the edition-context-information in a
> global log
> >> file.
> >
> > Yes, that points in the right direction. In that sense the EE
> "log" is
> > comparable to scholarLY's export files.
> >
> >> But for all debug-logs piping them into one (optional) files
> makes
> >> absolutely sense. How this file should be formatted is
> another question.
> >> And sometimes it is helpful if the log is written before Lily
> crashes
> >> ;-) so it might be worth writing immediatly.
> >
> > That's also true, and I had thought about this. But with your
> previous
> > comment we can solve the issue. If we're separating package
> specific
> > export files from traditional logs the logs don't have to be
> sectioned.
> > So we can format them similarly to usual log files, have a package
> > identifier at the beginning of each entry and simply write
> them out
> > immediately.
> >
> > And if I think of it, most of that is already implemented in
> oll-core.
> > There we have the functions  oll:log, oll:debug, oll:warn
> etc., combined
> > with the possibility to set the log-level. The only things
> we'd need is
> > the option to write the log or not, and the tagging of
> messages with the
> > package prefix.
> >
> > So I suggest you rename both the export filename and the
> option in the
> > EE, and we'll do the other thing separately.
> > OK I'll do that later and will think about the edition-context
> file
> structure. The paths shall be copyable ...
> 
> Jan-Peter
> 
> 
> 
> -- 
> *Craig Dabelstein*
> Maxime's Music
> craig.dabelst...@gmail.com 
> /http://maximesmusic.com/


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Craig Dabelstein]

The new branch worked perfectly for me Jan-Peter.

Craig


On Mon, 15 Oct 2018 at 21:53, Craig Dabelstein 
wrote:

> You two are amazing. I don't know where any of us would be without you.
>
> Craig
>
> On Mon., 15 Oct. 2018, 7:19 pm Jan-Peter Voigt,  wrote:
>
>> Am 15.10.2018 um 11:13 schrieb Urs Liska:
>> >
>> >
>> > Am 15.10.2018 um 11:07 schrieb Jan-Peter Voigt:
>> >> Hi Urs,
>> >>
>> >> I combine the answers:
>> >> The *.edition.log file might be named differently - not .log - as this
>> >> file has a purpose outside the debug-log realm. And this is the reason
>> >> I'd vote against writing the edition-context-information in a global
>> log
>> >> file.
>> >
>> > Yes, that points in the right direction. In that sense the EE "log" is
>> > comparable to scholarLY's export files.
>> >
>> >> But for all debug-logs piping them into one (optional) files makes
>> >> absolutely sense. How this file should be formatted is another
>> question.
>> >> And sometimes it is helpful if the log is written before Lily crashes
>> >> ;-) so it might be worth writing immediatly.
>> >
>> > That's also true, and I had thought about this. But with your previous
>> > comment we can solve the issue. If we're separating package specific
>> > export files from traditional logs the logs don't have to be sectioned.
>> > So we can format them similarly to usual log files, have a package
>> > identifier at the beginning of each entry and simply write them out
>> > immediately.
>> >
>> > And if I think of it, most of that is already implemented in oll-core.
>> > There we have the functions  oll:log, oll:debug, oll:warn etc., combined
>> > with the possibility to set the log-level. The only things we'd need is
>> > the option to write the log or not, and the tagging of messages with the
>> > package prefix.
>> >
>> > So I suggest you rename both the export filename and the option in the
>> > EE, and we'll do the other thing separately.
>> > OK I'll do that later and will think about the edition-context file
>> structure. The paths shall be copyable ...
>>
>> Jan-Peter
>>
>>

-- 
*Craig Dabelstein*
Maxime's Music
craig.dabelst...@gmail.com
*http://maximesmusic.com *
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Craig Dabelstein]

You two are amazing. I don't know where any of us would be without you.

Craig

On Mon., 15 Oct. 2018, 7:19 pm Jan-Peter Voigt,  wrote:

> Am 15.10.2018 um 11:13 schrieb Urs Liska:
> >
> >
> > Am 15.10.2018 um 11:07 schrieb Jan-Peter Voigt:
> >> Hi Urs,
> >>
> >> I combine the answers:
> >> The *.edition.log file might be named differently - not .log - as this
> >> file has a purpose outside the debug-log realm. And this is the reason
> >> I'd vote against writing the edition-context-information in a global log
> >> file.
> >
> > Yes, that points in the right direction. In that sense the EE "log" is
> > comparable to scholarLY's export files.
> >
> >> But for all debug-logs piping them into one (optional) files makes
> >> absolutely sense. How this file should be formatted is another question.
> >> And sometimes it is helpful if the log is written before Lily crashes
> >> ;-) so it might be worth writing immediatly.
> >
> > That's also true, and I had thought about this. But with your previous
> > comment we can solve the issue. If we're separating package specific
> > export files from traditional logs the logs don't have to be sectioned.
> > So we can format them similarly to usual log files, have a package
> > identifier at the beginning of each entry and simply write them out
> > immediately.
> >
> > And if I think of it, most of that is already implemented in oll-core.
> > There we have the functions  oll:log, oll:debug, oll:warn etc., combined
> > with the possibility to set the log-level. The only things we'd need is
> > the option to write the log or not, and the tagging of messages with the
> > package prefix.
> >
> > So I suggest you rename both the export filename and the option in the
> > EE, and we'll do the other thing separately.
> > OK I'll do that later and will think about the edition-context file
> structure. The paths shall be copyable ...
>
> Jan-Peter
>
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Jan-Peter Voigt]

Am 15.10.2018 um 11:13 schrieb Urs Liska:
> 
> 
> Am 15.10.2018 um 11:07 schrieb Jan-Peter Voigt:
>> Hi Urs,
>>
>> I combine the answers:
>> The *.edition.log file might be named differently - not .log - as this
>> file has a purpose outside the debug-log realm. And this is the reason
>> I'd vote against writing the edition-context-information in a global log
>> file.
> 
> Yes, that points in the right direction. In that sense the EE "log" is
> comparable to scholarLY's export files.
> 
>> But for all debug-logs piping them into one (optional) files makes
>> absolutely sense. How this file should be formatted is another question.
>> And sometimes it is helpful if the log is written before Lily crashes
>> ;-) so it might be worth writing immediatly.
> 
> That's also true, and I had thought about this. But with your previous
> comment we can solve the issue. If we're separating package specific
> export files from traditional logs the logs don't have to be sectioned.
> So we can format them similarly to usual log files, have a package
> identifier at the beginning of each entry and simply write them out
> immediately.
> 
> And if I think of it, most of that is already implemented in oll-core.
> There we have the functions  oll:log, oll:debug, oll:warn etc., combined
> with the possibility to set the log-level. The only things we'd need is
> the option to write the log or not, and the tagging of messages with the
> package prefix.
> 
> So I suggest you rename both the export filename and the option in the
> EE, and we'll do the other thing separately.
> OK I'll do that later and will think about the edition-context file
structure. The paths shall be copyable ...

Jan-Peter


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Urs Liska]

Am 15.10.2018 um 11:07 schrieb Jan-Peter Voigt:

Hi Urs,

I combine the answers:
The *.edition.log file might be named differently - not .log - as this
file has a purpose outside the debug-log realm. And this is the reason
I'd vote against writing the edition-context-information in a global log
file.


Yes, that points in the right direction. In that sense the EE "log" is 
comparable to scholarLY's export files.



But for all debug-logs piping them into one (optional) files makes
absolutely sense. How this file should be formatted is another question.
And sometimes it is helpful if the log is written before Lily crashes
;-) so it might be worth writing immediatly.


That's also true, and I had thought about this. But with your previous 
comment we can solve the issue. If we're separating package specific 
export files from traditional logs the logs don't have to be sectioned. 
So we can format them similarly to usual log files, have a package 
identifier at the beginning of each entry and simply write them out 
immediately.


And if I think of it, most of that is already implemented in oll-core. 
There we have the functions  oll:log, oll:debug, oll:warn etc., combined 
with the possibility to set the log-level. The only things we'd need is 
the option to write the log or not, and the tagging of messages with the 
package prefix.


So I suggest you rename both the export filename and the option in the 
EE, and we'll do the other thing separately.




Jan-Peter

Am 15.10.2018 um 10:51 schrieb Urs Liska:

Hi Jan-Peter,

I've just arrived back at my computer.


Am 15.10.2018 um 10:40 schrieb Jan-Peter Voigt:

Hi Urs and all,

I created a branch 'addOptionHandling' for the edition-engraver. It
contains an option 'write-log', which is true by default, but can be set
to false to prevent writing of *.edition.log files.
I'd prefer default to true, but can change it if there are reasonable
votes against it.

One thing I wanted to ask for is having a consistent naming for such an
option in any OLL package that may choose to write log files. But I'm
totally OK with 'write-log' so that is already accepted.

I understand that the edition-engraver should by default write the log
since that is often an essential tool to set up the addressing scheme of
edition mods. For oll-core in general this looks different: there the
logs are usually only interesting for debugging purposes if something
goes wrong (actually I've never made use of that features so far).

What do you think: is it confusing if different OLL package provide the
option to write log files but have different defaults?

###

I had another thought over the weekend that I'd like to present for
discussion. What about unifying the log files and write all log entries
to *one* log file to reduce cluttering of the output directory? In that
case packages wouldn't have to deal with writing the files on their own
but would defer that to the logging module in oll-core. A function would
then at the end of the compilation process write the log file from
entries passed to it along the way. It would write them to sections,
similar to a config file.

What do you think? Is that worth the effort?

Best
Urs


If someone could have a look and test it I can merge this change soon.

Jan-Peter

Am 14.10.2018 um 08:32 schrieb Urs Liska:

Am 14. Oktober 2018 08:29:46 MESZ schrieb Jan-Peter Voigt
:

Hi Craig,

not right now, but I will implement a switch ASAP!


Please use the \setOption syntax for that.


Jan-Peter

Am 14. Oktober 2018 07:30:44 MESZ schrieb Craig Dabelstein
:

Hi all,

Quick question: Is it possible to stop the edition-engraver creating
log
files?

Craig


--
*Craig Dabelstein*
Maxime's Music
craig.dabelst...@gmail.com
*http://maximesmusic.com *



___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Jan-Peter Voigt]

Hi Urs,

I combine the answers:
The *.edition.log file might be named differently - not .log - as this
file has a purpose outside the debug-log realm. And this is the reason
I'd vote against writing the edition-context-information in a global log
file. But for all debug-logs piping them into one (optional) files makes
absolutely sense. How this file should be formatted is another question.
And sometimes it is helpful if the log is written before Lily crashes
;-) so it might be worth writing immediatly.

Jan-Peter

Am 15.10.2018 um 10:51 schrieb Urs Liska:
> Hi Jan-Peter,
> 
> I've just arrived back at my computer.
> 
> 
> Am 15.10.2018 um 10:40 schrieb Jan-Peter Voigt:
>> Hi Urs and all,
>>
>> I created a branch 'addOptionHandling' for the edition-engraver. It
>> contains an option 'write-log', which is true by default, but can be set
>> to false to prevent writing of *.edition.log files.
>> I'd prefer default to true, but can change it if there are reasonable
>> votes against it.
> 
> One thing I wanted to ask for is having a consistent naming for such an
> option in any OLL package that may choose to write log files. But I'm
> totally OK with 'write-log' so that is already accepted.
> 
> I understand that the edition-engraver should by default write the log
> since that is often an essential tool to set up the addressing scheme of
> edition mods. For oll-core in general this looks different: there the
> logs are usually only interesting for debugging purposes if something
> goes wrong (actually I've never made use of that features so far).
> 
> What do you think: is it confusing if different OLL package provide the
> option to write log files but have different defaults?
> 
> ###
> 
> I had another thought over the weekend that I'd like to present for
> discussion. What about unifying the log files and write all log entries
> to *one* log file to reduce cluttering of the output directory? In that
> case packages wouldn't have to deal with writing the files on their own
> but would defer that to the logging module in oll-core. A function would
> then at the end of the compilation process write the log file from
> entries passed to it along the way. It would write them to sections,
> similar to a config file.
> 
> What do you think? Is that worth the effort?
> 
> Best
> Urs
> 
>> If someone could have a look and test it I can merge this change soon.
>>
>> Jan-Peter
>>
>> Am 14.10.2018 um 08:32 schrieb Urs Liska:
>>>
>>> Am 14. Oktober 2018 08:29:46 MESZ schrieb Jan-Peter Voigt
>>> :
 Hi Craig,

 not right now, but I will implement a switch ASAP!

>>> Please use the \setOption syntax for that.
>>>
 Jan-Peter

 Am 14. Oktober 2018 07:30:44 MESZ schrieb Craig Dabelstein
 :
> Hi all,
>
> Quick question: Is it possible to stop the edition-engraver creating
> log
> files?
>
> Craig
>
>
> -- 
> *Craig Dabelstein*
> Maxime's Music
> craig.dabelst...@gmail.com
> *http://maximesmusic.com *
> 


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Urs Liska]

Hi Jan-Peter,

I've just arrived back at my computer.


Am 15.10.2018 um 10:40 schrieb Jan-Peter Voigt:

Hi Urs and all,

I created a branch 'addOptionHandling' for the edition-engraver. It
contains an option 'write-log', which is true by default, but can be set
to false to prevent writing of *.edition.log files.
I'd prefer default to true, but can change it if there are reasonable
votes against it.


One thing I wanted to ask for is having a consistent naming for such an 
option in any OLL package that may choose to write log files. But I'm 
totally OK with 'write-log' so that is already accepted.


I understand that the edition-engraver should by default write the log 
since that is often an essential tool to set up the addressing scheme of 
edition mods. For oll-core in general this looks different: there the 
logs are usually only interesting for debugging purposes if something 
goes wrong (actually I've never made use of that features so far).


What do you think: is it confusing if different OLL package provide the 
option to write log files but have different defaults?


###

I had another thought over the weekend that I'd like to present for 
discussion. What about unifying the log files and write all log entries 
to *one* log file to reduce cluttering of the output directory? In that 
case packages wouldn't have to deal with writing the files on their own 
but would defer that to the logging module in oll-core. A function would 
then at the end of the compilation process write the log file from 
entries passed to it along the way. It would write them to sections, 
similar to a config file.


What do you think? Is that worth the effort?

Best
Urs


If someone could have a look and test it I can merge this change soon.

Jan-Peter

Am 14.10.2018 um 08:32 schrieb Urs Liska:


Am 14. Oktober 2018 08:29:46 MESZ schrieb Jan-Peter Voigt :

Hi Craig,

not right now, but I will implement a switch ASAP!


Please use the \setOption syntax for that.


Jan-Peter

Am 14. Oktober 2018 07:30:44 MESZ schrieb Craig Dabelstein
:

Hi all,

Quick question: Is it possible to stop the edition-engraver creating
log
files?

Craig


--
*Craig Dabelstein*
Maxime's Music
craig.dabelst...@gmail.com
*http://maximesmusic.com *



___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Jan-Peter Voigt]

Hi Urs and all,

I created a branch 'addOptionHandling' for the edition-engraver. It
contains an option 'write-log', which is true by default, but can be set
to false to prevent writing of *.edition.log files.
I'd prefer default to true, but can change it if there are reasonable
votes against it.
If someone could have a look and test it I can merge this change soon.

Jan-Peter

Am 14.10.2018 um 08:32 schrieb Urs Liska:
> 
> 
> Am 14. Oktober 2018 08:29:46 MESZ schrieb Jan-Peter Voigt :
>> Hi Craig,
>>
>> not right now, but I will implement a switch ASAP!
>>
> 
> Please use the \setOption syntax for that.
> 
>> Jan-Peter
>>
>> Am 14. Oktober 2018 07:30:44 MESZ schrieb Craig Dabelstein
>> :
>>> Hi all,
>>>
>>> Quick question: Is it possible to stop the edition-engraver creating
>>> log
>>> files?
>>>
>>> Craig
>>>
>>>
>>> -- 
>>> *Craig Dabelstein*
>>> Maxime's Music
>>> craig.dabelst...@gmail.com
>>> *http://maximesmusic.com *


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Urs Liska]

Am 14. Oktober 2018 09:29:44 MESZ schrieb Craig Dabelstein 
:
>Thanks Jan-Peter. Urs, same question for Scholarly -- can I turn off
>the
>log files?

IIRC scholarLY doesn't write log files, only oll-core. I'll look into it after 
the weekend.
Thinking of it I would even make the default *not* to write the log.

Urs

>
>All the best,
>
>Craig
>
>
>On Sun, 14 Oct 2018 at 16:32, Urs Liska  wrote:
>
>>
>>
>> Am 14. Oktober 2018 08:29:46 MESZ schrieb Jan-Peter Voigt
>> >:
>> >Hi Craig,
>> >
>> >not right now, but I will implement a switch ASAP!
>> >
>>
>> Please use the \setOption syntax for that.
>>
>> >Jan-Peter
>> >
>> >Am 14. Oktober 2018 07:30:44 MESZ schrieb Craig Dabelstein
>> >:
>> >>Hi all,
>> >>
>> >>Quick question: Is it possible to stop the edition-engraver
>creating
>> >>log
>> >>files?
>> >>
>> >>Craig
>> >>
>> >>
>> >>--
>> >>*Craig Dabelstein*
>> >>Maxime's Music
>> >>craig.dabelst...@gmail.com
>> >>*http://maximesmusic.com *
>>

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Craig Dabelstein]

Thanks Jan-Peter. Urs, same question for Scholarly -- can I turn off the
log files?

All the best,

Craig


On Sun, 14 Oct 2018 at 16:32, Urs Liska  wrote:

>
>
> Am 14. Oktober 2018 08:29:46 MESZ schrieb Jan-Peter Voigt  >:
> >Hi Craig,
> >
> >not right now, but I will implement a switch ASAP!
> >
>
> Please use the \setOption syntax for that.
>
> >Jan-Peter
> >
> >Am 14. Oktober 2018 07:30:44 MESZ schrieb Craig Dabelstein
> >:
> >>Hi all,
> >>
> >>Quick question: Is it possible to stop the edition-engraver creating
> >>log
> >>files?
> >>
> >>Craig
> >>
> >>
> >>--
> >>*Craig Dabelstein*
> >>Maxime's Music
> >>craig.dabelst...@gmail.com
> >>*http://maximesmusic.com *
>


-- 
*Craig Dabelstein*
Maxime's Music
craig.dabelst...@gmail.com
*http://maximesmusic.com *
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Urs Liska]

Am 14. Oktober 2018 08:29:46 MESZ schrieb Jan-Peter Voigt :
>Hi Craig,
>
>not right now, but I will implement a switch ASAP!
>

Please use the \setOption syntax for that.

>Jan-Peter
>
>Am 14. Oktober 2018 07:30:44 MESZ schrieb Craig Dabelstein
>:
>>Hi all,
>>
>>Quick question: Is it possible to stop the edition-engraver creating
>>log
>>files?
>>
>>Craig
>>
>>
>>-- 
>>*Craig Dabelstein*
>>Maxime's Music
>>craig.dabelst...@gmail.com
>>*http://maximesmusic.com *

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Edition Engraver suppress log files

[Jan-Peter Voigt]

Hi Craig,

not right now, but I will implement a switch ASAP!

Jan-Peter

Am 14. Oktober 2018 07:30:44 MESZ schrieb Craig Dabelstein 
:
>Hi all,
>
>Quick question: Is it possible to stop the edition-engraver creating
>log
>files?
>
>Craig
>
>
>-- 
>*Craig Dabelstein*
>Maxime's Music
>craig.dabelst...@gmail.com
>*http://maximesmusic.com *

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Edition Engraver suppress log files

[Craig Dabelstein]

Hi all,

Quick question: Is it possible to stop the edition-engraver creating log
files?

Craig


-- 
*Craig Dabelstein*
Maxime's Music
craig.dabelst...@gmail.com
*http://maximesmusic.com *
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user