Re: Multiple repeats

2009-03-02 Thread Francisco Vila
2009/3/2 Kees van den Doel kvand...@shaw.ca:
 How to write multiple repeats? \repeat volta 4 {..} does not indicate that 
 there is more that 1 repeat.
 I'm happy to just write 4X at the end but am I missing something? What's 
 the purpose of the
 number in the \repeat volta command?

The documentation explains it fairly well and offers examples.
Alternatives and volta brackets are easy to typeset this way.
http://lilypond.org/doc/v2.12/Documentation/user/lilypond/Long-repeats#Normal-repeats

MIDI reflects repeats.

-- 
Francisco Vila. Badajoz (Spain)

The incredible carnival of Badajoz
http://www.flickr.com/photos/pacovila/tags/carnaval/show/


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


Re: Multiple repeats

2009-03-02 Thread Valentin Villenave
2009/3/2 Francisco Vila paconet@gmail.com:
 The documentation explains it fairly well and offers examples.

Besides, asking such questions would be more appropriate on our -user
list rather than -devel...

Regards,
Valentin


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


Another GUB3 problem

2009-03-02 Thread Patrick McCarty
Hello,

I am running into another problem building GUB3.

`make test' is failing for me.  It halts when processing utf-8.ly, as
can be seen in the attached lilypond-book log file.  I have also
attached the end of my build.log.

I also need the attached patch to build darwin-x86::gmp (this is the
same one as from the other thread).

Han-Wen, can you see if this patch works for you?


Thanks,
Patrick

Processing 
`/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/out/lybook-testdb/4e/lily-7d242e8d.ly'
Parsing...
Renaming input to: 
`/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/regression/utf-8.ly'
Interpreting music... 
Preprocessing graphical objects...
Calculating line breaks... 
Drawing systems... 
Writing header field `texidoc' to 
`/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/out/lybook-testdb/4e/lily-7d242e8d.texidoc'...
Writing 
/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/out/lybook-testdb/4e/lily-7d242e8d-1.signature
Writing 
/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/out/lybook-testdb/4e/lily-7d242e8d-2.signature
Layout output to 
`/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/out/lybook-testdb/4e/lily-7d242e8d-1.eps'...FATAL:
 memory error in realloc
building package: linux-x86::lilypond-test
 *** Stage: compile (lilypond-test, linux-x86)
invoking cd 
/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master
  ulimit -m 256000  ulimit -d 256000  ulimit -v 384000
LILYPOND_EXTERNAL_BINARY=/home/pnorcks/git/gub/target/linux-x86/root/usr/bin/lilypond
 
PATH=/home/pnorcks/git/gub/target/tools/root/usr/bin:/home/pnorcks/git/gub/target/linux-x86/root/usr/bin:$PATH
 GS_LIB=/home/pnorcks/git/gub/target/linux-x86/root/usr/share/ghostscript/*/lib 
MALLOC_CHECK_=2 
LD_LIBRARY_PATH=/home/pnorcks/git/gub/target/tools/root/usr/lib:/home/pnorcks/git/gub/target/linux-x86/root/usr/lib:${LD_LIBRARY_PATH-/foe}
  make   test
For tracking crashes: use

grep sourcefilename `grep -L systems.texi out/lybook-db/*/*log|sed 
s/log/ly/g`

make --no-builtin-rules -C input/regression/ out=test local-test
make[1]: Entering directory 
`/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/input/regression'
rm -f ./out-test/collated-files.html
if test -d 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/.git
  ; then \
echo -e 'HEAD is:\n\n\t' ; \
(cd 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master
  git log --max-count=1 --pretty=oneline ) ;\
echo -e '\n\n\n' ; \
(cd 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master
  git diff ) ; \
fi  ./out-test/tree.gittxt
make LILYPOND_BOOK_LILYPOND_FLAGS=-dbackend=eps --formats=ps  
-dseparate-log-files -dinclude-eps-fonts -dgs-load-lily-fonts --header=texidoc 
-I 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/manual
 -ddump-profile -dcheck-internal-types -ddump-signatures -danti-alias-factor=1 
LILYPOND_BOOK_VERBOSE= ./out-test/collated-files.html 
LYS_OUTPUT_DIR=/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/out/lybook-testdb
make[2]: Entering directory 
`/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/input/regression'
LILYPOND_VERSION=2.13.0 /home/pnorcks/git/gub/target/tools/root/usr/bin/python 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/scripts/lilypond-book.py
 -I 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/regression/
 -I ./out-test -I 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input
 -I 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/lsr/
 -I 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/regression/
 -I 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/manual/
 -I 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/tutorial/
 -I 
/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/mf/out/
 -I 
/home/pnorcks/git/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master/mf/out/
 -I 
/home/pnorcks/git/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master/input/manual
 --process='/home/pnorcks/git/gub/target/linux-x86/root/usr/bin/lilypond -I 

Re: [frogs] Re: Named book file suffixes -- regtest?

2009-03-02 Thread Marek Klein
2009/3/2 Carl D. Sorensen c_soren...@byu.edu




 On 3/1/09 2:44 PM, Marek Klein ma...@gregoriana.sk wrote:

 
 
  With your suggestion and one more line of code it works now with
  ly:parser-define!
 
  (define counter-alist '())


 Will it work with the above line missing?  The whole point of using
 ly:parser-define! is to avoid having a global variable.

 When you use

 (define counter-alist '())

 you are defining counter-alist as a global variable.   I think you should
 be
 able to just remove that line.

 Yes, it works. Thanks for explanation. Do you have some list of recomended
studying materials?

-- 
Marek Klein
http://gregoriana.sk
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel


Enabling item-interface

2009-03-02 Thread Carl D. Sorensen
I'm working to enable the chordChanges property for a FretBoards object.

I've changed the fretboard-engraver to keep track of the last fretboard,
using the chord-name-engraver as a model.  I've verified that the code works
to keep track of the changes in the fretboards.

Here's the relevant code from fretboard-engraver.

  SCM changes = get_property(chordChanges);
  if (to_boolean (changes)  scm_is_pair(last_fret_notes_)
   ly_is_equal (last_fret_notes_, fret_notes))
fret_board_-set_property (begin-of-line-visible, SCM_BOOL_T);

I've added the item-interface to the fretboard grob:

   (FretBoard
 . ((stencil . ,fret-board::calc-stencil)
(fret-diagram-details . ((finger-code . below-string)))
(meta . ((class . Item)
 (interfaces . (fret-diagram-interface
rhythmic-grob-interface
item-interface
font-interface))


I've added a bunch of engravers to the FretBoards context, again, copied
from the ChordNames context:

\context {
  \type Engraver_group
  \name FretBoards


  \consists Axis_group_engraver
  \consists Fretboard_engraver
  \consists Rest_swallow_translator
  \consists Output_property_engraver
  \consists Skip_event_swallow_translator
  \consists Hara_kiri_engraver
  \consists Separating_line_group_engraver
  \consists Font_size_engraver
  \consists Instrument_name_engraver

  predefinedDiagramTable = #fretboard-table
}

I have a regression test file:

myChords = \chordmode {
  c1 c1 \break
  c1 c1 \break
  \set chordChanges = ##t
  c1 c1 \break
  c1 c1 \break
}


  \new ChordNames { \myChords }
  \new FretBoards { \myChords }
  \new Staff { \myChords }




Everything compiles fine -- no errors or warnings.

But the identical fretboards still show up in the output.

Can anybody suggest what else I need to do to enable begin-of-line-visible
with FretBoards?

Thanks,

Carl
 



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


Re: Enabling item-interface

2009-03-02 Thread Patrick McCarty
Hi Carl,

I'm not really sure what to suggest, but I can point out a couple of
things.

On Mon, Mar 02, 2009 at 09:05:29PM -0700, Carl D. Sorensen wrote:
 
 I've added the item-interface to the fretboard grob:
 
(FretBoard
  . ((stencil . ,fret-board::calc-stencil)
 (fret-diagram-details . ((finger-code . below-string)))
 (meta . ((class . Item)
  (interfaces . (fret-diagram-interface
 rhythmic-grob-interface
 item-interface
 font-interface))

You don't need to add item-interface because it is added automatically
to any grob with (class . Item).  FretBoard is an Item, so this is
taken care of.

 Can anybody suggest what else I need to do to enable
 begin-of-line-visible with FretBoards?

I don't think this is possible because FretBoard grobs are only placed
in the *middle* of a line, not at the beginning or end.

So, `begin-of-line-visible' will always make FretBoards invisible.


-Patrick


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


lilypond.pdf size?

2009-03-02 Thread Han-Wen Nienhuys
Hi there,

We have received some complaints about bandwidth usage at
lilypond.org; in particular, the lilypond.pdf with its 13mb is causing
a lot of bandwidth use.  Could the doc frogs/meisters/gdpers look into
a solution for this?

Specifically, I am thinking of:

- splitting the document, or
- putting the PDF on download.lilypond.org/ and linking to that.

takers?

-- 
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen


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


Re: Enabling item-interface

2009-03-02 Thread Joe Neeman
On Mon, 2009-03-02 at 21:05 -0700, Carl D. Sorensen wrote:
 I'm working to enable the chordChanges property for a FretBoards object.
 
 I've changed the fretboard-engraver to keep track of the last fretboard,
 using the chord-name-engraver as a model.  I've verified that the code works
 to keep track of the changes in the fretboards.
 
 Here's the relevant code from fretboard-engraver.
 
   SCM changes = get_property(chordChanges);
   if (to_boolean (changes)  scm_is_pair(last_fret_notes_)
ly_is_equal (last_fret_notes_, fret_notes))
 fret_board_-set_property (begin-of-line-visible, SCM_BOOL_T);

Why does ChordName use 'begin-of-line-visible = #t instead of
'break-visibility = begin-of-line-visible like all the other items?
That's why this change doesn't work AFAICT: chord-name.cc has extra
logic to deal with the 'begin-of-line-visible property that doesn't
apply to FretBoard.

Joe




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


Re: lilypond.pdf size?

2009-03-02 Thread Valentin Villenave
2009/3/3 Han-Wen Nienhuys hanw...@gmail.com:
 We have received some complaints about bandwidth usage at
 lilypond.org; in particular, the lilypond.pdf with its 13mb is causing
 a lot of bandwidth use.  Could the doc frogs/meisters/gdpers look into
 a solution for this?

Hi,

John and I are about to launch our new dedicated web-platform; I
already have web storage available if you need some.

Regards,
Valentin


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


Re: lilypond.pdf size?

2009-03-02 Thread John Mandereau

Hi guys,
Valentin Villenave a écrit :

2009/3/3 Han-Wen Nienhuys hanw...@gmail.com:
  

We have received some complaints about bandwidth usage at
lilypond.org; in particular, the lilypond.pdf with its 13mb is causing
a lot of bandwidth use.  Could the doc frogs/meisters/gdpers look into
a solution for this?



John and I are about to launch our new dedicated web-platform; I
already have web storage available if you need some.
  
I'm not sure the hoster of this new web platform would have reasonably 
enough bandwith for
massive downloading of 13 MB lilypond.pdf; however, I guess it is OK to 
use download.linuxaudio.org.


Any taker for adding a hook in postprocess_html.py for 'online' web target?

Best,
John


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