Re: thanks to whomever put this in the LSR...

2009-06-10 Thread Reinhold Kainhofer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am Mittwoch, 10. Juni 2009 00:43:43 schrieb chip:
> Ian Hulin wrote:
> > Hi Reinhold,
> > I'm having a look at seeing if I can pick up the work Marek Klein did
> > on -devel.  It covered amending the coded generating output file
> > suffixes to allow users to code user-specified names as the suffix.
> > It changes the function print-with-book in file lily-library.scm so
> > one of the internal variables uses a Scheme alist.
> >
> > How much more work would it be to implement Patrick's suggestion below?
> >
> > But it would be nice to have an option to override the file-name for
> > any arbitrary book.  Something like
> >
> > \book {
> >   \paper {
> > output-file-name = "Blah"
> >   }
> >   \score {
> > ...
> >   }
> > }
> > .
> > .
> > .
> >
> > As I understand it, the above would allow allow you to have a file
> > called something like "mozsym40.ly" and use
> > \paper {
> > output-file-name="SinfoniaK550"
> > }
> > to generated SinfoniaK550.pdf, .png, .mid, .midi or whatever.
>
> I am a user very interested in the outcome of this as I use multiple
> \book in all my songs. Being able to have the naming scheme work out
> like this would be great -
[...]
> Basically what the system currently does except dropping the -n from the
> name and replacing it with the variable the user wants added. 

That's exactly what 'output-suffix is about. This thread is about improving it 
even further (i.e. currently, the suffix is appended, but the number is also 
appended, so this patch tries to avoid unnecessary numbering...)

Cheers,
Reinhold

- -- 
- --
Reinhold Kainhofer, reinh...@kainhofer.com, http://reinhold.kainhofer.com/
 * Financial & Actuarial Math., Vienna Univ. of Technology, Austria
 * http://www.fam.tuwien.ac.at/, DVR: 0005886
 * LilyPond, Music typesetting, http://www.lilypond.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFKL+siTqjEwhXvPN0RAmnHAJ4uaPvF9tR3/8N/Fy4Zf7hmCXA8nwCdHe1k
acd7ypheV6Uc8lo9hWQdlto=
=Z9Ag
-END PGP SIGNATURE-


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


Re: thanks to whomever put this in the LSR...

2009-06-09 Thread chip

Ian Hulin wrote:

Hi Reinhold,
I'm having a look at seeing if I can pick up the work Marek Klein did 
on -devel.  It covered amending the coded generating output file 
suffixes to allow users to code user-specified names as the suffix.  
It changes the function print-with-book in file lily-library.scm so 
one of the internal variables uses a Scheme alist.


How much more work would it be to implement Patrick's suggestion below?

.
.
.
But it would be nice to have an option to override the file-name for
any arbitrary book.  Something like

\book {
  \paper {
output-file-name = "Blah"
  }
  \score {
...
  }
}
.
.
.

As I understand it, the above would allow allow you to have a file 
called something like "mozsym40.ly" and use

\paper {
output-file-name="SinfoniaK550"
}
to generated SinfoniaK550.pdf, .png, .mid, .midi or whatever.
I am a user very interested in the outcome of this as I use multiple 
\book in all my songs. Being able to have the naming scheme work out 
like this would be great -

filename - Beseme Mucho.ly
output names of separate \books -   Beseme Mucho.pdf .midi etc (the full 
score)
  Beseme 
Mucho-Tenor.pdf .midi etc
  Beseme 
Mucho-Alto.pdf .midi etc
  Beseme 
Mucho-Trumpet1.pdf .midi etc

  etc etc
Basically what the system currently does except dropping the -n from the 
name and replacing it with the variable the user wants added. I don't 
use \bookpart anywhere, just \book. I don't know anything about scheme, 
so I won't be able to help there, but I can help with testing if need be.

Anyway, that's just my input, whatever help it may be.
Regards,
Chip W



If you were using a file with multiple \bookparts or \score blocks,
1.  should output-file-name in these blocks replace the definition in 
the \book \paper block (if present) to produce Allegro.pdf, .midi

or
2.  should it act like #(define output-suffix "Allegro") so you 
produce a file SinfoniaK550-Allegro.pdf, .midi etc?  Or
3.  should we have a separate output-file-suffix property to do this 
trick, which would be for use only in \bookpart blocks?


I'm trying to get a clear idea of what would be clearest for users 
before I send myself cross-eyed looking at the code.


Any opinions/pointers to set this Frog off in the right direction are 
welcome.


Cheers,

Ian Hulin


Reinhold Kainhofer wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am Donnerstag, 4. Juni 2009 01:01:24 schrieb Mats Bengtsson:

See
http://lists.gnu.org/archive/html/lilypond-user/2009-02/msg00833.html
and followups for the previous discussion on the topic. As far as I can
see, an implementation proposal is already available, just to commit.


Hmm, it seems that this has been completely forgotten... Does anyone 
have the time to put the finishing touches on the patch? In 
particular, get rid of the global var and properly use the variable 
from the parser-lookup, also the comment is no longer valid.


Cheers,
Reinhold
- -- - 
--
Reinhold Kainhofer, reinh...@kainhofer.com, 
http://reinhold.kainhofer.com/

 * Financial & Actuarial Math., Vienna Univ. of Technology, Austria
 * http://www.fam.tuwien.ac.at/, DVR: 0005886
 * LilyPond, Music typesetting, http://www.lilypond.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFKLAEsTqjEwhXvPN0RAlG1AKCEYYXJYUFeCSFTTZkARZ4zBpaHcACdGvkd
q0WId+UluAUa48LVj+7dAVA=
=UqgS
-END PGP SIGNATURE-




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






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


Re: thanks to whomever put this in the LSR...

2009-06-09 Thread Ian Hulin

Hi Reinhold,
I'm having a look at seeing if I can pick up the work Marek Klein did on 
-devel.  It covered amending the coded generating output file suffixes 
to allow users to code user-specified names as the suffix.  It changes 
the function print-with-book in file lily-library.scm so one of the 
internal variables uses a Scheme alist.


How much more work would it be to implement Patrick's suggestion below?

.
.
.
But it would be nice to have an option to override the file-name for
any arbitrary book.  Something like

\book {
  \paper {
output-file-name = "Blah"
  }
  \score {
...
  }
}
.
.
.

As I understand it, the above would allow allow you to have a file 
called something like "mozsym40.ly" and use

\paper {
output-file-name="SinfoniaK550"
}
to generated SinfoniaK550.pdf, .png, .mid, .midi or whatever.

If you were using a file with multiple \bookparts or \score blocks,
1.  should output-file-name in these blocks replace the definition in 
the \book \paper block (if present) to produce Allegro.pdf, .midi

or
2.  should it act like #(define output-suffix "Allegro") so you produce 
a file SinfoniaK550-Allegro.pdf, .midi etc?  Or
3.  should we have a separate output-file-suffix property to do this 
trick, which would be for use only in \bookpart blocks?


I'm trying to get a clear idea of what would be clearest for users 
before I send myself cross-eyed looking at the code.


Any opinions/pointers to set this Frog off in the right direction are 
welcome.


Cheers,

Ian Hulin


Reinhold Kainhofer wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am Donnerstag, 4. Juni 2009 01:01:24 schrieb Mats Bengtsson:

See
http://lists.gnu.org/archive/html/lilypond-user/2009-02/msg00833.html
and followups for the previous discussion on the topic. As far as I can
see, an implementation proposal is already available, just to commit.


Hmm, it seems that this has been completely forgotten... Does anyone have the 
time to put the finishing touches on the patch? 
In particular, get rid of the global var and properly use the variable from 
the parser-lookup, also the comment is no longer valid.


Cheers,
Reinhold
- -- 
- --

Reinhold Kainhofer, reinh...@kainhofer.com, http://reinhold.kainhofer.com/
 * Financial & Actuarial Math., Vienna Univ. of Technology, Austria
 * http://www.fam.tuwien.ac.at/, DVR: 0005886
 * LilyPond, Music typesetting, http://www.lilypond.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFKLAEsTqjEwhXvPN0RAlG1AKCEYYXJYUFeCSFTTZkARZ4zBpaHcACdGvkd
q0WId+UluAUa48LVj+7dAVA=
=UqgS
-END PGP SIGNATURE-




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


Re: thanks to whomever put this in the LSR...

2009-06-07 Thread Reinhold Kainhofer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am Donnerstag, 4. Juni 2009 01:01:24 schrieb Mats Bengtsson:
> See
> http://lists.gnu.org/archive/html/lilypond-user/2009-02/msg00833.html
> and followups for the previous discussion on the topic. As far as I can
> see, an implementation proposal is already available, just to commit.

Hmm, it seems that this has been completely forgotten... Does anyone have the 
time to put the finishing touches on the patch? 
In particular, get rid of the global var and properly use the variable from 
the parser-lookup, also the comment is no longer valid.

Cheers,
Reinhold
- -- 
- --
Reinhold Kainhofer, reinh...@kainhofer.com, http://reinhold.kainhofer.com/
 * Financial & Actuarial Math., Vienna Univ. of Technology, Austria
 * http://www.fam.tuwien.ac.at/, DVR: 0005886
 * LilyPond, Music typesetting, http://www.lilypond.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFKLAEsTqjEwhXvPN0RAlG1AKCEYYXJYUFeCSFTTZkARZ4zBpaHcACdGvkd
q0WId+UluAUa48LVj+7dAVA=
=UqgS
-END PGP SIGNATURE-


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


Re: thanks to whomever put this in the LSR...

2009-06-03 Thread Mats Bengtsson

Patrick McCarty wrote:


Is there a way to omit the -1 -2 ... suffix? I would like to specify the  
pdf file name in the .ly file.



Currently, this is hardcoded in the source file scm/lily-library.scm.
The modification you can make is what number to start at.  You can do
this by setting `output-count'.

For example, if you say

#(set! output-count 5)

then your files will be named

filename-5.pdf
filename-6.pdf
filename-7.pdf
etc...

That being said, this is an interesting issue.  There *needs* to be an
automated naming convention by default, or else each successive book
will overwrite the previous one.

But it would be nice to have an option to override the file-name for
any arbitrary book.  Something like

\book {
  \paper {
output-file-name = "Blah"
  }
  \score {
...
  }
}

and this particular book would create "Blah.ps" and "Blah.pdf".
  


See 
http://lists.gnu.org/archive/html/lilypond-user/2009-02/msg00833.html 
and followups for the previous discussion on the topic. As far as I can 
see, an implementation proposal is already available, just to commit.


   /Mats


-Patrick


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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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


Re: thanks to whomever put this in the LSR...

2009-06-03 Thread Patrick McCarty
On Wed, Jun 03, 2009 at 09:36:39AM +0200, Helge Kruse wrote:
>
> chip wrote:
>> I was just browsing around in the LSR and found this very useful bit  
>> that is just fantastic, I hadn't come across it in any docs - LM, NR, 
>> or IR (I did a browser Edit/Find for output-suffix on all of those) -
>>
>> #(define output-suffix "you-put-something-here")
>>
>>
>> It's for use in a multi-bookpart .ly file that generates multiple .pdf  
>> files. Typically the file names are appended with -1, -2, -3, etc which 
>> isn't very helpful. That little bit of code lets you append any bit of  
>> text to the file name, so instead of
>>
>> filename-1.pdf
>>
>> you get
>>
>> filename-you-put-something-here-1.pdf
>
> Is there a way to omit the -1 -2 ... suffix? I would like to specify the  
> pdf file name in the .ly file.

Currently, this is hardcoded in the source file scm/lily-library.scm.
The modification you can make is what number to start at.  You can do
this by setting `output-count'.

For example, if you say

#(set! output-count 5)

then your files will be named

filename-5.pdf
filename-6.pdf
filename-7.pdf
etc...

That being said, this is an interesting issue.  There *needs* to be an
automated naming convention by default, or else each successive book
will overwrite the previous one.

But it would be nice to have an option to override the file-name for
any arbitrary book.  Something like

\book {
  \paper {
output-file-name = "Blah"
  }
  \score {
...
  }
}

and this particular book would create "Blah.ps" and "Blah.pdf".


-Patrick


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


Re: thanks to whomever put this in the LSR...

2009-06-03 Thread Helge Kruse


chip wrote:
I was just browsing around in the LSR and found this very useful bit 
that is just fantastic, I hadn't come across it in any docs - LM, NR, or 
IR (I did a browser Edit/Find for output-suffix on all of those) -


#(define output-suffix "you-put-something-here")


It's for use in a multi-bookpart .ly file that generates multiple .pdf 
files. Typically the file names are appended with -1, -2, -3, etc which 
isn't very helpful. That little bit of code lets you append any bit of 
text to the file name, so instead of


filename-1.pdf

you get

filename-you-put-something-here-1.pdf


Is there a way to omit the -1 -2 ... suffix? I would like to specify the 
pdf file name in the .ly file.


Regards,
Helge



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