GNU Lilypond: Debian Sarge packages

2004-11-21 Thread Mark Van den Borre
Hi, Pedro Kröger's Debian packages (http://www.pedrokroeger.net/lilypond/lilypond.html) work great for me on Debian Sarge. Two questions: * Is there a reason they're listed in the Lilypond download section as Debian Sid only? Maybe because Pedro only tests them on Sid? * Is there anything I

Re: GNU Lilypond: Debian Sarge packages

2004-11-21 Thread Pedro Kroger
Mark Van den Borre [EMAIL PROTECTED] writes: * Is there a reason they're listed in the Lilypond download section as Debian Sid only? Maybe because Pedro only tests them on Sid? yes. maybe I should include sarge on the donwload page done :-) Pedro

Re: FretDiagrams Architecture

2004-11-21 Thread Giancarlo Niccolai
Alle 04:17, domenica 21 novembre 2004, Carl Sorensen ha scritto: On Fri, 2004-11-19 at 07:38, Han-Wen Nienhuys wrote: * Although it is possible to make a #(set-fret-diagram-string ) , I think we can use the mechanism now used for chord exceptions, ie. * I suppose that this is still too

Re: FretDiagrams Architecture

2004-11-21 Thread Giancarlo Niccolai
Alle 04:17, domenica 21 novembre 2004, Carl Sorensen ha scritto: In working on this, I discovered another way to handle different fret diagrams for the same chord. ChordNames ignores the octave of the Chord, but chordmode keeps the octave. That means that we can access different fret

Re: FretDiagrams Architecture

2004-11-21 Thread Han-Wen Nienhuys
[EMAIL PROTECTED] writes: will produce two chord labels (both D), and two FretDiagrams (which will be different items from the hash table). I think this feature could be convenient for those who may prefer to have multiple fret diagrams for a chord in a piece. What do you think? I think

Re: FretDiagrams Architecture

2004-11-21 Thread Han-Wen Nienhuys
[EMAIL PROTECTED] writes: This is a good idea. It's got a lot more flesh on it than the skeleton I had worked out. I'll have to study the code some more in order to have all this make sense to me. I'd still like to have some syntax that allows me to enter a fret diagram for a chord

Re: FretDiagrams Architecture

2004-11-21 Thread Carl Sorensen
On Sun, 2004-11-21 at 09:24, Han-Wen Nienhuys wrote: there is nothing stopping you from entering the chord in \chordmode, i believe, exceptions = \chordmode { c:dim7-\markup { \fretdiagram sitnhsoit } } for ideas, check chord-modifiers-init.ly Actually,

Re: FretDiagrams Architecture

2004-11-21 Thread Carl Sorensen
On Sun, 2004-11-21 at 05:15, Giancarlo Niccolai wrote: Uhm, since you are working on the chords: is there any possibility to have chord names also in other languages? I.e. Am in italian is LAm, Bsus4 is SIsus4 (only the note name changes, the chord system is the same all over the world);

Re: FretDiagrams Architecture

2004-11-21 Thread Carl Sorensen
On Sun, 2004-11-21 at 05:25, Han-Wen Nienhuys wrote: I think that a. we are storing chords in the wrong way. In retrospect, I find root + list of (step, alteration) tuples more logical So rather than using the pitches as the key for the hash table, it ought to be the chord

Re: FretDiagrams Architecture

2004-11-21 Thread Han-Wen Nienhuys
[EMAIL PROTECTED] writes: On Sun, 2004-11-21 at 05:25, Han-Wen Nienhuys wrote: I think that a. we are storing chords in the wrong way. In retrospect, I find root + list of (step, alteration) tuples more logical So rather than using the pitches as the key for the hash

Re: battle-plan for 2.5 development

2004-11-21 Thread Anthony W. Youngman
In message [EMAIL PROTECTED], Bertalan Fodor [EMAIL PROTECTED] writes We will create a beginner's guide to lilypond that shows the basics of lilypond with lily4jedit. Anyway to sum my opinion: Windows users shouldn't be directed to use your favorite text editor, because they don't have one.

Re: LilyPond C/C++ #include cleanup

2004-11-21 Thread Andreas Scherer
On Friday 19 November 2004 14:52, Han-Wen Nienhuys wrote: I've added the Doxygen file to CVS. I'm willing to add doxygen rules to the makefile, if someone writes them. Unfortunately, I'm not proficient with 'autoconf', so I can't provide a working solution right now. But here's what I've got

2.5.1: Header change breaks MacOS X

2004-11-21 Thread Matthias Neeracher
One of the changes in 2.5.1 seems to be that all includes of math.h got changed to cmath. Unfortunately, on MacOS X, this means that all references to isinf() are no longer found (presumably cmath wraps this as std::isinf, although I haven't tested that. Matthias