On Tue, 2022-06-28 at 16:45 +0200, Jean Abou Samra wrote:
> Le 28/06/2022 à 13:36, Richard Shann a écrit :
> > I've noticed that two \key in succession results in the first being
> > honored while the opposite is true for everything else I've tested.
> > Consider:
&
sion "2.22.0"
{
\time 3/4 \time 5/4 c''
}
{
\clef bass \clef alto c''
}
{
c'' \bar "||" \bar ":..:"
}
{
\key f \major \key d \major c''
}
8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><
Not a problem except when using include files or (as in my case
generating the code programmatically.
Is there a good reason for this, or is it just a wrinkle that could be
fixed?
Richard Shann
The following
\version "2.18.0"
{ g'4 f' g' \mark \default}
compiles ok while
\version "2.22.1"
{ g'4 f' g' \mark \default}
reports
Starting lilypond 2.22.1 [test22.ly]...
Processing `/tmp/frescobaldi-uljzgf6d/tmpzpa94ikr/test22.ly'
Parsing...
Interpreting music...
Preprocessing graphical
I came across a situation where LilyPond crashes caused by a badly
placed \pageBreak. I've chopped most of the music out of the example
but when I tried to remove more the crash stopped.
The error message ends:
Finding the ideal number of pages...
Fitting music on 1 page...lilypond:
/home/gub/New
On Fri, 2021-09-03 at 09:15 +0100, Richard Shann wrote:
> On Thu, 2021-09-02 at 20:19 +0200, Han-Wen Nienhuys wrote:
> > On Thu, Sep 2, 2021 at 4:32 PM Richard Shann > om
> > > wrote:
>
> [...]
> > > I
> > > presume the \path command is speaking in
On Thu, 2021-09-02 at 20:19 +0200, Han-Wen Nienhuys wrote:
> On Thu, Sep 2, 2021 at 4:32 PM Richard Shann > wrote:
>
[...]
> > I
> > presume the \path command is speaking in staff spaces while the
> > border
> > box needs to be drawn within the edges of the page
On Thu, 2021-09-02 at 19:33 +0100, Kevin Barry wrote:
> > This use case continues to be supported with
> > Cairo. Just convert \postscript to \path, wich
> > works both in the current PS backend and with Cairo.
>
> Is this something that can be done automatically with convert-ly?
No, the suggesti
On Wed, 2021-09-01 at 17:47 +0200, Jean Abou Samra wrote:
> Le 01/09/2021 à 17:22, Richard Shann a écrit :
> > > > Denemo uses postscript to generate a title page with a border.
> > >
> > > From a glance at the output of
> > >
> > > g
On Wed, 2021-09-01 at 16:24 +0200, Jean Abou Samra wrote:
> Le 01/09/2021 à 15:11, Rene Brandenburger a écrit :
> > I use the \postscript a lot when typesetting contemporary music
> > e.g.
> > like this:
> >
> > \version "2.20.0"
> >
> >
> > wave_line = \markup {
> > \with-dimensions #'(0 . 0
On Wed, 2021-09-01 at 15:11 +0200, Rene Brandenburger wrote:
> I use the \postscript a lot
Denemo uses postscript to generate a title page with a border.
Richard Shann
> when typesetting contemporary music e.g.
> like this:
>
> \version "2.20.0"
>
>
>
On Fri, 2020-10-23 at 10:17 +0200, Jean Abou Samra wrote:
> Le 21/10/2020 à 17:58, Jean Abou Samra a écrit :
> > Le 21/10/2020 à 17:37, Richard Shann a écrit :
> >
> > > I've noticed that having
> > >
> > > min-systems-per-page = 2
> > >
t all likely
to be due to some typo to be spotted by eye.
Let me know if help would be welcomed.
Richard Shann
% LilyPond file generated by Denemo version 2.4.4
%%http://www.gnu.org/software/denemo/
\version "2.20"
CompactChordSymbols = {}
#(define DenemoTransposeStep 0)
#
to
\override Score.NoteHead.output-attributes.id = #note-id
only works if note-id is *not* a callback as I understand it.
Richard Shann
On Sun, 2020-08-02 at 14:32 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > I'm trying to get the annotated SVG output that enables playback
> > with a
> > scrolling LilyPond score working in 2.20.
> >
> > In the changes http://lilypond.org/
hat should output-attributes.id be set to - can it take a procedure
as id could in 2.18?
Richard Shann
On Mon, 2018-12-03 at 09:22 -0500, Paul Morris wrote:
> Hi Carl and everyone,
>
> On 12/2/18 8:02 PM, Carl Sorensen wrote:
>
> > We used to have black be the color of the glyphs. We made a very
> > specific and intentional move from black to currentColor. And it
> > was an improvement, IMO. Th
On Sat, 2018-12-01 at 23:21 -0500, Étienne Beaulé wrote:
> Having glyph styling through CSS is one of the goals of this project.
> In the use of « currentColor, » it does seem to follow
> specifications.
Hmm, these specs would seem to allow the SVG to be rendered onto a
background of the same colo
On Fri, 2018-11-30 at 22:39 -0500, Étienne Beaulé wrote:
> Hello all!
>
> I’m Étienne Beaulé and I’ve been making some changes to LilyPond. I
> am also the maintainer of the MediaWiki Score extension which allows
> embedded LilyPond on Wikipedia. I’m currently a bachelor student at
> the Universit
On Sun, 2017-07-16 at 10:09 +0100, Richard Shann wrote:
> which shows them centering the figure under a whole note
well, actually, *over* a whole note inthis case. The fact that the whole
note is so far away from the figure (because of its pitch) makes the
effect still more subtle, it beco
On Sat, 2017-07-15 at 16:15 -0700, thomasmorle...@gmail.com wrote:
> On 2017/07/15 09:13:08, thomasmorley651 wrote:
>
> > If you try
> > \override BassFigure.X-offset =
> > #ly:self-alignment-interface::centered-on-x-parent
> > you'll see improvements in some cases (others are worse).
> > Therefor
On Sat, 2017-07-15 at 02:09 -0700, thomasmorle...@gmail.com wrote:
> On 2017/07/15 08:55:43, richard_rshann.plus.com wrote:
> > On Sat, 2017-07-15 at 08:51 +0100, Richard Shann wrote:
> > > On Sat, 2017-07-15 at 00:40 -0700, mailto:thomasmorle...@gmail.com
> wrote:
> >
On Sat, 2017-07-15 at 01:50 -0700, thomasmorle...@gmail.com wrote:
> On 2017/07/15 08:06:41, richard_rshann.plus.com wrote:
>
> > So I think you could validly object that you didn't like them being
> > treated differently.
>
> If you look at the following, namely the colored BassFigures
>
> cbf
On Sat, 2017-07-15 at 08:51 +0100, Richard Shann wrote:
> On Sat, 2017-07-15 at 00:40 -0700, thomasmorle...@gmail.com wrote:
> > On 2017/07/15 07:25:37, richard_rshann.plus.com wrote:
> > > On Sat, 2017-07-15 at 00:09 -0700, mailto:thomasmorle...@gmail.com
> > wrote:
>
On Sat, 2017-07-15 at 00:40 -0700, thomasmorle...@gmail.com wrote:
> On 2017/07/15 07:25:37, richard_rshann.plus.com wrote:
> > On Sat, 2017-07-15 at 00:09 -0700, mailto:thomasmorle...@gmail.com
> wrote:
> > > I'm afraid this patch does not fix the problem as wished.
>
> > You give an example of m
On Sat, 2017-07-15 at 00:09 -0700, thomasmorle...@gmail.com wrote:
> I'm afraid this patch does not fix the problem as wished.
It solves the problem of single bass figures and isolated accidentals on
notes of duration longer than whole note as the comment says.
You give an example of multiple ba
On Thu, 2017-07-13 at 15:07 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > On Thu, 2017-07-13 at 12:47 +0100, James wrote:
> >> > I am not top posting
> >>
> >> This 'patch' does not apply to current master so I could not test i
On Thu, 2017-07-13 at 12:47 +0100, James wrote:
> > I am not top posting
>
> This 'patch' does not apply to current master so I could not test it
> even if I wanted to
Ah, yes, sorry, I looked into what parameters git uses for its diff but
didn't think about the directory you would want to run pa
On Sun, 2017-07-09 at 18:46 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > Simon Albrecht suggested I start a new thread for this (apologies for
> > any confusion)
> >
> > Attached is a patch that fixes the centering of single bass figures over
> &
Simon Albrecht suggested I start a new thread for this (apologies for
any confusion)
Attached is a patch that fixes the centering of single bass figures over
notes of duration whole note and more. The duration is tested and a
translate applied horizontally if needed.
A test snippet is this:
8><8
On Sun, 2017-07-09 at 13:15 +0200, Malte Meyn wrote:
>
> Am 09.07.2017 um 12:50 schrieb Richard Shann:
> > Thanks - here is such a small patch then. It fixes the centering of
> > isolated accidentals and digits on whole notes which is currently too
> > far to the lef
On Sun, 2017-02-26 at 13:36 -0700, Colin Campbell wrote:
> On 2017-02-26 09:18 AM, Richard Shann wrote:
> > It seems that LilyPond crashes when given a file with a tremolo on a
> > rest:
> >
> > \version "2.19.43"
> > { r:32 }
> >
> > This
It seems that LilyPond crashes when given a file with a tremolo on a
rest:
\version "2.19.43"
{ r:32 }
This behavior was reported to me for version 2.18.2, here is the
--verbose output:
lilypond --verbose SimpleSymphony3.ly
Log level set to 287
GNU LilyPond 2.19.43
Relocation: is absolute: argv0
k-box-letters."
the default format is not format-mark-numbers, but format-mark-letters.
Richard Shann
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
I have a file that fails to compile with 2.19.43 with this message
Starting lilypond 2.19.43 [junk.ly]...
Processing `/tmp/frescobaldi-PRgtuJ/tmpBD232F/junk.ly'
Parsing...
Interpreting music...[8][16][24][32]
Preprocessing graphical objects...
Interpreting music...[8][16][24][32]
Preprocessing gra
On Thu, 2016-06-09 at 14:18 +0200, Werner LEMBERG wrote:
> >> Well, we are not in the market for SVG compliance testing. If
> >> there are reasonably simple changes we can make to LilyPond in
> >> order to avoid/sidestep triggering this librsvg bug,
> >
> > I don't know about *this* bug,
>
> BTW
On Thu, 2016-06-09 at 14:20 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > On Thu, 2016-06-09 at 13:23 +0200, David Kastrup wrote:
> >> Richard Shann writes:
> >>
> >> > I don't know about *this* bug, but I did test out replacing
>
On Thu, 2016-06-09 at 13:23 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > On Thu, 2016-06-09 at 12:57 +0200, David Kastrup wrote:
> >> Werner LEMBERG writes:
> >>
> >> >>> >> However, there's still a nasty scaling bug t
On Thu, 2016-06-09 at 12:57 +0200, David Kastrup wrote:
> Werner LEMBERG writes:
>
> >>> >> However, there's still a nasty scaling bug that completely ruins
> >>> >> text positioning at larger magnification values. Sigh.
> >>> >
> >>> > Is *this* a bug in librsvg, or another LilyPond output pro
On Thu, 2016-06-09 at 10:15 +0200, Werner LEMBERG wrote:
> >> However, there's still a nasty scaling bug that completely ruins
> >> text positioning at larger magnification values. Sigh.
> >
> > Is *this* a bug in librsvg, or another LilyPond output problem?
>
> It's definitely a bug in librsvg
On Wed, 2016-06-08 at 23:44 +0200, Werner LEMBERG wrote:
> > A quick glance at my code suggests that
> >
> > \applyContext #(override-color-for-all-grobs (x11-color 'black)
> >
> > will work as a workaround if uploading to Wikipedia.
>
> Indeed, that works, thanks!
>
> However, there's still a
On Wed, 2016-06-08 at 18:08 +0200, Federico Bruni wrote:
> EyeOfGnome and Gimp - which use librsvg just like rsvg-view - do not
> display anything.
>
> The problem is:
>
> fill="currentColor"
This use by LilyPond's SVG output of "currentColor" is something I ran
up against when rendering LilyP
On Mon, 2016-01-18 at 22:51 -0500, Paul Morris wrote:
> > On Jan 9, 2016, at 1:30 PM, Richard Shann wrote:
> >
> > I was wondering if it would be possible to develop a variant of "all on
> > one line", namely "all on one page", where the page height wo
On Fri, 2015-12-18 at 13:19 +0100, David Kastrup wrote:
> Villum Sejersen writes:
>
> > On 18-12-2015 09:31, David Kastrup wrote:
> >
> >> Villum Sejersen writes:
> >>> [...]
> Nope. What parts of stepmake LilyPond needs are included in LilyPond
> itself.
> >>> Well, that's good to kno
While developing a Playback View in Denemo (music plays back while
LilyPond-typeset SVG is animated, building on Mathieu Demange's work) I
came across a bug in event-listener.ly:
In this procedure
#(define (format-tempo engraver event)
(print-line engraver
"tempo"
On Sat, 2015-10-24 at 22:11 +0200, Noeck wrote:
> I guess MEI is rather less readable
> and auto-generated ly code likely, too (therefore I don't use
> Denemo).
Actually, you are not restricted to using Denemo's auto-generated code
when using Denemo. Denemo is essentially a program to enable you
On Sat, 2015-10-24 at 01:39 +0200, Simon Albrecht wrote:
> e.g. if LilyPond should consume
> > MEI
>
> Interesting thought. I should be surprised if MEI were to consent in
> granting LilyPond this honour (as which I’d consider it).
I think what was meant was "the lilypond executable should parse
On Sun, 2015-10-18 at 11:19 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > Can anyone spot the error in this:
> > 8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8>&
Can anyone spot the error in this:
8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><
\version "2.19.25"
\score {
<<
\new ChordNames \chordmode { e4 s4 f:/g8 s8 s4
d8:m s8 s8 s8 s8 s8 s8 s8 }
On Sun, 2015-03-22 at 08:01 +0100, David Kastrup wrote:
> "Trevor Daniels" writes:
>
> > Now while this works it seems rather clunky, so I'm wondering if there
> > is a more elegant way of doing this. Symbols look like they might
> > help, but so far I've failed to make anything work. I've also
On Sat, 2014-10-18 at 17:19 +, d...@gnu.org wrote:
> On 2014/10/09 12:02:16, richard_rshann.plus.com wrote:
>
> > Well, that depends what I meant by the existing code - the specific
> file
> > I was modifying calls chordRootNamer which is initialized to
> > note-name->markup which is in chord-
On Thu, 2014-10-09 at 11:36 +, d...@gnu.org wrote:
> On 2014/10/09 11:08:16, richard_rshann.plus.com wrote:
> > On Wed, 2014-10-08 at 17:41 +, mailto:d...@gnu.org wrote:
> > > Reviewers: ,
> > >
> > >
> > >
> https://codereview.appspot.com/153160043/diff/1/scm/chord-ignatzek-names.scm
> > >
On Wed, 2014-10-08 at 17:41 +, d...@gnu.org wrote:
> Reviewers: ,
>
>
> https://codereview.appspot.com/153160043/diff/1/scm/chord-ignatzek-names.scm
> File scm/chord-ignatzek-names.scm (right):
>
> https://codereview.appspot.com/153160043/diff/1/scm/chord-ignatzek-names.scm#newcode98
> scm/c
On Tue, 2014-10-07 at 12:53 +0100, James wrote:
> On 07/10/14 09:08, Richard Shann wrote:
> > On Mon, 2014-10-06 at 20:06 +0100, James wrote:
> >> Richard,
> >>
> > [..]
> >>> Richard
> >> I have created
> >>
> >> http://code.
> If that was the focus of LilyPond, we
> would talk to it in MusicXML.
Hmm, I think there is a serious need to puncture the MusicXML bubble -
it is an appalling hotchpotch quite unsuited to representing typeset
music. From a casual look it seems to have been designed, but in fact
the real defin
On Tue, 2014-10-07 at 09:50 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > On Tue, 2014-10-07 at 11:04 +0900, Graham Percival wrote:
> >> On Mon, Oct 06, 2014 at 01:41:30PM +0200, David Kastrup wrote:
> >> > Richard Shann writes:
> >> >
On Mon, 2014-10-06 at 20:06 +0100, James wrote:
> Richard,
>
[..]
> >
> > Richard
>
> I have created
>
> http://code.google.com/p/lilypond/issues/detail?id=4154
>
> I'll help shepherd this patch through via the standard review process
> for this.
Thank you very much. I thought I would follow
On Tue, 2014-10-07 at 09:50 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > On Tue, 2014-10-07 at 11:04 +0900, Graham Percival wrote:
> >> On Mon, Oct 06, 2014 at 01:41:30PM +0200, David Kastrup wrote:
> >> > Richard Shann writes:
> >> >
On Tue, 2014-10-07 at 11:04 +0900, Graham Percival wrote:
> On Mon, Oct 06, 2014 at 01:41:30PM +0200, David Kastrup wrote:
> > Richard Shann writes:
> >
> > > Here, instead of ees, is written es.
> >
> > I read
> >
> > In Dutch, aes is
the patch
will be welcomed. (This one gives an idea of the output).
Richard
>From 8a3569e75d1fdff5318497051bb840e330162e47 Mon Sep 17 00:00:00 2001
From: Richard Shann
Date: Mon, 6 Oct 2014 18:09:51 +0100
Subject: [PATCH] Allow creation of compact chord symbols
Compact chord symbols
On Mon, 2014-10-06 at 17:52 +0200, David Kastrup wrote:
> number-pair?
great, thanks!
Richard
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
I am developing compact chord symbols for LilyPond and have added this
property to define-context-properties.scm
(chordCompactScale ,pair? "Draw chord symbols scaled by this
amount")
This works, but I was wondering if there is a more exacting type test
than pair? ?
Richard
___
Thank you to all who replied - I didn't think to look in the "note names
in other languages" section.
Richard
On Mon, 2014-10-06 at 13:41 +0200, David Kastrup wrote:
> Richard Shann writes:
>
> > In the lilypond 2.19 installed file
> >
> > usr/share/lily
In the lilypond 2.19 installed file
usr/share/lilypond/current/ly/chord-modifiers-init.ly
I see the following at line 27
-\markup { \super "o" } % should be $\circ$ ?
Here, instead of ees, is written es.
I've tried this out, and it appears to be a synonym, but I don't see
this documented. A
On Sun, 2014-09-21 at 09:14 +0100, James wrote:
> On 21/09/14 08:55, Richard Shann wrote:
> > On Sat, 2014-09-20 at 17:27 +0200, Federico Bruni wrote:
> >> Thanks Richard, I never used it and I ignored its existence. I'll add
> >> that directory to the path in .bash
On Sat, 2014-09-20 at 17:27 +0200, Federico Bruni wrote:
> Thanks Richard, I never used it and I ignored its existence. I'll add
> that directory to the path in .bashrc.
In light of the further steps it isn't useful to add that directory to
the PATH (because the command will not work unless the it
On Sat, 2014-09-20 at 15:46 +0100, James wrote:
> > lily-git.tcl"
> >
> >
> > as there is no lily-git.tcl in the path at this stage.
> > Putting $LILYPOND_GIT/scripts/auxillar in the path fixed this
> > but then I got this error:
> >
> > lily-git.tcl
> > Error in startup script: grab fa
On Sat, 2014-09-20 at 11:06 +0200, Federico Bruni wrote:
> Yes, in LilyDev 3.0 guest additions should work out of the box.
>
> The new url is: http://www.et.byu.edu/~sorensen/lilydev-3.0.iso
>
> http://www.et.byu.edu/~sorensen/lilydev-3.0.iso.md5
>
"This installed ok - but this bit of the docu
On Sat, 2014-09-20 at 09:25 +0200, Federico Bruni wrote:
> 2014-09-20 8:14 GMT+02:00 Richard Shann :
> yes, it's Oracle's VirtualBox. The thing is that it is working
> for the
> Debian stable that I use, so the VirtualBox settings must be
>
On Fri, 2014-09-19 at 21:04 -0700, Paul Morris wrote:
> Richard Shann-2 wrote
> [...] could someone advise what the LilyPond syntax
> > would be needed to trigger this conditional?
> > I was guessing it might be
> >
> > \layout {
> > \context {
>
On Fri, 2014-09-19 at 22:30 +0100, James wrote:
> On 19/09/14 19:09, Richard Shann wrote:
> > I've just gone through the steps to install LilyDev in a virtual
> > machine. I already have a plain Debian O/S installed and have been using
> > it for some time without proble
When chord symbols are displayed on small hand-held devices (e.g.
smartphones) they will be difficult to read unless the elements are
arranged more compactly than the standard LilyPond chord symbols.
There are commercial programs out there that offer this facility.
I have been experimenting with de
host,
which the Debian virtual machine does.
Has anyone seen this problem/know how to fix it - I guess it has to be
some Ubuntu setting ...
Richard Shann
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lil
On Fri, 2014-01-24 at 10:31 +0100, David Kastrup wrote:
> Richard Shann writes:
>
> > On Fri, 2014-01-24 at 10:26 +0100, David Kastrup wrote:
> >> Simon Bailey writes:
> >>
> >> > hi,
> >> >
> >> > On Fri, Jan 24, 2014 at 10:16
On Fri, 2014-01-24 at 10:26 +0100, David Kastrup wrote:
> Simon Bailey writes:
>
> > hi,
> >
> > On Fri, Jan 24, 2014 at 10:16 AM, Richard Shann
> > wrote:
> >> Thanks for this - while playing around with it I noticed the mysterious
> >> synat
Thanks for this - while playing around with it I noticed the mysterious
synatx q that appears. I tried looking this up in the two indices
without success. It causes a syntax error after a note but repeats a
chord when placed after a chord. I wonder what exactly it is all about
and why I can't find
On Fri, 2014-01-17 at 05:34 +0100, David Kastrup wrote:
> Jeremiah Benham writes:
>
> > I am having an issue running lilypond via glib when cross compiled for
> > darwin.
> >
> > This is when cross compiled for darwin using the same gub snapshot:
> > Version/Status
> > 2.14.2 works fine
> > 2.
... and to prove that 2.18 has arrived, here is perhaps the first
published score typeset with it:
http://imslp.org/wiki/8_Solos,_Op.1_%28Stanley,_John%29#IMSLP309222
I have had to update Denemo to use the new \bar syntax, but otherwise
everything went smoothly.
Congratulations on the new release
On Mon, 2013-04-15 at 23:06 +0200, Janek Warchoł wrote:
> 2013/4/15 Richard Shann :
> > On Mon, 2013-04-15 at 17:25 +0200, Janek Warchoł wrote:
> >> Looks like using
> >>
> >> \layout {
> >> \context {
> >>
On Mon, 2013-04-15 at 17:25 +0200, Janek Warchoł wrote:
> Hi,
> [...] and the user can click on them to achieve accurate positioning -
> > more accurate than clicking in the "middle" of the object.
>
> Sounds like a good idea.
>
> > I have tested this using
> > \new Staff \with { \printRefpoint #
On Mon, 2013-04-15 at 10:38 +0200, Janek Warchoł wrote:
> Hi,
>
> 2013/4/15 Richard Shann :
> > Question: where in the LilyPond source tree is the information about
> > where the "origin" of the glyph is with respect to the center of the
> > bounding rectan
ph is with respect to the center of the
bounding rectangle of the glyph?
Any help is much appreciated.
Richard Shann
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
link that LilyPond provides in the pdf
output and issue the page break command, even though all that is really
happening is that the LilyPond link is returning Denemo's cursor to the
correct place in the score and the command is just the same one you
would have issued looking at the input music
gling amount of processing
is being done is hardly noticeable. And setting the context to just a
few bars/staffs around the cursor makes it practicable on more modest
machines.
Richard Shann
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https:
with a
shift from A-sharp to B-flat during the course of the piece.
Richard Shann
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
anism to shift the
temperament as a piece modulates, equivalent to having split sharps on a
keyboard (as in some 17th c. Italian clavivcembali)
Richard Shann
On Thu, 2010-11-11 at 23:12 -0500, lilypond-devel-requ...@gnu.org wrote:
> Message: 2
> Date: Thu, 11 Nov 2010 09:47:49 -0800
> Fr
Unfortunately the suggested text gives the figures shifted up if one of
the notes is very high, as originally noted by Reinhold.
I would love to see a fix for this too, I am thinking of allowing over
the note bass figures in the Denemo output.
Richard Shann
On Mon, 2010-09-27 at 12:00 -0400
as you read the music.
Of course, you need Denemo to do this:)
In the upcoming version 0.8.18 this will be possible out-of-the-box,
without setting any modes and so on.
I realize this won't be much use to those with a lot of skills built up
using other entry methods, but there are always newco
Han-Wen Nienhuys wrote:
For the moment, you could use markup texts. For example:
Thanks for the suggestion - however it is much more important to me that
the scores I am writing are structurally sound (i.e. the figured basses
are really figured basses, with their own durations etc - I'm workin
Han-Wen Nienhuys wrote:
[EMAIL PROTECTED] writes:
The last problem is easily fixed:
\property FiguredBass.BassFigure \override #'font-relative-size = #-3
just before the figures does the trick.
I've added this to scm/grob-description.scm
This change seems to have got lost - in 1.8.
I have built and installed LilyPond-1.8.0 under RedHat 1.7, doing the
default things suggested in INSTALL.txt (including the font cleaning
step and updating /etc/profile.d). I needed to build and install
guile-1.6.4 to do this.
I found that some gnome applications crashed when I set the
LD_LIBR
If you have a grace note at the start of a repeat, it is placed before
the repeat, it should of course come after.
Here is an example (the \partial is used to force the presence of the
begin-repeat bar). I have lilypond 2.6.5.
\score {
\context Staff \context Voice \notes {
\partial 8 e''8
Hi,
I found it a bit difficult to understand the format of duration in
lilypond - I think two of the examples
given (in 2.6.5 documentation) are misleading:
the explanation of \partial duration is this:
Partial measures, for example in upbeats, are entered using the
|\partial| command:
\
}
>
By the way, I notice that the character $ is allowed after the \ in
lilypond, is this an old feature - it does not seem to be used for
anything? I can't see a reference to it in the ChangeLog. (It is being
output by denemo, but I don't think it means anything).
Richard Shann
(I posted this some while back to bug-lilypond but once more it vanished
without trace ...)
Dear All,
I've noticed that if I use lilypond to output midi and then use midi2ly
to translate back to lilypond notation a part can go missing. I'm using
midi2ly (GNU LilyPond) 1.6.5
GNU LilyPond 1.6.5
editor thinks *that* note should be sharpened (or
if ornamented, the ornament should be sharpened). (I feel perhaps I'm
labouring the point now ...).
I've added #'direction for the BassFigure grob, so you can the
stacking direction. (1.7 cvs)
The default should be the normal dire
95 matches
Mail list logo
