Re: GUB fail

[Masamichi Hosoda]

> I've had my last 2 tries to compile a GUB build today fail with the
> same error.  The last relevant part of the log is:

Would you show me the whole log file?

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

Re: cross-voice spanners

[Nathan Chou]

Hi Francisco,

David Kastrup gave me some feedback on the code I wrote for the
project, which needs to be revised/better documented. I haven't had
much time to do that, although I am hoping to start the revision after
I finish my final examinations. At the moment, I can't give any ETA,
but I certainly would like to see the code eventually make it to the
official code base.

I think the snippet you are referring to is the following?

<< { g\=Staff.1\< a } \\ { f e d c\=Staff.1\! } >>
The key command here is \= ... As of version 2.18, this command can
already be used to write overlapping slurs.

The feature was actually implemented in 2.19 about a year ago--I was
mistaken. However I was referring not to the snippet (this could've
probably been clearer), but to the usage of the \= command to write
overlapping slurs in the same voice (which should work in 2.19), like:

{ f\=1( g\=2( a\=1) b\=2) }

Hope this helps!

Nathan

On Thu, Dec 1, 2016 at 7:53 AM, Francisco Vila  wrote:
> Hello all,
>
> I'd like to know what (if any) realistic chances of becoming a part of
> the official code base, what is described here
>
> http://lilypondblog.org/2016/08/google-summer-of-code-2016-cross-voice-spanners/
>
> has.
>
> Even a snippet from the page, that is claimed to work "already since
> 2.18" does not work in my installed 2.19.50.
>
> I mention this because it looks like a dream come true, no other reason.
> --
> Francisco Vila. Badajoz (Spain)
> www.paconet.org , www.csmbadajoz.com
>
> ___
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel

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

Re: New LilyPond website

[Graham Percival]

On Fri, Dec 02, 2016 at 07:50:50PM +0100, Jean-Charles Malahieude wrote:
> I've already given it a try, but get stopped by some errors I don't know how
> to resolve (I've no knowledge about perl). Three patches are available for
> anybody willing to help me… I can compile the English version, except that I
> don't get the TOC sidebar.

Hmm, sounds like there's some duplicated effort there.  In July
2015, we created:
https://github.com/gperciva/lilypond-texinfo
to try to update lilypond-texi2html-init.

Cheers,
- Graham

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

Re: Is Anyone Working on a Better Tablature Algorithm?

[christopher-heckman]

I've been coding this up, on and off for the past three weeks, and I have a
workable program. This should probably be called chTab 0.1. (ch either
stands for Chuanjun He (who developed the algorithm) or Christopher Heckman
(who implemented it in Scheme/Lilypond) ... Take your pick.)

It does not recognize ties or glissandos, and does not attempt to
incorporate harmonics into the tablature. 

This algorithm can be tuned quite extensively; max-fret, hand-width,
use-open-strings, use-harmonics, and track-tabs can be set to various
values.

Other tweaks are possible, and that's where I'd like to have some feedback.
If you play guitar, enter something and test the tablature for playability.
If you feel the playability is bad for some reason, let me know.

Of course, if there are any bugs, let me know about that as well.

Set-up: Put chTab.ly in the same directory as your .ly file.

Example file:

-
\include "chTab.ly"

\new TabStaff \with { stringTunings = #bass-tuning } { f4 f' } % Lilypond's
default tablature

\new TabStaff \with { stringTunings = #bass-tuning } { \chTab { f4 f' }
#bass-tuning  } % this algorithm

\version "2.18.2"
-

(So, yes, you also need to provide the tuning, at this point. #guitar-tuning
and the rest of the tunings are usable.)

--- Christopher Heckman

File:  chTab.ly
  




--
View this message in context: 
http://lilypond.1069038.n5.nabble.com/Is-Anyone-Working-on-a-Better-Tablature-Algorithm-tp196422p197550.html
Sent from the Dev mailing list archive at Nabble.com.

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

Re: Stepping up, contributor mentoring

[Graham Percival]

On Sat, Dec 03, 2016 at 11:34:01AM +, James Lowe wrote:
> I have created
> 
> https://sourceforge.net/p/testlilyissues/issues/5006/
> 
> For the 'CSS change' Rietveld that I see you uploaded on behalf of Mr.
> Roper just so it gets on my radar (and the countdown, including the URL
> that Phil kindly set up for developers to have a quick overview -
> http://www.philholmes.net/lilypond/allura/)

Thanks!  Since Mr. Roper dropped out, I removed that issue, but
it's good to know the process is in place.  :)

Cheers,
- Graham

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

GUB fail

[Phil Holmes]

I've had my last 2 tries to compile a GUB build today fail with the same 
error.  The last relevant part of the log is:


invoking 
gs -sDEVICE=png16m -dGraphicsAlphaBits=4 -dTextAlphaBits=4 -slilypond-datadir=v2.19.51-1/share/lilypond/current 
-r101 -sOutputFile=/home/gub/NewGub/gub/uploads/webtest/v2.19.52-1/compare-v2.19.51-1/v2.19.51-1/test-output-distance.png 
-dNOSAFER -dEPSCrop -q -dNOPAUSE v2.19.51-1/test-output-distance.eps -c 
quit

Traceback (most recent call last):
File 
"/home/gub/NewGub/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/scripts/build/output-distance.py", 
line 1348, in ?

main ()
File 
"/home/gub/NewGub/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/scripts/build/output-distance.py", 
line 1345, in main

compare_tree_pairs (zip (args[0::2], args[1::2]), out, options.threshold)
File 
"/home/gub/NewGub/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/scripts/build/output-distance.py", 
line 1060, in compare_tree_pairs

data.create_html_result_page (dest_dir, threshold)
File 
"/home/gub/NewGub/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/scripts/build/output-distance.py", 
line 1042, in create_html_result_page

link.link_files_for_html (dest_dir)
File 
"/home/gub/NewGub/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/scripts/build/output-distance.py", 
line 659, in link_files_for_html

to_compare = self.create_images (dest_dir)
File 
"/home/gub/NewGub/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/scripts/build/output-distance.py", 
line 649, in create_images

system (cmd)
File 
"/home/gub/NewGub/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/scripts/build/output-distance.py", 
line 1090, in system

assert stat == 0
AssertionError



--
Phil Holmes



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

Re: unfoldRepeats can be restricted to certain repeat-types (issue 318890043 by thomasmorle...@gmail.com)

[thomasmorley65]

On 2016/12/03 11:34:48, dak wrote:

mailto:thomasmorle...@gmail.com writes:



> On 2016/12/03 11:28:24, dak wrote:
>> mailto:thomasmorle...@gmail.com writes:
>
>> > On 2016/12/02 19:45:02, dak wrote:
>> >> However, people might get surprised by
>> >
>> >> #(unfoldRepeats 'tremolo m)
>> >
>> >> not working.
>> >
>> > Btw, it turned out the previous unfold-repeats destructively

changed

> the
>> > music-argument, if called directly.
>
>> That's common for LilyPond functions.
>
>> --
>> David Kastrup
>
> Ok.
> Should I remove the call for ly:music-deep-copy?



In the function, I think that is only consistent with what we do and
expect elsewhere.  Of course, that might mean you have to review its
callers to make sure they don't get tripped up by that.



--
David Kastrup


Will do.
Thanks for review.

https://codereview.appspot.com/318890043/

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

Re: unfoldRepeats can be restricted to certain repeat-types (issue 318890043 by thomasmorle...@gmail.com)

[thomasmorley65]

On 2016/12/03 11:33:15, dak wrote:

David Kastrup  writes:



> As a user interface, that sounds very much desirable.  I don't like
> converting symbols to strings, putting stuff on them, and converting
> them back again.
>
> But it's probably the lesser evil.



Actually, use an alist or a hash internally for mapping


Much better


tremolo,volta,whatever to a music type even though it looks like

string

manipulation might do the trick.



That way you can also get #f and put out an error instead of creating

an

illegal music type.



And the result is again reasonably efficient.


Efficiency is one of my concerns as well.

For now I'll change the issue to needs_work (I've found another
oversight ...) so James doesn't need to test.



https://codereview.appspot.com/318890043/

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

Re: unfoldRepeats can be restricted to certain repeat-types (issue 318890043 by thomasmorle...@gmail.com)

[David Kastrup]

thomasmorle...@gmail.com writes:

> On 2016/12/03 11:28:24, dak wrote:
>> mailto:thomasmorle...@gmail.com writes:
>
>> > On 2016/12/02 19:45:02, dak wrote:
>> >> However, people might get surprised by
>> >
>> >> #(unfoldRepeats 'tremolo m)
>> >
>> >> not working.
>> >
>> > Btw, it turned out the previous unfold-repeats destructively changed
> the
>> > music-argument, if called directly.
>
>> That's common for LilyPond functions.
>
>> --
>> David Kastrup
>
> Ok.
> Should I remove the call for ly:music-deep-copy?

In the function, I think that is only consistent with what we do and
expect elsewhere.  Of course, that might mean you have to review its
callers to make sure they don't get tripped up by that.

-- 
David Kastrup

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

Re: Stepping up, contributor mentoring

[James Lowe]

Graham,

On 02/12/16 18:34, Graham Percival wrote:
> On Tue, Nov 29, 2016 at 11:37:04PM -, Trevor Daniels wrote:
>> Graham Percival wrote Tuesday, November 29, 2016 11:11 PM
>>
>>> So, are there any vacancies on the Bug Squad?  I've signed up for
>>> sourceforge (username: gperciva).  
>> I've added you to SF as a Developer (gives you Read, Create, Update
>> permissions for the LP Issues at 
>> https://sourceforge.net/p/testlilyissues/issues/ ).
> Hmm.  Sourceforge seems to have forgotten my account -- I couldn't
> log in, and the recovery emails didn't work.  So I tried to create
> a new account with the same username, and it appeared to work.
> This is not encouraging.  :(
>
> It could simply be that I used to have an account there, and it
> got confused because I created an account with the same name as a
> deleted account.
>
> Could you please try adding "gperciva" to the SF Developer list
> again?  If my suspicions are correct, this account will also
> disappear, in which case I'll choose a different username.
>
> (I just tried to create a second account, but it recognized that I
> already had one tied to my email address and refused to add it.)

I have created

https://sourceforge.net/p/testlilyissues/issues/5006/

For the 'CSS change' Rietveld that I see you uploaded on behalf of Mr.
Roper just so it gets on my radar (and the countdown, including the URL
that Phil kindly set up for developers to have a quick overview -
http://www.philholmes.net/lilypond/allura/)

Regards


-- -

James


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

Re: unfoldRepeats can be restricted to certain repeat-types (issue 318890043 by thomasmorle...@gmail.com)

[David Kastrup]

David Kastrup  writes:

> As a user interface, that sounds very much desirable.  I don't like
> converting symbols to strings, putting stuff on them, and converting
> them back again.
>
> But it's probably the lesser evil.

Actually, use an alist or a hash internally for mapping
tremolo,volta,whatever to a music type even though it looks like string
manipulation might do the trick.

That way you can also get #f and put out an error instead of creating an
illegal music type.

And the result is again reasonably efficient.

-- 
David Kastrup

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

Re: unfoldRepeats can be restricted to certain repeat-types (issue 318890043 by thomasmorle...@gmail.com)

[thomasmorley65]

On 2016/12/03 11:28:24, dak wrote:

mailto:thomasmorle...@gmail.com writes:



> On 2016/12/02 19:45:02, dak wrote:
>> However, people might get surprised by
>
>> #(unfoldRepeats 'tremolo m)
>
>> not working.
>
> Btw, it turned out the previous unfold-repeats destructively changed

the

> music-argument, if called directly.



That's common for LilyPond functions.



--
David Kastrup


Ok.
Should I remove the call for ly:music-deep-copy?

https://codereview.appspot.com/318890043/

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

Re: unfoldRepeats can be restricted to certain repeat-types (issue 318890043 by thomasmorle...@gmail.com)

[David Kastrup]

thomasmorle...@gmail.com writes:

> On 2016/12/02 19:45:02, dak wrote:
>> However, people might get surprised by
>
>> #(unfoldRepeats 'tremolo m)
>
>> not working.
>
> Btw, it turned out the previous unfold-repeats destructively changed the
> music-argument, if called directly.

That's common for LilyPond functions.

-- 
David Kastrup

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

Fix MusicXML reg tests that have both Lyrics and Chords (issue 316950043 by pkx1...@gmail.com)

[pkx166h]

Reviewers: ,

Message:
Passes make, make check and a full make doc.

Description:
Fix MusicXML reg tests that have both Lyrics and Chords

As commented in the patch
I did not find any documentation
if a chord element can contain
multiple lyrics, so I just
assumed that the first note
of the chord contained the
Lyrics (consistant with
Finale and Muscore exports).

Please review this at https://codereview.appspot.com/316950043/

Affected files (+8, -0 lines):
  M scripts/musicxml2ly.py


Index: scripts/musicxml2ly.py
diff --git a/scripts/musicxml2ly.py b/scripts/musicxml2ly.py
old mode 100644
new mode 100755
index  
766214bd762b5dc8e991849d70a91473f4bbb782..4d6b149ef18804753618ad6b7c046d24026bf755

--- a/scripts/musicxml2ly.py
+++ b/scripts/musicxml2ly.py
@@ -2127,6 +2127,9 @@ def extract_lyrics(voice, lyric_key, lyrics_dict):
 def is_rest(elem):
 return elem.get_typed_children(musicxml.Rest)

+def is_chord(elem):
+return elem.get_typed_children(musicxml.Chord)
+
 def is_note_and_not_rest(elem):
 return is_note(elem) and not is_rest(elem)

@@ -2153,6 +2156,11 @@ def extract_lyrics(voice, lyric_key, lyrics_dict):
  not note_has_lyric_belonging_to_lyric_part:
 result.append('\skip1 ')
 # Note does not have any lyric attached to it.
+elif is_chord(elem):
+# note without lyrics part of a chord. MusicXML format is
+# unclear if a chord element could contain a lyric, lets
+# asume that we do not want to put a skip here.
+continue
 elif is_note_and_not_rest(elem):
 result.append('\skip1 ')




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

Re: unfoldRepeats can be restricted to certain repeat-types (issue 318890043 by thomasmorle...@gmail.com)

[thomasmorley65]

On 2016/12/02 19:45:02, dak wrote:

However, people might get surprised by



#(unfoldRepeats 'tremolo m)



not working.


Btw, it turned out the previous unfold-repeats destructively changed the
music-argument, if called directly. See:

\version "2.19.51"

m =
  \repeat volta 2 {
  \repeat percent 2 { c'1 }
  \repeat tremolo 4 { c'16 d' }
  f'2
  }
  \alternative {
  { d'1 }
  { e'1 }
  }

\new Staff \m
\new Staff $(unfold-repeats m)
\new Staff \m

Using ly:music-deep-copy cures it.




https://codereview.appspot.com/318890043/

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

Re: unfoldRepeats can be restricted to certain repeat-types (issue 318890043 by thomasmorle...@gmail.com)

[thomasmorley65]

On 2016/12/01 22:42:38, simon.albrecht wrote:

Hi Harm,



thanks for the patch.



As for the user-interface, I’d prefer something like



\unfoldRepeats tremolo \m
\unfoldRepeats volta,tremolo \m


Done.
Thanks for review.


https://codereview.appspot.com/318890043/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel