[PATCH] Source_file: remove mbrtowc() in favor of utf8_char_len()

Hello, I have uploaded a patch series to Rietveld for review: http://codereview.appspot.com/154046/show This addresses the following report: http://lists.gnu.org/archive/html/bug-lilypond/2009-10/msg1.html and keeps compatibility with the initial fix I made for this report: http://l

Re: serious doubts about waf

On Tue, Nov 10, 2009 at 3:58 PM, Graham Percival wrote: > On Tue, Nov 10, 2009 at 11:34:35PM +, Graham Percival wrote: >> I'm just about ready to give up on waf. > > In case anybody thinks this was rather fast, I spent 3-4 hours on > Saturday doing waf, and 7-9 hours today.  I'm not overly eag

Re: Fixes issue 786, "Extenders in lyrics stop prematurely if a single underscore is found."

On Tue, 2009-11-10 at 21:57 +, csny...@mvpsoft.com wrote: > On 2009/11/10 20:00:00, joeneeman wrote: > > http://codereview.appspot.com/150067/diff/2003/3005#newcode113 > > lily/extender-engraver.cc:113: if (!melisma_busy (voice) && > > !current_lyric_is_skip_ && lyric_acknowledged_) > > Could y

Re: serious doubts about waf

On Tue, Nov 10, 2009 at 11:34:35PM +, Graham Percival wrote: > I'm just about ready to give up on waf. In case anybody thinks this was rather fast, I spent 3-4 hours on Saturday doing waf, and 7-9 hours today. I'm not overly eager to throw away approximately 10 hours of work, but if it's not

serious doubts about waf

I'm just about ready to give up on waf. (in particular, I'm not doing anything else unless somebody convinces me otherwise) The dev/gperciva branch can build various manuals in HTML and pdf, including the texi2html init files and css stuff. However, you need to run it twice -- the first time

Build failure on OS X 10.6: libguile missing

Today, I updated to OS X 10.6.2 and wanted to see if it can build LilyPond or the docs. Unfortunately, already when running autogen.sh, I got the following error: ERROR: Please install required programs: libguile (libguile-dev, guile-devel or guile-dev package). The relevant output lines are:

Re: Span_arpeggio patch

On 11/10/09 2:57 PM, "Chris Snyder" wrote: > Carl Sorensen wrote: >> Way back in January (10 months ago!!!), Chris Snyder was working on > a patch >> for spanned arpeggios. >> >> >> >> I was asked to shepherd this process, but I

Re: Span_arpeggio patch

Carl Sorensen wrote: > Way back in January (10 months ago!!!), Chris Snyder was working on a patch > for spanned arpeggios. > > > > I was asked to shepherd this process, but I have apparently dropped > the ball on doing so. You didn

Re: Fixes issue 786, "Extenders in lyrics stop prematurely if a single underscore is found."

On 2009/11/10 20:00:00, joeneeman wrote: http://codereview.appspot.com/150067/diff/2003/3005#newcode113 lily/extender-engraver.cc:113: if (!melisma_busy (voice) && !current_lyric_is_skip_ && lyric_acknowledged_) Could you please add a sentence or two explaining why this test is here? Also, ple

Re: Fixes issue 786, "Extenders in lyrics stop prematurely if a single underscore is found."

http://codereview.appspot.com/150067/diff/2003/3005 File lily/extender-engraver.cc (right): http://codereview.appspot.com/150067/diff/2003/3005#newcode83 lily/extender-engraver.cc:83: } current_lyric_is_skip_ = ly_is_equal (test, scm_from_locale_string (" ")); http://codereview.appspot.com/1500

Span_arpeggio patch

Way back in January (10 months ago!!!), Chris Snyder was working on a patch for spanned arpeggios. I was asked to shepherd this process, but I have apparently dropped the ball on doing so. As far as I can see, no patch was ever appli

Re: Code review/advice for accordion registers

David, Congratulations on putting this together. On 11/10/09 8:47 AM, "David Kastrup" wrote: > > >> I'm not topposting > > after getting some advice here, I tried coding some accordion register > setting stuff. I have little enough available input on the best > available options and names,

Re: Fixes issue 786, "Extenders in lyrics stop prematurely if a single underscore is found."

Third time's a charm, hopefully. Patch Set 3, which has just been uploaded, fixes both 786 and 800 without adversely affecting any regression tests. (I spoke too soon about potentially uncovering an underlying bug - all of the bugs were mine) http://codereview.appspot.com/150067 __

Re: Fixes issue 786, "Extenders in lyrics stop prematurely if a single underscore is found."

Oops - comment for the 2nd patch set should be "Fixed hyphens..." Not sure what to do about issue 800 - it might be a bug in some other portion of the code that my earlier patch uncovered. http://codereview.appspot.com/150067 ___ lilypond-devel maili

\quoteDuring ignored in MIDI generation

Currently, if music is quoted using \quoteDuring, it does not generate any output in MIDI format. Attached is a sample file. While the PDF output contains the quoted notes (note that they are NOT cue notes, but real quotes), but the MIDI output is silent. Unfortunately, I haven't found the cod

Code review/advice for accordion registers

> I'm not topposting after getting some advice here, I tried coding some accordion register setting stuff. I have little enough available input on the best available options and names, no idea whatoever about Bayan (consequently, no Bayan bass here), and have failed to work with context-sensitiv

Re: Fixes issue 786, "Extenders in lyrics stop prematurely if a single underscore is found."

> I can't verify #800 here; the extender's still too short. You're right - I assumed 800 would be fixed because it looked like it was the same issue, but it seems unrelated. I've done some investigation, and am stumped so far. > Can you check lyric-melisma-manual.ly? > > I've just run a regre

Re: CGI interface to lilypond

> If you are writing the html yourself, then why do you want a cgi > call? I'm not necessarily writing the html myself. A CGI interface is useful for the same use cases that mathtex enables with LaTeX. > It doesn't make any sense to regenerate the output every time > somebody looks at the webpage

Re: CGI interface to lilypond

On Tue, Nov 10, 2009 at 10:50:43PM +0900, Ichiro Watanabe wrote: > > For an individual person, lilypond-book can already process html > > files, so there is nothing extra needed. > > My goal is to embed the lilypond source in HTML source. Something like this > > > > Example > > > Th

Re: CGI interface to lilypond

> For an individual person, lilypond-book can already process html > files, so there is nothing extra needed. Thank you. I think I didn't explain myself very well. My goal is to embed the lilypond source in HTML source. Something like this Example This is my new song: My under

Re: waf building

On Tue, Nov 10, 2009 at 12:27:51PM +0100, John Mandereau wrote: > Le samedi 07 novembre 2009 à 19:26 +, Graham Percival a écrit : > > I've got waf buliding contributor .html and .pdf in the dev/gperciva > > branch. I was pleasantly surprised to discover that waf supported a > > --targets= co

Re: waf building

Le samedi 07 novembre 2009 à 19:26 +, Graham Percival a écrit : > I've got waf buliding contributor .html and .pdf in the dev/gperciva > branch. I was pleasantly surprised to discover that waf supported a > --targets= command-line, so we can specific an individual manual to > build. I'm les

Re: waf building

Le mardi 10 novembre 2009 à 00:36 +, Graham Percival a écrit : > I'm mostly just pissed about the "blddir" stupidness. It's not > the 1970s, folks! Adding the "ui" won't cause the source file to > be too large for the punch card! Besides, one of python's claims > to fame is that it's more re

Re: Doc build failure: pngtopnm: Error writing single byte sample to file

On 2009.11.09., at 17:16, Graham Percival wrote: Oh, I see now. It's in Documentation/snippets/ Thanks for the info. well, I'm at a loss as to why it can't compile. I guess you could report it on bug-lilypond, and hopefully somebody who has OSX can test it as well. Reported! In the mean