ROADMAP has always confused me. I prefer something more
like the attached file.
Comments?
- Mark
Prebuilt Documentation and packages are available from:
http://www.lilypond.org
LilyPond development is hosted at:
http://savannah.gnu.org/projects/lilypond
Here is a simple explan
I'm working on trying to make it so both the fretboard_engraver and the
tab_note_head engraver use the same algorithm to choose strings and frets
for notes.
In so doing, I'm looking at some code in the tab-note-heads engraver that
seems wrong to me. But I'm sufficiently inexperienced with engrave
On Fri, Jan 15, 2010 at 04:19:58PM -0800, Mark Polesky wrote:
> Graham Percival wrote:
> > Is there a way in HTML to prevent a line break? If so,
> > does anybody want to add it to our init file, and/or get
> > it into mainline texi2html?
>
> Shouldn't @command avoid line-breaks and hyphen-breaks
Graham Percival wrote:
>> Yes, but I thing it would be a good habit that the @w
>> encloses what is to be said. If I'm not
>> misunderstanding, it would allow us to use
>>
>> @w...@command{run} @var{variable}}
>>
>> instead of
>>
>> @command{r...@tie{}@var{variable}
>
> Hmm, that's a nice idea. Ho
Am Freitag, 15. Januar 2010 18:24:55 schrieb Joe Neeman:
> On Fri, 2010-01-15 at 18:08 +0100, Reinhold Kainhofer wrote:
> > If you can send us an example of what it looks like (so that we don't
> > have to guess which settings you will set exactly), it would be much
> > easier to complain ;-)
>
>
2010/1/10 Carsten Steger :
> Also, from our discussion it would appear to me that the patch for the
> halfopen articulation character I have designed could be pushed.
LGTM, pushed to master.
I've just made one minor change: new features go at the top of changes.tely.
Thanks,
Neil
On Fri, Jan 15, 2010 at 07:14:54PM +0100, Jean-Charles Malahieude wrote:
> Yes, but I thing it would be a good habit that the @w encloses what is
> to be said. If I'm not misunderstanding, it would allow us to use
>
> @w...@command{run} @var{variable}}
>
> instead of
>
> @command{r...@tie{}@var{v
Similar to the GLISS webpage, I have the pre-planning notes online:
http://lilypond.org/~graham/gop/
If you think we need to add anything, let me know. Also similar
to GLISS, this won't be starting until after 2.14.
Cheers,
- Graham
___
lilypond-deve
Le 15/01/2010 18:52, John Mandereau disait :
Le jeudi 14 janvier 2010 à 20:46 -0800, Mark Polesky a écrit :
I read that "@w" can prevent this, but is one of these two
forms preferred?
@co...@w{--rebase}}
@w...@code{--rebase}}
I don't think so; these two forms are equally legible, so if they
a
On Fri, Jan 15, 2010 at 09:57:16AM -0800, Mark Polesky wrote:
> Graham Percival wrote:
> > This one is preferred, but I'm pretty certain that
> > texi2html doesn't do anything with @w{}. If you're
> > inspired, please test this with a minimal .texi file,
> > and file a bug report with texi2html if
Graham Percival wrote:
>> @w...@code{--rebase}}
>
> This one is preferred, but I'm pretty certain that
> texi2html doesn't do anything with @w{}. If you're
> inspired, please test this with a minimal .texi file,
> and file a bug report with texi2html if confirmed.
The texinfo manual says:
@w{t
Le jeudi 14 janvier 2010 à 20:46 -0800, Mark Polesky a écrit :
> I read that "@w" can prevent this, but is one of these two
> forms preferred?
>
> @co...@w{--rebase}}
> @w...@code{--rebase}}
I don't think so; these two forms are equally legible, so if they
actually produce the same outptut in all
On Thu, Jan 14, 2010 at 08:46:17PM -0800, Mark Polesky wrote:
> In the pdf output of my CG patch, I noticed that the hyphens
> in "@code{--rebase}" got separated from the word "rebase":
Oops, I just noticed the "pdf output" part. In this case, the
@{...@code{--foo}} would definitely help.
Of cou
On Fri, 2010-01-15 at 18:08 +0100, Reinhold Kainhofer wrote:
> Am Freitag, 15. Januar 2010 17:55:46 schrieb Joe Neeman:
> > On Thu, 2010-01-14 at 06:18 +0100, Wilbert Berendsen wrote:
> > > Op donderdag 14 januari 2010 schreef Joe:
> > > > So it should just be a matter of finding the
> > > > right
Am Freitag, 15. Januar 2010 17:55:46 schrieb Joe Neeman:
> On Thu, 2010-01-14 at 06:18 +0100, Wilbert Berendsen wrote:
> > Op donderdag 14 januari 2010 schreef Joe:
> > > So it should just be a matter of finding the
> > > right default for minimum-distance.
> >
> > From my experimentation, 3.2 is a
On Thu, 2010-01-14 at 06:18 +0100, Wilbert Berendsen wrote:
> Op donderdag 14 januari 2010 schreef Joe:
>
> > So it should just be a matter of finding the
> > right default for minimum-distance.
>
> From my experimentation, 3.2 is a fine default value I think. 3 is a little
> tight, 3.5 a little
There's nothing special about Lyrics contexts, all contexts that are
created after the start of the score will end up below the bottom stave.
If you want them placed differently, you should set alignAboveContext or
alignBelowContext, see
http://lilypond.org/doc/v2.13/Documentation/notation/keep
I'm currently investigating how cue notes with lyrics attached can be properly
implemented. The recording-group-emulate function is already able to extract
lyrics, if they are attached to the music.
However, what I'm struggling with is what the cue-/quote-substitute functions
should generated.
Joe Neeman writes:
> On Fri, 2010-01-15 at 09:06 +0100, David Kastrup wrote:
[...]
> The main issue with the page-breaking code is that finding the actual
> outlines of systems is too expensive, so we use estimates which aren't
> (and will probably never be) perfect.
Estimates need not be perf
On Fri, 2010-01-15 at 09:06 +0100, David Kastrup wrote:
> From the reports so far I get the impression that the new vertical
> layout code is fundamentally broken, and the last fixes to it have
> mostly been skirting the issue, in the class of "I don't know why this
> would happen, but we can fix i
On Thu, 2010-01-14 at 23:34 +0100, Reinhold Kainhofer wrote:
> Hi again,
> The attached file contains two almost identical scores (just the
> lenght of
> them varies) without any special settings. However, the vertical
> layout of
> both scores with identical settings is radically different:
> -)
Fixed. We were missing a pair of parentheses in a long
if (...)
statement.
Cheers,
- Graham
On Fri, Jan 15, 2010 at 2:15 AM, Mark Polesky wrote:
> I pushed the main draft of my changes to the CG Git chapter.
> I mentioned a confusing TOC-pane behavior in an earlier
> email:
>
> http://lists.
Reinhold Kainhofer writes:
> Hi again, The attached file contains two almost identical scores (just
> the lenght of them varies) without any special settings. However, the
> vertical layout of both scores with identical settings is radically
> different: -) The first, 6-measure score is placed on
23 matches
Mail list logo
