Re: fixing compiler warnings

 and  Figured_bass_engraver::listen_rest. I am 99% sure these are default implementations of virtual methods, ie. useful subclasses do something useful in these methods. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond

Re: Use of ly:set-default-scale

class? I look forward to and would very much appreciate any thoughts on these from anybody acquainted with this code. In general, I tried to avoid creating global variables (such as scale), as a matter of habit. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Are engravers concerned by GLISS?

. It's not that I am not opposing a rename, but perhaps you could devote some documentation lines somewhere to these details, so people will not be tripped by other details (eg. when they write \override Dot #'...). -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Fix 1336 (issue3594041)

is handled. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: 2.13.40 regtests

have been a quicker way to get started with running comparison tests. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: 2.13.40 regtests

On Fri, Nov 26, 2010 at 2:21 AM, Graham Percival gra...@percival-music.ca wrote: On Fri, Nov 26, 2010 at 02:15:22AM -0500, Han-Wen Nienhuys wrote: The reason I did not do it originally is that it moves the comparison farther away from lilypond itself and pixel-per-pixel changes

Re: Simplification of live-elements-list, why not?

filter combined with ly:grob-array-list sounds like a good and readable plan. If you do the filter destructively (so it generates less garbage), it will be probably more efficient, since both functions run in the C(++) space. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: request for help for research from Guatemala

On Wed, Nov 3, 2010 at 7:13 PM, Graham Percival gra...@percival-music.ca wrote: On Wed, Nov 03, 2010 at 06:35:55PM -0200, Han-Wen Nienhuys wrote: On Wed, Nov 3, 2010 at 5:59 PM, Graham Percival gra...@percival-music.ca wrote: If somebody makes an honest effort, I'm willing to help them

Re: Lilypond's internal pitch representation and microtonal notation

mapping from pitch to semitones (ie. for midi playback) - it can represent classical pitches (ie. octave,step,alteration) unambiguously. The current system satisfies these constraints obviously, but it possibly does not represent well various nuances of scales that may exist. -- Han-Wen Nienhuys

Re: [PATCH] Add a way to override the part-combination decision

music event, similar to eg. barcheck, through an identifier. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: [PATCH] Add a way to override the part-combination decision

for, and which is ignored for normal processing. Would that not be more natural? -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: How to customize iterator behavior?

are configured completely when they are initialized, and they are unaware of their parents. You are asking for a construct that changes a parent long after it is initialized. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond

Re: 2.12.3 source tarball changed (back in january)

number every time. You could skip uploading the source tarball for the -2 releases. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo

Re: Align metronome mark at time signature or first musical element. Fixes #684. (issue1579041)

with the rest of lilypond code base. The normal pattern is to use XXx_interface::has_interface (for hard-coded interfaces), or grob-[internal_]has_interface(), to check for softcoded interfaces. Thanks for catching this.  I've applied the patch below. LGTM -- Han-Wen Nienhuys - han...@xs4all.nl

Re: Align metronome mark at time signature or first musical element. Fixes #684. (issue1579041)

. On closer inspection, scm_ilength (which does the actual checking) also catches other errors besides circular lists. We could make more strict checking a habit, but it's not really a scalable, since many routines require more complex data structures as input parameters. -- Han-Wen Nienhuys - han

Re: [frogs] T1224: Avoid using deprecated %module-public-interface in guile initialisation. (issue1160044)

57992da984aaf16d6161dc44e5d9f7cb290ac813 Author: Han-Wen Nienhuys han...@lilypond.org Date: Sun Aug 29 23:30:55 2010 -0300 Remove stray dots. diff --git a/scm/lily.scm b/scm/lily.scm index 0aa2ad4..f898962 100644 --- a/scm/lily.scm +++ b/scm/lily.scm @@ -213,9 +213,9 @@ messages into errors

Re: T1055: Avoid using deprecated %module-public-interface in guile initialisation. (issue1160044)

is that this module is being used as a module where it is needed. Your approach sounds good to me. The regression test is not holy, we can change it if there are good reasons. Congrats on making this work. I had a todo item in the back of my mind to resolve this, but you got me to it! :) -- Han-Wen Nienhuys

Re: scheme night-mare...

? Scheme is dynamically typed, so the answer to this question depends on what map-alist-keys returns. The easiest to deal with this is look at things from the scheme side, the 2nd option is printing out things in gdb. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Revised version of waveform renderer on Rietveld that uses glpk

of such libraries within LilyPond, which should not be too hard. (After all there are already various other SCheme libs that are loaded dynamically). Documentation is *not* currently modular (as David has expressed before). Documentation would be the last worry compared dynloading glpk. -- Han-Wen

Re: caution: new website 24-hour test

/lilypond-devel -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: google analytics and .htaccess

through which path people reach the goal. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: google analytics and .htaccess

have forms for sending mail, they may be an interesting target too. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add \path markup command, and use it for \eyeglasses. (issue1730044)

for example write-system-signature in stencil.scm. Also, if you use a module, where would you keep interpretation state (eg. current-point) ? -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond

Re: Thank you so much

much for the work put into it, it is much appreciated. My only regret is not knowing about it sooner. You guys should put up a donation link, I'd be glad to send some cash your way. Your appreciative drummer, Ethan Parr ethanp...@gmail.com -- Han-Wen Nienhuys - han...@xs4all.nl - http

Re: 100+ warnings and some cosmetics along the way (issue1724041)

On Thu, Jun 17, 2010 at 6:47 AM, Jan Nieuwenhuizen janneke-l...@xs4all.nl wrote: Op donderdag 17-06-2010 om 00:41 uur [tijdzone -0300], schreef Han-Wen Nienhuys: * Why are all the casts there? casts are mostly bad and often indication that something is wrong.  It is probably an easier fix

Re: 100+ warnings and some cosmetics along the way (issue1724041)

, which we can discuss separately. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: 100+ warnings and some cosmetics along the way (issue1724041)

but not in all, which is also why I want to see more targeted commits, so we discuss specific cases. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org

Re: Troubles with make check

compare: images too dissimilar I think the failing command was printed above. You could run it by hand and see what is going on. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel

Re: 100+ warnings and some cosmetics along the way (issue1724041)

change so it should be separate. http://codereview.appspot.com/1724041/show -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond

Re: Calculations for spanner before its print function is called

for example the vertical alignment spanners. Since LilyPond is single-threaded, nothing really happens in parallel. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org

Re: [PATCH] Initialize interval in grob_stencil_extent().

On Mon, May 24, 2010 at 12:30 AM, Patrick McCarty pnor...@gmail.com wrote: Hello, Is this patch correct? Interval has a default constructor, so in general addinig initialization is not necessary. You can check the constructor to undersand why your patch is not correct. -- Han-Wen Nienhuys

Re: pdfsizeopt

of pdfsizeopt are freely available, but one of them (Multivalent) is not free in the GNU sense.] Wouldn't it be useful to add this to the build chain? No. Their techniques should be part of GS which we use to generate the PDF. They'll serve a wider audience over there. -- Han-Wen Nienhuys - han

Re: Great Experience!

LilyPond, which made me even more jealous... Was the music font lily's feta font? The G-clef is a give-away, because Feta's is quite unlike any other G-clef. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing

Re: Some engraver brainstorming

the idea earlier and unleashed it on the world. It was called the Thread context, and it was a disaster, because it would die or be created at unexpected times. I you dive deep enough into the git history, you can find its remnants. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl

Re: Some engraver brainstorming

. Suppose you somehow save the reference to @1. How does lilypond know the context should die at %** ? If it does not, you'll risk accumulating them until the end of the piece, making things slow down. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Don't hardcode a limited set of markup signatures. (issue969046)

with me on the mailing-list, and I have had enough of it. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Don't hardcode a limited set of markup signatures. (issue969046)

idiom. I would expect something like  if(pred == bla(markup?)    token = EXPECT_MARKUP;  else if (pred == bla(markup-list?)    token = EXPECT_MARKUP_LIST;  else if (pred == bla(scm?)    token = EXPECT_SCM; Done. http://codereview.appspot.com/969046/show -- Han-Wen Nienhuys - han

Re: Don't hardcode a limited set of markup signatures. (issue969046)

On Sun, May 2, 2010 at 2:14 PM, David Kastrup d...@gnu.org wrote: Han-Wen Nienhuys hanw...@gmail.com writes: On Sun, May 2, 2010 at 8:04 AM,  d...@gnu.org wrote: The tokens _are_ pushed one by one in the desired order.  So it makes no sense to allocate additional storage just to do the same

Re: Don't hardcode a limited set of markup signatures. (issue969046)

the code comments, even after you asked for Thanks for explaining this; it's obviously my fault. I'll go back to where I came from. cheers, -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond

Re: markup-command and markup-command-list signatures

list arguments is useful or not (and if it's doable). AFAICR the ordering is just there for syntax consistency. If you can make a patch that generalizes markup argument handling like the argument handling for music functions, that would be awesome. -- Han-Wen Nienhuys - han...@xs4all.nl - http

Re: disabled download.linuxaudio.org

that into the shared ~/lilypond/ area, but that's not a priority. Cheers, - Graham -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond

Re: muziekzoeksysteem

___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond

Re: %module-public-interface

won't surface until we start trying to use Guile 2.0 more. There may be lots of hairiness in the module interface; I sort of made up functions as I went along, since it was largely undocumented. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: [PATCH] Use iterator for STL std::map element access.

that, and rewrite other lookup code like that. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Enhancement request: Termination message for lilypond compilations

lilypond to (lilypond $* echo Success) || echo Failed simpler, and more conformant to the unix tradition (no news is good news). -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel

Re: Font_metric code cleanup breaks fetaText positioning

sense? yes, thanks! -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwe ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Cleanup: sort header order, use explicit std:: prefix rather than using std; (issue681041)

to reestablish the functionality? Good question; I am not sure if there are any sensible uses anyway. (ly:get-glyph uses get_ascii_char which is not really appropriate for either pango fonts or the music fonts). -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Font_metric code cleanup breaks fetaText positioning

for checking extents switched on (the circle is supposed to be a string number :) Ouch - can someone pass me the brown-paper bag? -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org

Re: Font_metric code cleanup breaks fetaText positioning

shortly. Okay, pushed.  Let me know if you find any problems. doesnt this equally mess up the vertical alignment, this time of normal text? -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond

Re: Font_metric code cleanup breaks fetaText positioning

On Mon, Mar 22, 2010 at 10:39 PM, Han-Wen Nienhuys hanw...@gmail.com wrote: Your first patch from the set you've pushed breaks the positioning of fetaText glyphs, since they now all have logical extents in the Y axis (rather than ink extents). I have a patch in-progress, so I'll push a fix

Re: Font_metric code cleanup breaks fetaText positioning

On Mon, Mar 22, 2010 at 11:02 PM, Patrick McCarty pnor...@gmail.com wrote: On Mon, Mar 22, 2010 at 6:41 PM, Han-Wen Nienhuys hanw...@gmail.com wrote: On Mon, Mar 22, 2010 at 10:39 PM, Han-Wen Nienhuys hanw...@gmail.com wrote: Okay, pushed.  Let me know if you find any problems. doesnt

Re: PDF Named Destinations at each bar number

. As a first approach, you could modify the stencil coming out of Bar_line::print - If you get that working (ie. get the marks to appear in the .ps), try modifying Bar_number_engraver to add a bar-number property to the object, which you use for defining the mark name. good luck -- Han-Wen Nienhuys - han

Re: iPhone app using Lilypond + potential contributions

persons (including me). Be a pal, give some credit. Thanks, -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: weblily: security risk

the consequences. - Graham Percival ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: [PATCH] Build: require all glyphs for `font-table.ly'.

-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: silent crash on large score - how to debug?

and 2.12.3 or 2.13.10. How can we find where it comes from? Frédéric ___ lilypond-user mailing list lilypond-u...@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl

Re: Show how to properly support the Gonville font. (issue246041)

of the font. http://codereview.appspot.com/246041/show -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: * Unify fetaDynamic and fetaNumber into one fetaText encoding (issue248041)

, because I think some of the files failed to upload to Rietveld. Can you try reuploading your patch, even to a new issue if necessary? Thanks, Patrick http://codereview.appspot.com/248041/show -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Clarification of 'font' usage to use Gonville over Feta

Patrick, can you have a look at http://codereview.appspot.com/248041 I'll add some code next to make unify the two desgn size lists, which should make it easier for Gonville to be used for text too. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Clarification of 'font' usage to use Gonville over Feta

On Fri, Mar 5, 2010 at 2:43 AM, Han-Wen Nienhuys hanw...@gmail.com wrote: On Wed, Mar 3, 2010 at 10:40 PM, Patrick McCarty pnor...@gmail.com wrote: If I am understanding correctly, the problem is that no workaround for loading Gonville was added to scm/font.scm (search for feta-alphabet-size

Re: Clarification of 'font' usage to use Gonville over Feta

On Fri, Mar 5, 2010 at 2:47 AM, Han-Wen Nienhuys hanw...@gmail.com wrote: I also added a tracker issue for this problem a few days ago: Hi Patrick, can you have a look at  http://codereview.appspot.com/248041 I'll add some code next to make unify the two desgn size lists, which should

Re: Instanciable scheme engraver (issue216066)

if they could drastically reduce the amount of code needed to write them. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Clarification of 'font' usage to use Gonville over Feta

://lists.gnu.org/mailman/listinfo/lilypond-devel -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Clarification of 'font' usage to use Gonville over Feta

; 'testg.ly' is [..] Let me try to see if I can hack up something that is less hacky. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond

Re: Instanciable scheme engraver (issue216066)

)))                     ... Right, but at that point the alist (and the other functions as well) are already constructed? Maybe you would want to switch earlier. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list

Re: Fix #189: Episema over single neume. (issue186189)

- it may not make sense, but at least it does not crash. Or at least, the crash will happen later on :) -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org

Re: Vertical order of grobs

-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: new smaller installers to test

On Fri, Feb 19, 2010 at 5:50 AM, Graham Percival gra...@percival-music.ca wrote: On Thu, Feb 18, 2010 at 11:25:33PM -0200, Han-Wen Nienhuys wrote: The largest ones are the Encoding files, which are related to international fonts, so if this is the cause of the problem (I think it is). ok

Re: new smaller installers to test

with international font rendering pop up. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: eliminating -DNDEBUG from compilation

Try --disable-optimizing han...@xs4all.nl - via android On Feb 19, 2010 10:56 PM, Carl Sorensen c_soren...@byu.edu wrote: Is there an option for configure that will eliminate -DNDEBUG from the various variables defined in config.make? --enable-debugging does not do it on my system. I needed

Re: Determining location of the staff lines

this, they will share their local variables, with interesting effects. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: new smaller installers to test

Resource files. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: new smaller installers to test

character encoding related stuff. Can you run this through a couple of CJK files to see if that keeps working? -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org

Re: env-fold for Guile?

the current module. There are GUILE level routines for most of this too, but you'd need to dig a bit in the GUILE sources. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org

Re: Disagree with recent DOC change

per week to once per month (at most). With that few releases, the release number that introduced a bug is not that useful a data point. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond

Re: Disagree with recent DOC change

contortions to do what you think is suggested. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Speed tips, again, for extremely large scores?

lilypond foo3.ly lilypond foo4.ly. Normally I would expect the opposite. (e.g. LilyPond does not need to load fonts several times ...) It sounds like we may be leaking memory somewhere again. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Scheme Engraver - Removing Engravers

New_fingering_engraver } \relative c'' {    % notation ref } I would like to remove the New_fingering_engraver within the new engraver I'm writing so that it is not necessary to remember to do it in the above code. Can this be done? No. -- Han-Wen Nienhuys - han...@xs4all.nl - http

Re: How to do this correctly?

, we could add another internal scope inside the C++ engraver instance to store private data. Public data can of course be shared as context property. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list

Re: Trying to get a hang of what to use when...

and a translator. Hopefully. performers for playing, engravers for printing. Translator is their baseclass. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http

Re: Several thoughts for implementing accordion standard bass support

chords.  But that is reasonably straightforward to do. I recommend a music function for this. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman

Re: Ties and slurs going into repeat alternatives

. The correct solution would be to hack the appropriate engravers to remember the state at the start of the alternative and recreate that at the following alternatives. That would be very hairy though. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: Several thoughts for implementing accordion standard bass support

to interpret that. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Several thoughts for implementing accordion standard bass support

, and this is the poke with a stick until it works(TM) approach. Could you give a code example or outline for either of the possibilities that you outlined? I am completely unsure what you are trying to achieve. Are you really trying to typeset noteheads on a staff, or is it something else? -- Han-Wen

Re: Ties and slurs going into repeat alternatives

. for the formatting to come out correctly, while around linebreaks, all of the rewiring can be done generically. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman

Re: Scheme V2.0 on the horizon, impacts on LilyPond?

will Lilypond support running Guile V2.0, and are there any transition plans? Cheers, Ian Hulin ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel -- Han-Wen Nienhuys - han

Re: Add basic scheme programmable engravers. (issue181109)

everything? On Sat, Jan 2, 2010 at 4:13 AM, joenee...@gmail.com wrote: Neat! -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond

Re: bends: pre-implementation issues

On Tue, Jan 5, 2010 at 5:36 PM, Marc Hohl m...@hohlart.de wrote: Han-Wen Nienhuys schrieb: I am confused here.  Are you trying to implement the symbols that are on the tab staff, or on the normal notation? Both. But first, I want to concentrate on the pointed slurs in the normal notation

Re: bends: pre-implementation issues

alter the 1st bend on receiving the 2nd bend, but the administration involved may be tricky, as it needs to work correctly in polyphonic situations too, like the example I quoted above. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen

Re: bends: pre-implementation issues

are for the tablature list. I'll upload it to my homepage: http://www.hohlart.de/marc/bendtest.pdf Marc -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http

Re: [frogs] Lilypond variable definitions - are they accessible from Scheme?

#(display conditionalMark) inside the .ly file. The breakpoint failing may have to do with the call sequence. See parser.yy, run_music_function(). The function is called directly from C++, without going through the GUILE evaluator, so I think that is why there is no debugger trap. -- Han-Wen

Re: G clef changes [was: Re: Alternative music font]

online. I'll have a look later today -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Autobeaming

?  If that's a bad decision, I'd like to get that straightened out before I finish implementing the code. No that sounds fine, but the time signature settings themselves (ie. whether 6/8 = 3+3 or 2+2+2) should not be part of the context properties. -- Han-Wen Nienhuys - han...@xs4all.nl - http

scheme programmable engravers

... Layout output to `scheme-engraver.ps'... Converting to `./scheme-engraver.pdf'... -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen \header { texidoc = \\consists can take a scheme alist as arguments, which should be functions, which will be invoked as engraver functions

Re: race condition in writing lilypond-book filenames

2009/12/23 John Mandereau john.mander...@gmail.com: Le vendredi 18 décembre 2009 à 00:38 -0200, Han-Wen Nienhuys a écrit : We already have a plausible explanation, and a fairly simple solution: use flock() in ly:parse-file on the .ly file. I think it's better to sanitize lilypond-book

Re: different height of `m' and `p'

://lists.gnu.org/mailman/listinfo/lilypond-devel -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Alternative music font

mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman

Re: race condition in writing lilypond-book filenames

: use flock() in ly:parse-file on the .ly file. Overwriting files is not actually a problem, since the .ly files will be overwritten by the same content. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing

Re: `make check' overworks one core on my Core2 quad

that there is some kind of bug going on, given the state of the build system. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: `make check' overworks one core on my Core2 quad

on this being the problem. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

<    5   6   7   8   9   10   11   12   13   14   >