On 12/22/10 4:16 AM, Marc Hohl m...@hohlart.de wrote:
Am 22.12.2010 09:48, schrieb Carl Sorensen:
On 12/22/10 1:30 AM, Marc Hohlm...@hohlart.de wrote:
Hello all,
attached is a small patch to handle Issue 1035.
Instead of giving an error, it raises a warning when negative frets
Hi,
I'm trying to get an easier method of creating custom string tunings (see
http://article.gmane.org/gmane.comp.gnu.lilypond.general/60871)
I'd like to do one of the following:
\makeStringTuning #'violin-tuning g d' a' e''
or
violin-tuning = \makeStringTuning g d' a' e''
I can get the
On 12/21/10 1:14 PM, Valentin Villenave valen...@villenave.net wrote:
Greetings everybody, hi Trevor,
I've been looking at the LM 4.4.2 Placement of objects Within-staff
objects, and I'm not sure we want to use Down/Left and Up/Right in
the table. Yes, we all know that -1 and 1 may
On 12/20/10 10:46 AM, Jonathan Kulp jonlancek...@gmail.com wrote:
On Mon, Dec 20, 2010 at 11:37 AM, Graham Percival
gra...@percival-music.ca wrote:
BTW: since we are effectively distributing a full-blown GNU/Linux
distro, we might want to consider naming it differently; as things
On 12/19/10 10:14 PM, Keith OHara k-ohara5...@oco.net wrote:
Patch created by lily-git.tcl
-Keith
Keith,
I've posted your patch for review on Rietveld. I'm sorry that I forgot to
include you on the reviewer list, but you should get it as part of the
-devel list.
Just in case, here's the
On 12/19/10 10:14 PM, Keith OHara k-ohara5...@oco.net wrote:
Posted for review on Rietveld:
http://codereview.appspot.com/3782042/
Thanks!
Carl
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On 12/17/10 5:06 AM, Phil Holmes m...@philholmes.net wrote:
- Original Message -
From: Graham Percival gra...@percival-music.ca
To: Phil Holmes m...@philholmes.net
Cc: Colin Campbell c...@shaw.ca; lilypond-devel@gnu.org
Sent: Friday, December 17, 2010 10:25 AM
Subject: Re:
On 12/17/10 12:49 PM, Valentin Villenave valen...@villenave.net wrote:
BTW: since we are effectively distributing a full-blown GNU/Linux
distro, we might want to consider naming it differently; as things
currently are, I'm afraid we're committing a trademark infringement of
sorts:
Any
On 12/17/10 4:15 PM, James Lowe james.l...@datacore.com wrote:
Lilybuntu is a great name!
It is, and I'd like to be able to keep it. But the Ubuntu people are pretty
clear about how they want to see their trademark used.
We could ask them for permission. I suspect they wouldn't give it,
I'm working on issue 1456, updating \overrideTimeSignatureSettings.
I've created a convert-ly rule, and tested it on my own files.
I ran
scripts/auxiliar/update-with-convert-ly.sh
to update snippets and the docs.
It updated the snippets in input/regression
But it didn't update the snippets
On 12/16/10 9:26 AM, Graham Percival gra...@percival-music.ca wrote:
On Thu, Dec 16, 2010 at 07:53:57AM -0700, Carl Sorensen wrote:
But it didn't update the snippets in Documentation/notation/rhythms.itely.
Mao. Maybe this is an osx-incompatibility in find(1) ? I thought
that I used
On 12/16/10 12:41 PM, Bertrand Bordage bordage.bertr...@gmail.com wrote:
I suppose that there is some argument for changing the names of the scripts,
e.g. from \rtoe to \stdtoe, and from \ltoe to \invtoe, with corresponding
changes to heel. But this discussion should by part of the GLISS
On 12/16/10 10:25 AM, Graham Percival gra...@percival-music.ca wrote:
On Thu, Dec 16, 2010 at 09:52:07AM -0700, Carl Sorensen wrote:
sorensen2:lilypond Carl$ find Documentation/ -path 'Documentation/snippets'
-prune \
, -name '*.itely' | grep rhythms
find: ,: unknown option
It's
On 12/16/10 6:04 AM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/16/10 5:16 AM, Bertrand Bordage bordage.bertr...@gmail.com wrote:
Hello frogs (although I am French, I won't eat you) !
First of all, a huge thanks to the team for allowing us to freely use the
overall best music
On 12/16/10 3:17 PM, bordage.bertr...@gmail.com
bordage.bertr...@gmail.com wrote:
Do we know why, where and when the O was used ?
It's always interessing to dispose of several notations.
Here's a page that recommends the use of v and o in modern notation.
On 12/16/10 2:39 PM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/16/10 10:25 AM, Graham Percival gra...@percival-music.ca wrote:
On Thu, Dec 16, 2010 at 09:52:07AM -0700, Carl Sorensen wrote:
sorensen2:lilypond Carl$ find Documentation/ -path 'Documentation/snippets'
-prune
This should have come to -devel, but I sent it to -user.
Thanks,
Carl
-- Forwarded Message
From: Carl Sorensen c_soren...@byu.edu
Date: Thu, 16 Dec 2010 16:22:50 -0700
To: Bertrand Bordage bordage.bertr...@gmail.com
Cc: lilypond-user lilypond-u...@gnu.org
Conversation: Organ pedalboard
On 12/16/10 7:24 PM, Janek Warchoł lemniskata.bernoull...@gmail.com
wrote:
3. Don't start with the hardest / highest-priority issues. Pick
something tagged with frogs to get started on.
Isn't that obvious? Along with the fact that i'd prefer to work on the
issues that bother me the most,
On 12/15/10 12:28 AM, Marc Hohl m...@hohlart.de wrote:
Am 15.12.2010 00:18, schrieb Carl Sorensen:
On 12/14/10 4:15 PM, Graham Percivalgra...@percival-music.ca wrote:
I only just realized that I should have done
git add input/regression/*.ly
after apply Neil's patches with patch
On 12/15/10 6:42 AM, James james.l...@datacore.com wrote:
Jonathan
On 15/12/2010 13:19, Jonathan Kulp wrote:
On Wed, Dec 15, 2010 at 6:40 AM, Jamesjames.l...@datacore.com wrote:
Doc build is failing since yesterday evening for me. It built in w/o
errors in the morning.
I've built my
On 12/15/10 8:32 AM, Janek Warchoł lemniskata.bernoull...@gmail.com
wrote:
2010/12/15 Graham Percival gra...@percival-music.ca
Fighting about whether a bug should be high vs. low does NOTHING
to get it fixed sooner or later. This is a volunteer project, and
lilypond developers do not appear
On 12/15/10 10:19 AM, Graham Percival gra...@percival-music.ca wrote:
We have a lot of newbie contributors now. That's great! However,
newbie contributors aren't confident, and aren't able to figure
out why the build is failing. Especially when they're trying to
build lilypond for the
On 12/15/10 10:34 AM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/15/10 10:19 AM, Graham Percival gra...@percival-music.ca wrote:
Carl: I killed your 713aeac92c2bd06a9ae0ed38d13f4b20fba3f9a8 which
was the regtest for 1440. Dunno why it was failing; building it
from the command-line
On 12/15/10 10:57 AM, Graham Percival gra...@percival-music.ca wrote:
On Wed, Dec 15, 2010 at 10:34:59AM -0700, Carl Sorensen wrote:
We've got to have some better process to handle this.
Agreed.
I don't know what it is.
For a symptomatic treatment, this particular case could be checked
On 12/15/10 12:15 PM, Jonathan Kulp jonlancek...@gmail.com wrote:
On Wed, Dec 15, 2010 at 11:24 AM, Graham Percival
gra...@percival-music.ca wrote:
Despite the excitement about 2.14, I'm going to be working on
lilybuntu and the early CG chapters since we've had a surge of new
On 12/15/10 1:24 PM, Jonathan Kulp jonlancek...@gmail.com wrote:
On Wed, Dec 15, 2010 at 1:56 PM, Carl Sorensen c_soren...@byu.edu wrote:
Just a reminder that I've prepared an addition to CG with steps to
creation of lilybuntu and am only waiting to test doc-build after
Carl's regtest
On 12/15/10 12:56 PM, Valentin Villenave valen...@villenave.net wrote:
... and that's but what I could come up with with a quick search on
Rietveld.
How did you do your search on Rietveld? I've never been able to find a
decent method to search Rietveld.
Thanks,
Carl
On Dec 14, 2010, at 5:45 AM, Dmytro O. Redchuk
brownian@gmail.com wrote:
On Tue 14 Dec 2010, 12:29 Phil Holmes wrote:
David Kastrup d...@gnu.org wrote in message
news:87zks835z9@lola.goethe.zz...
Phil Holmes m...@philholmes.net writes:
Well - because it's unusual. Far more
On 12/14/10 4:15 PM, Graham Percival gra...@percival-music.ca wrote:
I only just realized that I should have done
git add input/regression/*.ly
after apply Neil's patches with patch -p1 foo.diff
Sorry about that.
Well, I don't think that either of Neil's patches included regtests. I
On 12/14/10 10:26 AM, Phil Holmes m...@philholmes.net wrote:
There are currently 8 issues to verify that could and should have been
verified. I've asked the bug squad to check them, and I've been over them
myself and I don't have the skills to check them. Could any developer who
can,
On 12/14/10 5:16 PM, Patrick McCarty pnor...@gmail.com wrote:
On Tue, Dec 14, 2010 at 3:53 PM, Carl Sorensen c_soren...@byu.edu wrote:
I've asked Patrick for a regtest for 1407 so that somebody can validate that
issue.
I've added a comment to 1407 about the process for verification
On Dec 12, 2010, at 6:20 AM, Han-Wen Nienhuys hanw...@gmail.com
wrote:
On Sat, Dec 11, 2010 at 9:53 PM, n.putt...@gmail.com wrote:
On 2010/12/11 23:23:46, Neil Puttock wrote:
I think it would be better to create the missing column rather than
aborting.
Neil's approach looks better
On 12/11/10 9:54 AM, Patrick Schmidt p.l.schm...@gmx.de wrote:
Am 11.12.2010 um 17:34 schrieb carl.d.soren...@gmail.com:
Do we want to have\hideNotes apply to TabVoice? If so, we could
change
the definition of \hideNotes. That would probably be better than a
known issue.
IMHO I
On 12/11/10 12:44 PM, Patrick Schmidt p.l.schm...@gmx.de wrote:
Am 11.12.2010 um 18:03 schrieb Carl Sorensen:
On 12/11/10 9:54 AM, Patrick Schmidt p.l.schm...@gmx.de wrote:
IMHO I think we want to have \hideNotes apply to TabVoice. I tried to
achieve glissandi with an indefinite
On 12/11/10 12:39 PM, Graham Percival gra...@percival-music.ca wrote:
On Sat, Dec 11, 2010 at 07:04:20PM +, carl.d.soren...@gmail.com wrote:
On 2010/12/11 18:52:28, Valentin Villenave wrote:
That being said, if we're to start accepting such tricks in the
default
distribution, then I
On 12/11/10 12:46 PM, Graham Percival gra...@percival-music.ca wrote:
On Sat, Dec 11, 2010 at 05:40:20PM +, carl.d.soren...@gmail.com wrote:
Message:
Here's a patch for issue 1336 that combine's Neil's idea of not creating
the paper columns with Graham's idea of erroring out when there
On 12/11/10 12:55 PM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/11/10 12:44 PM, Patrick Schmidt p.l.schm...@gmx.de wrote:
Am 11.12.2010 um 18:03 schrieb Carl Sorensen:
On 12/11/10 9:54 AM, Patrick Schmidt p.l.schm...@gmx.de wrote:
IMHO I think we want to have \hideNotes
On 12/11/10 1:35 PM, Patrick Schmidt p.l.schm...@gmx.de wrote:
Am 11.12.2010 um 21:16 schrieb Carl Sorensen:
On 12/11/10 12:55 PM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/11/10 12:44 PM, Patrick Schmidt p.l.schm...@gmx.de wrote:
Am 11.12.2010 um 18:03 schrieb Carl
On 12/9/10 7:51 AM, Phil Holmes m...@philholmes.net wrote:
I think the regtests for .42 are all OK. Many of the tab* tests are
slightly different - .42 gives a little more space, and so the build regtest
checker picks these changes up. See the attached image for an example of
the actual
On 12/10/10 5:21 PM, Francisco Vila paconet@gmail.com wrote:
2010/12/11 Graham Percival gra...@percival-music.ca:
Whatever it does to obtain a new set of manuals, any daily snapshot
should do the same.
No. The docs on kainhofer.com are not our official docs. It is a
private
Thanks, Neil. They're gone now.
Carl
On 12/7/10 5:03 PM, n.putt...@gmail.com n.putt...@gmail.com wrote:
Carl, there are two code nitpicks I mentioned before which are still
present:
`finger-number' is defined but not used in translation-functions.scm.
`pad-list' has a redundant
On 12/8/10 10:52 AM, Mark Polesky markpole...@yahoo.com wrote:
Okay, the description I wrote for the 'padding key of the
spacing alists is clearly incorrect, especially the bit
about the unobstructed (invisible) rectangle:
padding the minimum required amount of unobstructed
vertical
I've got commit 16bdb67bb1ce1f52380b36e264869c2b61aa3553
I did
make clean make
make doc-clean
make doc
I get this error:
Interpreting music...
[/Users/Carl/lilypond/out/share/lilypond/current/fonts/otf/emmentaler-20.otf
]
elapsed time: 0.01 seconds
Element count 113 (spanners 11)
On 12/9/10 7:32 AM, Phil Holmes m...@philholmes.net wrote:
Carl Sorensen c_soren...@byu.edu wrote in message
news:c9200dfc.1824d%c_soren...@byu.edu...
On 12/4/10 11:20 AM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/4/10 11:16 AM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/4
On 12/6/10 6:27 AM, James james.l...@datacore.com wrote:
Hang on.
I have made a mistake with git cl.
I was hoping this would give a new patch not add to the existing.
Sorry.
@graham (or anyone) can someone help me out with this?
Create a new branch with the second change, and do
On 12/6/10 6:46 AM, James james.l...@datacore.com wrote:
Hello,
On 06/12/2010 13:44, Carl Sorensen wrote:
Create a new branch with the second change, and do git-cl upload from the
second branch.
That's a bit beyond me.
:(
Well, let me give you the exact commands:
git branch -f
On 12/6/10 5:07 AM, Neil Puttock n.putt...@gmail.com wrote:
On 6 December 2010 09:26, Mark Polesky markpole...@yahoo.com wrote:
Some of the error messages:
error: failed files: d7/lily-75221729.ly
error: Children (4 3 2 1 0) exited with errors.
[...]
Child returned 1
make[3]:
On 12/6/10 3:37 AM, Marc Hohl m...@hohlart.de wrote:
Am 05.12.2010 23:12, schrieb Carl Sorensen:
[...]
Perhaps the left edge of a number should be aligned to the left edge of
a note head
when the fret number is a single digit, whereas fret numbers 9 should
be centered
according
On 12/5/10 5:44 AM, Phil Holmes m...@philholmes.net wrote:
Carl Sorensen c_soren...@byu.edu wrote in message
news:c91fb4a2.18233%c_soren...@byu.edu...
On 12/4/10 8:58 AM, Phil Holmes m...@philholmes.net wrote:
tablature-full-notation.log: well - the warning about unterminated ties
On 12/5/10 8:18 AM, Phil Holmes m...@philholmes.net wrote:
Ah - I see - it's only in the code once, but since that music is used 3
times = 3 ties.
Exactly.
Thanks,
Carl
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On 12/5/10 12:22 PM, Marc Hohl m...@hohlart.de wrote:
Am 05.12.2010 02:19, schrieb carl.d.soren...@gmail.com:
On 2010/12/05 00:58:13, Neil Puttock wrote:
I don't know, but they're consistently shifted to the right unless
there are double-digit notes present.
I wanted your opinion on the
On 12/4/10 8:58 AM, Phil Holmes m...@philholmes.net wrote:
stem-length-estimation.log: there's much less text in the logfile - don't
understand why, though.
display-lily-tests.log: there's more output in the logfile. Again, I have
no idea why, but this does look a significant difference
On 12/4/10 10:51 AM, Phil Holmes m...@philholmes.net wrote:
Phil Holmes m...@philholmes.net wrote in message
news:iddog7$hq...@dough.gmane.org...
page-breaking-min-systems-per-page2.log: warning: compressing music to
fit is added. Presumably an intended fix for vertical spacing issues.
On 12/4/10 11:16 AM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/4/10 10:51 AM, Phil Holmes m...@philholmes.net wrote:
Phil Holmes m...@philholmes.net wrote in message
news:iddog7$hq...@dough.gmane.org...
page-breaking-min-systems-per-page2.log: warning: compressing music to
fit
On 12/4/10 11:20 AM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/4/10 11:16 AM, Carl Sorensen c_soren...@byu.edu wrote:
On 12/4/10 10:51 AM, Phil Holmes m...@philholmes.net wrote:
Phil Holmes m...@philholmes.net wrote in message
news:iddog7$hq...@dough.gmane.org...
page
On 12/4/10 3:36 PM, Mark Polesky markpole...@yahoo.com wrote:
David Kastrup wrote:
We can define all of these as exact quantities:
guile (define mm 1)
guile (define cm (* 10 mm))
guile (define in (* 254 (/ mm 10)))
guile (define pt (/ (* 100 in) 7227))
Probably nice.
This is easier
On 12/4/10 1:32 PM, Graham Percival gra...@percival-music.ca wrote:
On Sat, Dec 4, 2010 at 6:37 PM, Valentin Villenave
valen...@villenave.net wrote:
On Sat, Dec 4, 2010 at 2:35 PM, Graham Percival
gra...@percival-music.ca wrote:
Since GUB master still cannot build lilypond due to that
On 12/4/10 3:57 PM, Mark Polesky markpole...@yahoo.com wrote:
Carl Sorensen wrote:
Yes, very nice! I had forgotten that fractions were
exact, too. [...] You might want to consider
(define pt (* 100/7227 in))
Since the point is defined in terms of inches, instead of
mm.
Good
On 12/4/10 4:51 PM, David Kastrup d...@gnu.org wrote:
Carl Sorensen c_soren...@byu.edu writes:
Actually, I'm not sure that being exact matters, since a hundredth of
a point is much lower than the resolution of my printer.
It matters once you can't figure out why one system less than
On 12/3/10 8:06 AM, David Kastrup d...@gnu.org wrote:
Mark Polesky markpole...@yahoo.com writes:
David Kastrup wrote:
mm = #1.0
cm = #(* 10 mm)
in = #(* 25.4 mm)
pt = #(/ in 72.27)
Wouldn't pt = #(/ (* 2540 mm) 7227) have smaller absolute
error? The current definition
On Dec 3, 2010, at 6:57 PM, pnor...@gmail.com pnor...@gmail.com
wrote:
Hi Carl,
The code looks good.
The patch's subject should have 1428 though, not 1248.
You know, my kids have dyslexia -- and the older I get the more it
affects me. Thanks for the catch!
Carl
On 12/2/10 4:18 PM, Michael Käppler xmichae...@web.de wrote:
Though polymetric notation is documented to work, it sometimes leads to
unexpected page overflow.
Then again, with other time signature combinations, it works very well.
What is the reason for this
variable behaviour?
I
On 11/30/10 4:24 AM, Graham Percival gra...@percival-music.ca wrote:
This is an attempt to collaboratively solve issue 1336. (that said,
if anybody can jump in and solve it instantly with a patch, go right
ahead! if this issue is solved, we'll just pick another one)
On 11/30/10 1:04 AM, Graham Percival gra...@percival-music.ca wrote:
On Mon, Nov 29, 2010 at 06:37:08AM -0700, Carl Sorensen wrote:
What about option 0 -- try to coordinate the resources we currently have
available on the critical issues?
I would like that. I'm a bit surprised to see so
Valentin's merge which is currently the head^ on savannah is the same commit
I have as master. I think it is likely to be the most current commit.
As far as I can tell, all the commits you have identified are currently on
savannah, and are in my local repository as well.
Thanks,
Carl
On 11/29/10 12:33 AM, Graham Percival gra...@percival-music.ca wrote:
What do you think? This is not a vote, but I would like to hear
from people. I am hoping that we can find a reasonable amount of
consensus.
What about option 0 -- try to coordinate the resources we currently have
On 11/29/10 4:49 AM, Valentin Villenave valen...@villenave.net wrote:
(PS. Perhaps now would be as good a time as any to publicly state that
I'm leaving the project by the end of the year, partly due to
aforementioned dissatisfactions. So whatever I might have to say until
then can, and
On 11/28/10 7:08 AM, Valentin Villenave valen...@villenave.net wrote:
Hi Jean-Charles, greetings everybody,
I've been working on a patch for fr.po but I have a few questions:
- how do we register at the Translation Project? (actually, I'd
prefer not to bother with it at all, I'd rather
On 11/27/10 1:22 AM, Trevor Daniels t.dani...@treda.co.uk wrote:
Carl Sorensen wrote Saturday, November 27, 2010 4:10 AM
Neil found a bug in the code. What happens when
someone requests an open string that isn't present
in the tuning?
I've got the code fixed to issue a warning
On 11/27/10 2:17 AM, David Kastrup d...@gnu.org wrote:
carl.d.soren...@gmail.com writes:
Yes, the assumption is that the string specification needs to be in
the same order as the note specification. When the documentation is
done, we'll need to be sure that is mentioned. If you specify
On 11/27/10 2:38 AM, David Kastrup d...@gnu.org wrote:
Marc Hohl m...@hohlart.de writes:
Am 27.11.2010 10:17, schrieb David Kastrup:
carl.d.soren...@gmail.com writes:
Yes, the assumption is that the string specification needs to be in
the same order as the note specification.
On 11/27/10 2:24 AM, Marc Hohl m...@hohlart.de wrote:
Am 27.11.2010 02:41, schrieb Carl Sorensen:
On 11/24/10 12:40 AM, Marc Hohlm...@hohlart.de wrote:
Am 24.11.2010 00:41, schrieb Neil Puttock:
On 23 November 2010 23:30, Carl Sorensenc_soren...@byu.edu wrote
Marc,
Do you have a regtest file that uses the custom fret label?
Thanks,
Carl
On 11/27/10 11:46 AM, Marc Hohl m...@hohlart.de wrote:
Am 27.11.2010 15:27, schrieb Carl Sorensen:
[...]
TabNoteHead supports the text-interface, which has a 'text property. It's
in the Internals reference
On 11/27/10 1:03 PM, Marc Hohl m...@hohlart.de wrote:
Am 27.11.2010 14:36, schrieb Carl Sorensen:
[...]
No, it's not a syntax error, any more than
\time 4/4 c4 c c |
is a syntax error.
I'm fine to throw an error instead of a warning, so that the output will say
the file failed
On 11/26/10 3:37 AM, Valentin Villenave valen...@villenave.net wrote:
On Fri, Nov 26, 2010 at 8:44 AM, Trevor Daniels t.dani...@treda.co.uk wrote:
I'd prefer this patch to be reverted. That way the information about
the long filenames that previously contained @/s is retained, making
it
On 11/26/10 3:37 AM, Valentin Villenave valen...@villenave.net wrote:
Besides, as I said, this patch doesn't just add @/ everywhere, it also
adds quite a bunch of @file{} items (in many places where @code{} was
previously used, or even nothing at all -- for example, have a look at
the
On 11/26/10 10:51 AM, Valentin Villenave valen...@villenave.net wrote:
Please have a look at the attached patch:
http://dl.free.fr/pMyOkyICo
(sorry about the inconvenience, but it's the only way for me to send
larges patches. I did try and upload my patch on Rietveld, but git cl
eventually
On 11/26/10 2:41 PM, Trevor Daniels t.dani...@treda.co.uk wrote:
Carl Sorensen wrote Friday, November 26, 2010 6:43 PM
On 11/26/10 10:51 AM, Valentin Villenave
valen...@villenave.net wrote:
Er, are you suggesting that
@file{this/is/a/very/long/path/towards/myfile.scm}
should be printed
On 11/26/10 3:41 PM, carl.d.soren...@gmail.com carl.d.soren...@gmail.com
wrote:
On 2010/11/26 19:39:06, steve.yegge wrote:
Thanks for implementing this!
You're welcome. Thanks to all who contributed ideas.
Now for the big request -- since I've made things easier for your music
files,
On 11/26/10 4:26 PM, Valentin Villenave valen...@villenave.net wrote:
On Fri, Nov 26, 2010 at 11:18 PM, Carl Sorensen c_soren...@byu.edu wrote:
I don't think we disagree here. It appeared to me that Valentin was
thinking that 50 characters was too long. I am arguing that 50 characters
On 11/26/10 5:25 PM, Patrick Schmidt p.l.schm...@gmx.de wrote:
Am 26.11.2010 um 23:41 schrieb carl.d.soren...@gmail.com:
On 2010/11/26 19:39:06, steve.yegge wrote:
Thanks for implementing this!
You're welcome. Thanks to all who contributed ideas.
Now for the big request -- since I've
On 11/26/10 5:42 PM, Valentin Villenave valen...@villenave.net wrote:
On Sat, Nov 27, 2010 at 1:03 AM, Carl Sorensen c_soren...@byu.edu wrote:
Most of these file references aren't actually more than 50 characters. They
get over 50 when you include the @var{} inside the file, or in one case
On 11/24/10 12:40 AM, Marc Hohl m...@hohlart.de wrote:
Am 24.11.2010 00:41, schrieb Neil Puttock:
On 23 November 2010 23:30, Carl Sorensenc_soren...@byu.edu wrote:
Pushed, thanks.
That was quick, thanks!
I'm sorry I'm a bit late, but this
+(define-markup-command
On 11/26/10 5:25 PM, Patrick Schmidt p.l.schm...@gmx.de wrote:
Am 26.11.2010 um 23:41 schrieb carl.d.soren...@gmail.com:
On 2010/11/26 19:39:06, steve.yegge wrote:
I also tried out the zero-fingering feature. It works quite well in
conjunction
with setting the minimumFret. Again, I found
On 11/23/10 1:23 PM, Marc Hohl m...@hohlart.de wrote:
Hello everybody,
this small patch extends lilypond's tablature features.
It provides a custom callback to print a given string instead of the
fret number.
This patch is needed for providing proper harmonics support (i.e. declaring
On 11/22/10 9:35 AM, Reinhold Kainhofer reinh...@kainhofer.com wrote:
I'm currently trying to make cue notes much better supported in LilyPond. In
particular, it's not as simple as quoting the notes in a CueVoice. In real
scores, there are several different options to take into account:
-)
On 11/22/10 10:57 AM, Trevor Daniels t.dani...@treda.co.uk wrote:
Carl Sorensen wrote Monday, November 22, 2010 4:54 PM
On 11/22/10 9:35 AM, Reinhold Kainhofer reinh...@kainhofer.com
wrote:
Do you have any idea how to properly add options for the
cueDuring command in
LilyPond
On 11/20/10 12:23 PM, Jean-Charles Malahieude lily...@orange.fr wrote:
It's easy to test if it is currently valid. It's impossible to
say if it will ever be deprecated.
I suggest you find a musicxml file and try converting it to
lilypond a few times, giving different -l values. If you
LGTM
Carl
On 11/20/10 2:39 PM, Jean-Charles Malahieude lily...@orange.fr wrote:
Le 20/11/2010 21:17, Graham Percival disait :
On Sat, Nov 20, 2010 at 7:38 PM, Carl Sorensenc_soren...@byu.edu wrote:
On 11/20/10 12:23 PM, Jean-Charles Malahieudelily...@orange.fr wrote:
instead of the
On 11/16/10 3:18 PM, James Lowe james.l...@datacore.com wrote:
Hello,
see the following simple example.
--
\version 2.13.37
\relative c'' {
c1
\once \override Score.RehearsalMark #'break-visibility =
#begin-of-line-invisible
\once \override Score.RehearsalMark
On 11/15/10 2:32 AM, David Santamauro david.santama...@gmail.com wrote:
On Sun, 14 Nov 2010 19:29:07 +
Wols Lists antli...@youngman.org.uk wrote:
On 13/11/10 16:17, David Santamauro wrote:
I want to offer to do it, but I have some intense studying to do. Is
this the correct list
On 11/13/10 2:01 AM, David Kastrup d...@gnu.org wrote:
carl.d.soren...@gmail.com writes:
OK, so now I've eliminated the triple nested loop.
There is what appears to me to be a required nested loop.
One loop to loop through the note-heads.
Then an inner loop (with a break) through the
On 11/12/10 7:11 AM, Jeff Epstein aliteralmind-lilyp...@yahoo.com wrote:
I am writing a very-simplified LilyPond parser, just to analyze the notes,
chords and rests/silences within a particular { }-block of LY code. I want
to completely ignore all non-note (and non-chords and non-rest/silence)
On 11/13/10 3:18 AM, Marc Hohl m...@hohlart.de wrote:
Am 13.11.2010 06:21, schrieb carl.d.soren...@gmail.com:
I can think of no way to simplify this code further. If you have any
ideas I'd be happy to hear them.
There was the idea to include this into the Tab_note_heads_engraver, and
if it
On 11/13/10 5:50 AM, David Santamauro david.santama...@gmail.com wrote:
Hi Carl,
very interesting information...
On Sat, 13 Nov 2010 03:12:40 -0700
Carl Sorensen c_soren...@byu.edu wrote:
An easier approach might be to write an engraver
Pardon my ignorance
On 11/13/10 9:17 AM, David Santamauro david.santama...@gmail.com wrote:
I want to offer to do it, but I have some intense studying to do. Is
this the correct list to ask questions about this. I'm not in
inexperienced developer, just a novice with the internals of
lilypond. I just don't want
On 11/13/10 3:23 AM, David Kastrup d...@gnu.org wrote:
Carl Sorensen c_soren...@byu.edu writes:
On 11/13/10 2:01 AM, David Kastrup d...@gnu.org wrote:
carl.d.soren...@gmail.com writes:
You sort the noteheads according to some criterion, and use the same
criterion for sorting
Valentin,
The GLISS list on lilynet.net is being used regularly as a spam sender. Can
we require membership or moderation?
Thanks,
Carl
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
On 11/13/10 12:53 PM, Mark Polesky markpole...@yahoo.com wrote:
James Lowe wrote:
Looks like it will be fairly straightforward in this
case, but let me know if you want help with that
process. I figure I should help you there, since I'm
the one who introduced the conflicts.
If it's not
On 11/13/10 1:24 PM, Graham Percival gra...@percival-music.ca wrote:
On Sat, Nov 13, 2010 at 11:53:06AM -0800, Mark Polesky wrote:
James Lowe wrote:
Looks like it will be fairly straightforward in this
case, but let me know if you want help with that
process. I figure I should help you
901 - 1000 of 1841 matches
Mail list logo