From gperlist@shaw.ca Tue Nov 05 00:21:24 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 188w9U-0007Di-00 for lilypond-devel@gnu.org; Tue, 05 Nov 2002 00:21:24 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 188w9P-0007Co-00 for lilypond-devel@gnu.org; Tue, 05 Nov 2002 00:21:23 -0500 Received: from shawidc-mo1.cg.shawcable.net ([24.71.223.10] helo=pd4mo3so.prod.shaw.ca) by monty-python.gnu.org with esmtp (Exim 4.10) id 188w9P-0007Cj-00; Tue, 05 Nov 2002 00:21:19 -0500 Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H53002IT87IZF@l-daemon>; Mon, 04 Nov 2002 22:21:18 -0700 (MST) Received: from pn2ml8so.prod.shaw.ca (pn2ml8so-qfe0.prod.shaw.ca [10.0.121.152]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H5300G7J87IKH@l-daemon>; Mon, 04 Nov 2002 22:21:18 -0700 (MST) Received: from mobius (h24-79-84-133.vc.shawcable.net [24.79.84.133]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with SMTP id <0H530079Q87HWM@l-daemon>; Mon, 04 Nov 2002 22:21:18 -0700 (MST) Date: Mon, 04 Nov 2002 21:18:43 -0800 From: Graham Percival Subject: Re: fermata position (was: Re: Two Problems with a SATB-Choir Score) In-reply-to: <20021102075520.GA22909@stinger.hoellwarth> To: R.Hoellwarth@t-online.de (Ronald Hoellwarth) Cc: lilypond-user@gnu.org, lilypond devel Message-id: <20021104211843.7de51a0f.gperlist@shaw.ca> Organization: None MIME-version: 1.0 X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; i386-debian-linux-gnu) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20021031180015.GC29826@stinger.hoellwarth> <20021031150819.7bf2489e.gperlist@shaw.ca> <87ela54mif.fsf@peder.flower> <20021101124535.GA19093@stinger.hoellwarth> <20021101174737.GB19814@stinger.hoellwarth> <20021101131523.54ba37ef.gperlist@shaw.ca> <20021101220313.GA21500@stinger.hoellwarth> <20021101152919.6f95d034.gperlist@shaw.ca> <20021102075520.GA22909@stinger.hoellwarth> Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Sat, 02 Nov 2002 08:55:21 +0100 R.Hoellwarth@t-online.de (Ronald Hoellwarth) wrote: > On Fri, Nov 01, 2002 at 03:29:19PM -0800, Graham Percival wrote: > > On Fri, 01 Nov 2002 23:03:13 +0100 > > R.Hoellwarth@t-online.de (Ronald Hoellwarth) wrote: > > > But: why did v1.4.12 choose to put the fermata on the bass part correctly > > > under the note but v1.6.5 choose (wrongy) to put the fermata above the > > > note into the realm of the tenor? Hmm, something seems a bit odd here. I'm not an expert at music publishing -- I'm not even an amateur! -- so I'll merely ask the question of others: is this example correct? ---- \score{\notes{ \voiceOne a''4-\fermata e'-\fermata a''-> e'-> \voiceTwo a''4-\fermata e'-\fermata a''-> e'-> }} ---- It looks a bit odd to me... is this the desired behaviour? (BTW, this is with 1.6.4; I don't know if 1.7 has changed this behaviour) BTW, to anybody with questions/possible bugs, this email is (IMO) a good way of asking the question. The example is very short, direct, and demonstrates the suspect behaviour. Cheers, - Graham From neeracher@mac.com Tue Nov 05 23:48:22 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 189I74-00030H-00 for lilypond-devel@gnu.org; Tue, 05 Nov 2002 23:48:22 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 189I72-000306-00 for lilypond-devel@gnu.org; Tue, 05 Nov 2002 23:48:21 -0500 Received: from smtpout.mac.com ([204.179.120.89]) by monty-python.gnu.org with esmtp (Exim 4.10) id 189I72-000302-00 for lilypond-devel@gnu.org; Tue, 05 Nov 2002 23:48:20 -0500 Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65]) by smtpout.mac.com (8.12.2/MantshX 2.0) with ESMTP id gA64mJo0027653 for ; Tue, 5 Nov 2002 20:48:19 -0800 (PST) Received: from mac.com ([12.240.76.120]) by asmtp01.mac.com (Netscape Messaging Server 4.15) with ESMTP id H551CI00.B5G for ; Tue, 5 Nov 2002 20:48:18 -0800 Date: Tue, 5 Nov 2002 20:49:07 -0800 Subject: Consequences of changing MIDI file suffix Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v546) From: Matthias Neeracher To: lilypond-devel@gnu.org Content-Transfer-Encoding: 7bit In-Reply-To: <20020710104941.9489.4993.Mailman@fencepost.gnu.org> Message-Id: <154A296D-F143-11D6-8199-0003935B33CC@mac.com> X-Mailer: Apple Mail (2.546) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: I'm currently thinking of patching lilypond on MacOS X so MIDI files are generated with a suffix of .midi instead of .mid, as the former is automatically recognized by QuickTime as a MIDI file, while the latter is not. From my perusal of the source code, it seemed to me that the change wouldn't be too difficult for me to make, but I'm wondering whether there are interactions between the lilypond tools that I've overlooked. Is there anything that would argue against making this change on MacOS X? Matthias From rz@daimi.au.dk Wed Nov 06 01:57:40 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 189K8C-0001p9-00 for lilypond-devel@gnu.org; Wed, 06 Nov 2002 01:57:40 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 189K86-0001lu-00 for lilypond-devel@gnu.org; Wed, 06 Nov 2002 01:57:38 -0500 Received: from daimi.au.dk ([130.225.16.1]) by monty-python.gnu.org with esmtp (Exim 4.10) id 189K84-0001hF-00 for lilypond-devel@gnu.org; Wed, 06 Nov 2002 01:57:33 -0500 Received: from daimi.au.dk (3E6B1999.aarh.stofanet.dk [62.107.25.153]) by daimi.au.dk (8.11.6/8.11.6) with ESMTP id gA66vNf13081 for ; Wed, 6 Nov 2002 07:57:23 +0100 Message-ID: <3DC8BD4B.7050104@daimi.au.dk> Date: Wed, 06 Nov 2002 07:57:15 +0100 From: Rune Zedeler User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: lilypond-devel@gnu.org Subject: building cvs Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: I cannot build the current cvs-version: File "../../scripts/lilypond-book.py", line 67 import lilylib as ly ^ SyntaxError: invalid syntax Requirements still say python 1.5 - which I have (1.5.2). -Rune From hjunes@kosh.hut.fi Fri Nov 08 05:38:15 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18A6Wl-0000T7-00 for lilypond-devel@gnu.org; Fri, 08 Nov 2002 05:38:15 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18A6Wi-0000S1-00 for lilypond-devel@gnu.org; Fri, 08 Nov 2002 05:38:14 -0500 Received: from smtp-2.hut.fi ([130.233.228.92]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18A6Wi-0000Rx-00 for lilypond-devel@gnu.org; Fri, 08 Nov 2002 05:38:12 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-2.hut.fi (8.12.6/8.12.6) with ESMTP id gA8AcABL000522; Fri, 8 Nov 2002 12:38:10 +0200 Date: Fri, 8 Nov 2002 12:38:10 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: "Kontra, Gergely" cc: vim-dev@vim.org, Subject: Re: LilyPond-syntax In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-2.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Fri, 8 Nov 2002, Kontra, Gergely wrote: > Hi! > > See my try! > I tried something more precise to catch more errors. > Eg. cesis is a valid pitch in your sintax... and pitch is highlighted > after you hit a space, if you're at the end of the file. Here vim-syntax matching works better than that of Emacs! I have made emacs-mode for lilypond earlier. For examples ([ei]s)+ could match to (es)+ or (is)+ but not allways to their mixtures. Pitch is highlighted after a space, because it is encouraged to join pitchandduration (c'4). That is more concise and also how it is written on the paper. > I tried to catch standard header variables, like title, composer. > I tried to use more colors, catch dynamics... That is how lilypond-emacs-mode works now. See lilypond-cvs-source. > Well, it is a matter of taste. Maybe the solution is like the ruby > syntax (there is a switch for 'expensive' syntax). I'd prefer not to be all-knowing. That is how LaTeX-mode works. The reason is that the syntax of lilypond has to be updated every time a new feature appears to the compiler. If the syntax is all-knowing, it is outdated every time the syntax changes. And the benevolent developers should have as much playing ground for the syntax development as they need. > ps: As far, as I remember my try (an old one...) > > Vim's syntax defining functions are not effective for this language :( > Reason (I think): vim deals with words, lilypond words contain more > data... > Extensive tests with lilypond vim-syntax has to be done using the ly-example files found in cvs-development tree. For example, my vim-6.1.165 did not catch all the delicacy hidden in your try. Please consider sending incremental patches, i.e., one patch per bug/feature, against lilypond-cvs-source to lilypond-devel@gnu.org. Basically, there are lilypond.vim written by me and vimrc (to be copied to ~/.vimrc) which adds some shortcuts for compiling, viewing and midi-playing the compiled music. Heikki Junes From hjunes@kosh.hut.fi Fri Nov 08 18:39:59 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18AIjH-0003Qh-00 for lilypond-devel@gnu.org; Fri, 08 Nov 2002 18:39:59 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18AIjE-0003QN-00 for lilypond-devel@gnu.org; Fri, 08 Nov 2002 18:39:58 -0500 Received: from smtp-2.hut.fi ([130.233.228.92]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18AIhd-00030f-00 for lilypond-devel@gnu.org; Fri, 08 Nov 2002 18:38:17 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-2.hut.fi (8.12.6/8.12.6) with ESMTP id gA8NcFBL000814 for ; Sat, 9 Nov 2002 01:38:15 +0200 Date: Sat, 9 Nov 2002 01:38:15 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: lilypond-devel@gnu.org Subject: point-and-click column-position bug Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-2.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: The point-and-click works with gvim and xdvi found in Mandrake 9.0. With column position there is a small error: spaces, tabs and returns are included to the note position. What happens: One-line example: "a g" ^ <- you are here after clicking g Two-line example: "\notes c' { " ^ <- you are here after clicking d " d " Heikki Junes From 1509-242@onlinehome.de Sat Nov 09 10:22:16 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18AXR9-0003s1-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 10:22:15 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18AXQY-0003K5-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 10:22:09 -0500 Received: from moutng.kundenserver.de ([212.227.126.189]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18AXQX-0003H3-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 10:21:38 -0500 Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18AXQW-0005LK-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 16:21:36 +0100 Received: from [62.156.48.199] (helo=orion.local) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18AXQV-0003Z9-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 16:21:35 +0100 Received: from localhost (localhost [127.0.0.1]) by orion.local (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id gA9FDec12162 for ; Sat, 9 Nov 2002 16:13:40 +0100 Date: Sat, 09 Nov 2002 16:13:40 +0100 (CET) Message-Id: <20021109.161340.39149128.wl@gnu.org> To: lilypond-devel@gnu.org Subject: small patch for lilypond 1.6. From: Werner LEMBERG X-Mailer: Mew version 3.1rc1 on Emacs 21.3.50.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: A minor clean-up. Werner ====================================================================== 2002-11-09 Werner Lemberg * tex/lilyponddefs.tex (\lilypondinput): Removed. Load lily-pdf-defs.tex properly. ====================================================================== --- lilyponddefs.tex Wed Oct 16 17:45:29 2002 +++ lilyponddefs.tex.new Sat Nov 9 16:01:09 2002 @@ -123,8 +123,6 @@ \lilypondnext } -\newread\lilypondinput - % the following macro is executed only once \gdef\lilypondspecial{ \special{header=music-drawing-routines.ps} @@ -189,7 +187,7 @@ {\input lily-ps-defs } { \pdfoutput = 1 - \input lily-pdf-defs + \input lily-pdf-defs % } } {} From carlos.betancourt@chello.be Sat Nov 09 18:30:59 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Af47-0006Xh-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 18:30:59 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Af45-0006XW-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 18:30:58 -0500 Received: from amsfep11-int.chello.nl ([213.46.243.20]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Af45-0006XS-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 18:30:57 -0500 Received: from localhost.localdomain ([213.132.156.74]) by amsfep11-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021109233056.IQOU1218.amsfep11-int.chello.nl@localhost.localdomain>; Sun, 10 Nov 2002 00:30:56 +0100 Subject: Spanish notes added to keyboard shortcuts (Quick Notes) From: Carlos Betancourt To: lilypond-devel@gnu.org Cc: Heikki Johannes Junes Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 10 Nov 2002 00:25:02 +0100 Message-Id: <1036884302.6203.37.camel@mir> Mime-Version: 1.0 Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: Hello Lilyponders! I've added spanish-note-replacements to lilypond-mode.el Lilypond version: 1.6.6-1 (from Debian Sid) I read in the ML archives that 1.6.x branch is feature frozen, so should I generate a patch for version 1.7.x? Carlos ---8<---cut here--- --- lilypond-mode.el.orig 2002-11-08 11:23:41.000000000 +0100 +++ lilypond-mode.el.new 2002-11-09 23:46:25.000000000 +0100 @@ -9,6 +9,9 @@ ;;; * Add PS-compilation, PS-viewing and MIDI-play (29th Aug 2001) ;;; * Keyboard shortcuts (12th Sep 2001) ;;; * Inserting tags, inspired on sgml-mode (11th Oct 2001) +;;; +;;; Changed 2002 Carlos Betancourt +;;; * Added spanish-note-replacements ;;; Inspired on auctex @@ -540,6 +543,15 @@ '(("eeses" "eses") ("ees" "es") ("aeses" "asas") ("aes" "as") ("b" "h") ("beses" "heses") ("bes" "b") ("bis" "his") ("bisis" "hisis"))) ; add more translations of the note names + (setq spanish-note-replacements + '(("c" "do") ("d" "re") ("e" "mi") ("f" "fa") ("g" "sol") ("a" "la") ("b" "si") + ("cis" "dos") ("cisis" "doss") ("ces" "dob") ("ceses" "dobb") + ("dis" "res") ("disis" "ress") ("des" "reb") ("deses" "rebb") + ("eis" "mis") ("eisis" "miss") ("ees" "mib") ("eeses" "mibb") + ("fis" "fas") ("fisis" "fass") ("fes" "fab") ("feses" "fabb") + ("gis" "sols") ("gisis" "solss") ("ges" "solb") ("geses" "solbb") + ("ais" "las") ("aisis" "lass") ("aes" "lab") ("aeses" "labb") + ("bis" "sis") ("bisis" "siss") ("bes" "sib") ("beses" "sibb"))) (setq other-keys "()<>~}") (setq accid 0) (setq octav 0) (setq durat "") (setq dots 0) @@ -604,10 +616,13 @@ (message "Selected Finnish/Deutsch notes") (sit-for 0 750 1))) ; n ; add more translations of the note names + ((string= x "p") (progn (setq note-replacements spanish-note-replacements) + (message "Selected Spanish notes") + (sit-for 0 750 1))) ; p ((string= x "h") (progn (message "Insert notes with fewer key strokes. For example \"i,5.f\" produces \"fis,32. \".") (sit-for 5 0 1) (message "Add also \"a ~ a\"-ties, \"a ( ) b\"-slurs and \"< a b >\"-chords.") (sit-for 5 0 1) - (message "Note names are in Du(t)ch by default. Hit 'n' for Fin(n)ish/Deutsch note names.") (sit-for 5 0 1) + (message "Note names are in Du(t)ch by default. Hit 'n' for Fin(n)ish/Deutsch note names. Hit 'p' for S(p)anish note names") (sit-for 5 0 1) (message "Backspace deletes last note, return starts a new indented line and Esc quits.") (sit-for 5 0 1) (message "Insert note triplets \"\\times 2/3 { a b } \" by typing \"/23ab}\".") (sit-for 5 0 1) (message "Remember to add all other details as well.") (sit-for 5 0 1))) From hjunes@kosh.hut.fi Sat Nov 09 19:06:40 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Afce-0002Vv-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 19:06:40 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Afca-0002Lt-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 19:06:39 -0500 Received: from smtp-3.hut.fi ([130.233.228.93]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18AfcZ-0002IJ-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 19:06:35 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-3.hut.fi (8.12.6/8.12.6) with ESMTP id gAA06Zfu003300; Sun, 10 Nov 2002 02:06:35 +0200 Date: Sun, 10 Nov 2002 02:06:33 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: Carlos Betancourt cc: lilypond-devel@gnu.org Subject: Re: [lilypond] Spanish notes added to keyboard shortcuts (Quick Notes) In-Reply-To: <1036884001.6203.30.camel@mir> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-3.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: > > The patch looked ok. Just use switch "-uN" and resend it. I have tweaked > > emacs- and vim-modes, so, you can send it also to me for applying. > > What kind of tweaks? If you can point me out I could learn from your > modifications, just as I did with quick-notes For example, Emacs-mode has quite a complete list of keywords and identifiers. I have thinked to go through them and add newest ones there .. maybe one has also to remove some words. The idea is that if the word is not written the right way, it will have a 'wrong' color. I have thought to update these word lists some day -- it is a good exercise to know what syntax LilyPond contains as a whole. The file to update is 'lilypond-font-lock.el'. The regular expressions are fairly simple. Typically, I have just go through a bunch of files (.ly-files in 'input/'-cvs-directory) containing lilypond-syntax and looked that the colors of words looked correct. If you want to catch this challenge and add new identifiers and keywords, go ahead. > I think it's quite useful mode for any kind of user. BTW, one of my > firsts impressions while using lilypond-mode was that the menu > shortcuts/entries are not very complete, there's a lot to be added. (not > your fault, of course). Don't you agree? Another thing: is it posible to > add, somewhere, autocompletion? I mean, typing "\cl + tab" would add a > "\cleff", or "\pa + tab" --> "\paper", etc. Maybe the keywords in 'lilypond-font-lock.el' should be written without regular expressions, e.g., {[cm]m} should be written as {cm, mm}. Then the same list could be entered to emacs-menu. With some 'Autocomplete on/off' -switch the completions for some "\foo"+tab -> "\foobar" -behavior could be found from that same particular list. > Thanks again for your hints. It has encouraged me a lot. > > Carlos Maybe you want also make a patch to Documentation/topdocs/AUTHORS.texi. Heikki Junes From hjunes@kosh.hut.fi Sat Nov 09 19:33:24 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Ag2V-0004UI-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 19:33:23 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Ag2T-0004P0-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 19:33:22 -0500 Received: from smtp-4.hut.fi ([130.233.228.94]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Ag2R-0004NZ-00 for lilypond-devel@gnu.org; Sat, 09 Nov 2002 19:33:19 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-4.hut.fi (8.12.6/8.12.6) with ESMTP id gAA0XKbU031793; Sun, 10 Nov 2002 02:33:20 +0200 Date: Sun, 10 Nov 2002 02:33:17 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: Carlos Betancourt cc: lilypond-devel@gnu.org Subject: Re: Spanish notes added to keyboard shortcuts (Quick Notes) In-Reply-To: <1036884302.6203.37.camel@mir> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-4.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: > I read in the ML archives that 1.6.x branch is feature frozen, so should > I generate a patch for version 1.7.x? Put in to the development branch. Heikki Junes From hjunes@kosh.hut.fi Sun Nov 10 17:51:39 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18B0vb-0001Nq-00 for lilypond-devel@gnu.org; Sun, 10 Nov 2002 17:51:39 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18B0vZ-0001Nd-00 for lilypond-devel@gnu.org; Sun, 10 Nov 2002 17:51:38 -0500 Received: from smtp-4.hut.fi ([130.233.228.94]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18B0vY-0001NY-00 for lilypond-devel@gnu.org; Sun, 10 Nov 2002 17:51:37 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-4.hut.fi (8.12.6/8.12.6) with ESMTP id gAAMpcbU032260 for ; Mon, 11 Nov 2002 00:51:38 +0200 Date: Mon, 11 Nov 2002 00:51:35 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: lilypond-devel@gnu.org Subject: \tempo -bug and feature request Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-4.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: I could vary tempo in a single piece by just putting \tempo 4 = 80 insides notes. However, the parsed understood that some extra space was included and notes in paper were off by an extra s4. Example: \score { \notes { \tempo 4 = 60 c4 c c c \tempo 4 = 80 c c c c \tempo 4 = 100 c c c c \tempo 4 = 120 c c c c } \paper {} \midi {} } Caused: /home/hjunes/notes/test/testN.ly:3:14: warning: Junking event: `TempoEvent': \tempo 4 = 60 /home/hjunes/notes/test/testN.ly:5:14: warning: Junking event: `TempoEvent': \tempo 4 = 80 /home/hjunes/notes/test/testN.ly:7:14: warning: Junking event: `TempoEvent': \tempo 4 = 100 /home/hjunes/notes/test/testN.ly:9:14: warning: Junking event: `TempoEvent': \tempo 4 = 120 I think the syntax proposed in the example is very concise and it could be allowed. It is quite an important feature, how to vary tempo. Finally, there was a way, I tested it, and found couple of errors. My proposal is that \tempo 4 = 120 could be used just to change tempo. And, MM (Maelzel's Metronome, \MM 4 = 120 to change tempo and print also 'a quarter note equals 120' above staff. To conclude there was bug concerning \tempo and feature request for \MM. Heikki Junes From gperlist@shaw.ca Sun Nov 10 18:29:43 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18B1WR-0004dp-00 for lilypond-devel@gnu.org; Sun, 10 Nov 2002 18:29:43 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18B1WP-0004de-00 for lilypond-devel@gnu.org; Sun, 10 Nov 2002 18:29:42 -0500 Received: from shawidc-mo1.cg.shawcable.net ([24.71.223.10] helo=pd2mo2so.prod.shaw.ca) by monty-python.gnu.org with esmtp (Exim 4.10) id 18B1WP-0004da-00 for lilypond-devel@gnu.org; Sun, 10 Nov 2002 18:29:41 -0500 Received: from pd3mr1so.prod.shaw.ca (pd3mr1so-ser.prod.shaw.ca [10.0.141.177]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H5D001FBVXG11@l-daemon> for lilypond-devel@gnu.org; Sun, 10 Nov 2002 16:29:40 -0700 (MST) Received: from pn2ml2so.prod.shaw.ca (pn2ml2so-qfe0.prod.shaw.ca [10.0.121.146]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H5D00J6TVXG6B@l-daemon> for lilypond-devel@gnu.org; Sun, 10 Nov 2002 16:29:40 -0700 (MST) Received: from mobius (h24-79-84-133.vc.shawcable.net [24.79.84.133]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with SMTP id <0H5D00109VXFPA@l-daemon> for lilypond-devel@gnu.org; Sun, 10 Nov 2002 16:29:40 -0700 (MST) Date: Sun, 10 Nov 2002 15:27:10 -0800 From: Graham Percival Subject: Re: \tempo -bug and feature request In-reply-to: To: Heikki Johannes Junes Cc: hjunes@cc.hut.fi, lilypond-devel@gnu.org Message-id: <20021110152710.1c34856c.gperlist@shaw.ca> Organization: None MIME-version: 1.0 X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; i386-debian-linux-gnu) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Mon, 11 Nov 2002 00:51:35 +0200 (EET) Heikki Johannes Junes wrote: > I could vary tempo in a single piece by just putting \tempo 4 = 80 insides > notes. However, the parsed understood that some extra space was included > and notes in paper were off by an extra s4. Really? It works fine for me, on 1.6.4. > Caused: > > /home/hjunes/notes/test/testN.ly:3:14: warning: Junking event: You can ignore those warnings. The midi file has the tempo changes. > My proposal is that > \tempo 4 = 120 > could be used just to change tempo. And, MM (Maelzel's Metronome, Yes, this already works. > \MM 4 = 120 > to change tempo and print also 'a quarter note equals 120' above staff. I'd definately like that... IMO it's the only major feature that Lilypond doesn't have. Cheers, - Graham From reuter@ipd.uka.de Mon Nov 11 16:23:28 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18BM1o-0006q0-00 for lilypond-devel@gnu.org; Mon, 11 Nov 2002 16:23:28 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18BM1m-0006pT-00 for lilypond-devel@gnu.org; Mon, 11 Nov 2002 16:23:27 -0500 Received: from iramx1.ira.uni-karlsruhe.de ([141.3.10.80]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18BM1l-0006pP-00 for lilypond-devel@gnu.org; Mon, 11 Nov 2002 16:23:25 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx1.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18BM1j-0002eg-00 for ; Mon, 11 Nov 2002 22:23:23 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18BM1k-0003Pk-00; Mon, 11 Nov 2002 22:23:24 +0100 Date: Mon, 11 Nov 2002 22:23:23 +0100 (CET) From: Juergen Reuter X-X-Sender: To: cc: Juergen Reuter Subject: [PATCH] Clusters Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="59617329-1705454053-1037049803=:1072" Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --59617329-1705454053-1037049803=:1072 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! Here is a patch that implements clusters (and fixes various minor bugs). Have fun! Some notes: * Parsing currently seems to be very fragile. I had severe problems to create an example file that does not cause a parser error. * At a first try, I patched the parser to accept a "\startCluster" and "\stopCluster" command to create span requests. This worked well. Then, for protocol reasons, I removed this code and used #(make-span-event ...) instead to create span requests. This still works, but the start and end point of the spanner are shifted; e.g., if I say "... c d #(make-span-event 'ClusterEvent STOP) e f g a b", the request refers to the "a" or "b". This is especially true, if polyphony like "" occurs shortly beforehand. * The moulding blotdiameter model (for explanation, see comments in Lookup::round_filled_polygon()) led to a very hacky polygon implementation, that is not even well-defined. Just for the record: I still vote for the additive model. Greetings, Juergen 2002-11-11 Juergen Reuter * lily/include/lily-proto.hh, ly/engraver-init.ly, ly/spanners-init.ly, scm/grob-description.scm, scm/grob-property-description.scm, scm/music-types.scm, lily/cluster-engraver.cc, lily/cluster.cc, lily/include/cluster.hh, input/test/cluster.ly: cluster implementation * lily/include/lookup.hh, lily/lookup.cc, scm/pdf.scm ps/music-drawing-routines.ps, scm/ascii-script.scm, scm/ps.scm, scm/sketch.scm, scm/tex.scm: support for dots and polygons added * lily/lookup.cc: bugfix: fixed infinite loop in frame () * mf/parmesan-heads.mf: bugfix: vaticana punctum set_char_box * scm/grob-description.scm: bugfix: by default, use default note head style when engraving ligatures * lily/note-heads-engraver.cc: bugfix: do not steal ligature events * lily/mensural-ligature-engraver.cc: bugfix: accept ligature events * lily/ligature-bracket-engraver.cc: bugfix: accept ligature events * input/test/ancient-font.ly: bugfix: style -> flag-style * lily/ligature-engraver.cc: indentation fix * lily/parser.yy: indentation fixes --59617329-1705454053-1037049803=:1072 Content-Type: APPLICATION/x-gunzip; name="patch_1.7.6_jr1.diff.gz" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="patch_1.7.6_jr1.diff.gz" H4sICFsW0D0CA3BhdGNoXzEuNy42X2pyMS5kaWZmAMxcfXPbNtL/W/4UqHOZ kJEoi/K73KRNE7f1XBL3id1rM21GQ5GQxJgiGZKyrUvz3Z/fLsA3iZLSu7m0 mtYSgd3FYrGvAJiL0JP3A+GH8Tzby2Sa7Tmh68sws8ZRmHWDxc6T//6z8+b5 lRj7gRyIPfc2TaIo2wv8YBFHoVf+WM9D53YnkVniy1s/nIgEX6kfhcLu9g93 PH88FtZcWAk9imXuLcvaMLnWoXgd3Yp+r9cX/f3BoT3Yt4XVw6fFxNvt9iZs 266g9wYH/UH/RKHvfPutsOzj/c6paKuvb7/dETuilfw+Av+Sfv7uBnIsdmcy TOeJEwzHuztW66H4/uLXV+cDMZunmUhlJv4V+a7sXmVyJtJsEUiRReLBo1BG wxyTWpzbyPd22pvxx4EzsbYSESCSygk6MicjOY+deZAJ/EhO9hL7aC/Z73eF MK6yxAknWNO7qZOJqZMy+03sepG487OpKMZKIM30G5P5XcvfWiyILk6iWCbZ oor9e3Qrk8T3JGZWofRkaaK0CH2RHGA2ArOh//8DigW1C2VApMVQ5YmTzRNp jRLHvZGZJcNJ4oBG13W/nB1tZWWtOdWt6VBsnA9Z1tahWjCIKxlrE+kP7NOB 3SssTBnYdiJb7OykcyTaJ51jtjHxeG9HPPBDN5hj3XYLugW96XS3CpDGThjq 5nbZfOckoQLdEW7gpKl4qSkNNYfDnKIYiHg+Cny3BMm7dsRH5nD/ENy19480 j+evr8/fDF+cXz1/c/HT9cXla2Mt8c6O2HssPJm6CWYm1Gf3Ryf0AlnhCS4l zFIxWgiFSAubdwpNM+3uKmpuIp0sLanlgN8pOEBZgHJcV8agqeF20dxuaC4F TCwIZxQlmfqtRwPNVBS8l/BT6XiWH2YyGTuuZOMuHzUuGPXSyrx1813iZ7La bJ412+HfwP4+x+5OanZ3Ihr5X7W3z7azkwY7+xP2ZR/bpL7qi22MP/5YlHpL qzkYIAgMyyU1/HAcdSdJNBqa5LU/4n+gFY3WU8SnIf8svK9RKkic+DM/82+l 5TpBMIIekWa26IPREUbvhjnssIAlSi7Uoa3gtkCJ1qd8NjJIJU/pDRRx+0xq 6hZFN/P4L9CxfNy1imXv1106nkXJbalReVPrpFSEHpKh08H+caFFRKzUowJl i/L098k742/fZt0pXewsCqQ7D+SyR9akl1op57JmNEt32VfzOt06gWrfab/S hHfaL5nUYOBFmTAux2PKh+KOeCMpm3A8f54iB/m40xbi6vkrgSzmiTBSdwaN SbNhKIxgMUwXs1EU9NEK3QSdXbPDyjWZDr0Ibl+qrvi3X4fPfr24ereu++2m bs2L6gMrw59fvzj//uL1+QuTdFmI76J7MYru+Te+u47nDeMIEwdpYQk9NU2n k8/NbIZvb4aHKs2TUORSFAYIdCAc6v1E8bDo2RG5gEfSmZHpQK5pAFPWMr7z vWyqf2dT370xhfIohycd+0SlxvbBqXYqqwN3eFRBoyL2gLnH4jkFL1kCZZR8 JjJG/OAQ6JDxBNITcRQsJrACziGTaB56QnoTmXaJDJN6efHq4voZxd+rQdFo OKa4DIOFiObQKmG4UXgr702FKxyEU6YlvZKOMTLF9dRHbzCJEJqmM3EXJYh6 TirkfSzdDOxERHMcJTlfKdLmCC6H6TIZ5Lsh9JS1OQUScuzvAS/vnVkcQKLZ VBaTMoxeR/TMjjA+6O9eh4l80G0fTJNSctRDJUHyCRCW1oMPe32A7fVNwHhE PJFgTzKVO4hQTOAoIc5UpfkUoFEGgKlzBHdwGlqO9x7OEbSUbHgl3qPsYBJZ NHenQjr4ExFxRdMPxUQi3YI+0FxJTDUpkYCIdDgPAiYzCqLM8x0YPkJVKXHX FD/4xIdTEck9ZLJgYdzb+GXjV7fbFfRshBY9LvjbNJWs4O152oKWToQUI4iv +WwEdm9EShPgSVWZIOAJ62Ci5jmFiGlpZs69P5vPRDQWH8UfNOaNmEWeCHnc /LcJa0WXcdO2zbyb6Sxqbab4o/M5RPoNRPqrRGrDrQxVEmMiNbAqMfGJlVBN F+YR+KGk6dKjNgomUFoeVlzeu1J6TSgutC2HhVpdhEpRlAJGiZcOxAtlEl7i 3OUjlPaTqbKTlTSQE5HOkCZggaJ8YXxK7NUC1VbQgJKR+6s1UvmLJR+Pfa7x gwUTYZoCsWUuBaLlzFmMYLKkeL1uz/yqUMjXl9eouV9SesE1c8pOgQyLVNVJ fFj6OIlmPHGkFJn2W6VbYjLkXmYOYhoS+Vk0DzyK5+nUSeLcxiKNE4V4Shy2 LJ4hPDyAtelhKizduivUDsWTmeMHqV4GMJbdodhGlgBTCJXxOjESJJiuRGxI pWSusyll42KO/IOfA+IoEbSiqYidLDeWNHOSTGsCQF85CXr6hx2VIWhkDzIM MFU/oBlSuAVz1+gYySC6E8hLOYOJxkyGpzxUkxnqyRgmRvKptsB02f5yeUFf ZdCBe/WZJeXRZs57cs2LXPloSHCdgISPChCBY+yHWOuFuI20I2KO/FRZ1jS6 k1SOaTeYkicjOqh3bolaufC06I6YkfNAhgKZpVoYbkR+/L7CRBEvIGXAwhHx PgrNiIARgEgnp4kf3iyZFnRRzQ/eiCwEadGtD+flyTFZGKKhC5XDbIibeejM Rv4kmqfBgn2o+IViIpskK1C+3B1SK7ACPhfgAPKEMNm+XD9xA7bc1P+3XPHM mEkEyZOtKD3VEyx8c8Es7xXlixJHaYbC1o/ZEjLiXIuVsn1JpgGtdCljB0Ne ROo4mmdaiZSBaunkQ5ldyOY9e4C9pkywSZWE8SxJnMXXKit6qgJkqtOW6jTz ZBEl6PXli8sBlJv8AcoKqnwF7RmQAiKuRKWbW9EQooAPhB74slDfCYez0lJ/ zBUuo8wC/32YU9HLSuS7jrIw+pCyTKV70+UZa/YSyQuH5AWBf04CFN5cI+r5 MbhgkExNVcapj3VEEgznZnMuSPHYoNn51HqGr681epcUQRjmman4+KjZoXRD hPI+GxKK4SPbRKh5uIyVQ/PAHkEqgN/8d4hH+rci887sBqhWobEVPKrUPDCj eaatRD0CjF8YCrMEp+oOIH67rZs+FaJKkXqQ6bgwVIQcT6oEJauGGiUqGrM+ DfEEUtECWMle1ejNSHYdiesTPeneO2R03cMlC9tErF8nxjHWqCJ3RIW2/mm/ I5K5DNiKCnOFETJ5RKFVTrQw6iaTm6EqMlJmdqmtS8W+4ro+hbxKibAG7h1U wT4Te3twaXMkvZyjJQhBRbKptZdCJVwU5bZuELk3dxRikTUgiHmfqbkC6tCk vX4PKP5Zrcn+HGVmyH4O2d8AmdeiNFKu+L13K912pdte7e5XuvsN2Ey9R/Zk r3Yycr/eyfpl90p7E1+xMyDz+kiLgriiAxOWCo3agOMpSZkwnWSi5okugo8y 8jiGGqhnkkoZFsBNhtDMfACyjo7DGaKrT/Enx+kUXagSiiresLvoYUqmUuSW Yv9DXmmLp2yatFdU6BU/Fjs9JejXy6C9CujHTzSTGylj7pyH7pQKIjpt+VT1 LxsAl9eFfCzNQOyJmrhNCop2j/U/jBIkn6Q3uhuOHiir61gj1l8m1l9d+X3l 4smwDWamzWRWtdM+WIa01kHur3p0GqiiSY+ZXsWV0yQ9pGEOZT4xmMIEyXdh pG43zt1qo6sHZtVtD1hNYhR90BlyDFToUko1CaRyh0+eInHwA0/h3iKniKhQ yKYR/J06/IK+WaShCNuaR5p41fOREbBaYGb5do9S+1yRzorut0W3Rf2/LvXT kjW4VlrB/eUVJNHWNY2C3QYansYLizVZcsXkTJhxrLxhQFdN8Q1zNSBu982V GMmyE7RVBRtEBszJOaWWI0qnKOcZRfc6MNBO2tJ4Q8J8Qj3D88uXKxtaTa56 JXhs8Nk04j1QlzbVVib9rtijO6uiLj4L9e0yavMcQcjl8u++U/5edJqgzZLW 8hZdPmplJRSvOkLrwTZtVWrIfLuyhf4Pc5Q2jGrUnxqZ03hLkqnlJBqkvmGp s4oiD8qTiifLO4qVuZiNCQMqDifJo6ZObjQSb0W2y63IcidynIA5YbB+1XYe 6SxOVPiandHjCz/RO2Pksl6ef399tmMhu7nnPaEnQmkMt6GGId4daOfrSzSf X5mF9i7DiwrUGXcwBJApgzDVoUOhwNwXFUCG07bNh/kYZ/kJhRfxyYPV2opg 8UELiYCrsTN+5J+/OWT4I3z95r0DL8p/sIDwfaE30hGi4Utts4oYvfvtxeUv rxV68WAp3L1+/QAuPx23/gYncRt5WX9yYtcPTmyxeU7FWcpGsM3HdBizOF/Z TGbLmcvh0TEd2KmvxgNnYbzKr50Ey4fWm4+cG/CKs+dJMJe8Y6Vjcw4ipnyO m0UTSfsN686hc9L5oeJfcxAdwi3+Lw+nC/rpX2gUzUystYaj/Zo1HO2LNbMo zKC5f7P+Y5RC/9fgb1H8o4POiWjzX1L71s+oRs6KHRTaKItRkURuFHTFLxIB h/e4lCZxPqOiDDBV9QnX7k+QiMtu7oSR41h5sVeYAGViM+sptBvlS1ocZht8 ucTy8hCza9LxNSM/4UwBGqWi6tX1szfXZrWQrNHOoiGIfOYYvCWgCBb0dPAc O0gedTzhg++dlb6qpsZOkkLsi8UXVs5i3PX3/uyli3/2oSi5LZSwaNp8z8+u nGuXKNsuRfT76laE+tbX+1r/+AclOm+Hr57983z46ueri+fGLh2YZc+nUeLt ckgFkLr6UF1IpGwykHTpLt3tcGancseAQIOxStTMTp5Ek7JAEaFNBDpxh/OQ VBtKMIxG7/FVw1SbLK3WZ8NWmExj2py6/vHiynpKp2VDvhApNBjUqPWHOB++ ufjhx+ur//v52ZtzfefJ7u/3yRr5Wwnoy4rnM+dg/RkZWn9Sirl4vnv2/J9X L59d/UhJaLMY+N4hnKOTOChOl6OGvuzABmKxE+tOp1/YLht5WGujp/VbTacn os57YaWNZJsiRWmyp5UbTc3oW6z3wKZbKQe55aobfs95u2aI8M1LcLbUTufg abDUA61Fh5xFQVRBbOvuYJ6ircisSrwomM/C4T0qndTnQ4FKF9KMe1JZibDk kRH4btF7XlBqVI785sxfpRj5+OsTidN6InEqSp5XFSLv2ngtCSRXdaHA3ObF T9hFnXSQhigXniLyw5ZVObmjarSUTm7csnTccJ2Io+syvL6AmZeJnbLQ8m+r Nar+TUqMWTTTQrICnSNpGnxnKZloLE5PabNrOO6I76FFQ3Vb6vE4L6+XKP13 R2GNzK0tvhuh02COpOY7+W9fJnQOlSVRkI/lVgWygcaIsYcpkrc7OmLMyWVR PHTnyS2SON0yirIsmqnGinNd7OXWiQTf/7JvPDQMvt5y+nXL6YsVvtmAVkm2 jirW0xv0DgcHR6X19JX1NKBtM52jHvlQ+tLR/XcKyX6Kmmz3ik91EaPZz+Wk d+tAb6aLbDrz3S1gP00Th/Zyh6QvFaB2FWjZ1S7RuKqj1vqufbmu67W8G2a1 7lJt9MXx9C9Rm+XB/8Q+xgrfWm2W21sHNbU5RAw+WtmqaEDbpjasNFplfs8v euza3ePuPt22R4bFN0j0gtLLFsbMuZEW1zmqtn+kOzlz1LUOoUXxn8G6/Mkk hz+BH4wvYxk2I71GivcDgUCwtfEU4vOALvF9NiaNqVVoNqZiYybhulSh252N v5wONY2+VomOazp0LFb5Jh1qItlCYVamcQjdh4PeSaFFx6xEzXibtWi/d8pv VPCXKi36I5k5D7AU0+wBnYkMp1wCcJPqeiyc4Ygb7zxq7aNtD213VAS0qE5w p04yHEX3dK7SAxCdxNv5j0MQpsuWqpKqQ/dyoINVaIw3CpAADGlPgyY45Gux D8TgiQDwmSocH4qihs81JE73OPuz6P4blsTSl2TSbpx+OU3ZxMWGi+dL987F +pmQ7mwaZMuldNahjfjbPJJ9yj4JX/0jpUyfhD/mgzbxSYz80KN7VYIvIRP9 Ill6KO6N0KRbpaZQV0z1DVO+d3pv8DP+qPuHfHmotUc/6VbklIjywXWPbiNS 5uY6MR4ZQLewpqDNzhveIyFjpD19D6Kk1OojiYoX+EF3f7KI0ez8vsTHOIr5 LDSLPtGZBXqRCtGNP89HvssvONIi3oTRXUhpL1TyYXllM0SM4aMODTdgI0DG dkOnkZ8Y3iVfGDvZVExSupapuum2LFyzvo1IwLlw26Vw6SxHyTaRsXRQ/qDc mULALAB1p1ylgXyMU8qDRKbNBVX3npO6vm+pO2VdNHw5M2kafb15HNXN40is ME5W0USzBVu6xILlHvXwBBldaQ5HbA7NiFveojvk1+gO9d6pOuKUMjM5Su60 DX230KDq514s8oqHdrjF2RnfiKNlLOD4nYCV9eOzLwOqQVbqxIi7Hg9mjOeh K3axrBatq0XOdVfsPtg19W7SMRtp/7TCX46UkMJbWbQresJoi6n0J9OsPGfL weJ5Bop7u3mzCYB2ZWK5WWuLqZU7tVmKyiyJT+GrWalhFOe+aVYVk94dsvhM BcsBJfjyytnEwXoFPVjSUJQMjVPI1bSpc7PjPihVtRF563tFtnqxyO7Y2msb WCpHdIVhFEc1KT3Se9aVwxykl+OxpQ7LrUTytWeX654cgt81Kh9HiXRuLCfw J6Gsngr5mZxVHk2T3w1je+F9d0MnnHoXHpzA+xn5a0/FW23o6GjIwYBfWMtB 6KqLgZTSJVuhV9akRycCgL9SWfdgoHY3GWKYRF5qtlo8CLLx2Xxm6ask3fwS lxGre+Lc0j9UA0ydmIhCSlnqe5giJOQnKXeuFSnzW5Wq4qhsYXG0W2xjygp5 t+w1DErbHwlErBMI76yFAF6RCe/fHdD7vu2Dw/y135bx1op406Igk/IInSta bn03Ylgu92CQw/GqwSNhMZ0sc9zpjN/xhy3zvQAwUx4J8gvg1tMKnBvRdkzo IC4yHdadsTOD6QFV/4sBdPBjqJfHu8VBshK+boQ7obfsmcQEVju1aO71RYfD 8aw8idQKbG7Q+7Wv2uq6e6mdslD+1NV/xYvlW/J/A3e2jpX1fq1fr2XwLDZP qubg1kFVa2X7YABnV43J/eO6p1tLZVvRc3JALo++8gMndQ2dJ4j4uqBSs0vx zVg7kHhERxTKm7ECv9VvPH1DR+JI15a6f+Ub95T5vRXOvZ8S+fZG8uxOlHaC pnqMxkK7jPyflki7QvwLw3jq7Rp6oUK9zvlo2Q896ohHCUX05Ua6DkzXfcsm OsJ9lDiz+NF2KcDBZPQiWz55vqs/oxvF/JpDTJbCL7TQK3D0r1mow+IRHxsT qvSE8eLy+avzr8zPHMyKwacekX/rYbWXBiS/L0fzpBuJOYuOoBMBS3tYlYbr twLp/Tfp0d6sfnd/CyNuNJtFoaUop5kF16L+jY9gMZhFtC7fVO1d1VTQKxRS X9zClwZffxhcP1Pon4pltnMbXmqvWe3+wD4e9PfLU+HTwmiX0baY6Skn0viL TF2FJvaloRNYfIjDnh3+WR187rIHZ+Lks/XbkRaPKdRO0mieLqw4cBaUBnCT TjSW8gymV082qosPg9v9Tk78MP3/Yq6lx00YCJ+3v8LiUlBqlUdIQw699Nju qdeVKhqSTbXNhmYTbfj3nZcdQ8GwVbXVSotw/PgYxuOZz2MwrwH8bsxYk1lJ sxobjECdDUI1HgFDNihnhFKWf97Z+sobW7fYqu0IdMEa13/Brv+H+btk7pfo 503zjZOuYaX/5RXtw6bRXLUD2RWsyUSaINnpAiSOEFGhzyUD+CTrcIqdHCdX yiLkL83xx/rTYQ+B9eYFIl7iOWyQcYHfUpFchr9XW+tgCGrE1IGsEbLuEbK2 cHUvXI3lI8j0kJD1yEwbFLX17AnxbXl8YLRX4TpWs662r28tZVBPRNcJ6JSB aayj3I8QDHNrFm39sUAt5kAtlsjdCZ7RHiimEFoUw+RI3OUbkD4i7kDyWbcX tW3U6QJ+UQ/pALfMIGHCxZ589xtbxqyF8BXum/0Py2DtX/3mceu9zmNVtxc9 vvXG4tCHfamDS1zhUqYF7/3BRUwyyhd8CPFtPrKoVZPylAmEeRRKMIimv260 uh26aEY9BnQNecQnOyT3wUcEehCF76GU3S2pqdJosPYfSGBclwEOOLq1DwLo 9OF8qs8neu7g7hFLzOuUn+4eSdsdtXoCz229e33Vuo7rybTrJNopB6xRsWvR TVJcjUeSr7JslcdOpp3VM7fJiK5x1IMXth9W2pTAwPkLePwEOcnqoqpGPaud +i5znsbRXEvjBktJp4KeVQx/O2wU/QPbA0ETdE0fBlQUuO/Le/LwCQW0aBWu VEinL1QYbCF0T+OA+Jh8UcR5niTLJInTbBFF5tdptel5f2KaSbhVIayLh7UK 12VZHTuQmN8q8eRI1GYpwR6/vhbKoIMqmLUTybKlMjCN/sm918ZlS6t7pvqI 4i2JYIT/hSWc3whv7OPDyWBtwIxUGK3WmKOI3xp426nWsRw+srynM6reU5+g 0aqb06ZWukjttyevq+65RjXZndR9WV9kzvCaWYnG9o0pzQbbvYBNH5KRrw3v Q0xf7ftegacNdP8bmsjtCgxVAAA= --59617329-1705454053-1037049803=:1072 Content-Type: APPLICATION/x-gunzip; name="new-files.tar.gz" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="new-files.tar.gz" H4sICDMf0D0CA25ldy1maWxlcy50YXIA7Rtrc9s4Ll+jX4F1p42d2o7tusmO nfjOm2S3uU0fk6Q3e9N0dLJE25ro4dPDibeb/34ASUmULDtNXzdzY05nY5EA CAIgCIBc25vF0V7EwmjPdOIwYkHTWWx929Zqt1r73e5WC3+02x38i98vxF9s 7YMDHDt4ud/F0f1OC+G7rYP2FrS2fkDDNRsBwFbAYlz8arhJ0G1v/f+16zkL Qtv3oNJuHjS7Fe16ygyLBfBJA2wRu7Mt34QjqEjzAIu5frOi3Wva3LdNdoZj TyE0XAZGCKLrrA6jOIJbO5qCH1i2ZwQL8Hy0Mm372vQ9pBrBPwkUkSWVT9o2 TXjNweA6YI4R2XMG5g4NbV/j3O77Gf4yuzDu4l+jC4esC9ZOdwB/wfUoYMYN dh/C5GcwfoYBHAKTvxDUbOO31YVRF78R7S9BySBiMKEfYv57bTtdWdnSlJUl AkGOkVXfW7m2hxc3C/wZC6IFXE1xGVbzDcK9wh9wHbIInuxEgeGFMyNgXoRU nzyJckh8tuYlCugx8L8w4zPhLyNjPG4OTdO2EMBwHjPLsRSSRJkZFprDhMBb zc7LhxHCqTEjST7ZCQxXVf817dtIQq82h6dPn4Llk44gQiMMfZdFU+LAsW9Y D23iE9kLGso92cJAYtgeUjWsOqFGUwZj33H8W0QjjCX7erTVIe/+LFnoChO8 Dk0/YGQeqVW9sw3P58qg7kMSgjCw7Bf+HBA6ihXlFpBxObbHbm0LDfYI2i+b Lbg2XQK512j/O7azSD2/aX4XH7Pe/7df7L/sJP6/87L1AuE7+/vdjf//EW1v F/18pn9oNMB2Zw5zaVMnuwtBQj8O0KWNbYeBP+ab4rc37+Eczeed71ngxqFt QrSYMdy3Eqdq1qDTanXgHzELJsyDCy5jOBSy/rs9s5rxjdG02EDb3dO0J7aH nFgMDsPIsv3mdJB1JcdPczqtKL2TwB8VutAjed4SoI3esdA1syNzWkSm3dUI F+7IdxoBGzN0buYSMcf3b+JZoXPk3xXnxG0bzA2nOC/tzIbFxqX9pu/ErseH NFLOLly9PXnbg6FlQRjPZn4QoTsKwIxHKPBwRtsbQjYhhYVNhN/TXvsOM2OH aegEb3UpOH1mM1Rg9TeUGOy6rA7DIDAWh2/HY9TYAEZ+FPmuPvOR67A4iO5K jtS0T8jyGFqo3wuGZ8HI8VFZeEaSZo/AZY3BhEU6XwxUa+JrjlusWlFBK7W+ 9oQ5IVtBh7s5XShCzxTR64ViYGbQYlxW2+sQIc+yx1pCSh4yffy+PH6dfOqh 6SoMkuXo6dlTrUgo4gsAF1idTHUvdkckOagqNGo1HhllJxkCYnfH8uMRbo4c KNGSi1QxWs0WjQjpwjwbkD3VVj2BrimA0xLA5ku0EFV2dWjlcObqtAScUnme ztzXpKj4afuAoDiMENNlFBAh3qOITWoNxZbSk0ITQSVAcqo7CwncCQUpBaOv icNQkWARveKwcRRiVGI10CzsIKwkSLSgZBuAH1N8kn5WOem8gQvjpn7xq2k6 jGxWWAO6wtD+k2bM7ZIm76ymFiPE0euZvktRkVxMvYTNGhyhOvIyoU1dpals UlUf/xyKWRvQxq/nz2vaNo8jf/HvkI+7Pv0mp4M6FAxBNcfeB/sj4qYGUCtD EOuvZvv7g4120f744Q99+MfZ5cc6BhDb2+rwxw//EkM1BCwQR0Fz4m4q6nPu KXu9wI89Cw8Ph1nIATF6V8+ZbY0o3OdUvl6mgT2Z/hihShkVZZsXUWFUCDGV 1ENqWJL//1a2JqOTa71kuaclw9bvXNsqbo0PrVQ+/ceqglPm6pWkRVgsvNdK NaDESnUgh4UQH9QyVNMl1WFpqkyfpPPP2lpQzVZSh1UbqYzc1yocctrJuEht oUTShSUn6lnSZSpH8flYUWZ0cxLltFQprKW+Qq4ltJ+vpv2VQn6Eu8LstXQf yaNkFofTonG3yH/Ps+N6WuQ+t6Xaa7bUmklsdZKaYhxrcFIZq/w1lvnLkSjT kRKDlOHn1ieROrTMAXcgjUbp+nKbTJlh5eIUhFaOpRKRP2AwurAYJOcsJr6H 0aCMp9dZTs4eKOy6NQKPR0M6mlQl9m48/9ZL600i+vn303CnUhcfzcjXMYBq YSyi0g5YFAcesdynct3r4e+n+uXxq9PXp/rx8Pz8l+Hx71CVOV6d5wrJqupt JIMBoSZHe73cMNo5BYuuP6J0ACDJKVBLsUfdPGhE4ycIEVyKpAx2ZXaGkNbC M1zb1E0jjA7l+O6Ax/RJQPWThK5J6ZBsMBKd4GZyKcRmQUAWUinnslrr8bqP AZJMRcpGygXXoJ++Pae+e+LxjApou9xpjUiXZHMCUQTCorN6fvrrFSck4IUb WodwcfbbK4Ex8v3E344C/wYz4sQxc9DGgFetUJVGFIe6ZVMACj8dwfHpm6vT Cy5IIWp0L65P2Bm3jYHopGRJekqFdB2EB6/liFCmyQ/jpXg4t9+Xh7MdI5al BsVq5JzB5brJesTsMtdQVMH3fAYQPpSNyMy3ku7QHOJPOdpLwzwDMS2cUemt JeaWY5EAjQKgoCmZLYVTwJZySokjUyOAvT2QViGtqAfR1A4lG9yUbU908Vxe ovGNImDQHVKt0PZi1idyYYTeCKbGnKEmgN3NmBkl65fY3P9sc7vjKP5NHW6Z wAkZ8mIgBRUltZrcTk/W0i8XnFUmEB59LNK8tJBGl8jxUdTfUXUHdnmRR0dv kXHMu771BMbdIybgK58y2p7p8qspocYAndkspL3fgJT/rFclQrMK+o1Bcqug m764dIkYTU5OQdn+icmobiixwDto5F3K55PM+wBxriaRGgZOi4RrxSMsA9GB y6UioO+1VazmkpAvMKHP1fFXmdGXTvIoU/pGxpSZk7adO5E+xwIoeP8yq/l8 u3mc5QjbKRSAyqqhVActVD6VWmc/F0Q1SSMjDO5Mf7bgJxmGDcOTE/2MTudf h8enWTSVlKsbvAY8NkxWqSOxyhAmwcyY2ia61QVYgYFxHS+do/CTCreAFFGe UpX8PvV/9f6nwTwMrebf/CLogfufVqf7gt//vOgc7Lc7Hbr/7x5s7n9++P2P qv/SiyA9Afiq251KOs2DVzTldzl0i96gZwqFfkqbxMWJ6RhhuMQ19GCGJ4Nt wmmyjk+ahsFkhHERs3ra1cXwzeX58OrthX5yenw+vBhenb19c1ktEuKOYW4H UYzbdu7bFvDLaJ1fiDv8MYAe2S4jJytD3gSapwBRsNDFhVn1Nf+zu0wR2TJZ GCZwtT5AEcQwKTHEdHPCZBhGgb1ue2O/jEP0aysZRCnYc/TTPUQ7CWJHN3i8 z7nDpCxg/8F8hPqJrjiu0sOkDulp01dTPWlV+YCfB87oOfv8kYWFlNGHExV+ 7lWLx2196WwUGSc3W+Wgw4N5kLFRw3QBF4qxshGJXhYClWMohl6wSODanh3Z hmP/ySzesYf/zR30Ymq6jMF/z9tcprlDOgfQaIsToWgsvd6SHVbFIpKEXmZg +cRESVsy6X+g5PMjZY1ZF08vPwoiOD0ZWAkPyybnCiYowHIbA5tbmk4XuJhV GSM/iBpsjnu/Uri6UWa+vBpeJDOXDL59lxujieSKk7JN4ncGYWzT4xJuitsF wWyvlExZTXtpKalvK1vMiR3g1qfnT5S8R77IuV2RahIRNdNEu25YCUIlC0yU RVu0Yjcb4KFDFMRsqSgzNpDjvnxFZZUorLj/U2UVZZxfkcgG82IuYjQGPsZ4 aOJ0PZvWmiqm4e1EMLY96c7onl9Sqqi1M5EycsqikJAUP3IZIb8EzqRnxgG9 E3otYp1jrtBKLaduNINC0YRiM/wqgVpZBqhDPkFHRPkoIclUpWy+wNDW2fd9 mXZoeyyrZ512CGOFelyDv6EDD712wni4SjHkcEcGyvqdkJGNDvAICjo5VpSr ysJjt6kXrxao1NbK6XtaBLm+nEEgg/hhsrxiJQihOmPOYLVWW6XCvP+6X7Md 1x7wfG8WTrJnyhn2LDuZ+mvnWH1Ep9s/tR7VrJYKap8l65xnVrBTjabl9WLN tVoZGzYGHuTNApvNyULlHJIPaVTC23HxK5Pxc1O5JCkLJWpwyO9KBAf8Cp6/ /Jj5oc099lEWgTSTbLaf2L7ZKhECchfg6t9JCpLF5bpcC08JfmFUmPF5+taD l1fNVjaf9D9UATZd3bHDSPdUoYpLYqKJFBC7ww0zT7+WASkry+ecSyDG3WoQ 0uL7Nyenv569OT0RvJbzKXvrZRj5rV4tL67W4G9asjpjNmOe1cmB1pOJaxiD y5/ljmtvF66owpmaPhVAjThEWxstwADLHvO3QJF4W5u8RaNHuoIDoTR0DhZM 6ckQhFM/dhAb44OJ5wfMalKol8YOq7fjmvAaeIzN96S4BaDcpXCnAYdiaFAl 4CY/sdKbDYJfPhno2a9OiU2vNzVCPa0dgEoi2RIyjPPIY/NhHinoXFjJViCi CPDsGXhBMTDiWVQaFW0LXrbVgpQoPh3Bbr4Y5QWl8REfTRz443b6ADc6FZ8N h14/L3hkvmOhSdFKt3llXEbucqgPtMjE4wi+Ip8PAhLfQ6ocUY3m+e++2s1j +LT7PuE7jSVLmS9lnE5M7Mg4/iYz2B46QXUG21uaIb+0e+UFcWre/PIIE9rL 44uzd5TQLuWzdQ23ncVCE7O2ve0kP8eUKY3/OISJ2olCgjhWuw3TZLMo5Kj5 aFsO34TAB9O8PVcVQxDSusAX37cB7g/x/d0KX5uW1f9kBWUve2P7I///n9ZB e1/U/3D0xcE+1f9edDb1vx///ns6/cKn3tXjx9YCx57FxnB8/v6SnNOrV9oT /KanzEqX+uIaJ29MYmSpUPNLLvtL6n54PItyHy9q8XpeyfuH/LsHcfUscnv0 uqvRjDE5UHp8rfPLU4yABbLApSt8FBKv9hWOcpEhJTOsnICSCXrlTDF34Fuh whoVz8STZ6KgCmzjzzZt0zZt0zZt0zZt0zZt0zZt0zZt0zZt0zZt0zZt0zZt 0zZta+u/R4wUjQBQAAA= --59617329-1705454053-1037049803=:1072-- From hanwen@cs.uu.nl Mon Nov 11 20:22:35 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18BPlD-0006vW-00 for lilypond-devel@gnu.org; Mon, 11 Nov 2002 20:22:35 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18BPlB-0006tG-00 for lilypond-devel@gnu.org; Mon, 11 Nov 2002 20:22:34 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18BPlA-0006rl-00 for lilypond-devel@gnu.org; Mon, 11 Nov 2002 20:22:32 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAC1MUKL041297; Tue, 12 Nov 2002 02:22:31 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15824.22766.346087.996765@blauw.xs4all.nl> Date: Tue, 12 Nov 2002 02:27:10 +0100 To: Juergen Reuter Cc: Subject: [PATCH] Clusters In-Reply-To: References: X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > Then, for protocol reasons, I removed this code and used > #(make-span-event ...) instead to create span requests. This still > works, but the start and end point of the spanner are shifted; > e.g., if I say "... c d #(make-span-event 'ClusterEvent STOP) e f > g a b", the request refers to the "a" or "b". This is especially > true, if polyphony like "" occurs shortly beforehand. that's strange. Can you give an exact example? a b c #(..stuff..) easily doesn't do what you'd expect. The idea is that we will move to the following syntax note-\stuff-\morestuff-\evenmorestuff if you want to use #(..) in stead of \stuff, you have to use ly:export, i.e. note-#(ly:export (make-some-music .. ) ) just another note: I gather that this is something for the ancient notation, while I'm used to clusters being a modern music thing (a chord with all notes between some range). Is this the same, or are there two kinds of clusters. If yes, shouldn't we distinguish them by name? -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From hjunes@kosh.hut.fi Tue Nov 12 09:59:10 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18BcVS-0005g2-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 09:59:10 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18BcVI-0005RZ-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 09:59:06 -0500 Received: from smtp-4.hut.fi ([130.233.228.94]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18BcVG-0005EJ-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 09:58:59 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-4.hut.fi (8.12.6/8.12.6) with ESMTP id gACEwnoN002048; Tue, 12 Nov 2002 16:58:49 +0200 Date: Tue, 12 Nov 2002 16:58:46 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: Mats Bengtsson cc: lilypond-devel@gnu.org Subject: Re: \tempo -bug and feature request In-Reply-To: <1037035925.17766.211.camel@dhcp-50-52.s3.kth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-4.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: > As soon as someone takes the two hours necessary to implement the > printing of the tempo indication, I'd still vote for one single > command, namely \tempo 4 = 120 and a property that specifies if the > change should be printed in the music or not (and similarly if it > should appear in the MIDI or only in the print). Don't add more > commands than necessary. Ok. For somebody: default equals not shown? > > To conclude there was bug concerning \tempo and feature request for \MM. > > I haven't checked the latest releases, but last time I tried it, it > worked well also in the MIDI, as indicated in the oterh answer you got > earlier today. Possibly, you may get problems if you have \tempo > indications both in the \midi{...} block and within the music. > > /Mats Both stable and dev-cvs printed the warnings. Only dev-cvs had errors in the paper. IMO, \tempo -marks in \midi{...} should be applied first and further \tempo -marks in \notes{...} would then override the prior midi-settings. An interesting feature is that currently it is possible to apply different \tempo for each channel (parallel notes-section). That allows also for aleatoric music; "Let's meet at fermata!" Heikki Junes From hjunes@kosh.hut.fi Tue Nov 12 11:17:45 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18BdjU-0005bn-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 11:17:44 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18BdjQ-0005Z1-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 11:17:43 -0500 Received: from smtp-3.hut.fi ([130.233.228.93]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18BdjP-0005Yq-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 11:17:40 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-3.hut.fi (8.12.6/8.12.6) with ESMTP id gACGHYHF009503 for ; Tue, 12 Nov 2002 18:17:34 +0200 Date: Tue, 12 Nov 2002 18:17:32 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: lilypond-devel@gnu.org Subject: LilyPond-dictionary and auto-completion In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-3.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: I found that for vim auto-completion works very easily in insert or replace mode just by pressing : :set dictionary-=~/.vim/lilypond.dict dictionary+=~/.vim/lilypond.dict :set complete-=k complete+=k The only thing is that a dictionary-file "lilypond.dict" is needed. That would contain a list of keywords, identifiers etc. The same dictionary could be used both in Emacs- and vim-modes. The dictionary contains just words, one per line, and could be maintained by very easily. For emacs-mode I have to find out how to implement auto-completion and how to input a list from a file not in lisp-format. Heikki Junes From reuter@ipd.uka.de Tue Nov 12 13:29:09 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Bfmf-00074R-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 13:29:09 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Bfmb-0006vF-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 13:29:08 -0500 Received: from iramx1.ira.uni-karlsruhe.de ([141.3.10.80]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Bfma-0006sN-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 13:29:04 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx1.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18BfmY-0001ce-00; Tue, 12 Nov 2002 19:29:02 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18BfmX-0007kI-00; Tue, 12 Nov 2002 19:29:01 +0100 Date: Tue, 12 Nov 2002 19:29:01 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Han-Wen Nienhuys cc: , Juergen Reuter Subject: Re: [PATCH] Clusters In-Reply-To: <15824.22766.346087.996765@blauw.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Tue, 12 Nov 2002, Han-Wen Nienhuys wrote: > reuter@ipd.uka.de writes: > > Then, for protocol reasons, I removed this code and used > > #(make-span-event ...) instead to create span requests. This still > > works, but the start and end point of the spanner are shifted; > > e.g., if I say "... c d #(make-span-event 'ClusterEvent STOP) e f > > g a b", the request refers to the "a" or "b". This is especially > > true, if polyphony like "" occurs shortly beforehand. > > that's strange. Can you give an exact example? > Ok, now that I removed the syntax code from the parser, it probably will be more difficult to find a good example that still compiles. But I will try. > ... > just another note: I gather that this is something for the ancient > notation, while I'm used to clusters being a modern music thing (a > chord with all notes between some range). No, this was just an excursion into contemporary notation before I will dive into vaticana style ligatures. Greetings, Juergen From hanwen@cs.uu.nl Tue Nov 12 15:48:51 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Bhxr-0002xz-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 15:48:51 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Bhxo-0002wn-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 15:48:50 -0500 Received: from smtpzilla1.xs4all.nl ([194.109.127.137]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Bhxo-0002wP-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 15:48:48 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id gACKmkHh096865; Tue, 12 Nov 2002 21:48:47 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15825.27206.678000.242256@blauw.xs4all.nl> Date: Tue, 12 Nov 2002 21:53:26 +0100 To: Juergen Reuter Cc: Subject: Re: [PATCH] Clusters In-Reply-To: References: <15824.22766.346087.996765@blauw.xs4all.nl> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > > just another note: I gather that this is something for the ancient > > notation, while I'm used to clusters being a modern music thing (a > > chord with all notes between some range). > > No, this was just an excursion into contemporary notation before I will > dive into vaticana style ligatures. ok. In that case, a manual entry would be nice ? -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From hjunes@kosh.hut.fi Tue Nov 12 20:09:15 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Bm1r-0006RV-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 20:09:15 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Bm1o-0006RJ-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 20:09:15 -0500 Received: from smtp-4.hut.fi ([130.233.228.94]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Bm1n-0006RF-00 for lilypond-devel@gnu.org; Tue, 12 Nov 2002 20:09:12 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-4.hut.fi (8.12.6/8.12.6) with ESMTP id gAD19CoN022988 for ; Wed, 13 Nov 2002 03:09:12 +0200 Date: Wed, 13 Nov 2002 03:09:09 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: lilypond-devel@gnu.org Subject: Which path for the dictionary? ... auto-completion possible in Emacs. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-4.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: Please tell me which path could be best for file "lilypond.words"? The most preferable place found be me was: /usr/share/dict/lilypond.words I found that a file containing just the keywords can be read with the following script (paste to Emacs and invoke at EOL with C-x C-e): Keywords etc. are in lilypond.words,, which may contain lines (maybe without '\\'-marks): \\portato \\portamento PianoStaff Then in Emacs it is possible to use that file as basis for completions: # File name which contains, keywords, identifiers and reserved words (setq fn "/usr/share/dict/lilypond.words") # read (if (file-readable-p fn) (progn (setq b (find-file-noselect fn)) (setq m (set-marker (make-marker) 1 (get-buffer b))) (defun add-dictionary-word (x) (nconc '(("" . 1)) x)) (setq i 1) (while (> (buffer-size b) (marker-position m)) (setq i (+ i 1)) (setq copy (copy-alist (list (eval (symbol-name (read m)))))) (setcdr copy i) (add-dictionary-word (list copy)) ) (add-dictionary-word ()) )) (all-completions "\\por" (add-dictionary-word ())) Result will be: ("\\portato" "\\portamento") So completions are possible. The inclusion of a word list would have the following benefits: - common word list for emacs and vim - makes auto-completion possible - makes lilypond-font-lock.el shorter and the following withdraw: - path is different in different os:s (mac, win, etc.) -> os-dep path? All the spec-files should also be updated if this change takes plase. Please, comment. I think that autocompletion will come in need. It is very easy to implement in vim, and not so bad to be implemented in emacs. Heikki Junes From mats.bengtsson@s3.kth.se Wed Nov 13 03:28:15 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Bssh-0006iT-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 03:28:15 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Bssf-0006iD-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 03:28:14 -0500 Received: from iris.s3.kth.se ([130.237.43.24]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Bsse-0006i8-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 03:28:12 -0500 Received: from s3.kth.se (dhcp-50-52.s3.kth.se [130.237.50.52]) by iris.s3.kth.se (Postfix) with ESMTP id C6A0961AA1; Wed, 13 Nov 2002 09:28:01 +0100 (CET) Message-ID: <3DD20D11.9080501@s3.kth.se> Date: Wed, 13 Nov 2002 09:28:01 +0100 From: Mats Bengtsson User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Heikki Johannes Junes Cc: lilypond-devel@gnu.org Subject: Re: Which path for the dictionary? ... auto-completion possible in Emacs. References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: This could easily be solved if Emacs had environment variables similar to $TEXINPUTS for teTeX, where you could add directories to the default load path. There is an environment variable $LOADPATH, but for some curious reason, it overrides the default path, so it has to include also all directories that Emacs searches by default. This makes it virtually impossible to automatically add a new search directory in a lilypond-profile.sh file. On the other hand, we already now have lilypond-mode.el, lilypond-font-lock.el and lilypond-indent.el that has to be included in the Emacs load path in some way or the other. Therefore, the obvious solution is to place also the dictionary file in the same directory and find it via the load path. /Mats Heikki Johannes Junes wrote: >Please tell me which path could be best for file "lilypond.words"? The >most preferable place found be me was: > > /usr/share/dict/lilypond.words > >... > >So completions are possible. The inclusion of a word list would have the >following benefits: > > - common word list for emacs and vim > - makes auto-completion possible > - makes lilypond-font-lock.el shorter > >and the following withdraw: > > - path is different in different os:s (mac, win, etc.) -> os-dep path? > >All the spec-files should also be updated if this change takes plase. > >Please, comment. I think that autocompletion will come in need. It is very >easy to implement in vim, and not so bad to be implemented in emacs. > > Heikki Junes > > > >_______________________________________________ >Lilypond-devel mailing list >Lilypond-devel@gnu.org >http://mail.gnu.org/mailman/listinfo/lilypond-devel > > From hanwen@cs.uu.nl Wed Nov 13 04:10:36 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18BtXg-0006z5-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 04:10:36 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18BtXb-0006y2-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 04:10:34 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18BtXa-0006xb-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 04:10:30 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAD9APu5009264; Wed, 13 Nov 2002 10:10:26 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15826.6170.445101.876951@blauw.xs4all.nl> Date: Wed, 13 Nov 2002 10:15:06 +0100 To: Juergen Reuter Cc: Subject: [PATCH] Clusters In-Reply-To: References: X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > Hi! > > Here is a patch that implements clusters (and fixes various minor bugs). > Have fun! I put it in. Can you double check that the website continues to build? I now get : grob-property-description.scm: Can't find property: segments make[2]: *** [out-www/lilypond-internals.texi] Fout 2 -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From carlos.betancourt@chello.be Wed Nov 13 06:31:08 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Bvjf-0005WY-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 06:31:07 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Bvja-0005U8-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 06:31:06 -0500 Received: from amsfep11-int.chello.nl ([213.46.243.20]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18BvjZ-0005Tb-00 for lilypond-devel@gnu.org; Wed, 13 Nov 2002 06:31:01 -0500 Received: from localhost.localdomain ([213.132.156.74]) by amsfep11-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20021113113058.IXUM1218.amsfep11-int.chello.nl@localhost.localdomain>; Wed, 13 Nov 2002 12:30:58 +0100 Subject: Re: LilyPond-dictionary and auto-completion From: Carlos Betancourt To: lilypond-devel@gnu.org Cc: Heikki Johannes Junes In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 13 Nov 2002 12:30:49 +0100 Message-Id: <1037187050.7630.981.camel@mir> Mime-Version: 1.0 Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Tue, 2002-11-12 at 17:17, Heikki Johannes Junes wrote: [...] > > For emacs-mode I have to find out how to implement auto-completion and how > to input a list from a file not in lisp-format. Heikki, I certainly don't have the answer but I think that it has something to do with Tags Tables (Check emacs manual). Hope it helps. I'm also interested in auto-completion, and I'm trying to learn how it works. Friendly, Carlos From hjunes@kosh.hut.fi Fri Nov 15 12:21:43 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18CkA2-0007wL-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 12:21:42 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Ck9w-0007sj-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 12:21:40 -0500 Received: from smtp-2.hut.fi ([130.233.228.92]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Ck9s-0007ou-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 12:21:33 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-2.hut.fi (8.12.6/8.12.6) with ESMTP id gAFHLS7i030974 for ; Fri, 15 Nov 2002 19:21:28 +0200 Date: Fri, 15 Nov 2002 19:21:28 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: lilypond-devel@gnu.org Subject: Documentation: Using Emacs-mode Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-2.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: The part of documentation which deals how to install Emacs-mode for LilyPond could be shorter and more informative for an user. The following is needed to install it as a user: Add "~/site-lisp" to load-path with the following line in ~/.emacs: (setq load-path (append (list (expand-file-name "~/site-lisp")) load-path)) Copy lilypond-mode.el, lilypond-font-lock.el and lilypond-indent.el to ~/site-lisp/ and lilypond-init.el to ~/site-lisp/site-init.d/. That is much shorter and not just "somewhere in load-path". An user may need precise advice. Heikki Junes From lconrad@laymusic.org Fri Nov 15 14:57:32 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Cmaq-0006MO-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 14:57:32 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Cmaj-0006KO-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 14:57:29 -0500 Received: from serpent.laymusic.org ([66.92.70.82] helo=debian.laymusic.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Cmai-0006JY-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 14:57:25 -0500 Received: by debian.laymusic.org (Postfix, from userid 1000) id A9FA2B81C3; Fri, 15 Nov 2002 14:57:21 -0500 (EST) To: Heikki Johannes Junes Cc: lilypond-devel@gnu.org Subject: Re: Documentation: Using Emacs-mode References: X-Face: #0j-Ll[fajrfupWYMv&wa\m7!Sh=&3;JE-_&M-L,ULz(aE8iu%m1SHa5wG.V{3B:Fdnd/T# O -}0pPGYw%t1z`o&T_c=)p8l[}7R\={[@B*Jyj*.L4 hnJ*AXb From: Laura Conrad Date: 15 Nov 2002 14:57:21 -0500 In-Reply-To: Message-ID: <8765uyd2se.fsf@debian.laymusic.org> Lines: 16 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: >>>>> "Heikki" == Heikki Johannes Junes writes: Heikki> Copy lilypond-mode.el, lilypond-font-lock.el and Heikki> lilypond-indent.el to ~/site-lisp/ and lilypond-init.el to Heikki> ~/site-lisp/site-init.d/. What I did was add my CVS lilypond directory to load-path, so that when the .el files changed, I could use the new ones. -- Laura (mailto:lconrad@laymusic.org , http://www.laymusic.org/ ) (617) 661-8097 fax: (801) 365-6574 233 Broadway, Cambridge, MA 02139 From reuter@ipd.uka.de Fri Nov 15 15:07:59 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Cmhx-0000Ng-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 15:04:53 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Cmhu-0000MG-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 15:04:52 -0500 Received: from iramx2.ira.uni-karlsruhe.de ([141.3.10.81]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Cmht-0000Ku-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 15:04:49 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18Cmhr-000436-00; Fri, 15 Nov 2002 21:04:47 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18Cmhr-0006YL-00; Fri, 15 Nov 2002 21:04:47 +0100 Date: Fri, 15 Nov 2002 21:04:47 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Han-Wen Nienhuys cc: , Juergen Reuter Subject: Re: [PATCH] Clusters In-Reply-To: <15824.22766.346087.996765@blauw.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="59617329-1061854297-1037390687=:1072" Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --59617329-1061854297-1037390687=:1072 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 12 Nov 2002, Han-Wen Nienhuys wrote: > reuter@ipd.uka.de writes: > > Then, for protocol reasons, I removed this code and used > > #(make-span-event ...) instead to create span requests. This still > > works, but the start and end point of the spanner are shifted; > > e.g., if I say "... c d #(make-span-event 'ClusterEvent STOP) e f > > g a b", the request refers to the "a" or "b". This is especially > > true, if polyphony like "" occurs shortly beforehand. > > that's strange. Can you give an exact example? With the new "<< ... >>" syntax, it seems now to work. Still, the cluster systematically stops one music event too early. I fixed this with the attached patch. > if you want to use #(..) in stead of \stuff, you have to use > ly:export, i.e. > > note-#(ly:export (make-some-music .. ) ) > Ok, but currently, if I replace startCluster = #(make-span-event 'ClusterEvent START) in ly/spanners-init.ly with startCluster = \notes { #(ly:export (make-span-event 'ClusterEvent START)) } (which I expected to work analogous to the definition of e.g. "cresc") then I get a parse error when trying to compile input/regression/cluster.ly. Is this intended behaviour? (From another mail:) > ... > Can you double check that the website continues to > build? I now get > > : > grob-property-description.scm: Can't find property: segments > make[2]: *** [out-www/lilypond-internals.texi] Fout 2 Ooops, sorry for that. Actually I hesitated compiling the full web site, since this takes many hours on my machine (mostly because of the mftrace stuff), and I can not run it over night, because my tetex installation (which is mounted via nfs due to lack of disk space), comes with an old texinfo version, and therefore I have an additional, newer version of texinfo installed locally, but since these two versions bite each other, I have to switch paths several times during compilation... (arrgh!) But I will try anyway, next time. Greetings, Juergen --59617329-1061854297-1037390687=:1072 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="diff-1.7.7.jr1" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="diff-1.7.7.jr1" SW5kZXg6IGxpbHkvY2x1c3Rlci1lbmdyYXZlci5jYw0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQ0KUkNTIGZpbGU6IC9jdnNyb290L2xpbHlwb25kL2xpbHlw b25kL2xpbHkvY2x1c3Rlci1lbmdyYXZlci5jYyx2DQpyZXRyaWV2aW5nIHJl dmlzaW9uIDEuMQ0KZGlmZiAtdSAtcjEuMSBjbHVzdGVyLWVuZ3JhdmVyLmNj DQotLS0gbGlseS9jbHVzdGVyLWVuZ3JhdmVyLmNjCTEzIE5vdiAyMDAyIDAw OjUzOjAzIC0wMDAwCTEuMQ0KKysrIGxpbHkvY2x1c3Rlci1lbmdyYXZlci5j YwkxNSBOb3YgMjAwMiAxOTozMTo1NiAtMDAwMA0KQEAgLTI2LDYgKzI2LDcg QEANCiAgIFBpdGNoIHBpdGNoX21pbiwgcGl0Y2hfbWF4Ow0KICAgU3Bhbm5l ciAqY2x1c3RlcjsNCiAgIFNDTSBjb2x1bW5zX3NjbTsNCisgIGJvb2wgYWJv dXRfZmluaXNoaW5nX2I7DQogfTsNCiANCiB2b2lkIHJlc2V0X21pbl9tYXgg KFBpdGNoICpwaXRjaF9taW4sIFBpdGNoICpwaXRjaF9tYXgpDQpAQCAtODEs MTAgKzgyLDcgQEANCiAJew0KIAkgIEdyb2IgKmJvdW5kID0gdW5zbW9iX2dy b2IgKGdldF9wcm9wZXJ0eSAoImN1cnJlbnRNdXNpY2FsQ29sdW1uIikpOw0K IAkgIGNsdXN0ZXItPnNldF9ib3VuZCAoUklHSFQsIGJvdW5kKTsNCi0JICBj bHVzdGVyLT5zZXRfZ3JvYl9wcm9wZXJ0eSAoInNlZ21lbnRzIiwgY29sdW1u c19zY20pOw0KLQkgIHR5cGVzZXRfZ3JvYiAoY2x1c3Rlcik7DQotCSAgY2x1 c3RlciA9IDA7DQotCSAgY29sdW1uc19zY20gPSBTQ01fRU9MOw0KKwkgIGFi b3V0X2ZpbmlzaGluZ19iID0gdHJ1ZTsNCiAJfQ0KICAgICAgIHJlcXNfZHJ1 bF9bU1RPUF0gPSAwOw0KICAgICB9DQpAQCAtOTgsNiArOTYsNyBAQA0KIAl7 DQogCSAgU0NNIGJhc2ljUHJvcGVydGllcyA9IGdldF9wcm9wZXJ0eSAoIkNs dXN0ZXIiKTsNCiAJICBjbHVzdGVyID0gbmV3IFNwYW5uZXIgKGJhc2ljUHJv cGVydGllcyk7DQorCSAgYWJvdXRfZmluaXNoaW5nX2IgPSBmYWxzZTsNCiAJ ICBjb2x1bW5zX3NjbSA9IFNDTV9FT0w7DQogCSAgR3JvYiAqYm91bmQgPSB1 bnNtb2JfZ3JvYiAoZ2V0X3Byb3BlcnR5ICgiY3VycmVudE11c2ljYWxDb2x1 bW4iKSk7DQogCSAgY2x1c3Rlci0+c2V0X2JvdW5kIChMRUZULCBib3VuZCk7 DQpAQCAtMTIyLDI4ICsxMjEsMzcgQEANCiAgICAgICBpZiAoY29sdW1uX3Nj bSA9PSBTQ01fRU9MKQ0KIAl7DQogCSAgcHJvZ3JhbW1pbmdfZXJyb3IoImZh aWxlZCByZXRyaWV2aW5nIGN1cnJlbnQgY29sdW1uIik7DQotCSAgcmV0dXJu Ow0KIAl9DQotDQotICAgICAgaWYgKFBpdGNoOjpjb21wYXJlIChwaXRjaF9t aW4sIHBpdGNoX21heCkgPD0gMCkNCisgICAgICBlbHNlDQogCXsNCi0JICBp bnQgc3RhZmZfcG9zaXRpb24gPSBwaXRjaF9taW4uc3RlcHMgKCk7DQotCSAg U0NNIGMwID0gZ2V0X3Byb3BlcnR5ICgiY2VudHJhbENQb3NpdGlvbiIpOw0K LQkgIGlmIChnaF9udW1iZXJfcCAoYzApKQ0KLQkgICAgc3RhZmZfcG9zaXRp b24gKz0gZ2hfc2NtMmludCAoYzApOw0KLQkgIFNDTSBzZWdtZW50ID0gc2Nt X2xpc3RfbiAoY29sdW1uX3NjbSwNCi0JCQkJICAgIGdoX2ludDJzY20gKHN0 YWZmX3Bvc2l0aW9uKSwNCi0JCQkJICAgIHBpdGNoX21pbi5zbW9iYmVkX2Nv cHkgKCksDQotCQkJCSAgICBwaXRjaF9tYXguc21vYmJlZF9jb3B5ICgpLA0K LQkJCQkgICAgU0NNX1VOREVGSU5FRCk7DQotCSAgc2VnbWVudCA9IHNjbV9s aXN0X24gKHNlZ21lbnQsIFNDTV9VTkRFRklORUQpOw0KLQkgIGNvbHVtbnNf c2NtID0gKGNvbHVtbnNfc2NtICE9IFNDTV9FT0wpID8NCi0JICAgIGdoX2Fw cGVuZDIgKGNvbHVtbnNfc2NtLCBzZWdtZW50KSA6IHNlZ21lbnQ7DQorCSAg aWYgKFBpdGNoOjpjb21wYXJlIChwaXRjaF9taW4sIHBpdGNoX21heCkgPD0g MCkNCisJICAgIHsNCisJICAgICAgaW50IHN0YWZmX3Bvc2l0aW9uID0gcGl0 Y2hfbWluLnN0ZXBzICgpOw0KKwkgICAgICBTQ00gYzAgPSBnZXRfcHJvcGVy dHkgKCJjZW50cmFsQ1Bvc2l0aW9uIik7DQorCSAgICAgIGlmIChnaF9udW1i ZXJfcCAoYzApKQ0KKwkJc3RhZmZfcG9zaXRpb24gKz0gZ2hfc2NtMmludCAo YzApOw0KKwkgICAgICBTQ00gc2VnbWVudCA9IHNjbV9saXN0X24gKGNvbHVt bl9zY20sDQorCQkJCQlnaF9pbnQyc2NtIChzdGFmZl9wb3NpdGlvbiksDQor CQkJCQlwaXRjaF9taW4uc21vYmJlZF9jb3B5ICgpLA0KKwkJCQkJcGl0Y2hf bWF4LnNtb2JiZWRfY29weSAoKSwNCisJCQkJCVNDTV9VTkRFRklORUQpOw0K KwkgICAgICBzZWdtZW50ID0gc2NtX2xpc3RfbiAoc2VnbWVudCwgU0NNX1VO REVGSU5FRCk7DQorCSAgICAgIGNvbHVtbnNfc2NtID0gKGNvbHVtbnNfc2Nt ICE9IFNDTV9FT0wpID8NCisJCWdoX2FwcGVuZDIgKGNvbHVtbnNfc2NtLCBz ZWdtZW50KSA6IHNlZ21lbnQ7DQorCSAgICB9DQorCSAgZWxzZQ0KKwkgICAg ew0KKwkgICAgICAvKiBUaGlzIHRpbWVzdGVwIGlzIGNhdXNlZCBieSBhIGRp ZmZlcmVudCB2b2ljZSBvZiB0aGUNCisJCSBzYW1lIHN0YWZmIGFuZCBoZW5j ZSBzaG91bGQgYmUgaWdub3JlZC4gKi8NCisJICAgIH0NCiAJfQ0KLSAgICAg IGVsc2UNCisNCisgICAgICBpZiAoYWJvdXRfZmluaXNoaW5nX2IpDQogCXsN Ci0JICAvKiBUaGlzIHRpbWVzdGVwIGlzIGNhdXNlZCBieSBhIGRpZmZlcmVu dCB2b2ljZSBvZiB0aGUgc2FtZQ0KLQkgICAgIHN0YWZmIGFuZCBoZW5jZSBz aG91bGQgYmUgaWdub3JlZC4gKi8NCisJICBjbHVzdGVyLT5zZXRfZ3JvYl9w cm9wZXJ0eSAoInNlZ21lbnRzIiwgY29sdW1uc19zY20pOw0KKwkgIHR5cGVz ZXRfZ3JvYiAoY2x1c3Rlcik7DQorCSAgY2x1c3RlciA9IDA7DQorCSAgY29s dW1uc19zY20gPSBTQ01fRU9MOw0KIAl9DQogICAgIH0NCiB9DQo= --59617329-1061854297-1037390687=:1072-- From reuter@ipd.uka.de Fri Nov 15 15:18:27 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Cmv5-0007EA-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 15:18:27 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Cmv3-0007Dw-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 15:18:26 -0500 Received: from iramx2.ira.uni-karlsruhe.de ([141.3.10.81]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Cmv3-0007Ds-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 15:18:25 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18Cmv1-00043f-00; Fri, 15 Nov 2002 21:18:24 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18Cmv2-0006v1-00; Fri, 15 Nov 2002 21:18:24 +0100 Date: Fri, 15 Nov 2002 21:18:23 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Han-Wen Nienhuys cc: , Juergen Reuter Subject: Re: [PATCH] Clusters In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: ...ooops, I forgot the ChangeLog entry. Here it is: 2002-11-15 Juergen Reuter * lily/cluster-engraver.cc: bugfix: delay typesetting of cluster until stop_translation_timestep() Greetings, Juergen From 1509-242@onlinehome.de Fri Nov 15 16:22:29 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Cnv2-0006cw-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 16:22:28 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Cnuz-0006cZ-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 16:22:26 -0500 Received: from moutng.kundenserver.de ([212.227.126.189]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Cnuy-0006c1-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 16:22:24 -0500 Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18Cnuy-0005w1-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 22:22:24 +0100 Received: from [80.129.68.226] (helo=orion.local) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18Cnux-0000FY-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 22:22:23 +0100 Received: from localhost (localhost [127.0.0.1]) by orion.local (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id gAFLM6l18685 for ; Fri, 15 Nov 2002 22:22:06 +0100 Date: Fri, 15 Nov 2002 22:22:06 +0100 (CET) Message-Id: <20021115.222206.55514504.wl@gnu.org> To: lilypond-devel@gnu.org Subject: lilypond 1.6.6 From: Werner LEMBERG X-Mailer: Mew version 3.1rc1 on Emacs 21.3.50.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: Dear packagers of lilypond, please provide packages for 1.6.6 soon! I believe that my TeX stuff in 1.6.5 is buggy, while 1.6.6 seems to work fine. Werner From hanwen@cs.uu.nl Fri Nov 15 16:56:10 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18CoRe-0007Yc-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 16:56:10 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18CoRb-0007YC-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 16:56:09 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CoQm-0007M2-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 16:55:16 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAFLtEDj095155; Fri, 15 Nov 2002 22:55:14 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15829.28255.91372.185278@blauw.xs4all.nl> Date: Fri, 15 Nov 2002 22:59:59 +0100 To: Juergen Reuter Cc: Subject: Re: [PATCH] Clusters In-Reply-To: References: <15824.22766.346087.996765@blauw.xs4all.nl> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > > > Then, for protocol reasons, I removed this code and used > > > #(make-span-event ...) instead to create span requests. This still > > > works, but the start and end point of the spanner are shifted; > > > e.g., if I say "... c d #(make-span-event 'ClusterEvent STOP) e f > > > g a b", the request refers to the "a" or "b". This is especially > > > true, if polyphony like "" occurs shortly beforehand. > > > > that's strange. Can you give an exact example? > > With the new "<< ... >>" syntax, it seems now to work. Still, the cluster > systematically stops one music event too early. I fixed this with the > attached patch. Your patch looks like a kludge. The real problem is that it does typeset_grob (cluster); cluster = 0; from process_music(), which happens before the last notes are caught in acknowledge_grob(). Move the typeset_grob() to stop_translation_timestep(), and you should be fine. Look to other spanner engravers for more inspiration. Some other nitpicks: * member naming is inconsistent with the standards. Please use "member_" (note the final underscore.) instead of "member" * The engraver duplicates the mistake of the ambitus engraver, namely that it puts musical info (pitches) into the backend, all the more since all that is needed is the vertical difference in position between two note heads. Try Staff_symbol_referencer::staff_position() for getting the position of a head. Better yet, simply store a list of note heads in the cluster grob, and let the Cluster grob sort out X and Y-positions. [*] * The contents of columns_scm are not protected from Garbage collection. Your code will make mysterious ugly crashs on larger scores. Use Protected_scm, or better yet, use [*] (oh, btw, I'm probably sounding terribly grumpy. Sorry. Clusters are cool.) > > > if you want to use #(..) in stead of \stuff, you have to use > > ly:export, i.e. > > > > note-#(ly:export (make-some-music .. ) ) > > > > Ok, but currently, if I replace > > startCluster = #(make-span-event 'ClusterEvent START) > > in ly/spanners-init.ly with > > startCluster = \notes { > #(ly:export (make-span-event 'ClusterEvent START)) > } > > (which I expected to work analogous to the definition of e.g. "cresc") > > then I get a parse error when trying to compile > input/regression/cluster.ly. Is this intended behaviour? Yes. Events are syntactically different from Atomic_music objects; Events (cluster-event, note-event, script-event, etc.) can not be used where notes are. Between \notes { .. }, you have to put notes, rests, syllables, etc which have the form of EventChords, i.e. something like startCluster = \notes { #(ly:export (make-request-chord (list (make-span-event 'ClusterEvent START)))) } then you can do \notes { c4 \startCluster d4 e4 } but the \startCluster will happen after the C, simultaneously with the start of the D. If startCluster is an event identifier, you can do \notes { c4-\startCluster d4 e4 } and the startCluster happens simultaneously with the C. Jan insists that without the dash it is easier to use, so we also allow \notes { c4 \startCluster d4 e4 } to mean the same. As you can see, this is a little ambiguous, since it means something different when \startCluster is a music identifier. (I'm still uncertain whether this is an improvement) > > : > > grob-property-description.scm: Can't find property: segments > > make[2]: *** [out-www/lilypond-internals.texi] Fout 2 > > Ooops, sorry for that. Actually I hesitated compiling the full web site, > since this takes many hours on my machine (mostly because of the mftrace > stuff), and I can not run it over night, because my tetex installation > (which is mounted via nfs due to lack of disk space), comes with an old > texinfo version, and therefore I have an additional, newer version of > texinfo installed locally, but since these two versions bite each other, I > have to switch paths several times during compilation... (arrgh!) But I > will try anyway, next time. You can download the PFA fonts assuming that the latest tarball built correctly with the following script #!/bin/sh cd ~/usr/src/lilypond/mf/out for a in `ls -1 *.tfm `; do PFAF=`basename $a .tfm`.pfa echo $PFAF if [ ! -f $PFAF ] ; then wget http://lilypond.org/development/mf/out/$PFAF >> pfa-log else ls -l $PFAF fi done for a in cmbx14 cmbxti7 cmbxti8 cmbxti12 cmbxti14 cmcsc7 cmcsc12 cmtt17 cmbx17; do wget http://lilypond.org/development/mf/out/$a.pfa >> pfa-log done what I really mean, is that you should also build the internal documentation. That's also done if you do make -C Documentation/user/ -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From hanwen@cs.uu.nl Fri Nov 15 18:16:11 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Cph5-0006Do-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:16:11 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Cph0-0006Cg-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:16:09 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Cpgz-0006Bx-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:16:05 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAFNG3o1008275; Sat, 16 Nov 2002 00:16:03 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15829.33104.809705.841654@blauw.xs4all.nl> Date: Sat, 16 Nov 2002 00:20:48 +0100 To: Heikki Johannes Junes Cc: lilypond-devel@gnu.org Subject: Documentation: Using Emacs-mode In-Reply-To: References: X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: hjunes@cc.hut.fi writes: > > The part of documentation which deals how to install Emacs-mode for > LilyPond could be shorter and more informative for an user. The following > is needed to install it as a user: Well, you have CVS access now, so you can fix it :-). Your proposal is better for newbies, so I'd say: go for it! -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From hanwen@cs.uu.nl Fri Nov 15 18:19:43 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18CpkV-0007uV-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:19:43 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18CpkR-0007lx-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:19:41 -0500 Received: from smtpzilla1.xs4all.nl ([194.109.127.137]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CpkQ-0007is-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:19:38 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAFNJaVW023867; Sat, 16 Nov 2002 00:19:37 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15829.33317.589984.16231@blauw.xs4all.nl> Date: Sat, 16 Nov 2002 00:24:21 +0100 To: Matthias Neeracher Cc: lilypond-devel@gnu.org Subject: Consequences of changing MIDI file suffix In-Reply-To: <154A296D-F143-11D6-8199-0003935B33CC@mac.com> References: <20020710104941.9489.4993.Mailman@fencepost.gnu.org> <154A296D-F143-11D6-8199-0003935B33CC@mac.com> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: neeracher@mac.com writes: > I'm currently thinking of patching lilypond on MacOS X so MIDI files > are generated with a suffix of .midi instead of .mid, as the former is > automatically recognized by QuickTime as a MIDI file, while the latter > is not. You must mean the other way around? Lily already outputs .midi files. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From reuter@ipd.uka.de Fri Nov 15 18:31:04 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18CpvT-0006Xz-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:31:03 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18CpvO-0006UD-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:31:01 -0500 Received: from iramx2.ira.uni-karlsruhe.de ([141.3.10.81]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CpvO-0006U8-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:30:58 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18CpvM-0004Ie-00; Sat, 16 Nov 2002 00:30:56 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18CpvM-0004kP-00; Sat, 16 Nov 2002 00:30:56 +0100 Date: Sat, 16 Nov 2002 00:30:56 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Han-Wen Nienhuys cc: , Juergen Reuter Subject: Re: [PATCH] Clusters In-Reply-To: <15829.28255.91372.185278@blauw.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Fri, 15 Nov 2002, Han-Wen Nienhuys wrote: > ... > Your patch looks like a kludge. > > The real problem is that it does > > typeset_grob (cluster); > cluster = 0; > > from process_music(), which happens before the last notes are caught > in acknowledge_grob(). Move the typeset_grob() to > stop_translation_timestep(), and you should be fine. I do not understand. This is exactly, what my patch *does*: it moves typeset_grob() to stop_translation_timestep(). > ... > Some other nitpicks: > > * member naming is inconsistent with the standards. Please use > "member_" (note the final underscore.) instead of "member" > Ok, will eventually be done. > * The engraver duplicates the mistake of the ambitus engraver, > namely that it puts musical info (pitches) into the backend, all > the more since all that is needed is the vertical difference in > position between two note heads. Try > Staff_symbol_referencer::staff_position() for getting the position > of a head. > Ok, sounds reasonable. > Better yet, simply store a list of note heads in the cluster grob, > and let the Cluster grob sort out X and Y-positions. [*] > This may turn out to produce unexpected behaviour, e.g. if a user removes the noteheads engraver from a voice rather than just setting noteheads transparent. > * The contents of columns_scm are not protected from Garbage > collection. Your code will make mysterious ugly crashs on larger > scores. Use Protected_scm, or better yet, use [*] > Ok, will be fixed (btw. what did you mean with "[*]"?). > (oh, btw, I'm probably sounding terribly grumpy. Sorry. Clusters are > cool.) > Thanks for the compliment. ;-) > ... > i.e. something like > > startCluster = \notes { > #(ly:export (make-request-chord (list > (make-span-event 'ClusterEvent START)))) > } > Ok, the following seems (almost) to work: startCluster = \notes { #(ly:export (make-event-chord (list (make-span-event 'ClusterEvent START)))) \property Thread.NoteHead \override #'transparent = ##t \property Voice.Stem \override #'transparent = ##t \property Voice.Beam \override #'transparent = ##t \property Staff.Accidental \override #'transparent = ##t } stopCluster = \notes { #(ly:export (make-event-chord (list (make-span-event 'ClusterEvent STOP)))) \property Thread.NoteHead \revert #'transparent \property Voice.Stem \revert #'transparent \property Voice.Beam \revert #'transparent \property Staff.Accidental \revert #'transparent } with a little problem: > then you can do > > \notes { c4 \startCluster d4 e4 } > > but the \startCluster will happen after the C, simultaneously with the > start of the D. > > If startCluster is an event identifier, you can do > > \notes { c4-\startCluster d4 e4 } > > and the startCluster happens simultaneously with the C. Right, \stopCluster as defined above now stops the cluster and makes the note heads visible simultaneously, which is not what you expect. So, looking at the current definition stopCluster = #(make-span-event 'ClusterEvent STOP) (which are both accepted by the parser when appearing alone) I would like to combine these two approaches to a single definition, as in: stopCluster = #(make-span-event 'ClusterEvent STOP) \notes { \property Thread.NoteHead \revert #'transparent \property Voice.Stem \revert #'transparent \property Voice.Beam \revert #'transparent \property Staff.Accidental \revert #'transparent } which again gives me a parse error. > Jan insists > that without the dash it is easier to use, so we also allow > > \notes { c4 \startCluster d4 e4 } > > to mean the same. As you can see, this is a little ambiguous, since it > means something different when \startCluster is a music identifier. > (I'm still uncertain whether this is an improvement) > Ah! That is, the above combination gives me a parser error, since it is a mixture of a music identifier and an event. Mmh, well, this may lead to unexpected behaviour of the parser. > ... > You can download the PFA fonts assuming that the latest tarball built > correctly with the following script > ... Ok, thanks, I'll try it next time. > what I really mean, is that you should also build the internal > documentation. That's also done if you do > > make -C Documentation/user/ > Ok. Greetings, Juergen From hanwen@cs.uu.nl Fri Nov 15 19:04:17 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18CqRd-00010R-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 19:04:17 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18CqRb-0000yO-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 19:04:16 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CqJb-00072h-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 18:55:59 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAFNtwxn012086; Sat, 16 Nov 2002 00:55:58 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15829.35499.188122.9278@blauw.xs4all.nl> Date: Sat, 16 Nov 2002 01:00:43 +0100 To: Juergen Reuter Cc: Subject: Re: [PATCH] Clusters In-Reply-To: References: <15829.28255.91372.185278@blauw.xs4all.nl> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > > from process_music(), which happens before the last notes are caught > > in acknowledge_grob(). Move the typeset_grob() to > > stop_translation_timestep(), and you should be fine. > > I do not understand. This is exactly, what my patch *does*: it moves > typeset_grob() to stop_translation_timestep(). Oh, I didn't carefully enough. The part that says about_finishing_b seems kludgy, the stop event already tells you that the cluster ends. > > Better yet, simply store a list of note heads in the cluster grob, > > and let the Cluster grob sort out X and Y-positions. [*] > > > > This may turn out to produce unexpected behaviour, e.g. if a user removes > the noteheads engraver from a voice rather than just setting noteheads > transparent. Well, then the code has to be rewritten anyway, as no note heads will be caught by the engraver. > > * The contents of columns_scm are not protected from Garbage > > collection. Your code will make mysterious ugly crashs on larger > > scores. Use Protected_scm, or better yet, use [*] the suggestion to dump a list of noteheads into the Cluster grob. > > #(ly:export (make-request-chord (list > > (make-span-event 'ClusterEvent START)))) > > } > > > > Ok, the following seems (almost) to work: > [..] > There is a basic problem, if I understand correctly, you want to be able to do NOTE-\startCluster but also have stuff in startCluster (turning off stems, beams, and accidentals) which isn't connected with NOTE in any way. The current syntax isn't suited for such this type of thing. The simplest possibility that I see is to switch off noteheads from acknowledge_grob() the engraver, and switch off the rest from process_music(). No extra commands needed. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From neeracher@mac.com Fri Nov 15 19:17:11 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Cqe6-0006wv-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 19:17:10 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Cqe4-0006wk-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 19:17:09 -0500 Received: from smtpout.mac.com ([17.250.248.86]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Cqe4-0006wf-00 for lilypond-devel@gnu.org; Fri, 15 Nov 2002 19:17:08 -0500 Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id gAG0HJEh015880 for ; Fri, 15 Nov 2002 16:17:19 -0800 (PST) Received: from mac.com ([17.202.23.247]) by asmtp02.mac.com (Netscape Messaging Server 4.15) with ESMTP id H5N7GJ00.M38; Fri, 15 Nov 2002 16:17:07 -0800 Date: Fri, 15 Nov 2002 16:18:11 -0800 Subject: Re: Consequences of changing MIDI file suffix Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v546) Cc: lilypond-devel@gnu.org To: hanwen@cs.uu.nl From: Matthias Neeracher In-Reply-To: <15829.33317.589984.16231@blauw.xs4all.nl> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.546) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Friday, November 15, 2002, at 03:24 PM, Han-Wen Nienhuys wrote: > neeracher@mac.com writes: >> I'm currently thinking of patching lilypond on MacOS X so MIDI files >> are generated with a suffix of .midi instead of .mid, as the former is >> automatically recognized by QuickTime as a MIDI file, while the latter >> is not. > > You must mean the other way around? Lily already outputs .midi files. Yes, I'm sorry, its precisely the other way around. Lily outputs .midi, I'm thinking of changing that to .mid on MacOS X. Any thoughts on whether that is a good or bad idea in the overall scheme of things? Matthias From hanwen@cs.uu.nl Sat Nov 16 05:56:50 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18D0d8-0001wP-00 for lilypond-devel@gnu.org; Sat, 16 Nov 2002 05:56:50 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18D0d4-0001vW-00 for lilypond-devel@gnu.org; Sat, 16 Nov 2002 05:56:48 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18D0d4-0001vP-00 for lilypond-devel@gnu.org; Sat, 16 Nov 2002 05:56:46 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAGAuism063795; Sat, 16 Nov 2002 11:56:44 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15830.9610.715307.632023@blauw.xs4all.nl> Date: Sat, 16 Nov 2002 12:01:30 +0100 To: Matthias Neeracher Cc: lilypond-devel@gnu.org Subject: Re: Consequences of changing MIDI file suffix In-Reply-To: References: <15829.33317.589984.16231@blauw.xs4all.nl> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: >neeracher@mac.com writes: > > On Friday, November 15, 2002, at 03:24 PM, Han-Wen Nienhuys wrote: > > > neeracher@mac.com writes: > >> I'm currently thinking of patching lilypond on MacOS X so MIDI files > >> are generated with a suffix of .midi instead of .mid, as the former is > >> automatically recognized by QuickTime as a MIDI file, while the latter > >> is not. > > > > You must mean the other way around? Lily already outputs .midi files. > > Yes, I'm sorry, its precisely the other way around. Lily outputs .midi, > I'm > thinking of changing that to .mid on MacOS X. > > Any thoughts on whether that is a good or bad idea in the overall > scheme of things? I think .midi is the right extension for MIDI. Isn't QuickTime configurable to accept .midi as the right MIME type? -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From mats.bengtsson@s3.kth.se Sun Nov 17 15:31:35 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DW4s-0004jp-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 15:31:34 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DW3O-0003mR-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 15:30:04 -0500 Received: from iris.s3.kth.se ([130.237.43.24]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DW3N-0003mC-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 15:30:01 -0500 Received: from localhost (unknown [130.237.43.24]) by iris.s3.kth.se (Postfix) with ESMTP id 54B9F61AB5 for ; Sun, 17 Nov 2002 21:29:48 +0100 (CET) Received: from 195.198.148.74 ( [195.198.148.74]) as user mabe@mail.s3.kth.se by mail.s3.kth.se with HTTP; Sun, 17 Nov 2002 21:29:48 +0100 Message-ID: <1037564988.3dd7fc3c4b4dc@mail.s3.kth.se> Date: Sun, 17 Nov 2002 21:29:48 +0100 From: Mats Bengtsson To: lilypond-devel@gnu.org Subject: Re: lilypond 1.6.6 References: <20021115.222206.55514504.wl@gnu.org> In-Reply-To: <20021115.222206.55514504.wl@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.0 X-Originating-IP: 195.198.148.74 Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: Please also include a fix to the bug with wrong note heads for chord tremolo, that was reported some week ago. /Mats Quoting Werner LEMBERG : > > Dear packagers of lilypond, > > > please provide packages for 1.6.6 soon! I believe that my TeX stuff > in 1.6.5 is buggy, while 1.6.6 seems to work fine. > > > Werner > > > _______________________________________________ > Lilypond-devel mailing list > Lilypond-devel@gnu.org > http://mail.gnu.org/mailman/listinfo/lilypond-devel > From mats.bengtsson@s3.kth.se Sun Nov 17 15:42:40 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DWFc-0002CA-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 15:42:40 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DWFa-0002Bz-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 15:42:39 -0500 Received: from iris.s3.kth.se ([130.237.43.24]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DWFZ-0002Bt-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 15:42:37 -0500 Received: from localhost (unknown [130.237.43.24]) by iris.s3.kth.se (Postfix) with ESMTP id D002061AB5; Sun, 17 Nov 2002 21:42:24 +0100 (CET) Received: from 195.198.148.74 ( [195.198.148.74]) as user mabe@mail.s3.kth.se by mail.s3.kth.se with HTTP; Sun, 17 Nov 2002 21:42:24 +0100 Message-ID: <1037565744.3dd7ff30bec17@mail.s3.kth.se> Date: Sun, 17 Nov 2002 21:42:24 +0100 From: Mats Bengtsson To: Laura Conrad Cc: Heikki Johannes Junes , lilypond-devel@gnu.org Subject: Re: Documentation: Using Emacs-mode References: <8765uyd2se.fsf@debian.laymusic.org> In-Reply-To: <8765uyd2se.fsf@debian.laymusic.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.0 X-Originating-IP: 195.198.148.74 Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: Also, for all people installing from RPM:s, Debian packages or some other prepackaged form of Lilypond, the package will hopefully install the files in some directory that's already included in the load-path, which makes the suggested instruction less relevant. Probably, the people who build and install Lilypond themselved are more used to tweaking path variables than. I agree with Laura that there's a risk to stay with old versions of the files if you manually install them in a personal lisp directory instead of letting the load path point to the installation directory. /Mats Quoting Laura Conrad : > >>>>> "Heikki" == Heikki Johannes Junes writes: > > > Heikki> Copy lilypond-mode.el, lilypond-font-lock.el and > Heikki> lilypond-indent.el to ~/site-lisp/ and lilypond-init.el to > Heikki> ~/site-lisp/site-init.d/. > > What I did was add my CVS lilypond directory to load-path, so that > when the .el files changed, I could use the new ones. > > > -- > Laura (mailto:lconrad@laymusic.org , http://www.laymusic.org/ ) > (617) 661-8097 fax: (801) 365-6574 > 233 Broadway, Cambridge, MA 02139 > > > > _______________________________________________ > Lilypond-devel mailing list > Lilypond-devel@gnu.org > http://mail.gnu.org/mailman/listinfo/lilypond-devel > From reuter@ipd.uka.de Sun Nov 17 16:16:20 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DWmB-0004TX-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 16:16:19 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DWkv-000456-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 16:15:04 -0500 Received: from iramx2.ira.uni-karlsruhe.de ([141.3.10.81]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DWku-00043b-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 16:15:00 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18DWkr-0007fr-00; Sun, 17 Nov 2002 22:14:58 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18DWks-0001Qj-00; Sun, 17 Nov 2002 22:14:58 +0100 Date: Sun, 17 Nov 2002 22:14:58 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Han-Wen Nienhuys cc: , Juergen Reuter Subject: Re: [PATCH] Clusters In-Reply-To: <15829.35499.188122.9278@blauw.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Sat, 16 Nov 2002, Han-Wen Nienhuys wrote: > ... > Better yet, simply store a list of note heads in the cluster grob, > and let the Cluster grob sort out X and Y-positions. [*] > > * The contents of columns_scm are not protected from Garbage > collection. Your code will make mysterious ugly crashs on larger > scores. Use Protected_scm, or better yet, use [*] If I put all note heads in the cluster grob, then, if the spanner is broken, how do I determine which of these note heads are in the current broken piece of the spanner, if not using columns_scm? Another difficulty is that constructing a polygon from a given set of points is ambigous, even with the constraint that edges do not intersect, e.g.: f e b a c d a-b-c-d-e-f-a and a-c-b-d-e-f-a are both polygons with no intersecting lines. To circumvent this ambigous situation, I currently produce pairs of min/max pitches, such that I get to additional points, let's say B and C: f BC e b a c d (Actually, in this particular example, the current implemetation would choose B=b anc C=c rather than Bx=bx, By=fy, Cx=cx, Cy=fy, as indicated in the above figure. But this is anyway a musical decision, since it has to consider musical time and/or note durations (with the latter currently not being considered by the engraver), and therefore is definitely something not to be put into the backend.) The addditional points B an C as synthesized by the engraver now give me pairs (a,f), (b,B), (c,C), (d,e), and the polygon is now uniquely defined by travelling through the first element of each pair (from the leftmost pair to the rightmost), then through the second element (from right to left) back to the first, i.e. a-b-c-d-e-C-B-f-a. I do not have this information in the backend if I use note heads instead of pitches, unless I create additional dummy note heads for B and C, that just serve for storing x/y coordinates (and possibly may corrupt other things such as ties or midi output?). Should I really do such a hack? In other words, the shape of the polygon is not determined by the coordinates of a set of note head grobs. Rather, I think a set of min/max pairs has to be computed by musically interpreting note-events and be passed to the backend. Of course, I do not need to pass pitches to the backend, but may pass rather the difference in pitch (i.e. height). Greetings, Juergen From hanwen@cs.uu.nl Sun Nov 17 17:18:27 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DXkJ-0006iw-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 17:18:27 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DXkG-0006hm-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 17:18:26 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DXkF-0006hW-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 17:18:23 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAHMIMM7018017; Sun, 17 Nov 2002 23:18:22 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15832.5836.979295.714324@blauw.xs4all.nl> Date: Sun, 17 Nov 2002 23:23:08 +0100 To: Juergen Reuter Cc: Subject: Re: [PATCH] Clusters In-Reply-To: References: <15829.35499.188122.9278@blauw.xs4all.nl> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > > On Sat, 16 Nov 2002, Han-Wen Nienhuys wrote: > > > ... > > Better yet, simply store a list of note heads in the cluster grob, > > and let the Cluster grob sort out X and Y-positions. [*] > > > > * The contents of columns_scm are not protected from Garbage > > collection. Your code will make mysterious ugly crashs on larger > > scores. Use Protected_scm, or better yet, use [*] > > If I put all note heads in the cluster grob, then, if the spanner is > broken, how do I determine which of these note heads are in the current > broken piece of the spanner, if not using columns_scm? > The list is pruned automatically. This happens for slurs and various other spanners as well. Besides, columns_scm happens in interpreting, which is well before linebreaks are calculated. > The addditional points B an C as synthesized by the engraver now give me > pairs (a,f), (b,B), (c,C), (d,e), and the polygon is now uniquely defined > by travelling through the first element of each pair (from the leftmost > pair to the rightmost), then through the second element (from right to > left) back to the first, i.e. a-b-c-d-e-C-B-f-a. > > I do not have this information in the backend if I use note heads instead > of pitches, unless I create additional dummy note heads for B and C, that > just serve for storing x/y coordinates (and possibly may corrupt other > things such as ties or midi output?). Should I really do such a hack? > > In other words, the shape of the polygon is not determined by the > coordinates of a set of note head grobs. Rather, I think a set of min/max > pairs has to be computed by musically interpreting note-events and be > passed to the backend. Of course, I do not need to pass pitches to the > backend, but may pass rather the difference in pitch (i.e. height). I would think that the list of note-head grobs would be broken up into chunks containing the note heads that belong to the same column. Then you can take the minimum and maximum Y coordinate for each chunk, and run the polygon through all minimums first, and then through all maximums. I don't understand your argument about minimums and maximums, since min and max are being reset at each time-step. Storing the noteheads at each time step gives just as much information. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From hanwen@cs.uu.nl Sun Nov 17 19:08:03 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DZSM-0004gW-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 19:08:02 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DZR0-0004Fj-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 19:06:41 -0500 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DZR0-0004FE-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 19:06:38 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAI06bCE028082; Mon, 18 Nov 2002 01:06:37 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15832.12331.272800.435211@blauw.xs4all.nl> Date: Mon, 18 Nov 2002 01:11:23 +0100 To: Juergen Reuter Cc: Subject: Re: [PATCH] Clusters In-Reply-To: References: <15832.5836.979295.714324@blauw.xs4all.nl> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > currently gives the same result as: > > \startCluster < f4 { a4 g } > \stopCluster > > which is musically wrong. It rather should give the same result as: > > \startCluster < { f4 f } { a4 g } > \stopCluster > > I.e. a future advanced implementation should also consider duration of > notes. But this obviously should not be done in the backend, and that > [..] > Maybe another (but also ugly) solution is to pass at most one note head > grob per timestep to the backend that serves as reference point to compute > x/y coordinates, and an associated extent property that specifies the > vertical extent of the polygon relative to the given note head. For this approach, maybe the easiest, is to pass a list to the cluster containing entries of the form (COLUMN-GROB MIN-Y MAX-Y) where COLUMN-GROB is currentMusicalColumn. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From reuter@ipd.uka.de Sun Nov 17 18:14:28 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DYcW-0003FV-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 18:14:28 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DYcR-00039l-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 18:14:26 -0500 Received: from iramx2.ira.uni-karlsruhe.de ([141.3.10.81]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DYcR-000397-00 for lilypond-devel@gnu.org; Sun, 17 Nov 2002 18:14:23 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18DYcP-00003s-00; Mon, 18 Nov 2002 00:14:21 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18DYcP-0004jW-00; Mon, 18 Nov 2002 00:14:21 +0100 Date: Mon, 18 Nov 2002 00:14:21 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Han-Wen Nienhuys cc: , Juergen Reuter Subject: Re: [PATCH] Clusters In-Reply-To: <15832.5836.979295.714324@blauw.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Sun, 17 Nov 2002, Han-Wen Nienhuys wrote: > ... > > If I put all note heads in the cluster grob, then, if the spanner is > > broken, how do I determine which of these note heads are in the current > > broken piece of the spanner, if not using columns_scm? > > > > The list is pruned automatically. This happens for slurs and various > other spanners as well. Besides, columns_scm happens in interpreting, > which is well before linebreaks are calculated. > Ok, I didn't know that. > ... > I would think that the list of note-head grobs would be broken up into > chunks containing the note heads that belong to the same column. Then > you can take the minimum and maximum Y coordinate for each chunk, and > run the polygon through all minimums first, and then through all > maximums. > Agreed, this should work for the way the cluster engraver is currently implemented, i.e. assuming that min and max are being reset at each time-step, but ... > I don't understand your argument about minimums and maximums, since > min and max are being reset at each time-step. Storing the noteheads > at each time step gives just as much information. ... exactly, that's the point: my argument does not hold for the current implementation, but I want to keep it open for a more advanced future implementation of the engraver that does *not* reset min and max at each time-step, but also considers note durations. Example: \startCluster < f2 { a4 g } > \stopCluster currently gives the same result as: \startCluster < f4 { a4 g } > \stopCluster which is musically wrong. It rather should give the same result as: \startCluster < { f4 f } { a4 g } > \stopCluster I.e. a future advanced implementation should also consider duration of notes. But this obviously should not be done in the backend, and that means that the additional dummy note head "f" has to be inserted, e.g. by the engraver. Maybe this could be done by some sort of preprocessing upon the music input, but this sounds rather hairy, and it might have unexpected side effects upon other engravers that take notice of this additional dummy note. If, instead, the engraver computes pitch differences and passes them (rather than note head grobs) to the backend, no dummy note heads will have to be created and no such side effects will occur. Maybe another (but also ugly) solution is to pass at most one note head grob per timestep to the backend that serves as reference point to compute x/y coordinates, and an associated extent property that specifies the vertical extent of the polygon relative to the given note head. Greetings, Juergen From reuter@ipd.uka.de Mon Nov 18 18:29:42 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DvKn-0000Dr-00 for lilypond-devel@gnu.org; Mon, 18 Nov 2002 18:29:41 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DvKl-0000D0-00 for lilypond-devel@gnu.org; Mon, 18 Nov 2002 18:29:41 -0500 Received: from iramx2.ira.uni-karlsruhe.de ([141.3.10.81]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DvKl-0000Cb-00 for lilypond-devel@gnu.org; Mon, 18 Nov 2002 18:29:39 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18DvKi-0002l5-00; Tue, 19 Nov 2002 00:29:36 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18DvKi-0006nR-00; Tue, 19 Nov 2002 00:29:36 +0100 Date: Tue, 19 Nov 2002 00:29:36 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Han-Wen Nienhuys cc: , Juergen Reuter Subject: Re: [PATCH] Clusters In-Reply-To: <15832.12331.272800.435211@blauw.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="59617329-1153960348-1037662176=:1072" Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --59617329-1153960348-1037662176=:1072 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! Attached is a patch that applies most of the issues that we discussed the last few days (I am finally following the (COLUMN-GROB MIN-Y MAX-Y) approach). Also, I (hopefully) fixed a small bug in Grob::warning() that sometimes caused segmentation faults on my machine. I further fixed the ugly appearance of the ligature bracket engraver: it is now based on tuplet brackets (without numbers, though). Basically, lily/ligature-bracket.cc and lily/include/ligature-bracket.hh are no longer needed and could be removed, but then the documentation does not build any more, since there is still a LigatureBracket entry needed in scm/grob-description.scm. Any idea what to do in such a case? This version of the cluster engraver still contains a silly bug: it sometimes produces errors like: ERROR: In procedure append: ERROR: Wrong type argument (expecting NULLP): # I guess, this has to do with protecting scheme expressions from garbage collection? But Protected_scm(column_scm) does not seem to help here (nor does protecting columns_scm_ or segment). Funnily, if I say "ly_display_scm(columns_scm_)" immediately after columns_scm_ has been updated, the error disappears. As a workaround, I put in an additional "cluster_->set_grob_property ("segments", columns_scm_)" into the code, which also seems to eliminate the error, but that's obviously not a real solution to the problem... Documentation/user seems to build for me. BTW., since a couple of versions, during compilation I have manually to "mv -i parser.cc.h parser.hh" in lily/out (I am using bison version 1.28). Greetings, Juergen 2002-11-19 Juergen Reuter * lily/cluster-engraver.cc: bugfix: use protected scm upon columns * lily/cluster-engraver.cc: stick better to variable naming conventions * lily/cluster-engraver.cc: bugfix: delay typesetting of cluster until stop_translation_timestep() * lily/cluster-engraver.cc, lily/cluster.cc: design fix: pass min/max coordinates to backend, but no musical info such as pitches * lily/cluster.cc: robustness fix: do not crash upon empty cluster * lily/grob.cc: robustness fix: warning(): do not crash if cause is not set * lily/ligature-bracket-engraver.cc, scm/grob-description.scm: use the much more elaborated tuplet brackets than the very naive and simple ligature bracket grob --59617329-1153960348-1037662176=:1072 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="diff-1.7.7.jr2" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="diff-1.7.7.jr2" SW5kZXg6IGxpbHkvY2x1c3Rlci1lbmdyYXZlci5jYw0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQ0KUkNTIGZpbGU6IC9jdnNyb290L2xpbHlwb25kL2xpbHlw b25kL2xpbHkvY2x1c3Rlci1lbmdyYXZlci5jYyx2DQpyZXRyaWV2aW5nIHJl dmlzaW9uIDEuMQ0KZGlmZiAtdSAtcjEuMSBjbHVzdGVyLWVuZ3JhdmVyLmNj DQotLS0gbGlseS9jbHVzdGVyLWVuZ3JhdmVyLmNjCTEzIE5vdiAyMDAyIDAw OjUzOjAzIC0wMDAwCTEuMQ0KKysrIGxpbHkvY2x1c3Rlci1lbmdyYXZlci5j YwkxOCBOb3YgMjAwMiAyMzoyMTo1MyAtMDAwMA0KQEAgLTgsNiArOCw3IEBA DQogI2luY2x1ZGUgIml0ZW0uaGgiDQogI2luY2x1ZGUgInNwYW5uZXIuaGgi DQogI2luY2x1ZGUgIm5vdGUtaGVhZC5oaCINCisjaW5jbHVkZSAicHJvdGVj dGVkLXNjbS5oaCINCiAjaW5jbHVkZSAid2Fybi5oaCINCiANCiBjbGFzcyBD bHVzdGVyX2VuZ3JhdmVyIDogcHVibGljIEVuZ3JhdmVyDQpAQCAtMjMsOSAr MjQsOSBAQA0KIA0KIHByaXZhdGU6DQogICBEcnVsX2FycmF5PE11c2ljKj4g cmVxc19kcnVsXzsNCi0gIFBpdGNoIHBpdGNoX21pbiwgcGl0Y2hfbWF4Ow0K LSAgU3Bhbm5lciAqY2x1c3RlcjsNCi0gIFNDTSBjb2x1bW5zX3NjbTsNCisg IFBpdGNoIHBpdGNoX21pbl8sIHBpdGNoX21heF87DQorICBTcGFubmVyICpj bHVzdGVyXzsNCisgIFNDTSBjb2x1bW5zX3NjbV87DQogfTsNCiANCiB2b2lk IHJlc2V0X21pbl9tYXggKFBpdGNoICpwaXRjaF9taW4sIFBpdGNoICpwaXRj aF9tYXgpDQpAQCAtNDAsOCArNDEsOCBAQA0KIA0KIENsdXN0ZXJfZW5ncmF2 ZXI6OkNsdXN0ZXJfZW5ncmF2ZXIgKCkNCiB7DQotICBjbHVzdGVyID0gMDsN Ci0gIGNvbHVtbnNfc2NtID0gU0NNX0VPTDsNCisgIGNsdXN0ZXJfID0gMDsN CisgIGNvbHVtbnNfc2NtXyA9IFNDTV9FT0w7DQogICByZXFzX2RydWxfW0xF RlRdID0gcmVxc19kcnVsX1tSSUdIVF0gPSAwOw0KIH0NCiANCkBAIC01Miwx MSArNTMsMTEgQEANCiAgICAgew0KICAgICAgIHJlcXNfZHJ1bF9bU1RBUlRd ID0gMDsNCiAgICAgICByZXFzX2RydWxfW1NUT1BdID0gMDsNCi0gICAgICBp ZiAoY2x1c3RlcikNCisgICAgICBpZiAoY2x1c3Rlcl8pDQogCXsNCi0JICBj bHVzdGVyLT5zdWljaWRlICgpOw0KLQkgIGNsdXN0ZXIgPSAwOw0KLQkgIGNv bHVtbnNfc2NtID0gU0NNX0VPTDsNCisJICBjbHVzdGVyXy0+c3VpY2lkZSAo KTsNCisJICBjbHVzdGVyXyA9IDA7DQorCSAgY29sdW1uc19zY21fID0gU0NN X0VPTDsNCiAJfQ0KICAgICB9DQogICBlbHNlIGlmIChtLT5pc19tdXNfdHlw ZSAoImNsdXN0ZXItZXZlbnQiKSkNCkBAIC03MywzNSArNzQsMzAgQEANCiB7 DQogICBpZiAocmVxc19kcnVsX1tTVE9QXSkNCiAgICAgew0KLSAgICAgIGlm ICghY2x1c3RlcikNCisgICAgICBpZiAoIWNsdXN0ZXJfKQ0KIAl7DQogCSAg cmVxc19kcnVsX1tTVE9QXS0+b3JpZ2luICgpLT53YXJuaW5nICgiY2FuJ3Qg ZmluZCBzdGFydCBvZiBjbHVzdGVyIik7DQogCX0NCiAgICAgICBlbHNlDQog CXsNCiAJICBHcm9iICpib3VuZCA9IHVuc21vYl9ncm9iIChnZXRfcHJvcGVy dHkgKCJjdXJyZW50TXVzaWNhbENvbHVtbiIpKTsNCi0JICBjbHVzdGVyLT5z ZXRfYm91bmQgKFJJR0hULCBib3VuZCk7DQotCSAgY2x1c3Rlci0+c2V0X2dy b2JfcHJvcGVydHkgKCJzZWdtZW50cyIsIGNvbHVtbnNfc2NtKTsNCi0JICB0 eXBlc2V0X2dyb2IgKGNsdXN0ZXIpOw0KLQkgIGNsdXN0ZXIgPSAwOw0KLQkg IGNvbHVtbnNfc2NtID0gU0NNX0VPTDsNCisJICBjbHVzdGVyXy0+c2V0X2Jv dW5kIChSSUdIVCwgYm91bmQpOw0KIAl9DQotICAgICAgcmVxc19kcnVsX1tT VE9QXSA9IDA7DQogICAgIH0NCiAgIGlmIChyZXFzX2RydWxfW1NUQVJUXSkN CiAgICAgew0KLSAgICAgIGlmIChjbHVzdGVyKQ0KKyAgICAgIGlmIChjbHVz dGVyXykNCiAJew0KIAkgIHJlcXNfZHJ1bF9bU1RBUlRdLT5vcmlnaW4gKCkt Pndhcm5pbmcgKCJtYXkgbm90IG5lc3QgY2x1c3RlcnMiKTsNCiAJfQ0KICAg ICAgIGVsc2UNCiAJew0KIAkgIFNDTSBiYXNpY1Byb3BlcnRpZXMgPSBnZXRf cHJvcGVydHkgKCJDbHVzdGVyIik7DQotCSAgY2x1c3RlciA9IG5ldyBTcGFu bmVyIChiYXNpY1Byb3BlcnRpZXMpOw0KLQkgIGNvbHVtbnNfc2NtID0gU0NN X0VPTDsNCisJICBjbHVzdGVyXyA9IG5ldyBTcGFubmVyIChiYXNpY1Byb3Bl cnRpZXMpOw0KKwkgIGNvbHVtbnNfc2NtXyA9IFNDTV9FT0w7DQogCSAgR3Jv YiAqYm91bmQgPSB1bnNtb2JfZ3JvYiAoZ2V0X3Byb3BlcnR5ICgiY3VycmVu dE11c2ljYWxDb2x1bW4iKSk7DQotCSAgY2x1c3Rlci0+c2V0X2JvdW5kIChM RUZULCBib3VuZCk7DQotCSAgYW5ub3VuY2VfZ3JvYiAoY2x1c3RlciwgYm91 bmQtPnNlbGZfc2NtICgpKTsNCisJICBjbHVzdGVyXy0+c2V0X2JvdW5kIChM RUZULCBib3VuZCk7DQorCSAgYW5ub3VuY2VfZ3JvYiAoY2x1c3Rlcl8sIGJv dW5kLT5zZWxmX3NjbSAoKSk7DQogCX0NCiAgICAgICByZXFzX2RydWxfW1NU QVJUXSA9IDA7DQogICAgIH0NCkBAIC0xMTAsNDAgKzEwNiw1NSBAQA0KIHZv aWQNCiBDbHVzdGVyX2VuZ3JhdmVyOjpzdGFydF90cmFuc2xhdGlvbl90aW1l c3RlcCAoKQ0KIHsNCi0gIHJlc2V0X21pbl9tYXggKCZwaXRjaF9taW4sICZw aXRjaF9tYXgpOw0KKyAgcmVzZXRfbWluX21heCAoJnBpdGNoX21pbl8sICZw aXRjaF9tYXhfKTsNCiB9DQogDQogdm9pZA0KIENsdXN0ZXJfZW5ncmF2ZXI6 OnN0b3BfdHJhbnNsYXRpb25fdGltZXN0ZXAgKCkNCiB7DQotICBpZiAoY2x1 c3RlcikNCisgIGlmIChjbHVzdGVyXykNCiAgICAgew0KICAgICAgIFNDTSBj b2x1bW5fc2NtID0gZ2V0X3Byb3BlcnR5ICgiY3VycmVudE11c2ljYWxDb2x1 bW4iKTsNCiAgICAgICBpZiAoY29sdW1uX3NjbSA9PSBTQ01fRU9MKQ0KIAl7 DQogCSAgcHJvZ3JhbW1pbmdfZXJyb3IoImZhaWxlZCByZXRyaWV2aW5nIGN1 cnJlbnQgY29sdW1uIik7DQotCSAgcmV0dXJuOw0KLQl9DQotDQotICAgICAg aWYgKFBpdGNoOjpjb21wYXJlIChwaXRjaF9taW4sIHBpdGNoX21heCkgPD0g MCkNCi0Jew0KLQkgIGludCBzdGFmZl9wb3NpdGlvbiA9IHBpdGNoX21pbi5z dGVwcyAoKTsNCi0JICBTQ00gYzAgPSBnZXRfcHJvcGVydHkgKCJjZW50cmFs Q1Bvc2l0aW9uIik7DQotCSAgaWYgKGdoX251bWJlcl9wIChjMCkpDQotCSAg ICBzdGFmZl9wb3NpdGlvbiArPSBnaF9zY20yaW50IChjMCk7DQotCSAgU0NN IHNlZ21lbnQgPSBzY21fbGlzdF9uIChjb2x1bW5fc2NtLA0KLQkJCQkgICAg Z2hfaW50MnNjbSAoc3RhZmZfcG9zaXRpb24pLA0KLQkJCQkgICAgcGl0Y2hf bWluLnNtb2JiZWRfY29weSAoKSwNCi0JCQkJICAgIHBpdGNoX21heC5zbW9i YmVkX2NvcHkgKCksDQotCQkJCSAgICBTQ01fVU5ERUZJTkVEKTsNCi0JICBz ZWdtZW50ID0gc2NtX2xpc3RfbiAoc2VnbWVudCwgU0NNX1VOREVGSU5FRCk7 DQotCSAgY29sdW1uc19zY20gPSAoY29sdW1uc19zY20gIT0gU0NNX0VPTCkg Pw0KLQkgICAgZ2hfYXBwZW5kMiAoY29sdW1uc19zY20sIHNlZ21lbnQpIDog c2VnbWVudDsNCiAJfQ0KICAgICAgIGVsc2UNCiAJew0KLQkgIC8qIFRoaXMg dGltZXN0ZXAgaXMgY2F1c2VkIGJ5IGEgZGlmZmVyZW50IHZvaWNlIG9mIHRo ZSBzYW1lDQotCSAgICAgc3RhZmYgYW5kIGhlbmNlIHNob3VsZCBiZSBpZ25v cmVkLiAqLw0KKwkgIGlmIChQaXRjaDo6Y29tcGFyZSAocGl0Y2hfbWluXywg cGl0Y2hfbWF4XykgPD0gMCkNCisJICAgIHsNCisJICAgICAgUmVhbCB5X2Jv dHRvbSA9IDAuNSAqIHBpdGNoX21pbl8uc3RlcHMgKCk7DQorCSAgICAgIFND TSBjMCA9IGdldF9wcm9wZXJ0eSAoImNlbnRyYWxDUG9zaXRpb24iKTsNCisJ ICAgICAgaWYgKGdoX251bWJlcl9wIChjMCkpDQorCQl5X2JvdHRvbSArPSAw LjUgKiBnaF9zY20yaW50IChjMCk7DQorCSAgICAgIGVsc2UNCisJCXByb2dy YW1taW5nX2Vycm9yICgiQ2x1c3Rlcl9lbmdyYXZlcjogZmFpbGVkIGV2YWx1 YXRpbmcgYzAiKTsNCisJICAgICAgUmVhbCB5X3RvcCA9IHlfYm90dG9tICsN CisJCTAuNSAqIChwaXRjaF9tYXhfLnN0ZXBzICgpIC0gcGl0Y2hfbWluXy5z dGVwcyAoKSk7DQorCSAgICAgIGNvbHVtbl9zY20gPSBQcm90ZWN0ZWRfc2Nt IChjb2x1bW5fc2NtKTsNCisJICAgICAgU0NNIHNlZ21lbnQgPSBzY21fbGlz dF9uIChjb2x1bW5fc2NtLA0KKwkJCQkJZ2hfZG91YmxlMnNjbSAoeV9ib3R0 b20pLA0KKwkJCQkJZ2hfZG91YmxlMnNjbSAoeV90b3ApLA0KKwkJCQkJU0NN X1VOREVGSU5FRCk7DQorCSAgICAgIHNlZ21lbnQgPSBzY21fbGlzdF9uIChz ZWdtZW50LCBTQ01fVU5ERUZJTkVEKTsNCisJICAgICAgY29sdW1uc19zY21f ID0gKGNvbHVtbnNfc2NtXyAhPSBTQ01fRU9MKSA/DQorCQlnaF9hcHBlbmQy IChjb2x1bW5zX3NjbV8sIHNlZ21lbnQpIDogc2VnbWVudDsNCisJICAgICAg Y2x1c3Rlcl8tPnNldF9ncm9iX3Byb3BlcnR5ICgic2VnbWVudHMiLCBjb2x1 bW5zX3NjbV8pOyAvLyBVcnJnaCENCisJICAgIH0NCisJICBlbHNlDQorCSAg ICB7DQorCSAgICAgIC8qIFRoaXMgdGltZXN0ZXAgaXMgY2F1c2VkIGJ5IGEg ZGlmZmVyZW50IHZvaWNlIG9mIHRoZQ0KKwkJIHNhbWUgc3RhZmYgYW5kIGhl bmNlIHNob3VsZCBiZSBpZ25vcmVkLiAqLw0KKwkgICAgfQ0KKwl9DQorDQor ICAgICAgaWYgKHJlcXNfZHJ1bF9bU1RPUF0pDQorCXsNCisJICByZXFzX2Ry dWxfW1NUT1BdID0gMDsNCisJICBjbHVzdGVyXy0+c2V0X2dyb2JfcHJvcGVy dHkgKCJzZWdtZW50cyIsIGNvbHVtbnNfc2NtXyk7DQorCSAgdHlwZXNldF9n cm9iIChjbHVzdGVyXyk7DQorCSAgY2x1c3Rlcl8gPSAwOw0KKwkgIGNvbHVt bnNfc2NtXyA9IFNDTV9FT0w7DQogCX0NCiAgICAgfQ0KIH0NCkBAIC0xNjAs MTkgKzE3MSwxOSBAQA0KIAkgIGlmIChuciAmJiBuci0+aXNfbXVzX3R5cGUg KCJub3RlLWV2ZW50IikpDQogCSAgICB7DQogCSAgICAgIFBpdGNoIHBpdGNo ID0gKnVuc21vYl9waXRjaCAobnItPmdldF9tdXNfcHJvcGVydHkgKCJwaXRj aCIpKTsNCi0JICAgICAgaWYgKFBpdGNoOjpjb21wYXJlIChwaXRjaF9taW4s IHBpdGNoX21heCkgPiAwKSAvLyBhbHJlYWR5IGluaXQnZD8NCisJICAgICAg aWYgKFBpdGNoOjpjb21wYXJlIChwaXRjaF9taW5fLCBwaXRjaF9tYXhfKSA+ IDApIC8vIGFscmVhZHkgaW5pdCdkPw0KIAkJew0KIAkJICAvLyBub3QgeWV0 IGluaXQnZDsgdXNlIGN1cnJlbnQgcGl0Y2ggdG8gaW5pdCBtaW4vbWF4DQot CQkgIHBpdGNoX21pbiA9IHBpdGNoOw0KLQkJICBwaXRjaF9tYXggPSBwaXRj aDsNCisJCSAgcGl0Y2hfbWluXyA9IHBpdGNoOw0KKwkJICBwaXRjaF9tYXhf ID0gcGl0Y2g7DQogCQl9DQotCSAgICAgIGVsc2UgaWYgKFBpdGNoOjpjb21w YXJlIChwaXRjaCwgcGl0Y2hfbWF4KSA+IDApIC8vIG5ldyBtYXg/DQorCSAg ICAgIGVsc2UgaWYgKFBpdGNoOjpjb21wYXJlIChwaXRjaCwgcGl0Y2hfbWF4 XykgPiAwKSAvLyBuZXcgbWF4Pw0KIAkJew0KLQkJICBwaXRjaF9tYXggPSBw aXRjaDsNCisJCSAgcGl0Y2hfbWF4XyA9IHBpdGNoOw0KIAkJfQ0KLQkgICAg ICBlbHNlIGlmIChQaXRjaDo6Y29tcGFyZSAocGl0Y2gsIHBpdGNoX21pbikg PCAwKSAvLyBuZXcgbWluPw0KKwkgICAgICBlbHNlIGlmIChQaXRjaDo6Y29t cGFyZSAocGl0Y2gsIHBpdGNoX21pbl8pIDwgMCkgLy8gbmV3IG1pbj8NCiAJ CXsNCi0JCSAgcGl0Y2hfbWluID0gcGl0Y2g7DQorCQkgIHBpdGNoX21pbl8g PSBwaXRjaDsNCiAJCX0NCiAJICAgIH0NCiAJfQ0KSW5kZXg6IGxpbHkvY2x1 c3Rlci5jYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9j dnNyb290L2xpbHlwb25kL2xpbHlwb25kL2xpbHkvY2x1c3Rlci5jYyx2DQpy ZXRyaWV2aW5nIHJldmlzaW9uIDEuMg0KZGlmZiAtdSAtcjEuMiBjbHVzdGVy LmNjDQotLS0gbGlseS9jbHVzdGVyLmNjCTE0IE5vdiAyMDAyIDA5OjA5OjA3 IC0wMDAwCTEuMg0KKysrIGxpbHkvY2x1c3Rlci5jYwkxOCBOb3YgMjAwMiAy MzoyMTo1MyAtMDAwMA0KQEAgLTEzMiwxMCArMTMyLDExIEBADQogICBHcm9i ICptZSA9IHVuc21vYl9ncm9iIChzbW9iKTsNCiANCiAgIFNwYW5uZXIgKnNw YW5uZXIgPSBkeW5hbWljX2Nhc3Q8U3Bhbm5lcio+IChtZSk7DQotICBpZiAo IXNwYW5uZXIpIHsNCi0gICAgbWUtPnByb2dyYW1taW5nX2Vycm9yICgiQ2x1 c3Rlcjo6YnJld19tb2xlY3VsZSgpOiBub3QgYSBzcGFubmVyIik7DQotICAg IHJldHVybiBTQ01fRU9MOw0KLSAgfQ0KKyAgaWYgKCFzcGFubmVyKQ0KKyAg ICB7DQorICAgICAgbWUtPnByb2dyYW1taW5nX2Vycm9yICgiQ2x1c3Rlcjo6 YnJld19tb2xlY3VsZSgpOiBub3QgYSBzcGFubmVyIik7DQorICAgICAgcmV0 dXJuIFNDTV9FT0w7DQorICAgIH0NCiANCiAgIEl0ZW0gKmxlZnRfYm91bmQg PSBzcGFubmVyLT5nZXRfYm91bmQgKExFRlQpOw0KICAgSXRlbSAqcmlnaHRf Ym91bmQgPSBzcGFubmVyLT5nZXRfYm91bmQgKFJJR0hUKTsNCkBAIC0xNDks NyArMTUwLDE1IEBADQogICBib3R0b21fcG9pbnRzLmNsZWFyICgpOw0KICAg dG9wX3BvaW50cy5jbGVhciAoKTsNCiAgIFNDTSBjb2x1bW5fc2NtID0gU0NN X0VPTDsNCi0gIGZvciAoU0NNIGNvbHVtbnNfc2NtID0gbWUtPmdldF9ncm9i X3Byb3BlcnR5ICgic2VnbWVudHMiKTsNCisNCisgIFNDTSBjb2x1bW5zX3Nj bSA9IG1lLT5nZXRfZ3JvYl9wcm9wZXJ0eSAoInNlZ21lbnRzIik7DQorICBp ZiAoY29sdW1uc19zY20gPT0gU0NNX0VPTCkNCisgICAgew0KKyAgICAgIG1l LT53YXJuaW5nICgianVua2luZyBlbXB0eSBjbHVzdGVyIik7DQorICAgICAg cmV0dXJuIFNDTV9FT0w7DQorICAgIH0NCisNCisgIGZvciAoOw0KICAgICAg ICBjb2x1bW5zX3NjbSAhPSBTQ01fRU9MOw0KICAgICAgICBjb2x1bW5zX3Nj bSA9IGx5X2NkciAoY29sdW1uc19zY20pKSB7DQogICAgIGNvbHVtbl9zY20g PSBseV9jYXIgKGNvbHVtbnNfc2NtKTsNCkBAIC0xNjIsMzEgKzE3MSwyNiBA QA0KIAlicmVhazsgLy8gb2ssIHdlIGhhdmUgc2VlbiBhbGwgY29sdW1ucw0K ICAgICBjb2x1bW4gPSB1bnNtb2JfZ3JvYiAoY29sX3NjbSk7DQogICAgIGNv bHVtbl9zY20gPSBseV9jZHIgKGNvbHVtbl9zY20pOw0KLSAgICBSZWFsIHkg PSAwLjUgKiBnaF9zY20yZG91YmxlIChseV9jYXIgKGNvbHVtbl9zY20pKTsN Ci0gICAgY29sdW1uX3NjbSA9IGx5X2NkciAoY29sdW1uX3NjbSk7DQotICAg IFBpdGNoICpwaXRjaF9taW4gPSB1bnNtb2JfcGl0Y2ggKGx5X2NhciAoY29s dW1uX3NjbSkpOw0KKyAgICBSZWFsIHlfYm90dG9tID0gZ2hfc2NtMmRvdWJs ZSAobHlfY2FyIChjb2x1bW5fc2NtKSk7DQogICAgIGNvbHVtbl9zY20gPSBs eV9jZHIgKGNvbHVtbl9zY20pOw0KLSAgICBQaXRjaCAqcGl0Y2hfbWF4ID0g dW5zbW9iX3BpdGNoIChseV9jYXIgKGNvbHVtbl9zY20pKTsNCi0gICAgUmVh bCBoZWlnaHQgPSAwLjUgKiAocGl0Y2hfbWF4LT5zdGVwcyAoKSAtIHBpdGNo X21pbi0+c3RlcHMgKCkpOw0KKyAgICBSZWFsIHlfdG9wID0gZ2hfc2NtMmRv dWJsZSAobHlfY2FyIChjb2x1bW5fc2NtKSk7DQogICAgIFJlYWwgeCA9IGNv bHVtbi0+cmVsYXRpdmVfY29vcmRpbmF0ZSAoY29tbW9uLCBYX0FYSVMpOw0K ICAgICBpZiAocmlnaHRfYnJva2VuKQ0KICAgICAgIHggLT0gbGVmdF9ib3Vu ZC0+cmVsYXRpdmVfY29vcmRpbmF0ZSAoY29tbW9uLCBYX0FYSVMpOw0KLSAg ICBib3R0b21fcG9pbnRzLnB1c2ggKE9mZnNldCAoeCwgeSkpOw0KLSAgICB0 b3BfcG9pbnRzLnB1c2ggKE9mZnNldCAoeCwgeSArIGhlaWdodCkpOw0KKyAg ICBib3R0b21fcG9pbnRzLnB1c2ggKE9mZnNldCAoeCwgeV9ib3R0b20pKTsN CisgICAgdG9wX3BvaW50cy5wdXNoIChPZmZzZXQgKHgsIHlfdG9wKSk7DQog ICB9DQogICBpZiAocmlnaHRfYnJva2VuKQ0KICAgICB7DQotICAgICAgUmVh bCB5ID0gMC41ICogZ2hfc2NtMmRvdWJsZSAobHlfY2FyIChjb2x1bW5fc2Nt KSk7DQorICAgICAgUmVhbCB5X2JvdHRvbSA9IGdoX3NjbTJkb3VibGUgKGx5 X2NhciAoY29sdW1uX3NjbSkpOw0KICAgICAgIGNvbHVtbl9zY20gPSBseV9j ZHIgKGNvbHVtbl9zY20pOw0KLSAgICAgIFBpdGNoICpwaXRjaF9taW4gPSB1 bnNtb2JfcGl0Y2ggKGx5X2NhciAoY29sdW1uX3NjbSkpOw0KKyAgICAgIFJl YWwgeV90b3AgPSBnaF9zY20yZG91YmxlIChseV9jYXIgKGNvbHVtbl9zY20p KTsNCiAgICAgICBjb2x1bW5fc2NtID0gbHlfY2RyIChjb2x1bW5fc2NtKTsN Ci0gICAgICBQaXRjaCAqcGl0Y2hfbWF4ID0gdW5zbW9iX3BpdGNoIChseV9j YXIgKGNvbHVtbl9zY20pKTsNCi0gICAgICBSZWFsIGhlaWdodCA9IDAuNSAq IChwaXRjaF9tYXgtPnN0ZXBzICgpIC0gcGl0Y2hfbWluLT5zdGVwcyAoKSk7 DQogICAgICAgUmVhbCB4ID0NCiAJcmlnaHRfYm91bmQtPnJlbGF0aXZlX2Nv b3JkaW5hdGUgKGNvbW1vbiwgWF9BWElTKSAtDQogCWxlZnRfYm91bmQtPnJl bGF0aXZlX2Nvb3JkaW5hdGUgKGNvbW1vbiwgWF9BWElTKTsNCi0gICAgICBi b3R0b21fcG9pbnRzLnB1c2ggKE9mZnNldCAoeCwgeSkpOw0KLSAgICAgIHRv cF9wb2ludHMucHVzaCAoT2Zmc2V0ICh4LCB5ICsgaGVpZ2h0KSk7DQorICAg ICAgYm90dG9tX3BvaW50cy5wdXNoIChPZmZzZXQgKHgsIHlfYm90dG9tKSk7 DQorICAgICAgdG9wX3BvaW50cy5wdXNoIChPZmZzZXQgKHgsIHlfdG9wKSk7 DQogICAgIH0NCiAgIE1vbGVjdWxlIG91dCA9IGJyZXdfY2x1c3Rlcl9waWVj ZSAobWUsIGJvdHRvbV9wb2ludHMsIHRvcF9wb2ludHMpOw0KICAgcmV0dXJu IG91dC5zbW9iYmVkX2NvcHkgKCk7DQpJbmRleDogbGlseS9ncm9iLmNjDQo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2c3Jvb3QvbGls eXBvbmQvbGlseXBvbmQvbGlseS9ncm9iLmNjLHYNCnJldHJpZXZpbmcgcmV2 aXNpb24gMS42MQ0KZGlmZiAtdSAtcjEuNjEgZ3JvYi5jYw0KLS0tIGxpbHkv Z3JvYi5jYwkxNCBOb3YgMjAwMiAwOTowOTowNyAtMDAwMAkxLjYxDQorKysg bGlseS9ncm9iLmNjCTE4IE5vdiAyMDAyIDIzOjIxOjUzIC0wMDAwDQpAQCAt NzAwLDcgKzcwMCw3IEBADQogR3JvYjo6d2FybmluZyAoU3RyaW5nIHMpY29u c3QNCiB7DQogICBTQ00gY2F1c2UgPSBzZWxmX3NjbSgpOw0KLSAgd2hpbGUg KGNhdXNlICE9IFNDTV9FT0wgJiYgIXVuc21vYl9tdXNpYyAoY2F1c2UpKQ0K KyAgd2hpbGUgKGNhdXNlICE9IFNDTV9FT0wgJiYgdW5zbW9iX211c2ljIChj YXVzZSkpDQogICAgIHsNCiAgICAgICBHcm9iICogZyA9IHVuc21vYl9ncm9i IChjYXVzZSk7DQogICAgICAgY2F1c2UgPSBnLT5nZXRfZ3JvYl9wcm9wZXJ0 eSAoImNhdXNlIik7DQpJbmRleDogbGlseS9saWdhdHVyZS1icmFja2V0LWVu Z3JhdmVyLmNjDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTog L2N2c3Jvb3QvbGlseXBvbmQvbGlseXBvbmQvbGlseS9saWdhdHVyZS1icmFj a2V0LWVuZ3JhdmVyLmNjLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS42DQpk aWZmIC11IC1yMS42IGxpZ2F0dXJlLWJyYWNrZXQtZW5ncmF2ZXIuY2MNCi0t LSBsaWx5L2xpZ2F0dXJlLWJyYWNrZXQtZW5ncmF2ZXIuY2MJMTIgTm92IDIw MDIgMjA6NDc6NDEgLTAwMDAJMS42DQorKysgbGlseS9saWdhdHVyZS1icmFj a2V0LWVuZ3JhdmVyLmNjCTE4IE5vdiAyMDAyIDIzOjIxOjUzIC0wMDAwDQpA QCAtNyw2ICs3LDggQEANCiAgIA0KICAqLw0KICNpbmNsdWRlICJsaWdhdHVy ZS1lbmdyYXZlci5oaCINCisjaW5jbHVkZSAibm90ZS1jb2x1bW4uaGgiDQor I2luY2x1ZGUgInR1cGxldC1icmFja2V0LmhoIg0KICNpbmNsdWRlICJzcGFu bmVyLmhoIg0KICNpbmNsdWRlICJ3YXJuLmhoIg0KIA0KQEAgLTE0LDYgKzE2 LDcgQEANCiB7DQogcHJvdGVjdGVkOg0KICAgdmlydHVhbCBTcGFubmVyICpj cmVhdGVfbGlnYXR1cmVfc3Bhbm5lciAoKTsNCisgIHZpcnR1YWwgdm9pZCBh Y2tub3dsZWRnZV9ncm9iIChHcm9iX2luZm8pOw0KIA0KIHB1YmxpYzoNCiAg IFRSQU5TTEFUT1JfREVDTEFSQVRJT05TKExpZ2F0dXJlX2JyYWNrZXRfZW5n cmF2ZXIpOw0KQEAgLTMzLDEwICszNiwyMyBAQA0KICAgcmV0dXJuIG5ldyBT cGFubmVyIChnZXRfcHJvcGVydHkgKCJMaWdhdHVyZUJyYWNrZXQiKSk7DQog fQ0KIA0KK3ZvaWQNCitMaWdhdHVyZV9icmFja2V0X2VuZ3JhdmVyOjphY2tu b3dsZWRnZV9ncm9iIChHcm9iX2luZm8gaW5mbykNCit7DQorICBpZiAobGln YXR1cmVfKQ0KKyAgICB7DQorICAgICAgaWYgKE5vdGVfY29sdW1uOjpoYXNf aW50ZXJmYWNlIChpbmZvLmdyb2JfKSkNCisJew0KKwkgIFR1cGxldF9icmFj a2V0OjphZGRfY29sdW1uIChsaWdhdHVyZV8sIGR5bmFtaWNfY2FzdDxJdGVt Kj4gKGluZm8uZ3JvYl8pKTsNCisJfQ0KKyAgICAgIGVsc2UgTGlnYXR1cmVf ZW5ncmF2ZXI6OmFja25vd2xlZGdlX2dyb2IgKGluZm8pOw0KKyAgICB9DQor fQ0KKw0KIEVOVEVSX0RFU0NSSVBUSU9OKExpZ2F0dXJlX2JyYWNrZXRfZW5n cmF2ZXIsDQogLyogZGVzY3IgKi8gICAgICAgIkhhbmRsZXMgTGlnYXR1cmVf ZXZlbnRzIGJ5IGVuZ3JhdmluZyBMaWdhdHVyZSBicmFja2V0cy4iLA0KLS8q IGNyZWF0cyovICAgICAgICJMaWdhdHVyZUJyYWNrZXQiLA0KKy8qIGNyZWF0 cyovICAgICAgICJUdXBsZXRCcmFja2V0IiwNCiAvKiBhY2NlcHRzICovICAg ICAibGlnYXR1cmUtZXZlbnQgYWJvcnQtZXZlbnQiLA0KLS8qIGFja3MgICov ICAgICAgImxpZ2F0dXJlLWhlYWQtaW50ZXJmYWNlIHJlc3QtaW50ZXJmYWNl IiwNCisvKiBhY2tzICAqLyAgICAgICJsaWdhdHVyZS1oZWFkLWludGVyZmFj ZSByZXN0LWludGVyZmFjZSBub3RlLWNvbHVtbi1pbnRlcmZhY2UiLA0KIC8q IHJlYWRzICovICAgICAgICIiLA0KIC8qIHdyaXRlICovICAgICAgICIiKTsN CkluZGV4OiBzY20vZ3JvYi1kZXNjcmlwdGlvbi5zY20NCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0NClJDUyBmaWxlOiAvY3Zzcm9vdC9saWx5cG9uZC9saWx5 cG9uZC9zY20vZ3JvYi1kZXNjcmlwdGlvbi5zY20sdg0KcmV0cmlldmluZyBy ZXZpc2lvbiAxLjE0OQ0KZGlmZiAtdSAtcjEuMTQ5IGdyb2ItZGVzY3JpcHRp b24uc2NtDQotLS0gc2NtL2dyb2ItZGVzY3JpcHRpb24uc2NtCTE0IE5vdiAy MDAyIDIyOjA1OjM2IC0wMDAwCTEuMTQ5DQorKysgc2NtL2dyb2ItZGVzY3Jp cHRpb24uc2NtCTE4IE5vdiAyMDAyIDIzOjIxOjUzIC0wMDAwDQpAQCAtNDQ0 LDExICs0NDQsMTggQEANCiANCiAgICAgKExpZ2F0dXJlQnJhY2tldA0KICAg ICAgLiAoDQotCSh3aWR0aCAuIDAuNzUpDQotCShoZWlnaHQgLiAwLjUpDQog CShsaWdhdHVyZS1wcmltaXRpdmUtY2FsbGJhY2sgLiAsTm90ZV9oZWFkOjpi cmV3X21vbGVjdWxlKQ0KLQkobW9sZWN1bGUtY2FsbGJhY2sgLiAsTGlnYXR1 cmVfYnJhY2tldDo6YnJld19tb2xlY3VsZSkNCi0JKG1ldGEgLiAoKGludGVy ZmFjZXMgLiAobGlnYXR1cmUtYnJhY2tldC1pbnRlcmZhY2Ugc3Bhbm5lci1p bnRlcmZhY2UpKSkpDQorCShkaXJlY3Rpb24gLiAxKQ0KKwkoZ2FwIC4gMC4w KQ0KKwkocGFkZGluZyAuIDIuMCkNCisJKHRoaWNrbmVzcyAuIDEuNikNCisJ KGVkZ2Utd2lkZW4gLiAoMC4wIC4gMC4wKSkNCisJKGVkZ2UtaGVpZ2h0IC4g KDAuNyAuIDAuNykpDQorCShzaG9ydGVuLXBhaXIgLiAoLTAuMiAuIC0wLjIp KQ0KKwkoYmVmb3JlLWxpbmUtYnJlYWtpbmctY2FsbGJhY2sgLiAsVHVwbGV0 X2JyYWNrZXQ6OmJlZm9yZV9saW5lX2JyZWFraW5nKQ0KKwkoYWZ0ZXItbGlu ZS1icmVha2luZy1jYWxsYmFjayAuICxUdXBsZXRfYnJhY2tldDo6YWZ0ZXJf bGluZV9icmVha2luZykNCisJKG1vbGVjdWxlLWNhbGxiYWNrIC4gLFR1cGxl dF9icmFja2V0OjpicmV3X21vbGVjdWxlKQ0KKwkobWV0YSAuICAoKGludGVy ZmFjZXMgLiAodHVwbGV0LWJyYWNrZXQtaW50ZXJmYWNlIHNwYW5uZXItaW50 ZXJmYWNlKSkpKQ0KIAkpKQ0KIA0KICAgICAoTGlnYXR1cmVIZWFkDQo= --59617329-1153960348-1037662176=:1072-- From janneke@gnu.org Tue Nov 19 13:28:53 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18ED7F-0004da-00 for lilypond-devel@gnu.org; Tue, 19 Nov 2002 13:28:53 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18ED7C-0004dM-00 for lilypond-devel@gnu.org; Tue, 19 Nov 2002 13:28:52 -0500 Received: from node-d-3053.a2000.nl ([62.195.48.83] helo=peder.flower) by monty-python.gnu.org with esmtp (Exim 4.10) id 18ED7B-0004cx-00 for lilypond-devel@gnu.org; Tue, 19 Nov 2002 13:28:50 -0500 Received: from localhost.localdomain ([127.0.0.1] helo=peder.flower ident=fred) by peder.flower with esmtp (Exim 3.36 #1 (Debian)) id 18ED7A-0003p6-00; Tue, 19 Nov 2002 19:28:48 +0100 To: hjunes@cc.hut.fi Cc: lilypond-devel@gnu.org Subject: Re: lilypond ChangeLog lilypond-mode.el lilypond.words References: Organization: Jan at Appel From: Jan Nieuwenhuizen Date: Tue, 19 Nov 2002 19:28:47 +0100 In-Reply-To: (Heikki Johannes Junes's message of "Tue, 19 Nov 2002 10:11:15 -0500") Message-ID: <877kf9behs.fsf@peder.flower> User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-RBL-Warning: (inputs.orbz.org) Mail rejected because the server you are sending to is misconfigured. X-RBL-Warning: (outputs.orbz.org) Mail rejected because the server you are sending to is misconfigured. Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: Heikki Johannes Junes writes: > *** lilypond/lilypond-mode.el:1.44 Sat Nov 9 19:30:16 2002 > --- lilypond/lilypond-mode.el Tue Nov 19 10:11:15 2002 > *************** > *** 15,34 **** > > ;;; Inspired on auctex > > - ;;; > - ;;; Add this to your ~/.emacs or ~/.emacs.el > - ;;; (load-library "lilypond-mode.el") > - ;;; (setq auto-mode-alist > - ;;; (cons '("\\.ly$" . LilyPond-mode) auto-mode-alist)) > - ;;; > - Shouldn't we leave a marker here, pointing to how to do it? Also, how about changing the instructions a bit while we're at it: -(load-library "lilypond-mode.el") +(autoload 'LilyPond-mode "lilypond-mode" "" t) Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org From hanwen@cs.uu.nl Tue Nov 19 15:29:22 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18EEzp-0004aq-00 for lilypond-devel@gnu.org; Tue, 19 Nov 2002 15:29:21 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18EEzl-0004Zi-00 for lilypond-devel@gnu.org; Tue, 19 Nov 2002 15:29:19 -0500 Received: from smtpzilla1.xs4all.nl ([194.109.127.137]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18EEzk-0004ZQ-00 for lilypond-devel@gnu.org; Tue, 19 Nov 2002 15:29:16 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id gAJKTEn8013425; Tue, 19 Nov 2002 21:29:14 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15834.41019.388284.720791@blauw.xs4all.nl> Date: Tue, 19 Nov 2002 21:34:03 +0100 To: Juergen Reuter Cc: Subject: Re: [PATCH] Clusters In-Reply-To: References: <15832.12331.272800.435211@blauw.xs4all.nl> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > Grob::warning() that sometimes caused segmentation faults on my > machine. I further fixed the ugly appearance of the ligature bracket I fixed it further, see CVS > engraver: it is now based on tuplet brackets (without numbers, > though). Basically, lily/ligature-bracket.cc and > lily/include/ligature-bracket.hh are no longer needed and could be > removed, but then the documentation does not build any more, since > there is still a LigatureBracket entry needed in > scm/grob-description.scm. Any idea what to do in such a case? I added (ly:add-interface 'ligature-bracket-interface "A bracket indicating a ligature in the original edition", '(width thickness height ligature-primitive-callback)) to interface-description.scm > This version of the cluster engraver still contains a silly bug: it > sometimes produces errors like: > > ERROR: In procedure append: > ERROR: Wrong type argument (expecting NULLP): # missed a reference> > > I guess, this has to do with protecting scheme expressions from > garbage collection? But Protected_scm(column_scm) does not seem to > help here (nor does protecting columns_scm_ or segment). Funnily, if > I say "ly_display_scm(columns_scm_)" immediately after columns_scm_ > has been updated, the error disappears. As a workaround, I put in an > additional "cluster_->set_grob_property ("segments", columns_scm_)" > into the code, which also seems to eliminate the error, but that's > obviously not a real solution to the problem... You should have Protected_scm as the type in the class definition, i.e. class .. { Protected_scm columns_scm; } However, your solution (which you call ugh) is actually preferred, since it exposes the columns variable to other engravers (through the announce/acknowledge mechanism). -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From hjunes@kosh.hut.fi Tue Nov 19 17:10:37 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18EGZp-0003jK-00 for lilypond-devel@gnu.org; Tue, 19 Nov 2002 17:10:37 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18EGZm-0003eT-00 for lilypond-devel@gnu.org; Tue, 19 Nov 2002 17:10:36 -0500 Received: from smtp-2.hut.fi ([130.233.228.92]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18EGZl-0003eL-00; Tue, 19 Nov 2002 17:10:33 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-2.hut.fi (8.12.6/8.12.6) with ESMTP id gAJMAUNJ011940; Wed, 20 Nov 2002 00:10:30 +0200 Date: Wed, 20 Nov 2002 00:10:30 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: Jan Nieuwenhuizen cc: lilypond-devel@gnu.org Subject: Re: lilypond ChangeLog lilypond-mode.el lilypond.words In-Reply-To: <877kf9behs.fsf@peder.flower> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-2.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Tue, 19 Nov 2002, Jan Nieuwenhuizen wrote: > Shouldn't we leave a marker here, pointing to how to do it? > > Also, how about changing the instructions a bit while we're at it: > > -(load-library "lilypond-mode.el") > +(autoload 'LilyPond-mode "lilypond-mode" "" t) > Fixed. Now, - there is only one place, lilypond-init.el, for invoking LilyPond Emacs mode, so it is much easier to maintain, - lilypond-mode.el points lilypond-init.el and Documentation/topdocs/INSTALL.texi for installing instructions, so one knows where to apply patches for installing instructions, and - lilypond-init.el contains the installing instructions directly from Documentation/topdocs/INSTALL.texi -- one can use either one. So, everybody had a change to be right ;) Heikki Junes From carlos.betancourt@chello.be Thu Nov 21 08:03:36 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18EqzY-0002Vd-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 08:03:36 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Eqym-00022o-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 08:03:35 -0500 Received: from spoolm2.tiscalinet.be ([212.35.2.51] helo=smtp-out.tiscali.be) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Eqym-00022f-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 08:02:48 -0500 Received: from [62.235.239.44] (helo=ppp-62-235-239-44.tiscali.be) by smtp-out.tiscali.be with esmtp (Tiscali) id 18Eqyk-0006CU-00; Thu, 21 Nov 2002 14:02:46 +0100 Subject: lilypond-mode.el Changelog AUTHORS.texi From: Carlos Betancourt To: lilypond-devel@gnu.org Cc: Heikki Johannes Junes Content-Type: text/plain Organization: Message-Id: <1037883690.657.371.camel@mir> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 21 Nov 2002 14:02:24 +0100 Content-Transfer-Encoding: 7bit Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: Hello all. I've made some modifications to lilypond-mode.el and herewith I'm submitting the patch for your review. Also, I've suggested, I'm sending an update to Changelog and AUTHORS.texi. Should I also change AUTHORS.txt or is it generated automatically? Changes submitted are made against lilypond-1.7.8 recently released. Thanks for your input, and also for your great work on lilypond. It's very stimulating to collaborate to the project. Carlos P.S. I got a bit confused about identation. Any help in this regard is highly appreciated. ---8<----cut here--- --- lilypond-mode.el 2002-11-12 11:47:54.000000000 +0100 +++ lilypond-mode.el.cbetan 2002-11-21 13:49:51.000000000 +0100 @@ -11,7 +11,10 @@ ;;; * Inserting tags, inspired on sgml-mode (11th Oct 2001) ;;; ;;; Changed 2002 Carlos Betancourt -;;; * Added spanish-note-replacements +;;; * Added spanish-note-replacements (09th Nov 2002) +;;; * Modified way to display notes in the minibuffer +;;; of Quick-Notes-Insert mode so to include other +;;; languages' notes (21th Nov 2002) ;;; Inspired on auctex @@ -28,7 +31,7 @@ (require 'easymenu) (require 'compile) -(defconst LilyPond-version "1.7.6" +(defconst LilyPond-version "1.7.8" "`LilyPond-mode' version number.") (defconst LilyPond-help-address "bug-lilypond@gnu.org" @@ -560,13 +563,20 @@ (setq note-replacements dutch-note-replacements) (while (not (= 27 ; esc to quit (setq x (read-char-exclusive - (format " | a[_]s[_]d | f[_]j[_]k[_]l | r with ie ,' 12345678 . 0 (<~>)/}\\b\\n Esc \n | c | d | e | f | g | a | %s | r with %s%s%s%s" - (if (string= (car(cdr(assoc "b" note-replacements))) "h") - "h" "b") - (nth (+ accid 2) dutch-note-ends) - (make-string (abs octav) (if (> octav 0) ?' ?,)) - durat - (if (string= durat "") "" (make-string dots ?.))))))) + (format " | a[_]s[_]d | f[_] j[_]k[_]l | r with ie ,' 12345678 . 0 (<~>)/}\\b\\n Esc \n | %s |%s |%s| %s |%s |%s |%s| r with %s%s%s%s" + (or (car(cdr(assoc "c" note-replacements))) "c ") + (or (car(cdr(assoc "d" note-replacements))) "d ") + (or (car(cdr(assoc "e" note-replacements))) "e ") + (or (car(cdr(assoc "f" note-replacements))) "f ") + (or (car(cdr(assoc "g" note-replacements))) " g ") + (or (car(cdr(assoc "a" note-replacements))) "a ") + (or (if (string= (car(cdr(assoc "b" note-replacements))) "h") "h ") + (car(cdr(assoc "b" note-replacements))) + "b ") + (nth (+ accid 2) dutch-note-ends) + (make-string (abs octav) (if (> octav 0) ?' ?,)) + durat + (if (string= durat "") "" (make-string dots ?.))))))) ; (insert (number-to-string x)) ; test numbers for characters (setq note (cdr (assoc (char-to-string x) dutch-notes))) (cond --- ChangeLog 2002-11-19 13:10:24.000000000 +0100 +++ ChangeLog.cbetan 2002-11-21 11:17:54.000000000 +0100 @@ -1,3 +1,7 @@ +2002-11-20 Carlos Betancourt + * emacs-mode.el: Modified way to display notes in the minibuffer + of Quick-Notes-Insert mode so to include other languages' notes + 2002-11-19 Juergen Reuter * lily/cluster-engraver.cc: bugfix: use protected scm upon columns --- Documentation/topdocs/AUTHORS.texi 2002-08-12 12:51:37.000000000 +0200 +++ Documentation/topdocs/AUTHORS.texi.cbetan 2002-11-21 11:17:36.000000000 +0100 @@ -27,6 +27,8 @@ @item @email{matsb@@s3.kth.se, Mats Bengtsson}, @uref{http://www.s3.kth.se/~matsb/} lots of testing, fixes, general comments and contributions. +@item @email{carlos.betancourt@@chello.be, Carlos Betancourt} + Spanish note names, updates to Emacs-mode @item Laura Conrad (lconrad@@laymusic.org) fixes to abc2ly @item @email{Jan.A.Fagertun@@trondheim.online.no, Jan Arne Fagertun}, From hjunes@kosh.hut.fi Thu Nov 21 13:57:47 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18EwWJ-0001ay-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 13:57:47 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18EwWD-0001Zq-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 13:57:46 -0500 Received: from smtp-1.hut.fi ([130.233.228.91]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18EwWB-0001U4-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 13:57:40 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-1.hut.fi (8.12.6/8.12.6) with ESMTP id gALIvWIX029906; Thu, 21 Nov 2002 20:57:32 +0200 Date: Thu, 21 Nov 2002 20:57:32 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: Carlos Betancourt cc: lilypond-devel@gnu.org Subject: Re: lilypond-mode.el Changelog AUTHORS.texi In-Reply-To: <1037883690.657.371.camel@mir> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-1.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: I have some problems when applying your patch. The content of it is reasonable (I did not try it yet). However, please take account the following and resend the patch: > --- lilypond-mode.el 2002-11-12 11:47:54.000000000 +0100 > +++ lilypond-mode.el.cbetan 2002-11-21 13:49:51.000000000 +0100 3) Use: $ diff -uN from-file to-file $ diff -uN lilypond-mode.el.cbetan lilypond-mode.el same applies to other files. > +;;; * Modified way to display notes in the minibuffer > +;;; of Quick-Notes-Insert mode so to include other > +;;; languages' notes (21th Nov 2002) 2) This is better to include in ChangeLog-file. In general, it would better if the file would not be heavy-loaded with comments... hmm.. there is missing a comment that "See file .\ChangeLog for changes". > -(defconst LilyPond-version "1.7.6" > +(defconst LilyPond-version "1.7.8" 1) Fetch the latest cvs-version (with "cvs update") before making a diff, please. Then you can also invoke $ cvs diff -uN file1 file2 file3 ... > yourpatch.diff It is very easy to fail apply a patch by invoking $ "patch -p1 < yourpatch.diff" in the rootdir of lilypond-cvs source tree if the files in the patch to be applied are out-dated already. Emacs-mode needs a lot of improvements: indenting, slur-matching, autocompletion with words taken from "lilypond.words", inserting environments, inserting notes with a "virtual keyboard" a.k.a. Insert Quick Notes, etc. whatever helps inserting music. Heikki Junes From hjunes@kosh.hut.fi Thu Nov 21 19:07:16 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18F1Ln-0003sl-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 19:07:15 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18F1Ll-0003rx-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 19:07:15 -0500 Received: from smtp-4.hut.fi ([130.233.228.94]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18F1Ll-0003rt-00 for lilypond-devel@gnu.org; Thu, 21 Nov 2002 19:07:13 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-4.hut.fi (8.12.6/8.12.6) with ESMTP id gAM077Co011498; Fri, 22 Nov 2002 02:07:12 +0200 Date: Fri, 22 Nov 2002 02:07:05 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: Mats Bengtsson cc: lilypond-devel@gnu.org Subject: Re: Which path for the dictionary? ... auto-completion possible in Emacs. In-Reply-To: <3DD20D11.9080501@s3.kth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-4.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: > On the other hand, we already now have lilypond-mode.el, > lilypond-font-lock.el and lilypond-indent.el that has to be > included in the Emacs load path in some way or the other. > Therefore, the obvious solution is to place also the dictionary > file in the same directory and find it via the load path. > > /Mats Indeed, load-path is useful (paste to emacs, eval with C-x C-e): (progn (setq lp load-path) (setq not-found t) (setq fn nil) (while (and (> (length lp) 0) not-found) (setq fn (concat (car lp) "/lilypond.words")) (if (file-readable-p fn) (setq not-found nil) (setq lp (cdr lp)))) fn) Heikki Junes From carlos.betancourt@chello.be Fri Nov 22 06:50:16 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18FCK7-0007d8-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 06:50:15 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18FCK0-0007aT-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 06:50:13 -0500 Received: from spoolm2.tiscalinet.be ([212.35.2.51] helo=smtp-out.tiscali.be) by monty-python.gnu.org with esmtp (Exim 4.10) id 18FCJz-0007aH-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 06:50:07 -0500 Received: from [62.235.236.136] (helo=ppp-62-235-236-136.tiscali.be) by smtp-out.tiscali.be with esmtp (Tiscali) id 18FCJv-00082h-00; Fri, 22 Nov 2002 12:50:03 +0100 Subject: Re: lilypond-mode.el Changelog AUTHORS.texi From: Carlos Betancourt To: Heikki Johannes Junes Cc: lilypond-devel@gnu.org In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1037964176.657.429.camel@mir> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 22 Nov 2002 12:49:32 +0100 Content-Transfer-Encoding: 7bit Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Thu, 2002-11-21 at 19:57, Heikki Johannes Junes wrote: > I have some problems when applying your patch. The content of it is > reasonable (I did not try it yet). However, please take account the > following and resend the patch: > > > --- lilypond-mode.el 2002-11-12 11:47:54.000000000 +0100 > > +++ lilypond-mode.el.cbetan 2002-11-21 13:49:51.000000000 +0100 > > 3) Use: > > $ diff -uN from-file to-file > $ diff -uN lilypond-mode.el.cbetan lilypond-mode.el > > same applies to other files. > Well, in my case the original file is lilypond-mode.el and the modified one is lilypond-mode.el.cbetan So, by using: $ patch lilypond-mode.el lilypond-mode.el.cbetan gets an updated lilypond-mode.el This is the first time that I submit patches to a multi-developer project, so I'm learning. And after lot's of time lost yesterday not coding but keeping a sane development environment, I found out that my method is very ineffective. I acknowledge that I was starting to get into big trouble myself yesterday trying to keep track of which files were the originals, the modified ones, etc. I started working in 1.7.7's tarball, then on 1.7.8 and soon it started to get really messy. Your comments below have been _very_ helpful. With so many files to modify, if a project like lilypond were using my method it would be a nightmare to program. ;) > > +;;; * Modified way to display notes in the minibuffer > > +;;; of Quick-Notes-Insert mode so to include other > > +;;; languages' notes (21th Nov 2002) > > 2) This is better to include in ChangeLog-file. In general, it would > better if the file would not be heavy-loaded with comments... hmm.. there > is missing a comment that "See file .\ChangeLog for changes". > Ok, got it. Should I change it or you prefer to do it yourself? I'm planing to add other lenguages to emacs-mode, so I will be touching the file constantly. So, shall you leave it to me? ;) > > -(defconst LilyPond-version "1.7.6" > > +(defconst LilyPond-version "1.7.8" > Question: Why is it necesary to add this kind of static versioning in the lisp code? I mean, it would be easier for that file to have it's own versioning, ala RCS. > 1) Fetch the latest cvs-version (with "cvs update") before making a diff, > please. Then you can also invoke > > $ cvs diff -uN file1 file2 file3 ... > yourpatch.diff > > It is very easy to fail apply a patch by invoking > > $ "patch -p1 < yourpatch.diff" > > in the rootdir of lilypond-cvs source tree if the files in the patch to be > applied are out-dated already. > Thanks for the hints. I was wondering about trees and how to keep them in sync, or where to modify the files, etc. The method you propose is realy nice; I didn't know that cvs had that diff option (well, I've never used cvs). So, it means that I can fetch the cvs source, make my modifications and the fetch again (diff) and it will create the patch comparing what I have with what the original? I don't need to create any .cbetan files, then. Great. Anyway, I'll have to wait till next week, when broadband gets home. > Emacs-mode needs a lot of improvements: indenting, slur-matching, > autocompletion with words taken from "lilypond.words", inserting > environments, inserting notes with a "virtual keyboard" a.k.a. Insert > Quick Notes, etc. whatever helps inserting music. > Hey, you did a great work. I've been flirting with the idea to learn emacs lisp for a long time, but never had any stimulating project to start with. Your emacs-mode has given me a great push. Thanks a lot. I've downloaded lilypond.words, how do I make emacs to use it in lilypond-mode? Final question: can I do the cvs thing directly from emacs? Friendly, Carlos From hjunes@kosh.hut.fi Fri Nov 22 07:46:42 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18FDCk-0005bX-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 07:46:42 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18FDCe-0005ay-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 07:46:41 -0500 Received: from smtp-3.hut.fi ([130.233.228.93]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18FDBf-0005L1-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 07:45:35 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-3.hut.fi (8.12.6/8.12.6) with ESMTP id gAMCjOvO006440; Fri, 22 Nov 2002 14:45:25 +0200 Date: Fri, 22 Nov 2002 14:45:24 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: Carlos Betancourt cc: lilypond-devel@gnu.org Subject: Re: lilypond-mode.el Changelog AUTHORS.texi In-Reply-To: <1037964176.657.429.camel@mir> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-3.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: > > $ cvs diff -uN file1 file2 file3 ... > yourpatch.diff compares agains latest version, always. You can update only the files you want change with "cvs update ChangeLog lilypond-mode.el" before starting make changes. That is the way to make proper patches. ./ChangeLog -diff should be included, do cvs diff -uN ChangeLog lilypond-mode.el other-files... > yourpatch.diff First you have to fetch the source: figure it out from (as an exercise) https://savannah.gnu.org/cvs/?group=lilypond > I've downloaded lilypond.words, how do I make emacs to use it in > lilypond-mode? Fetch cvs version and look at lilypond-init.el. Latest cvs lilypond-mode.el already proposes completions for words. > Final question: can I do the cvs thing directly from emacs? Look the menus, e.g., - Tools->Version Control->Revert to Last Version; gives latest cvs-version (if you tested something which was unwise and you want to take a step back), - Tools->Version Control->Compare With Last Version; look changes you have made Hence, also with emacs you gain when using cvs. Just go ahead! Also, you should become familiar to browse manuals. Heikki Junes From reuter@ipd.uka.de Fri Nov 22 09:03:57 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18FEPV-0003NW-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 09:03:57 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18FEPP-0003Hr-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 09:03:56 -0500 Received: from iramx2.ira.uni-karlsruhe.de ([141.3.10.81]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18FEPP-0003Hn-00 for lilypond-devel@gnu.org; Fri, 22 Nov 2002 09:03:51 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18FEPG-0002py-00; Fri, 22 Nov 2002 15:03:43 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18FEPH-0004Ai-00; Fri, 22 Nov 2002 15:03:43 +0100 Date: Fri, 22 Nov 2002 15:03:42 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Heikki Johannes Junes cc: Carlos Betancourt , , Juergen Reuter Subject: Re: lilypond-mode.el Changelog AUTHORS.texi In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Fri, 22 Nov 2002, Heikki Johannes Junes wrote: > > > > $ cvs diff -uN file1 file2 file3 ... > yourpatch.diff > > compares agains latest version, always. Not quite. The cvs man page says: "If you don't specify a particular revision, your files are compared with the revisions they were based on." My preferred way to make a patch (roughly, with modifications as needed) is: 1. Get the latest revision of each file. For this purpose, check out the HEAD revision (if not already done) and run cvs update (i.e. retrieve the latest available revision). Note that the set of the latest available revision of each file typically does not represent a release (such as 1.7.8), but mostly some kind of interim version. 2. (Re-)build lilypond. If only a few things have changed since the last cvs update, "make all" may work; if in doubt, you should completely rebuild lilypond. "make distclean" is a good way to enforce a complete rebuild, but it also removes some files such as the configure script, which you then also have to rebuild (i.e. by running autoconf/automake); alternatively, calling cvs update once again should retrieve the missing files. 3. Check if this interim version is basically working. Interim versions are typically full of bugs, but you should check if it is in such a state that you can start working on it. To check, you may e.g. try to compile some .ly files. Actually, during build, some .ly files are already compiled. So, if you can succcessfully build, that means that things basically should work. (In your particular case of working on the .el files, this check may be less important.) 4. Now it depends on what you are doing. If you are not changing too many files, probably the best thing to do is to just ignore what's going on in the cvs repository; trying to keep always up with the newest versions while still working on your files is possibly a waste of time. But this is my personal experience and may differ for other people or other circumstances (e.g. when touching many files). 5. Update to the latest revisions. If your patch works, you should migrate to the latest revisions before posting it. This is simply done by saying "cvs update". But be careful: if someone else also worked on the same files, cvs will merge your modifications with those in the repository. Often, such modifications occur at different places in the file such that they do not conflict. However, if a conflict occurs, cvs will merge nevertheless, but will inform you about the conflict and mark the conflict in the merged file. In the case of a conflict, you should go back to step 4 to solve the conflict. 6. Rebuild lilypond once again and check if your patch still works. cvs detects conflicts on a syntactical basis, but it does not track semantic information such as change of variable names. Hence, even if cvs does not report a merge conflict, a merged file still may not compile. Therefore, rebuilding the whole thing and testing it is generally a good idea. If it fails, go back to step 4. (Once again, in your particular case of just changing .el files, this step may be overkill.) 7. Submit a patch. Just go into the top level directory of lilypond and say something like "cvs diff -u > mypatch.diff". (You may want to check the contents if the generated file afterwards.) If I recall correctly, Han-Wen once said that he prefers the ChangeLog entry to be posted separately. I think this is because cvs typically will create merge conflicts on the ChangeLog file, such that it is much easier for Han-Wen to put it in separately rather than solving lots of cvs merge conflicts. By the way, if you want to know which files are going to be merged *before* you issue cvs update, just say "cvs status | grep Status". (I am assuming here that during the short moment within the cvs status and the cvs update command the repository does change.) If you have very complex changes that are going to be merged, then you may want to put a copy of your file somewhere else before running cvs update. Once again, this is my personally preferred way. Other people may have experienced cvs development differently. Regarding the format of patches, Han-Wen and Jan are the main developers and thus have the authority of putting the "last word" upon this subject, since they have to integrate all the patches into lilypond. Greetings, Juergen From hjunes@kosh.hut.fi Thu Nov 28 08:48:12 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18HP1X-0004b0-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 08:48:11 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18HP1V-0004ac-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 08:48:11 -0500 Received: from smtp-1.hut.fi ([130.233.228.91]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18HP1V-0004aY-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 08:48:09 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-1.hut.fi (8.12.6/8.12.6) with ESMTP id gASDm8IX031182; Thu, 28 Nov 2002 15:48:08 +0200 Date: Thu, 28 Nov 2002 15:48:07 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: "tobbe@nyvalls.se" cc: lilypond-devel@gnu.org Subject: Re: lilypond-1.7.8 mandrake 9.0 In-Reply-To: <3DE3DFEB.10807@nyvalls.se> Message-ID: References: <3DE3106F.3050807@nyvalls.se> <3DE3DFEB.10807@nyvalls.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-1.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Tue, 26 Nov 2002, tobbe@nyvalls.se wrote: > Heikki Johannes Junes wrote: > > >On Tue, 26 Nov 2002, tobbe@nyvalls.se wrote: > >>How did you solve this? > >> > >>I mean without upgrading to guile 1.6 > >>/tobbe > > > >My solution was: http://ftp.gnu.org/pub/gnu/guile/guile-1.6.0.tar.gz > > > > Heikki Junes > > > Actually i have made a rpm for Rosegarden -4 for Mandrake-9.0 > and its out on mandrake club for testing right now > and i saw that you made lilpond rpms for mandrake 9.0. > Rosegarden is made to work together with lilypond so i really need > a lilypond rpm for mandrake 9.0. > i could invent the wheel again but yoy alread dit the work so. > Why dont you add yours to mandrake club so that others can use it? I have thought to do that. Sometimes a small push is in it's place. > > /thac > After few changes it was possible to make the rpms. However, the rpm has a dependency for guile-1.6 -- I had to install it with "rpm -i --nodeps", since guile-1.6 were not listed to rpm database -- it was installed from the source, not from a rpm. Shouldn't there also be rpms for guile-1.6? Heikki Junes From hanwen@cs.uu.nl Thu Nov 28 10:10:28 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18HQJA-0003zk-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 10:10:28 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18HQJ7-0003yp-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 10:10:26 -0500 Received: from smtpzilla1.xs4all.nl ([194.109.127.137]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18HQJ6-0003yb-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 10:10:24 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id gASFAINf008304; Thu, 28 Nov 2002 16:10:18 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15846.13065.323421.903922@blauw.xs4all.nl> Date: Thu, 28 Nov 2002 16:15:21 +0100 To: hjunes@cc.hut.fi Cc: lilypond-devel@gnu.org Subject: lilypond ./ChangeLog input/test/to-xml.ly lily/... In-Reply-To: References: X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: hjunes@cc.hut.fi writes: > Modified files: > . : ChangeLog > input/test : to-xml.ly > lily : ligature-engraver.cc > ENTER_DESCRIPTION (Ligature_engraver, > /* descr */ "Abstract class; a concrete subclass handles Ligature_events by engraving Ligatures in a concrete style.", > ! /* creats*/ "Ligature", > --- 185,191 ---- > ! /* creats */ "Ligature_engraver", This fix is incorrect. Ligature_engraver does not follow protocol. It does Spanner * Ligature_engraver::create_ligature_spanner () { return new Spanner (SCM_EOL); } (it should do "new Spanner (get_property ("Ligature"))", or something alike.) If the engraver doesn't create anything (which is not the case, it seems), then the /*creats */ entry should simply be empty. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From reuter@ipd.uka.de Thu Nov 28 12:07:52 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18HS8m-0000aV-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 12:07:52 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18HS8k-0000Zf-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 12:07:51 -0500 Received: from iramx2.ira.uni-karlsruhe.de ([141.3.10.81]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18HS8k-0000Zb-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 12:07:50 -0500 Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5] helo=irams1.ira.uka.de) by iramx2.ira.uni-karlsruhe.de with esmtp (Exim 3.30 #10 (Debian)) id 18HS8c-0003e0-00; Thu, 28 Nov 2002 18:07:42 +0100 Received: from i41pc36.ipd.uni-karlsruhe.de ([141.3.49.176] helo=callisto.ipd.uni-karlsruhe.de) by irams1.ira.uka.de with esmtp (Exim 3.30 #7 (Debian)) id 18HS8d-0005S4-00; Thu, 28 Nov 2002 18:07:43 +0100 Date: Thu, 28 Nov 2002 18:07:42 +0100 (CET) From: Juergen Reuter X-X-Sender: To: Han-Wen Nienhuys cc: , Juergen Reuter , Subject: Re: lilypond ./ChangeLog input/test/to-xml.ly lily/... In-Reply-To: <15846.13065.323421.903922@blauw.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Thu, 28 Nov 2002, Han-Wen Nienhuys wrote: > ... > > ! /* creats */ "Ligature_engraver", > > This fix is incorrect. Ligature_engraver does not follow protocol. It > does > > Spanner * > Ligature_engraver::create_ligature_spanner () > { > return new Spanner (SCM_EOL); > } > > Ok, I am not that C++ guru. This method should actually be something that in e.g. Java would be called an abstract method: Ligature_engraver just defines the interface of this method, but leaves the implementation to its subclasses (but it must be declared in Ligature_engraver itself, since it is virtually envoked from the process_music() code of Ligature_engraver). > If the engraver doesn't create anything (which is not the case, it > seems), then the /*creats */ entry should simply be empty. Most probably. But if I recall correctly, there was some problem with acknowledge_grob() not being called in some cases. Hence, when putting the creats entry empty, one should double check that http://lilypond.org/development/Documentation/user/out-www/lilypond/White-mensural-ligatures.html#White%20mensural%20ligatures still shows ligatures (as the website of 1.7.8 currently does, while in 1.7.6, ligatures did not show). Greetings, Juergen From hanwen@cs.uu.nl Thu Nov 28 17:36:10 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18HXGU-0008RH-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 17:36:10 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18HXGQ-0008MX-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 17:36:08 -0500 Received: from smtpzilla2.xs4all.nl ([194.109.127.138]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18HXGP-0008KV-00 for lilypond-devel@gnu.org; Thu, 28 Nov 2002 17:36:06 -0500 Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id gASMa1ex064659; Thu, 28 Nov 2002 23:36:02 +0100 (CET) From: Han-Wen Nienhuys MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15846.39809.243690.191605@blauw.xs4all.nl> Date: Thu, 28 Nov 2002 23:41:05 +0100 To: Juergen Reuter Cc: , Subject: Re: lilypond ./ChangeLog input/test/to-xml.ly lily/... In-Reply-To: References: <15846.13065.323421.903922@blauw.xs4all.nl> X-Mailer: VM 7.05 under Emacs 21.2.1 Reply-To: hanwen@cs.uu.nl Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: reuter@ipd.uka.de writes: > Ok, I am not that C++ guru. This method should actually be something that > in e.g. Java would be called an abstract method: Ligature_engraver just > defines the interface of this method, but leaves the implementation to its > subclasses (but it must be declared in Ligature_engraver itself, since it > is virtually envoked from the process_music() code of Ligature_engraver). ok, then Ligature_engraver::create_ligature_spanner () { return 0 ; } also does the trick. > > If the engraver doesn't create anything (which is not the case, it > > seems), then the /*creats */ entry should simply be empty. > > Most probably. But if I recall correctly, there was some problem with > acknowledge_grob() not being called in some cases. Hence, when putting > the creats entry empty, one should double check that > > http://lilypond.org/development/Documentation/user/out-www/lilypond/White-mensural-ligatures.html#White%20mensural%20ligatures > > still shows ligatures (as the website of 1.7.8 currently does, while in > 1.7.6, ligatures did not show). If something like this happens, I propose that we first find out what causes it, and only then fix it. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen From hjunes@kosh.hut.fi Fri Nov 29 18:01:46 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Hu8n-0003Us-00 for lilypond-devel@gnu.org; Fri, 29 Nov 2002 18:01:45 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Hu8l-0003UP-00 for lilypond-devel@gnu.org; Fri, 29 Nov 2002 18:01:44 -0500 Received: from smtp-2.hut.fi ([130.233.228.92]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Hu7s-0003D4-00 for lilypond-devel@gnu.org; Fri, 29 Nov 2002 18:00:48 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-2.hut.fi (8.12.6/8.12.6) with ESMTP id gATN0ktZ006395 for ; Sat, 30 Nov 2002 01:00:46 +0200 Date: Sat, 30 Nov 2002 01:00:46 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: lilypond-devel@gnu.org Subject: Some suggestions as changes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-2.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: I suggest that we would use bzip2 for compressing in every place. Reason is just that with that free compressing tool one gets smaller package. With "tar xzvf .." and "tar cjvf" the following comparison was done: drwxr-xr-x 19 hjunes 4096 Nov 29 12:42 lilypond-1.7.8/ -rw-r--r-- 1 hjunes 1317152 Nov 30 00:51 lilypond-1.7.8.tar.bz2 -rw-r--r-- 2 hjunes 1631734 Nov 29 12:42 lilypond-1.7.8.tar.gz So, by using bzip2 one could save over 20 % space. The suggestion was made while proposing lilypond to Mandrake Cooker. Because bzip2 is favored nowadays, why not start to use at every place? First, "make dist" would make a .bz2 instead of .gz. As a result: ftp://ftp.cs.uu.nl/pub/GNU/LilyPond/development/ would contain ".tar.bz2" -sources and patches instead of ".tar.gz". It saves a lot space, so, why not? Heikki Junes From hjunes@kosh.hut.fi Fri Nov 29 18:54:14 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18HuxZ-00082K-00 for lilypond-devel@gnu.org; Fri, 29 Nov 2002 18:54:13 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18HuxW-0007yL-00 for lilypond-devel@gnu.org; Fri, 29 Nov 2002 18:54:11 -0500 Received: from smtp-1.hut.fi ([130.233.228.91]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18HuxV-0007xu-00 for lilypond-devel@gnu.org; Fri, 29 Nov 2002 18:54:09 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-1.hut.fi (8.12.6/8.12.6) with ESMTP id gATNs8te019371 for ; Sat, 30 Nov 2002 01:54:08 +0200 Date: Sat, 30 Nov 2002 01:54:08 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: lilypond-devel@gnu.org Subject: Icons for desktop Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1486433441-1038614048=:7663" X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-1.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1486433441-1038614048=:7663 Content-Type: TEXT/PLAIN; charset=US-ASCII Is it ok to add 48x48, 32x32 and 16x16 icons to Documentation/pictures/. There are handy for desktop use. View the attachments. Heikki Junes --0-1486433441-1038614048=:7663 Content-Type: IMAGE/x-xpixmap; name="lilypond-48x48.xpm" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="lilypond-48x48.xpm" iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAYAAABXAvmHAAAABmJLR0QA/wD/ AP+gvaeTAAAAB3RJTUUH0gsdFzAly6r+lgAACbFJREFUeJztmXtQ1WUax7+/ cw4eDnDkJwgYBw+QZdyCFKW4FEiOY0LaVKZW1qoxWWOszUi57easzpRmO0jD NDpSG+owjXjBXBYag2Z0WaDNjUgkm8MgF7l6Ll9vHSjk2T8EBoJcQMHd2X1m npkz7/t7f8/n+57397w34L/clIkOQDIBQAgAIwAdgAYABaqq9tyO90+oAJIv nz59ek9xcTG6urrg4uKC+fPnIyUl5SsAW1RVPUHSC8ArAOYBKAOQparq9Ynk GpWRVB0OR4PJZJK7775boqOjZdq0aQJA5syZIydPnuwlubGjo8OyadMmSUhI kJycHCGZfafZAQAk/5yeni4A5NChQ0Kywmq11hcWFspDDz0k3t7eYrFYZOfO nQJAAIhOpxOLxeIkqbvT8J51dXVOrVYrGo1GkpOTpb29vYnkbJLxbW1trWaz WV577TV57rnnBgQAkOrq6uskp9xJeD3J4s2bNw9Aubm5yaOPPioOh+NrklqS aZmZmeLi4jIEPjExUUiW3TH4PgFbt2/fLoqiyCOPPCIajUY2b94siqJIbm6u kFxG0tNisVwfDO/q6irNzc2XSYaNJZ5mAjT4VVZWQkQQExMDRVGQkJCAkJAQ HDx4EAD+ACD3+PHjA7EXL16MjIwMGI3GAlVVa8cSbCI+lm6tVgsAsFqtMBqN mDdvHjo7O9He3o6PPvpo3sWLF+ft27cPAODm5oa8vLyftVrtewCyJoBnuJFM IPkbkrNHqDucmJgoAERRFPH09JTz58+Lu7v7kPE+2MvKyoTkjPGwjPkfIBnz ww8/nCooKFBWrFjxM8l1qqoe6K/v7u6OLS8vx9NPP42oqCiYzWZkZWWhq6tr 2Lv0ej3c3d1RWFiIiIiIVwFsGY+IsQpYkZ2dLQBk+vTp8t1333WRjOuvt9vt 3zz88MMCQPz8/CQxMVF0Ot2IPb9s2TLZtm2bGI1GOXPmjJPk4skQYCB5rKio qNdgMEhERIQ0Nzd3kDT31Uc6HI5/lJeX9y5atGgA9pcpE4AcPHhQOjo65IEH HpDg4GCpqqrqJpk04SL6QLd+/PHHoiiKpKamit1u/4akO0k/kjlnzpz5KSUl 5VfHPQDx8fGRPXv2SH19vcyZM0fWrVsnJLdNlgCF5KE33nhDAMimTZuE5MnG xkbrSy+9NGKPD/aQkBBZvXq1AJDdu3eL3W7/yWaz1ZAMnxQBfSLc7Hb7N0uX LhVFUeTNN98Us9l8U/B+37Bhg5C8lJ6eLh4eHnL27Fln/zCcVCMZ0NLS0hke Hj4E8K677pLo6GjZsmWLxMTEDBOwa9cuIfnbjo6OxsDAQElLSxOSfxpr/Nsx EzudTqdba2vrkMJVq1ahtLT0bHp6OhwOx7BG9fX1AAC9Xr8jLS0NBQUF6O3t XTLW4LdDwIa9e/e6/xJy6dKlAHBu//79sFgswxrNmjULAAjgL3FxcbBarWhr a5s96Utph8Pxva+v77Ah8vjjj0tjY6N4e3sPKddoNKIoiqSnpwvJjSQVi8Vy DYCcPHlSSHpOGjxJQ1VV1TD4Z599VgDI7Nmzh9UlJyeLi4uLlJaWSn/GOX/+ vA1Af5nvZAqAw+EoW7JkyQCgyWSSlpYWSU1NHTH75OfnS3Nzs5C8QjKkT4AD gHz++edC0jRpAvpEhFdUVFxXFEUASHh4uISEhMjx48clIiJiCLzJZJKLFy/K hx9+KMuXLxeSRSQDT5061QtAqqqqekkaxhL/lj9iVVXPhoaGlkRHRwMAQkND ce7cOfT09CAvLw8+Pj4Dz65btw4uLi6XampqcPjwYdhstmQAzxcUFCj+/v4I Cgr6XlVV56QK6LPiuLg4aLVapKamAgC++OILBAYG1u7btw+KcuP0Zvny5QBw raSkBN7e3vD09LzkdDpfyc/PxwsvvABFUXLHGvh2CZj2448/Ijk5GU888QR8 fX1htVoB4Lxer4eIAAAyMjLQ09Pjb7FY8OSTT0Kn003Pzs42XblyBWvXrr0G 4MDNgkyYkfzbPffcI2+99ZaQlFWrVklRUZGQPPviiy8OW0IkJSVJbGysLFy4 UPR6vbz//vtC8vd3BL5PwB8rKyulvb1d8vPzZe3atULyq6amJscvd2IajUaO HTsmrq6uMnPmTHnsscfEbrf/k6TLnYJXSL5KcrfNZqsPCQmRiIgIIdmVmZk5 BF6n04lOpxN/f39JSkoSm81mI/l3krMmG9qTpNL3+/kjR47I22+/LUVFRQJA EhIShKRERkYOEfDMM89IYWGhAJDi4mIh+eCkgg8SYOzreY+2trYLQUFB4uHh IZ2dnTJjxgzZsWOHlJSUDJvEcnJyJDk5Wcxmszgcjm9J3jLLuLKQqqpXVFUV AJt2795tamhowNWrV1FQUICFCxdi0aJFOHBgaELRarWor6/Hl19+ibCwMCiK 8rWqqrcsYNxG0r+2ttZpNBoHejgmJkZIdrW0tIiHh8eQ3o+NjZWpU6cO7BWq q6t7GxsbL5OsIplDcvWkrIP6hk8Qyc82btw4bJjs379f9uzZM6z89ddfH/F0 wtfXV1JSUuSdd96Rqqqqn0mWknyZpMfthNaQXEzys5qamp8yMzNl5cqV0jeM hriHh4fcd999w8orKiokLCzspttMRVEkMjJStm/fLg0NDST53i0vr0lG2O32 b/Py8mTBggWi0WhGtecd7GazWUjKu+++O+o27u7ukpGRIRcuXDh6K/AP1tXV XYqPjx8z9GCfNWuWrF+/XmbMmDHmtsHBwSXjFtDR0XE8KipKAAx8gKN1T09P ASBGo1Hi4+MlPj5e/Pz8xixAq9V+dTPGm6bREydOaKurqwEAly9fHvGZ6dOn j1i+fv16HD16FE1NTRcPHToEk8mEa9eu3SzcMJsyZQo++OAD65gaDbbm5ua/ jnQkMhrvW8yVORyOprq6OgkNDR1S7+XlJQaD4VfbBwQE9M/Wvxu3AJJzbTbb 91u3bhUvL69/C91/CwncuC4qLy8fcegpiiKurq5iMBgkKChoSF1oaKhkZWVJ e3v7BZIrxw0/SISB5JbW1tb2Tz/9VNasWSPBwcED2UhRFJk7d6588sknYrPZ mJubO5AuB09yAGTKlCkC3Djo7W9/7733ylNPPSW7du2SysrK6333aGtI6kfD N+qLbpJaALEAFgNY0N3dHex0Ol30ev11g8FQA2AvgCMAVgJIr62tnX/69Gml oaEBVqsV3d3dmDp1Knx8fDBz5kwEBATg/vvvv6qqahWAagClACpUVe0Yde+O RcBYjaQ/gCgAQQC8cOMyxQmgHcAFAK0ALP8Rt/L/t/9l+xfLK0nZp9Ub9wAA AABJRU5ErkJggg== --0-1486433441-1038614048=:7663 Content-Type: IMAGE/x-xpixmap; name="lilypond-32x32.xpm" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="lilypond-32x32.xpm" iVBORw0KGgoAAAANSUhEUgAAACAAAAAgCAYAAABzenr0AAAABmJLR0QA/wD/ AP+gvaeTAAAAB3RJTUUH0gsdFzAd46hGCAAABZxJREFUeJztl21IVFkYx/93 vDOad0evjfTisOOMRulYjrci/OCsOxoZZWHYywrJBFtQUO5iRVC5BuEXcQha CLEWBGutD2uhYKIbxKSF7pqKWok4ljSyaTpPjLnqlM9+WHdI8CVf+rYPHLiH c8///zvnnnOee4BlCCICES2qr7BE4/iGhobfent7V6vValV6evpdSZIuAngD 4ACASQC/yrLMS/GZzVz17Nmz3/V6Pefm5vLevXvZYDDw7du3Bzs6Oh7ZbDbO zMzkoaGhc8tuPgWw+9ChQxwSEsJPnz7tIqLsxsbGlujoaC4sLGQADIBbW1sr voS5vrq6uler1XJYWBivX7+ee3p6SolIOXXqFKtUKgbAe/bsYSI6MZeWapEM u/Pz842pqalYtWoVEhMTUVFRkQUgRRRFnpychKIoOH36dCuA4rmEFrUIieho SkrK9fHxcZhMJmi1WnR0dMBkMuHBgweYmJjAy5cv/5Ak6TtZll1zac07A0R0 qKys7K+urq6bRKQBAJ/PF/f69WskJCTAarXixYsXaG9vR2VlJd6/fw+NRgOn 0xkBoH8xA5wWHo/np+3bt7OiKNzX13ediDA8PPzjsWPH2Gg0ssFgYEEQ/ItO o9HwnTt3WFEUdrlc5USkXhIAEYlv374t2LVrF2dmZvLw8HAOEQV7PJ6avLw8 BjANQJZlvnHjBhcWFvKBAweYiPYteRaISHC5XDfj4uL4woULvrq6ul6LxeI3 /bQcOXKEN2/ezMXFxTw0NHSXiHRLBpiCCGpqamoMDw9njUbDADgqKoozMjKm AZSXl3s6OzvrjEYju1yu0vl0F7INxwBMeL1eTExMICwsDA0NDe379k2fYa/X y3q9Pi81NRUPHz5MX06ATWVlZUnj4+MAgMDAQAwODkZdunTJ/4IgCBBFUQ3g z9jY2A/9/f06IgpaLoCY7u5uf2XHjh1ITk6Went7/UAnTpzAli1bGmRZ/qBW q8fGxsYAYNkAKnNzc7sAIDIyEiaTCdu2bfM37ty5E9nZ2Xj+/HkSEa0fHR1d ERwcDADjC/CYO4goJz4+nm02G69du5ZfvXr1MSYmhgFwVVUVFRUVfUxLS2Mi qrRarVxTU9Mxn+ZCc0HfmjVrcPbsWbx79w5er7fVbrcDAAYGBkKePHmiSk5O xuPHj3f4fD4kJiaWLGKcswcR5WVkZLDb7eb8/Hwmou7/zoOgoCA+d+4cx8bG sl6v59ra2i4iClxugBQicubl5XFOTg7X1dUNY2r/q1QqNpvNnJWVxffv3+8h oq3LaawlIt2tW7eGHA4HW61WLigoYLvd7j+Arly5wuvWrePm5uYHy2b8CYDg drt/NplMbDab+fz58+x0OlmSJH8usNvtbDabmYhyvgRA9OXLl32YGu29e/c+ XL161T96RVE4KCiIJUlih8PxsbS01N3W1lZJRDlE9PViTSUiOlpfX19ZVFQ0 GBER4Tc0Go0cHx/vr585c4Z1Ot20nCAIAm/atIkvXrw42dLSUktE2xdinlZe Xj6QlJQ0LdXOVqqrqzktLW3WdrVazcePH+fu7m7T55ivdjgc46IosiiKcxoH BgayTqfjDRs2cHBw8LygGo0m4XMAordu3TqjwIoVK/zP4eHh3NTU9IaI3pw8 eZLVarUfaqa++/fvZ7fbHfU5ACGNjY2NNpttRiFRFDkgIIC1Wi0/evTId/Dg QY6Li/N/d0mSeOomxAB448aNfO3aNa/H4/lhpuvbjH/FRCQC+L6trc1eX1+/ rbm5OWBkZARGoxGHDx9uEQQBJSUlitPpRF9fH5gZAQEBCA0NhcFggMViQUJC wt+KojRbLJYqQRB+kWV5aCaveX/LiSgMgAX/ptUBAC1TTd8A+HZkZCRycHDw q5UrV46Ghob2A3gF4CmATlmWR+fT/z/+AbHcDxJ6H+tAAAAAAElFTkSuQmCC --0-1486433441-1038614048=:7663 Content-Type: IMAGE/x-xpixmap; name="lilypond-16x16.xpm" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="lilypond-16x16.xpm" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/ AP+gvaeTAAAAB3RJTUUH0gsdFzAV7XPOOgAAAk5JREFUeJyNkU9ImmEcx7/v 06ZINt+X5AWH0hjyIgtyQ6JXceAhISV4LUI8eTCG3RvbKXYYQacNYt62kx60 HGR0EBd0CKLt5HbKguyVQLb1bo9/Qm3Gu1NSGm5feC4P38/3+f2eL4M+opQO bm1tLQwPD9ecTmcCgBXAN5ZlOx7SLyCdTr/c3Nx8ncvlnsViMXl8fPzr2dmZ rx9z/fUHkiQ17Ha7urOz81YURdXv99copff7gtlsNnB4ePhIUZSnDodDDYVC 6sjIiKrVatX9/f0X3f6eFUql0pPl5eVthmEuPR7Pr42NDciyjEAggLW1tUVK KX/df6c7IBgMvjo/PzfPz89v7+7u6vR6PZrNJgRB+Mnz/A8Av/tOwLIsDAZD MZPJ6MLhcNVsNgMAbDbbh0qlIgC47BsAAJVKhdNoNDg6OrqXz+cRiURgMpkU QgjpnnrgtoBUKvW9WCwuWCyWWr1e105OTv6pVquO09PTY0mSYrcxN0QpfZxI JGg8Hq/q9Xp1dHRUnZ2dbezt7Xm7vT2fSCkdWF1dfV4oFAwcx6Fer8NqtWJl ZWVOEIRP3X6mCzbncrm5paWlN0NDQ2i320yr1cLJyQk8Hk+L5/m81+v9OD09 /Z5l2RttIJlMBkVRvACgXh1CiOp2u1Wj0di5YxhGdblc7664TguFQsF2cHBw FwAIISCEIBqNtkRRvFAUBTqdDgAwNjZ2OTMzk+9ZgVLKyLLsT6fTU41GY1CS pM/r6+tT5XL5oUajaRqNxuOJiYkvPp8vw3Hc8T+b+F/9BREL7xT9lLPZAAAA AElFTkSuQmCC --0-1486433441-1038614048=:7663-- From hjunes@kosh.hut.fi Sat Nov 30 09:16:19 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18I8Pr-0001X9-00 for lilypond-devel@gnu.org; Sat, 30 Nov 2002 09:16:19 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18I8Pp-0001RN-00 for lilypond-devel@gnu.org; Sat, 30 Nov 2002 09:16:18 -0500 Received: from smtp-2.hut.fi ([130.233.228.92]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18I8Po-0001Qp-00 for lilypond-devel@gnu.org; Sat, 30 Nov 2002 09:16:16 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-2.hut.fi (8.12.6/8.12.6) with ESMTP id gAUEGFtZ030914 for ; Sat, 30 Nov 2002 16:16:15 +0200 Date: Sat, 30 Nov 2002 16:16:15 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: lilypond-devel@gnu.org Subject: Re: Icons for desktop Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-2.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Sat, 30 Nov 2002, Heikki Johannes Junes wrote: > Is it ok to add 48x48, 32x32 and 16x16 icons to Documentation/pictures/. > There are handy for desktop use. View the attachments. > The attachmentents were erronously in png format in earlier mail, but they will be in xpm-format in the source. As some time ago mentioned, these icons will be included to mandrake rpms. So, in order to allow people to build rpms for mandrake, it was necessary to add a command "make rpm-mandrake". Heikki Junes ps. ftp://ftp.uncg.edu/people/wlestes/flex-2.5.24.tar.bz2 works. From hjunes@kosh.hut.fi Sat Nov 30 19:38:24 2002 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18II7s-00016z-00 for lilypond-devel@gnu.org; Sat, 30 Nov 2002 19:38:24 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18II7p-000155-00 for lilypond-devel@gnu.org; Sat, 30 Nov 2002 19:38:23 -0500 Received: from smtp-3.hut.fi ([130.233.228.93]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18II7p-000110-00 for lilypond-devel@gnu.org; Sat, 30 Nov 2002 19:38:21 -0500 Received: from kosh.hut.fi (kosh.hut.fi [130.233.228.10]) by smtp-3.hut.fi (8.12.6/8.12.6) with ESMTP id gB10cJls019536; Sun, 1 Dec 2002 02:38:19 +0200 Date: Sun, 1 Dec 2002 02:38:19 +0200 (EET) From: Heikki Johannes Junes Reply-To: Heikki Johannes Junes To: Danny Tholen cc: club-volunteers@mandrakesoft.com, "" Subject: Re: [Club-Volunteers] Lilypond 1.7.8 In-Reply-To: <200211291738.17585.danny@mailmij.org> Message-ID: References: <200211291738.17585.danny@mailmij.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020919) (smtp-3.hut.fi) Sender: lilypond-devel-admin@gnu.org Errors-To: lilypond-devel-admin@gnu.org X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: On Fri, 29 Nov 2002, Danny Tholen wrote: > On Friday 29 November 2002 15:50, Heikki Johannes Junes wrote: > > I have built lilypond 1.7.8 for MandrakeClub. > > > > Some feedback on the rpm: > - always use bzip2 sources, not gzip Trying to promote in the project. > - the sources are not identical to the sources from the ftp server. I assume > there is no trojan hidden there. But you should never modify the sources, > always patch. I use always latest cvs-version. Working changes to the specfile are done directly to the cvs. Once all changes to the specfile have been done, the following branch (1.7.x) can be used as a basis. > -try to use macros: %configure, %make and %makeinstall. If this does not work, > be sure you set mandrake optimization and other parameters correctly. I'll study that. According to the comments in the specfile, earlier authors have had some problems -- maybe they have gone in the time passing -- I hope. > - why are the menu-entries commented out? LilyPond is a compiler, hence, it requires an argument -- the file to be compiled. In menu entries there are two possibilities: 1) With lilypond-documentation installed, browse html documentation: What (default-)browser one can use in order to browse html-documentation? 2) With lilypond-documentation not installed, browse Info documentation. One should launch info inside a terminal. What is the default terminal? > - if you use chkfontpath or any other commands in the pre/post scripts, be > sure to include requires for that command. > - no need to type %changelog above each entry. Fixed. > - Probably more things I didn't see. > > > Danny Compiling dependencies. Among others: *) Flex-2.5.24 (or later) should replace flex-2.5.4a in the following mandrake distribution. Earlier versions fail sometimes with gcc-3.2. Heikki Junes