Re: Directional NoteHead Stencil Support

2015-03-22 Thread Marc Hohl

Am 21.03.2015 um 14:37 schrieb David Nalesnik:
[...]


P.S.  Just this moment, Marc Hohl posted the commit message I was ready
to cut-and-paste!  FWIW, I'll mention how I found it (though my bag of
tricks is pretty small).  I used

git log -p lily/rhythmic-column-engraver.cc


I just used

gitk lily/note-column.cc

and found the culprit very quickly. ;-)

Marc


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


Re: Directional NoteHead Stencil Support

2015-03-22 Thread Marc Hohl

Hi Harm,

Am 21.03.2015 um 21:02 schrieb Thomas Morley:
[...]

Thanks Marc and David pointing me in the correct direction.

This is issue 3289
https://code.google.com/p/lilypond/issues/detail?id=3289

Curing a regression detected in 2.17. which was introduced during 2.15.

Though, I have never seen this commit-message before!
During the revue on Rietvield some more extended message was wished
and obviously added right before pushing - no chance for anyone to
look at it.


Well, there has been quite *a lot* of mail traffic concerning the 
committer and the use of comments both within the code and for commits.


If I had seen:

 Lastly, there was no reason in the code base to keep a pointer to the
 arpeggio in the note column, so it is removed here.

I would have protested strongly.

Instead
http://lsr.di.unimi.it/LSR/Item?id=621
is partly broken.

http://lilypondblog.org/2013/06/horizontally-aligning-full-measure-rests/
is partly broken.

Also, some of my custom-functions are partly broken or never reached
usability because of that missing 'arpeggio-property.
Letting me no reasonable chance to get back the needed info.
For more than a year!


I cannot judge on the technical reasons for having an 'arpeggio property 
versus some circular dependencies. If you think that this is crucial, 
then it's probably the best to raise an issue for that, otherwise this 
discussion and all your work gets lost.



Color me annoyed and frustrated.
Right now I have no interest in fixing the above.
I'll let that to someone else, maybe the committer.


One more reason to raise an issue on the tracker.

Please keep up your valuable work for LilyPond!

Cheers,

Marc



-Harm




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


Re: Directional NoteHead Stencil Support

2015-03-22 Thread Pierre Perol-Schneider
2015-03-22 5:11 GMT+01:00 tisimst :

> David,
>
> Yes!!! Yes! Yes! Yes! Yes! Yes!
>
> Seriously, that totally made my day. You are my hero. Scheme is not my
> native language ;-), but I am learning slowly. I did determine the need for
> that check, but was unsure how to do it. I think I have everything I need
> to make this sweet font work beautifully! Can't wait to show everyone!
>

Congrats to you and David, can't wait to see it!!
Pierre
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Directional NoteHead Stencil Support

2015-03-22 Thread Pierre Perol-Schneider
Hi Marc,

2015-03-22 9:04 GMT+01:00 Marc Hohl :


> Am 21.03.2015 um 21:02 schrieb Thomas Morley:
> [...]
>
>>

 Color me annoyed and frustrated.
>> Right now I have no interest in fixing the above.
>> I'll let that to someone else, maybe the committer.
>>
>
> [...]
> Please keep up your valuable work for LilyPond!
>

+1
Cheers,
Pierre
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Lua, Lilypond, and Linux

2015-03-22 Thread Johan Vromans
On Sat, 21 Mar 2015 16:28:47 -0700
David Bellows  wrote:

> os.execute("lilypond example.ly &> lily.txt")

I don't know about lua, but standard shell syntax for this is

  lilypond example.ly >lily.txt 2>&1 (Bourne family of shells)

  lilypond example.ly >& lily.txt(C family of shells)

-- Johan

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


Re: Lua, Lilypond, and Linux

2015-03-22 Thread Hans Aberg

> On 22 Mar 2015, at 09:58, Johan Vromans  wrote:
> 
> On Sat, 21 Mar 2015 16:28:47 -0700
> David Bellows  wrote:
> 
>> os.execute("lilypond example.ly &> lily.txt")
> 
> I don't know about lua, but standard shell syntax for this is
> 
>  lilypond example.ly >lily.txt 2>&1 (Bourne family of shells)
> 
>  lilypond example.ly >& lily.txt(C family of shells)

The call system() should always use sh, but on BSD type systems, as OS X, it is 
a compatibility mode of bash. The GNU OS sh may be different, say more strict.



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


Re: Lua, Lilypond, and Linux

2015-03-22 Thread Hans Aberg

> On 22 Mar 2015, at 00:28, David Bellows  wrote:

> os.execute("lilypond example.ly &> lily.txt”)

The call system() should always use sh. Try
  lilypond example.ly 2> lily.txt



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


Autocompile in Vim

2015-03-22 Thread Anton Curl

Hi everyone!

I share the solution I've found to automatically compile a Lilypond file 
in Vim.
The compilation runs in background after saving the buffer, and errors 
are added to the quickfix list.

I inspired myself from this script: https://github.com/vim-scripts/makebg

First you must run Vim in server mode.
For this I use an alias in my .bashrc:

|vim_server () {||
||vim --servername "$(cat /dev/urandom | tr -dc 'a-zA-Z0-9' | fold 
-w 32 | head -n 1)" "$@||"

||}||
||alias vim='vim_server'|

Then you have to put this in your .vimrc:

|function Makebg(make_cmd, make_target, make_filter)
execute "silent !makebg" v:servername
\ shellescape(a:make_cmd, 1). " " .
\ shellescape(a:make_target, 1) . " " .
\ shellescape(a:make_filter, 1)
redraw!
endfunction||
||command -nargs=0 Makebg call Makebg(b:make_cmd, b:make_target, 
b:make_filter)|

||let b:make_cmd = "make"||
||let b:make_target = ""
let b:make_filter = "cat"
|
||autocmd Filetype lilypond call SetLilypondOptions()||
||function SetLilypondOptions()
||if filereadable("Makefile")||
||let b:make_cmd = "make"||
||let b:make_target = ""
||else||
||let b:make_cmd = "lilypond"||
||let b:make_target = expand("%")||
||endif||
||let b:make_filter = "lilypond_error_filter"||
||setlocal efm=%f:%l:%c:%m||
||autocmd BufWritePost  Makebg
||endfunction|

Finally you must have the two enclosed scripts in your $PATH.

That's all!
Note that you can use the Makebg function for other types of files.

Anton Curl
#!/bin/bash
grep '.*:[0-9]\+:[0-9]\+:.*'
#!/bin/bash
server="$1"
make="$2"
target="$3"
error_filter="$4"
makeef=/tmp/errors.vim

{
touch "$makeef"
if [ "$target" == "" ]; then
make_out="$("$make" 2>&1)"
else
make_out="$("$make" "$target" 2>&1)"
fi
make_success="$?"
echo "$make_out" | "$error_filter" >> "$makeef"
if [ "$make_success" -eq 0 ]; then
vim --servername "$server" --remote-send \
":cgetfile $makeef | redraw! | echomsg \"Build 
successful!\""
else
vim --servername "$server" --remote-send \
":cgetfile $makeef | redraw! | echomsg \"Build 
failed!\""
fi
sleep 2 && rm "$makeef"
} &
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Lua, Lilypond, and Linux

2015-03-22 Thread David Bellows
> The call system() should always use sh. Try
  lilypond example.ly 2> lily.txt

That does it, thanks! I took my syntax from the Usage manual and
according to it this command should only send the errors to the text
file but it definitely sends everything.

So is there a form that will work on all platforms or at least all
*nix-based platforms?

On Sun, Mar 22, 2015 at 3:16 AM, Hans Aberg  wrote:
>
>> On 22 Mar 2015, at 00:28, David Bellows  wrote:
>
>> os.execute("lilypond example.ly &> lily.txt”)
>
> The call system() should always use sh. Try
>   lilypond example.ly 2> lily.txt
>
>

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


Re: Lua, Lilypond, and Linux

2015-03-22 Thread Hans Aberg

> On 22 Mar 2015, at 14:53, David Bellows  wrote:
> 
>> The call system() should always use sh. Try
>  lilypond example.ly 2> lily.txt
> 
> That does it, thanks! I took my syntax from the Usage manual and
> according to it this command should only send the errors to the text
> file but it definitely sends everything.
> 
> So is there a form that will work on all platforms or at least all
> *nix-based platforms?

Since sh is standardized [1], it should work on all platforms following that.

1. http://pubs.opengroup.org/onlinepubs/009695399/utilities/sh.html



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


Discrete note clusters

2015-03-22 Thread Ebo H
\version "2.18.2"
{
\new Voice { \makeClusters   4   }
\new Voice { \makeClusters  4  }
\new Voice { \makeClusters 8 }
\new Voice { \makeClusters   2 }
}

Is there a way to show rhythmic values and ledger lines in discrete note 
clusters?
  

DiscreteClusters.ly
Description: Binary data
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Narrow down search of Lilypond documentation to English

2015-03-22 Thread Colin Tennyson
Robin Bannister wrote:
> you can include the inurl: operator in your search terms.
> e.g. to get just french, use inurl:fr.
> This works for any of the translated sets.

Robin Bannister wrote:
> No "en" code is provided in the URLs for the untranslated docs,
> so to narrow down to just english, you have to exclude translations:
> -inurl:de. -inurl:fr. -inurl:es. -inurl:it. -inurl:nl. -inurl:ja.

Thank you Robin, the workaround that you have suggested is effective.
The following string of operators narrows the search results down to pages
from the english repository.

barnumbercheck -inurl:.it. -inurl:.es. -inurl:.de. -inurl:.ja. -inurl:.fr.
site:lilypond.org/doc/v2.18/Documentation/

(Well, I guess using just "it." "es." would be enough, but it for good
measure I include both periods.)



> Colin Tennyson wrote:
> > I'm eager to learn whether my guesses are correct.

Robin Bannister wrote:
> Well, in previous URLs the code wasn't in the filename,
> but rather between slashes - on its own level.

The repositories for the translated documentation used to be in a level of
their own? (as in v2.18/it/ and v1.18/es/)
That raises the question: why has the Lilypond documentation been changed
away from that? for the sake of language negotiation? 

>From what I've read my understanding is that the http 1.1 spec doesn't
require user agents to support language negotiation. It's my understanding
that the specification *allows* for extensions that support language
negotiation.

Work is underway for a http/2 specification (more efficient protocols and
better encryption negotiation).
Will language negotiation be in the http/2 specification? It's not clear.


Colin Tennyson




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Narrow-down-search-of-Lilypond-documentation-to-English-tp173423p173485.html
Sent from the User mailing list archive at Nabble.com.

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


Re: Narrow down search of Lilypond documentation to English

2015-03-22 Thread Colin Tennyson
Colin Tennyson wrote:
> The following string of operators narrows the search results down to pages
> from the english repository.
> barnumbercheck -inurl:.it. -inurl:.es. -inurl:.de. -inurl:.ja. -inurl:.fr.
> site:lilypond.org/doc/v2.18/Documentation/

Oh, I forgot to mention:
I save a page with the following search string in the Search Box as a
bookmark:
-inurl:.it. -inurl:.es. -inurl:.de. -inurl:.ja. -inurl:.fr.
site:lilypond.org/doc/v2.18/Documentation/

So I don't have to type it or copy/paste it every time.


Colin Tennyson




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Narrow-down-search-of-Lilypond-documentation-to-English-tp173423p173487.html
Sent from the User mailing list archive at Nabble.com.

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


Re: Discrete note clusters

2015-03-22 Thread Pierre Perol-Schneider
Hi Iain,

How about:

\version "2.18.2"

{
  \override NoteHead.X-offset = #0
  \override NoteHead.stem-attachment = #'(0.8 . 0)
  \override NoteHead.stencil =
#(lambda (grob)
(grob-interpret-markup grob
  #{
\markup {
  \with-dimensions #'(-0.4 . 0.4) #'(0 . 0)
  \override #'(thickness . 5)
  \draw-line #'(0 . 0.5)
}
  #}))
4
4
8
4 q
}

HTH,
Pierre

2015-03-22 15:23 GMT+01:00 Ebo H :

> \version "2.18.2"
> {
> \new Voice { \makeClusters   4   }
> \new Voice { \makeClusters  4  }
> \new Voice { \makeClusters 8 }
> \new Voice { \makeClusters   2 }
> }
>
> Is there a way to show rhythmic values and ledger lines in discrete note
> clusters?
>
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user
>
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Directional NoteHead Stencil Support

2015-03-22 Thread David Nalesnik
Hi Harm,

On Sat, Mar 21, 2015 at 3:14 PM, Thomas Morley 
wrote:

> 2015-03-21 17:24 GMT+01:00 David Nalesnik :
> >
> >
> > On Fri, Mar 20, 2015 at 1:52 PM, David Nalesnik <
> david.nales...@gmail.com>
> > wrote:
> >>
> >>
> >> Probably this file will prove more useful as a hacking tool.  It will
> show
> >> you how the different pointer properties are populated.
> >>
> >
> > This is better written:
> >
> > --David
> >
>
> Hi David,
>
> please consider to add it to our source.
> It's a very useful developing/debugging tool!
>
>
I think I will go ahead and do this!  I was hesitating, but it just helped
me enormously with something.  (I think I better start a new thread for
that "something"-- this one is going all sorts of directions!)

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


Re: Directional NoteHead Stencil Support

2015-03-22 Thread David Nalesnik
On Sun, Mar 22, 2015 at 3:23 AM, Pierre Perol-Schneider <
pierre.schneider.pa...@gmail.com> wrote:


> 2015-03-22 9:04 GMT+01:00 Marc Hohl :
>
>
>> Am 21.03.2015 um 21:02 schrieb Thomas Morley:
>> [...]
>>
>>>
>
>  Color me annoyed and frustrated.
>>> Right now I have no interest in fixing the above.
>>> I'll let that to someone else, maybe the committer.
>>>
>>
>> [...]
>> Please keep up your valuable work for LilyPond!
>>
>
> +1
>

Yes, please!

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


centering note columns [WAS: Directional NoteHead Stencil Support]

2015-03-22 Thread David Nalesnik
Hi,

In a recent thread, the topic of centering items within their measures came
up.  This post on "Scores of Beauty" (
http://lilypondblog.org/2013/06/horizontally-aligning-full-measure-rests/ )
shows an example where this nonstandard practice looks much better.
Normally, of course, a note filling a measure isn't centered, while a whole
rest is.  When the two occur at the same time, it's more appealing when
both are centered.

(See also the thread at
http://www.mail-archive.com/lilypond-user%40gnu.org/msg98447.html for a
usage case.)

The Scores of Beauty post comes with a code attachment which allows
automation of the process.

It just occurred to me that this might be done through PaperColumns.
Moving a PaperColumn will carry everything associated with it--the
NoteColumn, noteheads, dots, stem, articulations.  And _arpeggio_ (which
presented a difficulty discussed in the thread this branched off from).

Here is a sketch of that approach.  It doesn't yet allow for the
fine-grained control of the other code.

Note: measures aren't resized.  We simply use the available space.
However... one of the nice features of paper columns is that there is easy
access to adjoining paper columns.  I wonder if it's possible to manipulate
their X-extents to create a more flexible approach?

--David

%%

\version "2.19.17"

\paper {
  right-margin = 3\in
}

#(define center-column
   (lambda (grob)
 (if (grob::has-interface grob 'note-column-interface)
 (let* ((col (ly:item-get-column grob))
(left-col (ly:grob-object col 'left-neighbor))
(right-col (ly:grob-object col 'right-neighbor)))
   ;; we only shift a PaperColumn if it is alone in its
   ;; measure
   (if (and (ly:grob-property left-col 'non-musical)
(ly:grob-property right-col 'non-musical))
   (let* ((sys (ly:grob-system grob))
  (col-center (interval-center
   (ly:grob-extent col sys X)))
  (left-right-X
   (cdr (ly:grob-extent left-col sys X)))
  (right-left-X
   (car (ly:grob-extent right-col sys X)))
  (middle-X
   (- (average left-right-X right-left-X)
 col-center)))
 (ly:grob-translate-axis! col middle-X X
 ;; do nothing if override applied to something other
 ;; than NoteColumn
 '()
 )))

%%

\new PianoStaff <<
  \new Staff {
1\accent\fermata\f\arpeggio
c'4 d' e' f'
R1
  }
  \new Staff {
R1
R1
1\accent\fermata\f\arpeggio
  }
>>

\layout {
  ragged-right = ##f
  \context {
\Voice
\override NoteColumn.after-line-breaking = #center-column
  }
}
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: centering note columns [WAS: Directional NoteHead Stencil Support]

2015-03-22 Thread Kieren MacMillan
Hi David,

As always, great work! I will use this on all my scores, once it’s “perfect”.

In the meantime, it doesn’t distinguish cases where centering *shouldn’t* be 
applied, e.g.

\new PianoStaff <<
  \new Staff {
1\accent\fermata\f\arpeggio
c'4 d' e' f'
R1
  }
  \new Staff {
R1
R1
1\accent\fermata\f\arpeggio
  }
  \new Staff {
c'4 r r2
  }
>>

Is there a way to:
(a) have the function automatically check all staves in the current system, 
and only enable centering if there are only multi-measure rests, full-measure 
notes, or skips/blank; and/or
(b) manually enable or disable the function on a per-measure basis?

Thanks!
Kieren.
___

Kieren MacMillan, composer
www:  
email:  i...@kierenmacmillan.info


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


Messiaen-style ties?

2015-03-22 Thread Trevor Bača
Hi,

Does anyone know how produce the style of ties used by Messiaen (or his
publisher)?

I've attached an image file taken from a first page of results given by
Google images.

The style of ties is unconventional because there are effectively no ties
exiting tied notes (or chords); only ties entering into non-first notes (or
chords) joined together in series. (The augmented fourth held in the
pianist's left hand in the bottom system provides a good example of this.)

I haven't yet used this style of tie in my own scores. But it seems like it
might be a particularly effective way to reduce the graphic noise dense
chords cause when tied over long durations.

(One last thought: Messiaen's notation might be conceptually equivalent to
a type of "reverse" l.v. indication. That might help provide a name for the
feature should it ever find its way into LilyPond.)

-- 
Trevor Bača
trevorb...@gmail.com
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Messiaen-style ties?

2015-03-22 Thread tisimst
Trevor,

Try something like

\repeatTie

- Abraham

On Sun, Mar 22, 2015 at 2:42 PM, Trevor Bača-2 [via Lilypond] 
 wrote:
> Hi,
> 
> Does anyone know how produce the style of ties used by Messiaen (or 
> his publisher)?
> 
> I've attached an image file taken from a first page of results given 
> by Google images.
> 
> The style of ties is unconventional because there are effectively no 
> ties exiting tied notes (or chords); only ties entering into 
> non-first notes (or chords) joined together in series. (The augmented 
> fourth held in the pianist's left hand in the bottom system provides 
> a good example of this.)
> 
> I haven't yet used this style of tie in my own scores. But it seems 
> like it might be a particularly effective way to reduce the graphic 
> noise dense chords cause when tied over long durations.
> 
> (One last thought: Messiaen's notation might be conceptually 
> equivalent to a type of "reverse" l.v. indication. That might help 
> provide a name for the feature should it ever find its way into 
> LilyPond.)
> 
> -- 
> Trevor Bača
> [hidden email]
> 
> ___ 
> lilypond-user mailing list 
> [hidden email] 
> https://lists.gnu.org/mailman/listinfo/lilypond-user
> 
>  messiaen-ties.jpg (27K) Download Attachment
> 
> 
> If you reply to this email, your message will be added to the 
> discussion below:
> http://lilypond.1069038.n5.nabble.com/Messiaen-style-ties-tp173496.html
> To start a new topic under User, email 
> ml-node+s1069038n...@n5.nabble.com 
> To unsubscribe from Lilypond, click here.
> NAML




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Messiaen-style-ties-tp173496p173497.html
Sent from the User mailing list archive at Nabble.com.___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: Messiaen-style ties?

2015-03-22 Thread Kieren MacMillan
Hi Trevor (et al.),

> (One last thought: Messiaen's notation might be conceptually equivalent to a 
> type of "reverse" l.v. indication. That might help provide a name for the 
> feature should it ever find its way into LilyPond.)

Yes… LaissezVibrerTie.direction determines if the arc is up or down; there 
should be a LaissezVibrerTie.side (or x-direction or whatever) to determine 
which side the LVT appears on.

Cheers,
Kieren.

___

Kieren MacMillan, composer
www:  
email:  i...@kierenmacmillan.info


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


Re: Messiaen-style ties?

2015-03-22 Thread Simon Albrecht



Am 22.03.2015 um 22:12 schrieb Kieren MacMillan:

Hi Trevor (et al.),


(One last thought: Messiaen's notation might be conceptually equivalent to a type of 
"reverse" l.v. indication. That might help provide a name for the feature 
should it ever find its way into LilyPond.)

Yes… LaissezVibrerTie.direction determines if the arc is up or down; there 
should be a LaissezVibrerTie.side (or x-direction or whatever) to determine 
which side the LVT appears on.
This is already implemented, but through two different grobs (RepeatTie 
and LaissezVibrerTie) sharing the semi-tie-interface.


Yours, Simon

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


Re: Messiaen-style ties?

2015-03-22 Thread Simon Albrecht

Am 22.03.2015 um 21:48 schrieb tisimst:

Trevor,

Try something like

\repeatTie
True, this gives quite the desired output, but it would make sense to 
have this as a 'style option to Tie rather than using different musical 
input in the first place. So I’d support an enhancement tracker issue 
and will post this to ly-bug.


Yours, Simon


- Abraham

On Sun, Mar 22, 2015 at 2:42 PM, Trevor Bača-2 [via Lilypond] <[hidden 
email] > wrote:

Hi,

Does anyone know how produce the style of ties used by Messiaen (or 
his publisher)?


I've attached an image file taken from a first page of results given 
by Google images.


The style of ties is unconventional because there are effectively no 
ties exiting tied notes (or chords); only ties entering into 
non-first notes (or chords) joined together in series. (The augmented 
fourth held in the pianist's left hand in the bottom system provides 
a good example of this.)


I haven't yet used this style of tie in my own scores. But it seems 
like it might be a particularly effective way to reduce the graphic 
noise dense chords cause when tied over long durations.


(One last thought: Messiaen's notation might be conceptually 
equivalent to a type of "reverse" l.v. indication. That might help 
provide a name for the feature should it ever find its way into 
LilyPond.)


--
Trevor Bača
[hidden email] 

___
lilypond-user mailing list
[hidden email] 
https://lists.gnu.org/mailman/listinfo/lilypond-user

*messiaen-ties.jpg* (27K) Download Attachment 





If you reply to this email, your message will be added to the 
discussion below:

http://lilypond.1069038.n5.nabble.com/Messiaen-style-ties-tp173496.html
To start a new topic under User, email [hidden email] 


To unsubscribe from Lilypond, click here.
NAML 
 




View this message in context: Re: Messiaen-style ties? 

Sent from the User mailing list archive 
 at Nabble.com.



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


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


Re: Messiaen-style ties?

2015-03-22 Thread Pierre Perol-Schneider
Hi All,

2015-03-22 22:12 GMT+01:00 Kieren MacMillan :


> Yes… LaissezVibrerTie.direction determines if the arc is up or down; there
> should be a LaissezVibrerTie.side (or x-direction or whatever) to determine
> which side the LVT appears on.
>


Yep:

\version "2.18.2"

{
f''4-\tweak head-direction #1 \laissezVibrer
}

%% And how about:
{
\grace \once \hideNotes
f''4^( f'')

\grace \once \hideNotes
f''4^(
%% here just to prevent slur being pushed by dots:
\dotsDown \once\override Dots.extra-offset = #'(0 . 1)
f''8.)
}

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


Re: Messiaen-style ties?

2015-03-22 Thread Kieren MacMillan
Hi Pierre,

> f''4-\tweak head-direction #1 \laissezVibrer

Nice! Ah, Lilypond… you are a never-ending source of secrets and surprises.  =)

Thanks,
Kieren.

___

Kieren MacMillan, composer
www:  
email:  i...@kierenmacmillan.info


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


Re: Messiaen-style ties?

2015-03-22 Thread Kieren MacMillan
Hi Simon,

> True, this gives quite the desired output, but it would make sense to have 
> this as a 'style option to Tie rather than using different musical input in 
> the first place.

+1

> So I’d support an enhancement tracker issue and will post this to ly-bug.

Thanks for doing that.

Best,
Kieren.
___

Kieren MacMillan, composer
www:  
email:  i...@kierenmacmillan.info


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


Re: lilypond-user Digest, Vol 148, Issue 144

2015-03-22 Thread Simon Albrecht

Hi Bill,

only for policy: If you have the digest mode turned on, please always 
edit your subject line (i.e. "Re: ") if you’re 
replying, so it becomes apparent to what your reply refers and so that 
it may be sorted into the thread by software.


Thank you,
Simon

PS. Only lilypond-user@gnu.org suffices as addressee, no need to double 
it with ~request.


Am 21.03.2015 um 11:09 schrieb bill wolf:

Hi, Michael--

i've done a fair amount of meterless music for my Church.  Over time, 
i've developed a little template, that i've attached.  Any formatting 
is in the first variable, called, "global."  Since the key is not 
necessary, just pay attention to the three override commands.  Another 
thing to notice is that i avoid \cadenzaOn.  i remember trying it 
early on, but then discarding it.  i can't remember exactly why, now.


Anyway, i've also attached an actual hymn made from the template, as 
well as the pdf output.  The only thing i ever have to fix is an error 
about the lyrics not having something to attach to, if i remember 
correctly.  i fix that by making measures of different lengths.  Since 
i only see barlines at the end of a staff, it doesn't matter where 
they are inside of it.


Just a quick question:  Are you using repeated notes on a single 
syllable to avoid ties across barlines?


i do hope this helps.
bill


Date: Fri, 20 Mar 2015 11:52:23 -0400
From: Michael Collins 
To: lilypond-user@gnu.org
Subject: formatting meterless music
Message-ID:

Content-Type: text/plain; charset="utf-8"

Hello,

I'm working on a piece without barlines or a time signature. The file is
attached below. I have tried using the \cadenzaOn command, but this seems
to produce nice output only when I use a simple time signature (4/4) and
manually bar (|) the input. Unfortunately, the rhythmic values I'm using
do not lend themselves to this approach. The introduction of a couple 
16th
notes shifts everything over and makes it impossible to divide things 
into

neat 4/4 bars.

My current solution modifies the layout's context block to completely
suppress barlines and time signatures. However, since lilypond still
thinks I'm in 4/4, I'm getting ties across invisible barlines. Also, 
since

all barlines are suppressed, I can't get a double bar line at the end. Is
there any way around these problems? Is there an elegant way to produce
meterless music without ties that still includes a double barline at the
end?
?
Oremus.ly

?
-Michael




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


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


Re: Narrow down search of Lilypond documentation to English

2015-03-22 Thread Simon Albrecht

Am 21.03.2015 um 15:38 schrieb Colin Tennyson:

For Lilypond the reference documentation is the one in english. Besides that
translated versions of the documenation are available (in various states of
completeness).

The Lilypond website uses a naming system:
Example:
English version:
http://lilypond.org/doc/v2.18/Documentation/notation/lilypond-command-index.html
German version:
http://lilypond.org/doc/v2.18/Documentation/notation/lilypond-command-index.de.html
Italian version:
http://lilypond.org/doc/v2.18/Documentation/notation/lilypond-command-index.it.html


As we know, this has huge consequences for the searchability of the site:
To search the Lilypond 2.18 documentation for entries with the string
"barnumbercheck" I enter in the Google search field:

barnumbercheck site:/lilypond.org/doc/v2.18/Documentation

Google then gives me search results from ALL the languages. For example, for
"barnumbercheck" the second search result is in Japanese.


Feature request:
Restructure the Lilypond documentation in such a way that it becomes
possible for Google to narrow down searches to a single language, in my case
english.


Out of sheer curiosity: how did it come about that the language versions of
the documenation are distinguished only by adding at the very end of the URL
the two-letter land code?

My best guess is that for many years a policy was in place to keep everyting
Lilypond in english only. After all, the Lilypond source code is in english,
so anyone who wants to create Lilypond files has to master english anyway.
Definitely not. You have to learn the English command names, indeed, but 
it’s by no means necessary to read the source code for creating any 
score with Lilypond.


Yours, Simon

Subsequent guess: at some point that policy was reverted, but by then it was
too late to accomodate different language versions in the Lilypond website
directory structure.
I'm eager to learn whether my guesses are correct.

Colin Tennyson





--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Narrow-down-search-of-Lilypond-documentation-to-English-tp173423.html
Sent from the User mailing list archive at Nabble.com.

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



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


Re: Messiaen-style ties?

2015-03-22 Thread Trevor Bača
Hi everyone,

Wow, thank you all so much. I hadn't realized the functionality already
exists. Truly wonderful.

Next time I'll take a better look at the docs, too.

Thanks again. I'll be integrating now to see if I can use the functionality
in the current score.

Trevor.

On Sun, Mar 22, 2015 at 5:43 PM, Kieren MacMillan <
kieren_macmil...@sympatico.ca> wrote:

> Hi Simon,
>
> > True, this gives quite the desired output, but it would make sense to
> have this as a 'style option to Tie rather than using different musical
> input in the first place.
>
> +1
>
> > So I’d support an enhancement tracker issue and will post this to ly-bug.
>
> Thanks for doing that.
>
> Best,
> Kieren.
> ___
>
> Kieren MacMillan, composer
> www:  
> email:  i...@kierenmacmillan.info
>
>
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user
>



-- 
Trevor Bača
trevorb...@gmail.com
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: How do I extract individual voices from chords

2015-03-22 Thread Gilles THIBAULT
Le dimanche 22 mars 2015, 00:54:08 Johan Vromans a écrit :
> On Sat, 21 Mar 2015 23:47:35 +0100
> 
> Kaj <70147pers...@telia.com> wrote:
> > Or: How do I extract the first, second and third voice from the chord
> > score to use as input to the midi?
> 
> I once wrote a small tool (perl module) to split a polyphone MIDI into
> separate voices.
> 
> https://metacpan.org/pod/MIDI::Tweaks#MIDI::Track::split_hml
> 
> It may be helpful.
> 
> -- Johan
I have a solution in scheme but i use a function described here :
http://lsr.di.unimi.it/LSR/Item?id=761
So you have an \include file to download (see the following link).


%
\version "2.18.2"
\include "chord.ly"
%% Download chord.ly here :
%% http://gillesth.free.fr/Lilypond/chord/

\layout {
  \override Score.RehearsalMark #'self-alignment-X = #LEFT
  \override Score.RehearsalMark #'Y-offset = #4
}

All = {
  8  
  
  g'8 a' 
}

Soprano = { g'8 a' g' a' g' a' c' d' }
Alto = { e'8 f' g' a' g' a' e' f' }
Baritone = { c'8 d' e' f' g' a' g' a' }

% First score is to illustrate the chord version

\score {
  \new Staff {
\mark "This is what I want..."
\new Voice { \All  }
  }
  \layout {}
}

#(define (delete-doubled-notes music-with-chords)
(let ((chords (extract-named-music music-with-chords 'EventChord)))
   (for-each 
 (lambda(chord)
   (ly:music-set-property! chord 'elements 
 (delete-duplicates
  (ly:music-property chord 'elements)
  (lambda(note1 note2)
(equal? (ly:music-property note1 'pitch)
(ly:music-property note2 'pitch))
 chords)
   music-with-chords))
  
myScore = #(define-music-function (parser location musicA musicB musicC)
  (ly:music? ly:music? ly:music?)
(delete-doubled-notes
  (add-note musicC (add-note musicB musicA  
   

% Second score illustrates the three voices separated

\score {
  \new Staff {
\new Voice {
  \myScore \Soprano \Alto \Baritone
}
  }
  \layout {}
}

%%%



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


Re: centering note columns [WAS: Directional NoteHead Stencil Support]

2015-03-22 Thread David Nalesnik
Hi Kieren,

On Sun, Mar 22, 2015 at 3:32 PM, Kieren MacMillan <
kieren_macmil...@sympatico.ca> wrote:

> Hi David,
>
> As always, great work! I will use this on all my scores, once it’s
> “perfect”.
>

:)


>
> In the meantime, it doesn’t distinguish cases where centering *shouldn’t*
> be applied, e.g.
>
> \new PianoStaff <<
>   \new Staff {
> 1\accent\fermata\f\arpeggio
> c'4 d' e' f'
> R1
>   }
>   \new Staff {
> R1
> R1
> 1\accent\fermata\f\arpeggio
>   }
>   \new Staff {
> c'4 r r2
>   }
> >>
>

Ah...that's because paper-columns encompass multiple staves...  And thus is
dashed all hope of simplicity...


>
> Is there a way to:
> (a) have the function automatically check all staves in the current
> system, and only enable centering if there are only multi-measure rests,
> full-measure notes, or skips/blank; and/or
>

Try the attached out.  It will only center an object if the contents of all
staves can reasonably be centered.


> (b) manually enable or disable the function on a per-measure basis?
>
>
Not sure about this.  It would be easy, of course, to define shortcuts for
\override/\once \override/\revert and the like, but I fear you have
something more difficult in mind :)

--David
\version "2.19.17"

\paper {
  right-margin = 3\in
}

#(define center-column
   (lambda (grob)
 (if (grob::has-interface grob 'note-column-interface)
 (let* ((col (ly:item-get-column grob))
(sys (ly:grob-system col))
(all-cols
 (ly:grob-array->list
  (ly:grob-object sys 'columns)))
(measure-no
 (car (ly:grob-property col 'rhythmic-location)))
; we need to find out if there is another
; PaperColumn in the measure.  If there is,
; we make no adjustments.
(in-company?
 ; is there a column...
 (any
  (lambda (c)
(and
 ; which is NOT our column...
 (not (eq? col c))
 ; which is a PaperColumn...
 (not (eq? #t (ly:grob-property c 'non-musical)))
 ; which is in the same measure
 (eq?
  (car (ly:grob-property c 'rhythmic-location))
  measure-no)))
  all-cols))
(alone? (not in-company?))) ; :)
   (if alone?
   (let* ((left-col (ly:grob-object col 'left-neighbor))
  (right-col (ly:grob-object col 'right-neighbor))
  ;(measure-len (ly:grob-property left-col 'measure-length))
  (elts-list
   (ly:grob-array->list (ly:grob-object col 'elements)))
  (note-cols
   (filter
(lambda (elt)
  (grob::has-interface elt 'note-column-interface))
elts-list))
  (all-rests
   (map (lambda (c)
  (ly:grob-object c 'rest))
 note-cols))
  (all-rests (filter ly:grob? all-rests))
  (all-notes
   (map
(lambda (c)
  (ly:grob-object c 'note-heads))
note-cols))
  (all 
   (map (lambda (ga) 
  (if (ly:grob-array? ga)
  (ly:grob-array->list ga)
  '()))
 all-notes))
  (all (flatten-list all))
  (all (append all all-rests))
  (same-dur?
   (every (lambda (o) 
(equal?
 (ly:grob-property o 'duration-log)
 (ly:grob-property (car all)
   'duration-log)))
 all)))
 (if same-dur?
 (let* ((col-center (interval-center
 (ly:grob-extent col sys X)))
(left-right-X
 (cdr (ly:grob-extent left-col sys X)))
(right-left-X
 (car (ly:grob-extent right-col sys X)))
(middle-X
 (- (average left-right-X right-left-X)
   col-center)))
   (ly:grob-translate-axis! col middle-X X))
 ;; do nothing if override applied to something other
 ;; than NoteColumn
 '()
 )))

%%
{
  \new PianoStaff <<
\new Staff {
  1\accent\fermata\f\arpeggio
  c'4 d' e' f'
  R1
}
\new Staff {

Re: centering note columns [WAS: Directional NoteHead Stencil Support]

2015-03-22 Thread Kieren MacMillan
Hi David,

> Try the attached out.  It will only center an object if the contents of all 
> staves can reasonably be centered.

So far, I would call that "perfect”!  =)

> It would be easy, of course, to define shortcuts for \override/\once 
> \override/\revert and the like

As long as that’s all it takes (i.e., no Scheme or C++ work), then that’s great.

> but I fear you have something more difficult in mind

Nope. I only offered (b) as an option if (a) didn’t work out… but so far, your 
v2 solves the problem perfectly, as far as I can tell.

Any reason why this can’t be submitted as a patch?

Thanks!
Kieren.

___

Kieren MacMillan, composer
www:  
email:  i...@kierenmacmillan.info


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


Re: Narrow down search of Lilypond documentation to English

2015-03-22 Thread Colin Tennyson
> Colin Tennyson wrote:
> > so anyone who wants to create Lilypond files has to master english
> anyway.

Simon Albrecht wrote:
> You have to learn the English command names, indeed, but 
> it’s by no means necessary to read the source code for creating any 
> score with Lilypond.

Erm, surely it was clear that I was referring to creating Lilypond files, to
be rendered to scores, by the Lilypond engine.

For comparison: SVG. The source for an SVG image is in english, all the
commands are english words.
So if I say: "SVG source code is in english so anyone who wants to create
SVG files has to master english anyway" then surely the assumption must be
that I'm referring to creating source for an SVG image, not referring to
writing source code that compiles to an SVG *rendering engine*.


But yeah, there's an ambiguity.
In Lilypond files you declare variables and the Lilypond parser resolves
those variables, like declaring variables in code. So yeah, I referred to
writing the source for a score as writing 'Lilypond source code'. 
Point taken, in the future I will refer to Lilypond source as 'Lilypond
source', reserving the expression 'Lilypond source code' for
source-code-for-the-Lilypond-rendering-engine. 


Colin Tennyson



--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Narrow-down-search-of-Lilypond-documentation-to-English-tp173423p173513.html
Sent from the User mailing list archive at Nabble.com.

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