RE: Problem setting fingering direction, again

2009-01-27 Thread Nick Payne
You need braces <> around the notes:

\version "2.12.2"

\paper{
   indent=0\in
   line-width=6\in
   oddFooterMarkup=##f
   oddHeaderMarkup=##f
   bookTitleMarkup = ##f
   scoreTitleMarkup = ##f
}

\score {
   \new Staff <<
 \new Voice = "melodyOne" {
   \voiceOne
   \relative c' {
 \set fingeringOrientations = #'(left)
 4
   }
 }
 \new Voice = "melodyTwo" {
   \voiceTwo
   \relative c' {
 \set fingeringOrientations = #'(left)
 4
   }
 }
   >>
}

> -Original Message-
> From: lilypond-user-bounces+nick.payne=internode.on@gnu.org
> [mailto:lilypond-user-bounces+nick.payne=internode.on@gnu.org] On
> Behalf Of Kim Shrier
> Sent: Tuesday, 27 January 2009 6:40 PM
> To: lilypond-user@gnu.org
> Subject: Problem setting fingering direction, again
> 
> Sorry for the incomplete post I just sent.  To recap:
> 
> I am having some difficulty getting fingering numbers to show up to the
> left of the notes that they belong to if I have 2 voices on a staff.  I
> figured out how to do it if I have only one voice on a
> staff:
> 
> \version "2.12.1"
> 
> \paper{
>   indent=0\in
>   line-width=6\in
>   oddFooterMarkup=##f
>   oddHeaderMarkup=##f
>   bookTitleMarkup = ##f
>   scoreTitleMarkup = ##f
> }
> 
> \score {
>   \new Staff <<
> \new Voice = "melody" {
>   \relative c' {
> \set fingeringOrientations = #'(left)
> 4
>   }
> }
>   >>
> }
> 
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.176 / Virus Database: 270.10.14/1917 - Release Date:
> 26/01/2009 6:37 PM



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


Re: Slurs in lyrics

2009-01-27 Thread Mats Bengtsson
Here's one possibility. Since you can redefine contexts, you can add the 
slur engraver to the Lyrics
context. However, it turns out that slurs need to be attached to note 
heads, so there are a couple of
other engravers that have to be added as well. Then, you can add the 
slurs attached to a line of

dummy notes.

\version "2.12.0"
\layout{
 \context {
   \Lyrics
   \consists "Note_heads_engraver"
   \consists "Slur_engraver"
   \consists "Rhythmic_column_engraver"
   \consists "Pitch_squash_engraver"
   \override NoteHead #'transparent = ##t
   squashedPosition = #2
   % For slurs above the text, use the following line
%\override Slur #'direction = #UP
 }
}


\new Lyrics <<
 % The actual lyrics:
 \lyricmode{ Here's the ly -- rics }
 % The slurs, attached to dummy notes
 { c2 c4 ( c ) }
>>

  /Mats

Chris Snyder wrote:

I'm engraving a piece where I'd like to put dotted slurs directly in the
lyrics to instruct the singers to carry the note. I know there are other
ways to indicate this (such as dotted slurs over the notes, which is
what I've settled with currently), but I'd like to put the slurs over
the lyrics if possible.

Does anyone know of a way to do this? My hunch is that there isn't a way
to do it without modifying the code, but I figured I'd check first. Thanks.

-Chris


___
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: Problem setting fingering direction, again

2009-01-27 Thread Kim Shrier

Thanks, that works.  However, I didn't see anything in the
documentation that would have given me a clue that the <>
were required.  Have I missed something obvious?

Kim


On Jan 27, 2009, at 1:06 AM, Nick Payne wrote:


You need braces <> around the notes:

\version "2.12.2"

\paper{
  indent=0\in
  line-width=6\in
  oddFooterMarkup=##f
  oddHeaderMarkup=##f
  bookTitleMarkup = ##f
  scoreTitleMarkup = ##f
}

\score {
  \new Staff <<
\new Voice = "melodyOne" {
  \voiceOne
  \relative c' {
\set fingeringOrientations = #'(left)
4
  }
}
\new Voice = "melodyTwo" {
  \voiceTwo
  \relative c' {
\set fingeringOrientations = #'(left)
4
  }
}



}





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


Re: Problem setting fingering direction, again

2009-01-27 Thread Graham Percival
My guess is that \set FingeringOrientations only works for chord
constructs, whereas plain fingerings don't require this.

Valentin, modify the snippet "controlling the placement of chord
fingerings" accordingly to give this warning.

Cheers,
- Graham

On Tue, Jan 27, 2009 at 01:25:17AM -0700, Kim Shrier wrote:
> Thanks, that works.  However, I didn't see anything in the
> documentation that would have given me a clue that the <>
> were required.  Have I missed something obvious?
>
> Kim
>
>
> On Jan 27, 2009, at 1:06 AM, Nick Payne wrote:
>
>> You need braces <> around the notes:
>>
>> \version "2.12.2"
>>
>> \paper{
>>   indent=0\in
>>   line-width=6\in
>>   oddFooterMarkup=##f
>>   oddHeaderMarkup=##f
>>   bookTitleMarkup = ##f
>>   scoreTitleMarkup = ##f
>> }
>>
>> \score {
>>   \new Staff <<
>> \new Voice = "melodyOne" {
>>   \voiceOne
>>   \relative c' {
>> \set fingeringOrientations = #'(left)
>> 4
>>   }
>> }
>> \new Voice = "melodyTwo" {
>>   \voiceTwo
>>   \relative c' {
>> \set fingeringOrientations = #'(left)
>> 4
>>   }
>> }

>> }
>>>
>
>
> ___
> 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: Lyrics - align first wowel of a syllable under the notehead

2009-01-27 Thread Mats Bengtsson
The following solution avoids the need to manually figure out the 
adjustment value and might
be a starting point for a clever Scheme hacker to do a fully automated 
solution. What it does is


\layout{
 \context{
   \Lyrics
  % Make sure that the alignment point of the syllable is aligned with 
the note head:
   \override LyricText #'X-offset = 
#ly:self-alignment-interface::centered-on-x-parent

 }
}

\relative c'{ c d e f }
\addlyrics {
 % Split the syllable into two halves to set the alignment point:
 \markup {\combine \right-align Dddda \left-align d }
 \markup {\combine \right-align da \left-align dd }
 \markup {\combine \right-align Dda \left-align dd }
 \markup { \right-align Dddda }
}

Unfortunately, it makes aligns the note head with the right hand end of 
the wovel, so it's not
perfect. If we try to split the syllable into three parts (before first 
wovel, wovel and the remainder)
and use \center-align on the wovel, you are hit by the same problem as 
in http://code.google.com/p/lilypond/issues/detail?id=732&q=markup
Note also that the \left-align is redundant and can be removed without 
changing the

results.

   /Mats

Kieren MacMillan wrote:

Hi Jiri,

I've attached a hint on how to do it manually.
If you need an automated process, perhaps someone on the list will 
take you up on your sponsorship offer.


Hope this helps!
Kieren.

\version "2.12"

\paper { ragged-right = ##f }

lyricX =
#(define-music-function (parser location saX) (number?)
#{
\once \override LyricText #'self-alignment-X = $saX
#})

theNotes = \relative
{
g a b c | d c b a | g1
}
theLyrics = \lyricmode
{
\lyricX #-0.9 Each syl -- \lyricX #0.2 la -- ble’s \lyricX #-0.5 
vowel \lyricX #-1.8 is \lyricX #-1 on \lyricX #1 the \lyricX #-0.4 note.

}

\score
{
<<
\new Voice = "melody" \theNotes
\new Lyrics \lyricsto "melody" \theLyrics
>>
}

___
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: Problem setting fingering direction, again

2009-01-27 Thread Trevor Daniels


Kim Shrier Tuesday, January 27, 2009 8:25 AM



Thanks, that works.  However, I didn't see anything in the
documentation that would have given me a clue that the <>
were required.  Have I missed something obvious?


Yes.  There is a boxed warning in the fingering section
of the Learning Manual.  See Fingering in section 4.4.2.
This explains fingering fully.

Trevor


Kim


On Jan 27, 2009, at 1:06 AM, Nick Payne wrote:


You need braces <> around the notes:

\version "2.12.2"




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


RE: Problem setting fingering direction, again

2009-01-27 Thread Nick Payne
It's in the learning manual s4.4.2. Pg 103 of the 2.12.2 PDF.

I got tripped up by this as well when I started...

Nick

> -Original Message-
> From: Kim Shrier [mailto:k...@tinker.com]
> Sent: Tuesday, 27 January 2009 7:25 PM
> To: Nick Payne
> Cc: lilypond-user@gnu.org
> Subject: Re: Problem setting fingering direction, again
> 
> Thanks, that works.  However, I didn't see anything in the
> documentation that would have given me a clue that the <>
> were required.  Have I missed something obvious?
> 
> Kim
> 
> 
> On Jan 27, 2009, at 1:06 AM, Nick Payne wrote:
> 
> > You need braces <> around the notes:



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


Re: inline transposition

2009-01-27 Thread Mats Bengtsson
See "Known issues and warnings" in 
http://lilypond.org/doc/v2.12/Documentation/user/lilypond/Writing-pitches#Relative-octave-entry


  /Mats

Helge Kruse wrote:

Hello,

I write Gounod's Ave Maria for vocal and harp. Since the celtic harp 
has fewer bass strings it is necessary to play one octave higher from 
measure 20 until the end. The playing instruction can be notated with

  #(set-octavation 1)
but the play had to transpose it in mind for all measures. Therefore I 
want to transpose the score. I surrounded all the measures with

  \transpose c c' { ... }
and changed the clef. But this affects the octave of some notes, i.e. 
in measure #22. I attached the excerpt where the \transpose is 
commented out. To see the problem, please remove both % in front the 
lines.


In measure #22 (fourth in the excerpt) you can read
  a,16 e'
The e is in the wrong pitch, but only when \transpose is enabled.

Is this a bug or did I miss something?


With the midiHarp statement I want to select a "orchestral harp". But 
the MIDI generator ignores it. How can I generate a MIDI file with my 
favorit instrument?



Best regards,
Helge


___
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: bar numbers at beginning of bar

2009-01-27 Thread Mats Bengtsson

I don't understand what you mean, can you provide an example?

  /Mats

Paul Scott wrote:

Hi,

12.2.1

When numbering all bars the default bar numbers seem to be at the end 
of the previous bar which is confusing to the reader.  When I use


\override Score.BarNumber #'self-alignment-X = #-1

to try to make these less confusing to the reader *sometimes* the 
music above the bar numbers is moved to the right which looks ugly.  
Is there another way to move the bar numbers without moving the music?


Thanks,

Paul Scott




___
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: Problem setting fingering direction, again

2009-01-27 Thread Jonathan Kulp

Graham Percival wrote:

My guess is that \set FingeringOrientations only works for chord
constructs, whereas plain fingerings don't require this.

Valentin, modify the snippet "controlling the placement of chord
fingerings" accordingly to give this warning.

Cheers,
- Graham


I guess a warning is a good idea.  I modified this snippet several 
months ago to include examples of single notes inside <> but did not 
change the description to include this warning.  Note the second measure 
here (same snippet that's included in the docs):


http://lsr.dsi.unimi.it/LSR/Item?id=214

Jon



On Tue, Jan 27, 2009 at 01:25:17AM -0700, Kim Shrier wrote:

Thanks, that works.  However, I didn't see anything in the
documentation that would have given me a clue that the <>
were required.  Have I missed something obvious?

Kim




--
Jonathan Kulp
http://www.jonathankulp.com


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


Re: Problem setting fingering direction, again

2009-01-27 Thread Graham Percival
On Tue, Jan 27, 2009 at 05:48:55AM -0600, Jonathan Kulp wrote:
> Graham Percival wrote:
>> My guess is that \set FingeringOrientations only works for chord
>> constructs, whereas plain fingerings don't require this.
>>
>> Valentin, modify the snippet "controlling the placement of chord
>> fingerings" accordingly to give this warning.
>
> I guess a warning is a good idea.  I modified this snippet several  
> months ago to include examples of single notes inside <> but did not  
> change the description to include this warning.  Note the second measure  
> here (same snippet that's included in the docs):
>
> http://lsr.dsi.unimi.it/LSR/Item?id=214

Oh, are you a LSR editor?  If so, please modify the file.  If not,
do whatever you did last time and then tell Valentin to approve
the resulting file.  :)

Hmm... actually, if you *are* a LSR editor, or are willing to be
one, let me know.  We desperately need somebody to do this
full-time (expected: 1 hour a week after initial setup.  Initial
setup: 5 hours of relatively easily delegated stuff), and it would
fit in nicely with your "general fixit" position.

Cheers,
- Graham


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


Re: Problem setting fingering direction, again

2009-01-27 Thread Jonathan Kulp
On Tue, Jan 27, 2009 at 6:03 AM, Graham Percival
wrote:

> >
> > I guess a warning is a good idea.  I modified this snippet several
> > months ago to include examples of single notes inside <> but did not
> > change the description to include this warning.  Note the second measure
> > here (same snippet that's included in the docs):
> >
> > http://lsr.dsi.unimi.it/LSR/Item?id=214
>
> Oh, are you a LSR editor?  If so, please modify the file.  If not,
> do whatever you did last time and then tell Valentin to approve
> the resulting file.  :)
>

I'm not a LSR editor, but the last time this came up I modified the code of
this snippet and sent it to Valentin to update in on LSR. I have contributed
several snippets to the LSR as a regular user, though.



> Hmm... actually, if you *are* a LSR editor, or are willing to be
> one, let me know.  We desperately need somebody to do this
> full-time (expected: 1 hour a week after initial setup.  Initial
> setup: 5 hours of relatively easily delegated stuff), and it would
> fit in nicely with your "general fixit" position.
>
> Cheers,
> - Graham


I'm willing to try this.  My work making doc patches hasn't been
overwhelming so I could do snippet work as well.  Let me know how to get
started. :)

-- 
Jonathan Kulp
http://www.jonathankulp.com
___
lilypond-user mailing list
lilypond-user@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Problem setting fingering direction, again

2009-01-27 Thread Graham Percival
On Tue, Jan 27, 2009 at 06:38:54AM -0600, Jonathan Kulp wrote:
>On Tue, Jan 27, 2009 at 6:03 AM, Graham Percival
><[1]gra...@percival-music.ca> wrote:
> 
>  Hmm... actually, if you *are* a LSR editor, or are willing to be
>  one, let me know.  We desperately need somebody to do this
>  full-time (expected: 1 hour a week after initial setup.  Initial
>  setup: 5 hours of relatively easily delegated stuff), and it would
>  fit in nicely with your "general fixit" position.
> 
>I'm willing to try this.  My work making doc patches hasn't been
>overwhelming so I could do snippet work as well.  Let me know how to
>get started. :)

Valentin will introduce you to Sebastino and ask for your LSR
account (state the username, please) to become an editor.  At that
point, you'll read the CG guidelines on this (which will be added
in the next few days) and then get started.

We'll give Valentin two weeks to have his opera started and then
recover and catch up; if you're not an editor by that point, we'll
ask him again (although less nicely :).

After doing normal LSR editor work for two weeks, I'll dump a list
of other tasks on you, including Mats' suggestion about displaying
the \version numbers in LSR, upgrading LSR to 2.12.2, and the
like.  Most work is done by Sebastino, but we need somebody to
send him a concise summary of the tasks, and let us know if/when
he can do them.

Finally, you need to be aware for any discussion about LSR, and
either step in with explanations about what's up with it, or take
notes on future feature requests.  Valentin did a good job on this
when he wasn't so busy, but since he'll be starting the Reports
again soon (on top of the Bug Meister stuff and everything else he
does), I think it would be good to have somebody else handling
this.

Cheers,
- Graham


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


Re: Slurs in lyrics

2009-01-27 Thread Chris Snyder
Hi Mats,

Your solution works exceptionally well. The only issue I've had is
aligning the slurs with the ends and beginning of words (rather than the
center, where the hidden noteheads are). I can tweak this using
\override NoteHead #'X-offset commands.

Thanks so much for the tip! I'll put together a snippet for the LSR when
I get a chance.

-Chris

Mats Bengtsson wrote:
> Here's one possibility. Since you can redefine contexts, you can add the
> slur engraver to the Lyrics
> context. However, it turns out that slurs need to be attached to note
> heads, so there are a couple of
> other engravers that have to be added as well. Then, you can add the
> slurs attached to a line of
> dummy notes.
> 
> \version "2.12.0"
> \layout{
>  \context {
>\Lyrics
>\consists "Note_heads_engraver"
>\consists "Slur_engraver"
>\consists "Rhythmic_column_engraver"
>\consists "Pitch_squash_engraver"
>\override NoteHead #'transparent = ##t
>squashedPosition = #2
>% For slurs above the text, use the following line
> %\override Slur #'direction = #UP
>  }
> }
> 
> 
> \new Lyrics <<
>  % The actual lyrics:
>  \lyricmode{ Here's the ly -- rics }
>  % The slurs, attached to dummy notes
>  { c2 c4 ( c ) }
>>>
> 
>   /Mats
> 
> Chris Snyder wrote:
>> I'm engraving a piece where I'd like to put dotted slurs directly in the
>> lyrics to instruct the singers to carry the note. I know there are other
>> ways to indicate this (such as dotted slurs over the notes, which is
>> what I've settled with currently), but I'd like to put the slurs over
>> the lyrics if possible.
>>
>> Does anyone know of a way to do this? My hunch is that there isn't a way
>> to do it without modifying the code, but I figured I'd check first.
>> Thanks.
>>
>> -Chris
>>
>>
>> ___
>> lilypond-user mailing list
>> lilypond-user@gnu.org
>> http://lists.gnu.org/mailman/listinfo/lilypond-user
>>   
> 

-- 
Chris Snyder
Adoro Music Publishing
1-616-828-4436 x800
http://www.adoromusicpub.com


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


Re: tenuto/tie collision

2009-01-27 Thread Eric Flesher
Jonathan Kulp  gmail.com> writes:


> > 
> 
> You might try the tweaks covered in Learning Manual 4.5.3 "Real Music 
> Example," which has an instance of a tie that needs to be raised to 
> avoid collision with something.
> 

Right, but this is precisely the point: I'll be making dozens of such
adjustments, when IMO such collisions should be avoidable by default, if not by
design. This is why I'm wondering if there isn't a way to globally ensure the
positioning of ties _between_ (as opposed to above) noteheads; there would
likely then be the problem of the left ends of ties colliding (or at least
interfering) with augmentation dots, but there are likely to be fewer such
instances. 

Cheers,
EF



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


Re: stacked markup with parenthesis

2009-01-27 Thread Jean-Alexis Montignies

Thanks a lot!

I finally came up with this solution: i use brackets. My scores starts  
to look like Jazz ones ;).


- \markup
{ 7
\hspace #1 \bracket {
\fontsize #-3 { \override #'(direction . 1) \dir-column {
  \line { "#9" }
  \line { "b13" }
}  }
}
 }

Comments or ideas to draw parentheses instead are welcome!

Greetings,

Jean-Alexis Montignies


Le 9 janv. 09 à 20:57, James E. Bailey a écrit :

It's crude, and there's probably a better parenthesis glyph, but  
it's a quick and dirty solution. And perhaps a different way to think.

\version "2.11.65"

\markup \vcenter {
  \fontsize #12 { ( }
\column {
  \line {a}
  \line {b}
  \line {c}
}
  \fontsize #12 { ) }
}

Am 09.01.2009 um 20:05 schrieb Jean-Alexis Montignies:


Hi All!

So does anyone have an idea how to achieve this (with or without  
parenteses) ?
I would do that for chord markups for tensions. In the most  
complicated case I need three stacked numbers i.e: (b9, #9, b13)


Thanks all and happy new year.

Le 14 avr. 08 à 15:11, lasconic a écrit :




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


Re: Chord Naming

2009-01-27 Thread David Raleigh Arnold
On Friday 23 January 2009, Carl D. Sorensen wrote:
> We currently have issues with the chord naming functions of LilyPond.  
If we
> pass a \chordmode chord to the the ChordNames construct, we very 
seldom get
> out what we put in (i.e. c:maj13 will give Cmaj7/9/add13).  This is 
because
> we currently try to do the chord naming algorithmically.
> 
> I'd like to add a feature similar to the predefinedFretDiagrams 
feature.  It
> would be a simple means of modifying the chodNameExceptions data 
structure
> (or perhaps a replacement of that structure) so that you could define 
a
> chord name by giving a \chordmode chord specifier.  Then, I'd have an 
init
> file that would initialize all the chords specified in Dolmetsch 
online
>  and
> .

Unfortunately, the chord names in this otherwise excellent theary series
are terrible. For example, and this is only one, the idea that Cmi7 and 
Cma7 is an improvement over Cm7 and Cmaj7 is ill considered, since 
quick recognition is the only rational criterion. I guess CMm7 and CmM7 
would be next. Why do this sort of thing? The system is extremely 
simple since its reform by bop arrangers copying lead sheets in the 
1950's, when zeroes and plusses and all that garbage that had 
accumulated in published sheet music was disallowed. It was never 
intended for analysis. Why bury that simple and elegant system in 
unwelcome innovations? Of course the question is rhetorical. People
like to invent new signs, such as "separators", and get credit for 
making what they mistakenly think are improvements.

Any chord may be specified using that system. It requires only the
sharp and flat and the slash for bass notes, and occasionally 
parentheses, as in F(#9) and F#9. It has become customary recently
to write the slash bass notes in lower case. This usage seems to have 
suddenly sprung up from many sources (myself included) just as slash
chords themselves suddenly appeared back in the 60's.

I suppose that Dr. Blood's list of chords is reasonably complete. I gave 
up on lilypond's chords when I was unable to write an F#9(b5)/a#. (On 
guitar 6x4554.)  It's easier to enter chords as text attached to silent 
rests. Far easier.

I was ignored before and I expect to be ignored again. Been there, no 
worries. Highest regards, daveA

-- 
Free download of technical exercises worth a lifetime of practice:
http://www.openguitar.com/dynamic.html  You can play the cards
you're dealt, or improve your hand with DGT.  Very easy guitar
music, solos, duets, exercises.., To contact, visit openguitar.com


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


Re: Scheme music function attempt

2009-01-27 Thread David Raleigh Arnold
On Monday 26 January 2009, Tao Cumplido wrote:
>  Original-Nachricht 
> > Datum: Mon, 26 Jan 2009 06:09:08 -0700
> > Von: "Carl D. Sorensen" 
> 
> 
> > You may want to use a different name from cs.  cs is C sharp in 
english,
> > so
> > this code would run into the same problem as you had before with c 
if
> > somebody wants to use english note names.
> 
> I see. Thanks for pointing it out.
> It's not so easy to find short names for functions. :)
> 
> Well, I got now as far that the function returns from a given pitch 
the notename and the alteration as string but my main goal, to make it 
transposable, doesn't seem to work as it is.
> The standard music inside of the tranpose-block is tranposed but the 
pitch used for my function isn't.
> 
> Now, is it actually possible to make the function aware that it is 
inside the TransposedMusic and if so, how would I do it?
> And if not, what would you suggest to do? Create my own tranposeChords 
function?
> This'd have the advantage for me to get more involved with scheme but 
my logical thinking wants to avoid it somehow.

You can't avoid it, since bb's and x's are not allowed in chord names.
Nothing logical about it. Regards, daveA

-- 
Free download of technical exercises worth a lifetime of practice:
http://www.openguitar.com/dynamic.html  You can play the cards
you're dealt, or improve your hand with DGT.  Very easy guitar
music, solos, duets, exercises.., To contact, visit openguitar.com


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


Re: Slurs in lyrics

2009-01-27 Thread Mats Bengtsson



Chris Snyder wrote:

Hi Mats,

Your solution works exceptionally well. The only issue I've had is
aligning the slurs with the ends and beginning of words (rather than the
center, where the hidden noteheads are). I can tweak this using
\override NoteHead #'X-offset commands.
  

At least if you attach your lyrics to some typeset line of notes,
it might be easier to set the alignment of the syllables, since
then the hidden note heads that the slurs are attached to,
will align with the corresponding note heads in the music.
Below, you can find an example.
Hmmm, at second thought, you probably don't want that
weird alignment of the syllables to the note heads, so it
wasn't such a bright solution.

\version "2.12.0"
\layout{
\context {
  \Lyrics
  \consists "Note_heads_engraver"
  \consists "Slur_engraver"
  \consists "Rhythmic_column_engraver"
  \consists "Pitch_squash_engraver"
  \override NoteHead #'transparent = ##t
  squashedPosition = #2
  % For slurs above the text, use the following line
%\override Slur #'direction = #UP
}
}

% Shorthands:
rr = \override LyricText #'self-alignment-X = #RIGHT
ll = \override LyricText #'self-alignment-X = #LEFT

\score{
<<
\new Voice = v \relative c' {c d e f }
\new Lyrics <<
% The actual lyrics:
\lyricsto v \lyricmode{ Here's the \ll ly -- \rr rics }
% The slurs, attached to dummy notes
{ c2 c4 ( c ) }
>>
>>
}

   /Mats

Thanks so much for the tip! I'll put together a snippet for the LSR when
I get a chance.

-Chris

Mats Bengtsson wrote:
  

Here's one possibility. Since you can redefine contexts, you can add the
slur engraver to the Lyrics
context. However, it turns out that slurs need to be attached to note
heads, so there are a couple of
other engravers that have to be added as well. Then, you can add the
slurs attached to a line of
dummy notes.

\version "2.12.0"
\layout{
 \context {
   \Lyrics
   \consists "Note_heads_engraver"
   \consists "Slur_engraver"
   \consists "Rhythmic_column_engraver"
   \consists "Pitch_squash_engraver"
   \override NoteHead #'transparent = ##t
   squashedPosition = #2
   % For slurs above the text, use the following line
%\override Slur #'direction = #UP
 }
}


\new Lyrics <<
 % The actual lyrics:
 \lyricmode{ Here's the ly -- rics }
 % The slurs, attached to dummy notes
 { c2 c4 ( c ) }

  /Mats


Chris Snyder wrote:


I'm engraving a piece where I'd like to put dotted slurs directly in the
lyrics to instruct the singers to carry the note. I know there are other
ways to indicate this (such as dotted slurs over the notes, which is
what I've settled with currently), but I'd like to put the slurs over
the lyrics if possible.

Does anyone know of a way to do this? My hunch is that there isn't a way
to do it without modifying the code, but I figured I'd check first.
Thanks.

-Chris


___
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: grace note without slurred but needs a slashed stem

2009-01-27 Thread Nikolay Kirov
Hello Mark!

Your example is very useful, I have a similar problem, namely I would
like to produce \afterGrace like \acciaccatura:
with a slur and small note with a slashed stem.

Can you help me?

Nikolay

On Tue, Jan 20, 2009 at 6:46 PM, Mark Polesky  wrote:
> Robin Bannister wrote:
>> Or precede \grace with
>> \once \override Stem  #'stroke-style = #"grace"
>
> Also remember that you can save typing with an identifier:
>
> _
>
>
> \version "2.12.1"
>
> mygrace = #(define-music-function (parser location music) (ly:music?)
>  #{ \once \override Stem  #'stroke-style = #"grace" \grace $music  #})
>
> \relative c'' {
>  \grace b8 c4
>  \mygrace b8 c4
>  \appoggiatura b8 c4
>  \acciaccatura b8 c4
> }
>
> _
>
>
> - Mark

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

-- 
Nikolay Kirov Kirov
http://www.math.bas.bg/~nkirov
Office: (+359) 2 979 2850, 2 811 0611
Home: (+359) 2 856 8627, 0887 198 221


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


Re: 2.12.1 is slow compared to 2.10.33 on Windows XP SP2

2009-01-27 Thread Frédéric Bron
> Are the compile times different if you compile your score with the
> following option set?
>
> \layout {
>  \context {
>\Score
>skipTypesetting = ##t
>  }
> }

much quicker! ... but did not work:

Processing `conducteur.ly'
Parsing...
Interpreting music...
Preprocessing graphical objects...
Finding the ideal number of pages...
Fitting music on 1 page...
Drawing systems...
programming error: system with empty extent
programming error: Improbable offset for stencil: Infinity staff space
Setting to zero.
continuing, cross fingers
Layout output to `conducteur.ps'...
Converting to `./conducteur.pdf'...



Frédéric Bron

---
Frédéric Bron (frederic.b...@m4x.org)
Villa des Quatre Chemins, Centre Hospitalier, BP 208
38506 VOIRON CEDEX
tél. : (33) 4 76 67 17 27


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


Re: Chord Naming

2009-01-27 Thread Carl D. Sorensen

> 
> On Friday 23 January 2009, Carl D. Sorensen wrote:
> > We currently have issues with the chord naming functions of LilyPond.
> If we
> > pass a \chordmode chord to the the ChordNames construct, we very
> seldom get
> > out what we put in (i.e. c:maj13 will give Cmaj7/9/add13).  This is
> because
> > we currently try to do the chord naming algorithmically.
> > 
> > I'd like to add a feature similar to the predefinedFretDiagrams
> feature.  It
> > would be a simple means of modifying the chodNameExceptions data
> structure
> > (or perhaps a replacement of that structure) so that you could define
> a
> > chord name by giving a \chordmode chord specifier.  Then, I'd have an
> init
> > file that would initialize all the chords specified in Dolmetsch
> online
> >  and
> > .
> 
> Unfortunately, the chord names in this otherwise excellent theary series
> are terrible. For example, and this is only one, the idea that Cmi7 and
> Cma7 is an improvement over Cm7 and Cmaj7 is ill considered, since
> quick recognition is the only rational criterion.

I think that you misunderstood my proposal.  I was not proposing to use
names like Cmi7 and Cma7.  I was only referring to the chords that were
included in the series, not the chord names.  I completely agree with you
about the notation in Dolmetsch.

As for me, I would personally never use circles, or circles with slashes, or
pluses, or triangles.  I always use dim, aug, maj7, etc.  But I understand
that that there are others who want those symbols.  SO I think LilyPond
should provide them.

> 
> Any chord may be specified using that system. It requires only the
> sharp and flat and the slash for bass notes, and occasionally
> parentheses, as in F(#9) and F#9. It has become customary recently
> to write the slash bass notes in lower case. This usage seems to have
> suddenly sprung up from many sources (myself included) just as slash
> chords themselves suddenly appeared back in the 60's.
>

I'm most familiar with the system you describe, but I don't know af a
reference that describes the system.  Can you point me to a reference.

> I suppose that Dr. Blood's list of chords is reasonably complete. I gave
> up on lilypond's chords when I was unable to write an F#9(b5)/a#. (On
> guitar 6x4554.)  It's easier to enter chords as text attached to silent
> rests. Far easier.
> 

If this system works the way I want it to, you'll be able to enter
fis:9.5-/ais and get out the chord name F#9(b5)/a#.  And if you run it
through a \transpose fis g{}, you'll get out G9(b5)/b.

I don't know if I'll be able to get this to work or not, but I think I can,
and I think it's feasible.

I'm certain I can do it for evertyhing but slash chords.  I'm still thinking
about how slash chords will work.

> I was ignored before and I expect to be ignored again. Been there, no
> worries. Highest regards, daveA
> 

I don't know when you were ignored before.  You're not being ignored now.

Carl



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


Re: 2.12.1 is slow compared to 2.10.33 on Windows XP SP2

2009-01-27 Thread Patrick McCarty
On Tue, Jan 27, 2009 at 12:36 PM, Frédéric Bron  wrote:
>> Are the compile times different if you compile your score with the
>> following option set?
>>
>> \layout {
>>  \context {
>>\Score
>>skipTypesetting = ##t
>>  }
>> }
>
> much quicker! ... but did not work:
>
> Processing `conducteur.ly'
> Parsing...
> Interpreting music...
> Preprocessing graphical objects...
> Finding the ideal number of pages...
> Fitting music on 1 page...
> Drawing systems...
> programming error: system with empty extent
> programming error: Improbable offset for stencil: Infinity staff space
> Setting to zero.
> continuing, cross fingers
> Layout output to `conducteur.ps'...
> Converting to `./conducteur.pdf'...

Okay, that's a good thing!  When you set this option, the typesetting
part is skipped, so your PDF won't contain any music.

I should have asked a better question:

When you compile your score with skipTypesetting = ##t, are there any
noticeable compile time differences with 2.10.33 versus 2.12.1?

This setting isn't meant to make LilyPond faster, it's meant to aid in
debugging the compile process.

-Patrick


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


Re: Chord Naming

2009-01-27 Thread Kieren MacMillan

Hi David,

I gave  up on lilypond's chords when I was unable to write an F#9 
(b5)/a#.


Something like this?

\version "2.12"
\include "english.ly"

customChordExceptions =
{
	-\markup { \concat { "9(" \raise #0.35 \fontsize #-2  
\flat "5)" } }

}
newChordExceptionList = #(append
(sequential-music-to-chord-exceptions customChordExceptions #t)
ignatzekExceptions)

\layout
{
\context
{
\Score
chordNameExceptions = #newChordExceptionList
}
}

\score
{
\new ChordNames \chordmode { fs4:9.5-/as }
}

Except for the lower-case a (which could probably also be fixed  
pretty easily), this seems pretty straightforward.


It's easier to enter chords as text attached to silent rests. Far  
easier.





Well, I definitely have to disagree with you there. With the  
definition above, I *guarantee* I can generate a thousand of these  
chords on different roots, etc., far faster than any "text-on-silent- 
rests" technique… never mind if the piece ever gets transposed!  ;-)


Hope this helps,
Kieren.

p.s.

I was ignored before and I expect to be ignored again. Been there,  
no worries.


Nice attitude… fortunately there are some people on this list who  
disregard sarcasm in the name of helping others.


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


Re: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Hajo Dezelski

Hello,

I installed the new version with jedit 4.3pre16 Java 1.6.0_11 on a 
window system. It looks great, but I have problems which can be 
reproduced on my system as often as I like.


When I am editing in Lilypond mode, compile and change to Preview output 
everything is fine.
When I click on a note on the SECOND page of the pdf output it transfers 
me to the editor - fine.


I correct, save, compile and switch to Preview output:  the whole system 
gets stuck and I have to kill the javaw.exe process by hand and start 
the whole thing new.


And this happens all the time. It doesnt happen when I am on the 1. page 
of the pdf.


Hajo


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


Re: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Hajo Dezelski

Hello,

correction to the former post. When I am on page 3 or later things are 
nearly normal. After the corrections the pdf jumps to page 1 and I can 
turn pages . During the last 30 cycles I had only 3 breakdowns.


Perhaps the system fears to be beaten and behaves nearly well ... ;-)

Hajo


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


Re: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Bertalan Fodor

Thanks for reporting.

Could you please download 
http://www.organum.hu/fileadmin/lilypondtool/LilyPondTool.jar and 
replace your version with that one?
I think I fixed this bug in it, but before uploading a full new release 
I'd like to know if it is really fixed.


Thanks,

Bert

Hajo Dezelski írta:

Hello,

I installed the new version with jedit 4.3pre16 Java 1.6.0_11 on a 
window system. It looks great, but I have problems which can be 
reproduced on my system as often as I like.


When I am editing in Lilypond mode, compile and change to Preview 
output everything is fine.
When I click on a note on the SECOND page of the pdf output it 
transfers me to the editor - fine.


I correct, save, compile and switch to Preview output:  the whole 
system gets stuck and I have to kill the javaw.exe process by hand and 
start the whole thing new.


And this happens all the time. It doesnt happen when I am on the 1. 
page of the pdf.


Hajo


n/


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


Re: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Hajo Dezelski

Hello,

I changed the .jar and it worked about 10 times. Then I became from the 
pdf viewer the following msg.


java.lang.NullPointerException
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3529)
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3404)
   at 
org.jpedal.examples.simpleviewer.Commands.openUpFile(Commands.java:1902)
   at 
org.jpedal.examples.simpleviewer.Commands.openFile(Commands.java:2048)
   at 
org.jpedal.examples.simpleviewer.Commands$7.construct(Commands.java:2556)

   at org.jpedal.utils.SwingWorker$2.run(SwingWorker.java:118)
   at java.lang.Thread.run(Unknown Source)
Hope it helps.

I will try to fix some other mistakes. The rest will follow tomorrow

Have fun
  Hajo

Bertalan Fodor schrieb:

Thanks for reporting.

Could you please download 
http://www.organum.hu/fileadmin/lilypondtool/LilyPondTool.jar and 
replace your version with that one?
I think I fixed this bug in it, but before uploading a full new 
release I'd like to know if it is really fixed.


Thanks,

Bert

Hajo Dezelski írta:

Hello,

I installed the new version with jedit 4.3pre16 Java 1.6.0_11 on a 
window system. It looks great, but I have problems which can be 
reproduced on my system as often as I like.


When I am editing in Lilypond mode, compile and change to Preview 
output everything is fine.
When I click on a note on the SECOND page of the pdf output it 
transfers me to the editor - fine.


I correct, save, compile and switch to Preview output:  the whole 
system gets stuck and I have to kill the javaw.exe process by hand 
and start the whole thing new.


And this happens all the time. It doesnt happen when I am on the 1. 
page of the pdf.


Hajo


n/





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


Re: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Hajo Dezelski

Hello,

tried it again. After 7 or 8 corrections the pdf viewer didnt show up 
correct. I closed it, compiled once again, wanted to open the viewer and 
got the msg:

java.lang.NullPointerException
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3529)
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3404)
   at 
org.jpedal.examples.simpleviewer.Commands.openUpFile(Commands.java:1902)
   at 
org.jpedal.examples.simpleviewer.Commands.openFile(Commands.java:2048)
   at 
org.jpedal.examples.simpleviewer.Commands$7.construct(Commands.java:2556)

   at org.jpedal.utils.SwingWorker$2.run(SwingWorker.java:118)
   at java.lang.Thread.run(Unknown Source)

That was it for today.

 Cheers Hajo

Bertalan Fodor schrieb:

Thanks for reporting.

Could you please download 
http://www.organum.hu/fileadmin/lilypondtool/LilyPondTool.jar and 
replace your version with that one?
I think I fixed this bug in it, but before uploading a full new 
release I'd like to know if it is really fixed.


Thanks,

Bert

Hajo Dezelski írta:

Hello,

I installed the new version with jedit 4.3pre16 Java 1.6.0_11 on a 
window system. It looks great, but I have problems which can be 
reproduced on my system as often as I like.


When I am editing in Lilypond mode, compile and change to Preview 
output everything is fine.
When I click on a note on the SECOND page of the pdf output it 
transfers me to the editor - fine.


I correct, save, compile and switch to Preview output:  the whole 
system gets stuck and I have to kill the javaw.exe process by hand 
and start the whole thing new.


And this happens all the time. It doesnt happen when I am on the 1. 
page of the pdf.


Hajo


n/





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


Re: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Bertalan Fodor
Oh, then that's a bit better :-) It is a nasty issue in JPedal. I hope 
some day I'll be able to fix it, as I couldn't yet reproduce this problem.


Bert

Hajo Dezelski írta:

Hello,

tried it again. After 7 or 8 corrections the pdf viewer didnt show up 
correct. I closed it, compiled once again, wanted to open the viewer 
and got the msg:

java.lang.NullPointerException
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3529)
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3404)
   at 
org.jpedal.examples.simpleviewer.Commands.openUpFile(Commands.java:1902)
   at 
org.jpedal.examples.simpleviewer.Commands.openFile(Commands.java:2048)
   at 
org.jpedal.examples.simpleviewer.Commands$7.construct(Commands.java:2556)

   at org.jpedal.utils.SwingWorker$2.run(SwingWorker.java:118)
   at java.lang.Thread.run(Unknown Source)

That was it for today.

 Cheers Hajo

Bertalan Fodor schrieb:

Thanks for reporting.

Could you please download 
http://www.organum.hu/fileadmin/lilypondtool/LilyPondTool.jar and 
replace your version with that one?
I think I fixed this bug in it, but before uploading a full new 
release I'd like to know if it is really fixed.


Thanks,

Bert

Hajo Dezelski írta:

Hello,

I installed the new version with jedit 4.3pre16 Java 1.6.0_11 on a 
window system. It looks great, but I have problems which can be 
reproduced on my system as often as I like.


When I am editing in Lilypond mode, compile and change to Preview 
output everything is fine.
When I click on a note on the SECOND page of the pdf output it 
transfers me to the editor - fine.


I correct, save, compile and switch to Preview output:  the whole 
system gets stuck and I have to kill the javaw.exe process by hand 
and start the whole thing new.


And this happens all the time. It doesnt happen when I am on the 1. 
page of the pdf.


Hajo


n/








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


Re: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Bertalan Fodor
The line numbers are not synced with my source. Have you restarted jEdit 
after replacing the jar?


Hajo Dezelski írta:

Hello,

tried it again. After 7 or 8 corrections the pdf viewer didnt show up 
correct. I closed it, compiled once again, wanted to open the viewer 
and got the msg:

java.lang.NullPointerException
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3529)
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3404)
   at 
org.jpedal.examples.simpleviewer.Commands.openUpFile(Commands.java:1902)
   at 
org.jpedal.examples.simpleviewer.Commands.openFile(Commands.java:2048)
   at 
org.jpedal.examples.simpleviewer.Commands$7.construct(Commands.java:2556)

   at org.jpedal.utils.SwingWorker$2.run(SwingWorker.java:118)
   at java.lang.Thread.run(Unknown Source)

That was it for today.

 Cheers Hajo

Bertalan Fodor schrieb:

Thanks for reporting.

Could you please download 
http://www.organum.hu/fileadmin/lilypondtool/LilyPondTool.jar and 
replace your version with that one?
I think I fixed this bug in it, but before uploading a full new 
release I'd like to know if it is really fixed.


Thanks,

Bert

Hajo Dezelski írta:

Hello,

I installed the new version with jedit 4.3pre16 Java 1.6.0_11 on a 
window system. It looks great, but I have problems which can be 
reproduced on my system as often as I like.


When I am editing in Lilypond mode, compile and change to Preview 
output everything is fine.
When I click on a note on the SECOND page of the pdf output it 
transfers me to the editor - fine.


I correct, save, compile and switch to Preview output:  the whole 
system gets stuck and I have to kill the javaw.exe process by hand 
and start the whole thing new.


And this happens all the time. It doesnt happen when I am on the 1. 
page of the pdf.


Hajo


n/








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


Re: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Bertalan Fodor
Have you restarted jEdit after replacing the jar. Also make sure, jEdit 
is not running in the background. (Look for javaw in the process list)


Hajo Dezelski írta:

Hello,

tried it again. After 7 or 8 corrections the pdf viewer didnt show up 
correct. I closed it, compiled once again, wanted to open the viewer 
and got the msg:

java.lang.NullPointerException
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3529)
   at org.jpedal.PdfDecoder.openPdfFile(PdfDecoder.java:3404)
   at 
org.jpedal.examples.simpleviewer.Commands.openUpFile(Commands.java:1902)
   at 
org.jpedal.examples.simpleviewer.Commands.openFile(Commands.java:2048)
   at 
org.jpedal.examples.simpleviewer.Commands$7.construct(Commands.java:2556)

   at org.jpedal.utils.SwingWorker$2.run(SwingWorker.java:118)
   at java.lang.Thread.run(Unknown Source)

That was it for today.

 Cheers Hajo

Bertalan Fodor schrieb:

Thanks for reporting.

Could you please download 
http://www.organum.hu/fileadmin/lilypondtool/LilyPondTool.jar and 
replace your version with that one?
I think I fixed this bug in it, but before uploading a full new 
release I'd like to know if it is really fixed.


Thanks,

Bert

Hajo Dezelski írta:

Hello,

I installed the new version with jedit 4.3pre16 Java 1.6.0_11 on a 
window system. It looks great, but I have problems which can be 
reproduced on my system as often as I like.


When I am editing in Lilypond mode, compile and change to Preview 
output everything is fine.
When I click on a note on the SECOND page of the pdf output it 
transfers me to the editor - fine.


I correct, save, compile and switch to Preview output:  the whole 
system gets stuck and I have to kill the javaw.exe process by hand 
and start the whole thing new.


And this happens all the time. It doesnt happen when I am on the 1. 
page of the pdf.


Hajo


n/








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


RE: [ANN] LilyPondTool-2.12-r2 released

2009-01-27 Thread Nick Payne
I was seeing the same problem on my system - complete lockup of jEdit/jPedal
unless jPedal preview was on page 1 of the PDF when performing a compilation
- and the new LilyPondTool.jar seems to have fixed it - I haven't had the
problem occur in a couple of dozen compilations since updating the jar file.

The update has also fixed a problem I was seeing in the jPedal preview where
dashed lines were being shown as solid.

Nick

> -Original Message-
> From: lilypond-user-bounces+nick.payne=internode.on@gnu.org
> [mailto:lilypond-user-bounces+nick.payne=internode.on@gnu.org] On
> Behalf Of Bertalan Fodor
> Sent: Wednesday, 28 January 2009 9:07 AM
> To: Hajo Dezelski
> Cc: lilypond-user Mailinglist
> Subject: Re: [ANN] LilyPondTool-2.12-r2 released
> 
> Thanks for reporting.
> 
> Could you please download
> http://www.organum.hu/fileadmin/lilypondtool/LilyPondTool.jar and
> replace your version with that one?
> I think I fixed this bug in it, but before uploading a full new release
> I'd like to know if it is really fixed.
> 
> Thanks,
> 
> Bert
> 
> Hajo Dezelski írta:
> > Hello,
> >
> > I installed the new version with jedit 4.3pre16 Java 1.6.0_11 on a
> > window system. It looks great, but I have problems which can be
> > reproduced on my system as often as I like.
> >
> > When I am editing in Lilypond mode, compile and change to Preview
> > output everything is fine.
> > When I click on a note on the SECOND page of the pdf output it
> > transfers me to the editor - fine.
> >
> > I correct, save, compile and switch to Preview output:  the whole
> > system gets stuck and I have to kill the javaw.exe process by hand
> and
> > start the whole thing new.
> >
> > And this happens all the time. It doesnt happen when I am on the 1.
> > page of the pdf.
> >
> > Hajo
> >
> n/
> 
> 
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> http://lists.gnu.org/mailman/listinfo/lilypond-user
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.176 / Virus Database: 270.10.14/1920 - Release Date:
> 27/01/2009 6:15 PM



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


control-points dont seem to work for tupletbracket

2009-01-27 Thread Ricardo Teruel

I think it's quite common to have curved tuplet brackets 
specifically for triplets. 
In any case I would really appreciate the option.
Lilypond is such a beatiful program.
Other tuplets usually use straight brackets.

I tried to curve the bracket with #'control-points 
but only the first and second nodes would define the bracket. 
The tird and fourth would do nothing.

I tried the same with a Slur and it worked perfectly with the slur.


snippet:

\version "2.11.61"

\score {

  \new Staff = "Prueba" {
\relative c' { % abre \relative de prueba

 \override TupletBracket #'bracket-visibility = ##t
  \override Staff.TupletBracket #'control-points = #'( ( 0 . -10 ) (20 . 14)(30
. -25) (40  . -36 ) (50 . 52) )
 \override Slur  #'control-points = #'( ( 0 . -10 ) (20 . 14)(30 . -25) (40  .
-36 ) (50 . 52) )
\times 2/3{ c'8 (d e} f4 f f |
c d e f)

} % fin \relative
} % fin de \new Staff prueba



\layout { }

}



Thanks,

Ricardo



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


RE: control-points dont seem to work for tupletbracket

2009-01-27 Thread Nick Payne
You could mimic the tuplet bracket with a slur:

\version "2.12.2"

\relative c' {
\stemUp\slurUp 
\once\override TupletBracket #'bracket-visibility = ##f
\times 2/3 {fis16[( gis fis)]}
}

Nick

> -Original Message-
> From: lilypond-user-bounces+nick.payne=internode.on@gnu.org
> [mailto:lilypond-user-bounces+nick.payne=internode.on@gnu.org] On
> Behalf Of Ricardo Teruel
> Sent: Wednesday, 28 January 2009 2:37 PM
> To: lilypond-user@gnu.org
> Subject: control-points dont seem to work for tupletbracket
> 
> 
> I think it's quite common to have curved tuplet brackets
> specifically for triplets.
> In any case I would really appreciate the option.
> Lilypond is such a beatiful program.
> Other tuplets usually use straight brackets.
> 
> I tried to curve the bracket with #'control-points
> but only the first and second nodes would define the bracket.
> The tird and fourth would do nothing.
> 
> I tried the same with a Slur and it worked perfectly with the slur.
> 
> 
> snippet:
> 
> \version "2.11.61"
> 
> \score {
> 
>   \new Staff = "Prueba" {
> \relative c' { % abre \relative de prueba
> 
>  \override TupletBracket #'bracket-visibility = ##t
>   \override Staff.TupletBracket #'control-points = #'( ( 0 . -10 ) (20
> . 14)(30
> . -25) (40  . -36 ) (50 . 52) )
>  \override Slur  #'control-points = #'( ( 0 . -10 ) (20 . 14)(30 . -25)
> (40  .
> -36 ) (50 . 52) )
>   \times 2/3{ c'8 (d e} f4 f f |
>   c d e f)
> 
> } % fin \relative
> } % fin de \new Staff prueba
> 
> 
> 
> \layout { }
> 
> }
> 
> 
> 
> Thanks,
> 
> Ricardo
> 
> 
> 
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> http://lists.gnu.org/mailman/listinfo/lilypond-user
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.176 / Virus Database: 270.10.14/1920 - Release Date:
> 27/01/2009 6:15 PM



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