On Thu, 25 Aug 2011 07:04:20 -0700, Kieren MacMillan
wrote:
after a line-break with a connected dynamic (in this example, a crescendo
leads to the mp I'm hoping to have drop to the staff), these overrides don't
work. Is there an easy way to globally (or locally, I suppose) uncouple a
dynam
Joseph Wakeling writes:
> On 08/25/2011 06:17 PM, David Kastrup wrote:
>> Honestly? Heaps of praise coupled with a diffuse "improvements might
>> make things worse" may be an _elevating_ way of looking at Lilypond, but
>> I consider this even less helpful than pinpointing a weakness.
>
> I don't
On 08/25/2011 06:17 PM, David Kastrup wrote:
> Honestly? Heaps of praise coupled with a diffuse "improvements might
> make things worse" may be an _elevating_ way of looking at Lilypond, but
> I consider this even less helpful than pinpointing a weakness.
I don't like "X sucks" comments -- better
As an engraver AND an independent publisher (both of printed, and soon digital
interactive sheet music) it has been imperitive for my to find ways of
efficiently separting the content from the actual publishing layout, so that
changes to format and/or content can be easily managed without one be
On 08/25/2011 05:48 PM, Christopher R. Maden wrote:
> Well — and here is the case for MusicXML support again — they are likely
> to *import* the LaTeX into their production process.
Yes, good STM typesetting providers will do this -- but not all do. I
speak from both the experience of having perf
Hi,
I'm using lilypond's SVG output to produce playable notation using
JavaScript and HTML5 audio:
http://percussion360.com/
Tim.
On 24/08/11 08:46, Marek Klein wrote:
Hello,
2011/8/18 Sandor Spruit mailto:a.g.l.spr...@uu.nl>>
Hello,
I recently had an informal discussion with so
> \score{
> <<
> \new ChordNames \with {
> \override VerticalAxisGroup #'nonstaff-relatedstaff-spacing = #'(
> (basic-distance . 10)
> (minimum-distance . 10)
> (padding . 10)
> )
> }
> \chordmode { c2 f c f }
> \new Staff
>
Am 25.08.2011 17:48, schrieb Christopher R. Maden:
On 08/25/2011 08:36 AM, Joseph Wakeling wrote:
A corresponding issue exists in scientific publishing -- many
scientists use LaTeX to prepare manuscripts, but in the publishers'
typesetting process these are often retyped from scratch in Word
pri
Joseph Wakeling writes:
> On 08/25/2011 01:41 PM, Janek Warchoł wrote:
>> Yes. I hate to say it, but in the matter of tweaking slurs LilyPond
>> sucks really hard compared to Finale.
>
> I don't think this is really a helpful way of looking at it, to be honest.
>
> Lilypond is a _superb_ piece o
Am 25.08.2011 18:03, schrieb Joseph Wakeling:
On 08/25/2011 01:41 PM, Janek Warchoł wrote:
Yes. I hate to say it, but in the matter of tweaking slurs LilyPond
sucks really hard compared to Finale.
I don't think this is really a helpful way of looking at it, to be honest.
Lilypond is a _superb
On 08/25/2011 01:41 PM, Janek Warchoł wrote:
> Yes. I hate to say it, but in the matter of tweaking slurs LilyPond
> sucks really hard compared to Finale.
I don't think this is really a helpful way of looking at it, to be honest.
Lilypond is a _superb_ piece of software that has the widest suppo
On 08/25/2011 08:36 AM, Joseph Wakeling wrote:
> A corresponding issue exists in scientific publishing -- many
> scientists use LaTeX to prepare manuscripts, but in the publishers'
> typesetting process these are often retyped from scratch in Word
> prior to copyediting and layout, because minor tw
Hi Keith,
> It seems the default way of computing the Y-offset both handles the
> 'staff-padding that we want, and insists that dynamics be a distance
> 'padding above the note-head.
Bug?
> Setting 'padding = -BIG works for the example;
> maybe it will do for you score?
Yes — thanks for the t
Hi Jan,
> Plug: http://lilypond.org/schikkers-list/
No Mac OS? =(
Kieren.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
> Do not ask what binary ports others have provided for you, ask yourself
> what binary ports you can provide for others.
None — I can only offer a bounty for porting.
Kieren.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mai
On Thu, 25 Aug 2011 09:23 -0400, "Kieren MacMillan"
wrote:
> Joseph (et al.),
>
> > In Finale you see straight away if it's right or wrong. In Lilypond you
> > have to recompile each time.
>
> More to the point, one of the reasons that Sibelius overtook Finale (to
> whatever degree it has) wa
Kieren MacMillan writes:
>> Plug: http://lilypond.org/schikkers-list/
>
> No Mac OS? =(
Do not ask what binary ports others have provided for you, ask yourself
what binary ports you can provide for others.
Jan
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofS
Joseph (et al.),
> In Finale you see straight away if it's right or wrong. In Lilypond you
> have to recompile each time.
More to the point, one of the reasons that Sibelius overtook Finale (to
whatever degree it has) was that the compile-to-preview times were shorter: in
Finale, a large score
Janek,
> I hate to say it, but in the matter of tweaking slurs LilyPond
> sucks really hard compared to Finale.
> I see only two solutions:
> - develop a GUI fro easy tweaking
> - improve slur formatting tremendously.
> each requires loads of work and has its drawbacks.
Agreed… and that also goes
Jan Nieuwenhuizen writes:
> David Kastrup writes:
>
>>> - develop a GUI fro easy tweaking
>>
>> That would be interesting.
>
> Plug: http://lilypond.org/schikkers-list/
It links to a Lilypond report with a non-existing link. One can go to
the general Lilypond report page and click on the direct
On 08/25/2011 02:06 PM, Reinhold Kainhofer wrote:
> Plus, they need need to be sure that when they try to edit that file in 3
> years that lilypond will still process it without any work and it should look
> exactly like before. That's also one of the current problems iwth lilypond:
> The syntax
On 08/25/2011 01:16 PM, David Kastrup wrote:
> Except when you are ordering orchestral scores for Monteverdi's Vespers,
> use Renaissance tuning that is usually a minor third off, play partly
> with historical instruments, practice with modern instruments and would
> like to have the choir scores t
On 08/25/2011 10:16 AM, Robert Schmaus wrote:
> i.e. an environment where all tweaking can be done by very simple
> statements like \break and such. Otherwise they would need to employ a
> Professional LilyTweaker (career opportunities guys!).
Unfortunately, it's not just the ease of the code to m
2011/8/25 Robert Schmaus :
> On Thu, 25 Aug 2011 07:42 +0200, "Janek Warchoł"
> wrote:
>> I'd be interested in preparing those and persuading publishers to
>> accept LilyPond, but i'm afraid it will be premature thing to do
>> before GLISS and some more changes concerning slurs, dynamics, ties
>>
On 08/25/2011 01:41 PM, Urs Liska wrote:
> So I think in order to improve acceptance of LilyPond also with bigger
> publishers the main prerequisite would be to have a wider infrastructure
> of reliable engravers around. If it has become "normal" to look for
> somebody editing with LilyPond it may
Am Donnerstag, 25. August 2011, 13:41:45 schrieb Urs Liska:
> In the context of Joseph Wakelings thoughts I'd say: Any LilyPond
> source, good or bad will require at least on person on the publishers
> side that will deal with it.
> And with a little wider perspective: It will require that the publ
David Kastrup writes:
>> - develop a GUI fro easy tweaking
>
> That would be interesting.
Plug: http://lilypond.org/schikkers-list/
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl
__
Janek Warchoł writes:
> Yes. I hate to say it, but in the matter of tweaking slurs LilyPond
> sucks really hard compared to Finale.
> I see only two solutions:
> - develop a GUI fro easy tweaking
That would be interesting.
> - improve slur formatting tremendously.
> each requires loads of work
Urs Liska writes:
> Sorry for the noise,
>
> have to test if mail gets through also without "virtual identity" ...
Why? Just wait until you have a mail you want to send "for real" and
save a copy before sending. If it does not appear to arrive after a
suitable amount of time, take that copy yo
Am 25.08.2011 13:42, schrieb Kieren MacMillan:
Hi Joseph,
the fact that Lilypond may get so many things right initially is
not an issue when it's so much more tricky to make (and validate) small
manual corrections.
Yes. Yes. Yes.
And IMO the **VALIDATION** is the worst part: I don't mind takin
Am 25.08.2011 13:41, schrieb Janek Warchoł:
2011/8/25 Joseph Wakeling:
On 08/25/2011 02:30 AM, PMA wrote:
*If* my LilyPond output PDF were to match what Schott wants to see
(in other words, a correct Schott-targeted style-sheet would not have
changed it), then would Schott print my original PDF
Hi Joseph,
> the fact that Lilypond may get so many things right initially is
> not an issue when it's so much more tricky to make (and validate) small
> manual corrections.
Yes. Yes. Yes.
And IMO the **VALIDATION** is the worst part: I don't mind taking the few
seconds to type the tweak for a s
2011/8/25 Joseph Wakeling :
> On 08/25/2011 02:30 AM, PMA wrote:
>> *If* my LilyPond output PDF were to match what Schott wants to see
>> (in other words, a correct Schott-targeted style-sheet would not have
>> changed it), then would Schott print my original PDF *as-is*?
>
> It's important to unde
Am 25.08.2011 13:16, schrieb David Kastrup:
Joseph Wakeling writes:
Now consider that relative difficulty scaled up across the number of
times you might have to implement an individual custom tweak in a
50-page orchestral score, and you begin to see the issue from the
publisher or engraver's p
Sorry for the noise,
have to test if mail gets through also without "virtual identity" ...
Am 25.08.2011 13:16, schrieb David Kastrup:
Joseph Wakeling writes:
Now consider that relative difficulty scaled up across the number of
times you might have to implement an individual custom tweak in
Joseph Wakeling writes:
> Now consider that relative difficulty scaled up across the number of
> times you might have to implement an individual custom tweak in a
> 50-page orchestral score, and you begin to see the issue from the
> publisher or engraver's point of view. The fact that Finale may
On 08/25/2011 02:30 AM, PMA wrote:
> *If* my LilyPond output PDF were to match what Schott wants to see
> (in other words, a correct Schott-targeted style-sheet would not have
> changed it), then would Schott print my original PDF *as-is*?
It's important to understand what the _real_ requirements
Scribit Kieren MacMillan dies 24/08/2011 hora 20:00:
> > 1) XML that captures only the music […]
> No: this is trivial to obtain from #2 or #3, via XSLT.
To stay in mathematical lingo, I'd say the issue is that, although it
is indeed trivial to obtain #1 from #2, the problem of getting #2 in
the f
On Do., 25. Aug. 2011 09:11:49 CEST, Mike Solomon wrote:
> The issue with Finale and Sibelius exporting is user overrides. I can
> drag a markup over the last note in my score to be in the position of
> the title and it'll look just fine in Finale, but LilyPond will have no
> clue what to do wit
Reinhold Kainhofer writes:
> I don't think it's that easy, in particular if you want to get output
> that you can send to a publisher without being thrown out of the
> office...
I don't think this is a goal that anyone finds worthwile to work
on or pay for.
Consider the facts that --triggered by
On Thu, 25 Aug 2011 02:44 +0200, "Urs Liska"
wrote:
> The publisher will want (and probably has) to have the possibility to
> edit your score - be it for more fine tuning or for corrections in a
> second edition. And for this they will only accept the programs they are
> accustomed to, that h
Michael Ellis writes:
> That sounds encouraging. So how far away are we from being able to
> handle a more realistic score, say a string quartet or a 4-part choral
> score with with lyrics and piano reduction?
Quite far.
Jan.
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance
Just a web page design sort of comment. The font is quite small for
older eyes like mine (mid 50s;). The line spacing is really tight as
well. I can scale the font up, but the pages still don't breathe. It
would be a lot more approachable if you didn't try to make everything
fit in such a tight
On Aug 25, 2011, at 9:05 AM, Martin Tarenskeen wrote:
> 2. Finale's and Sibelius' MusicXML import isn't 100% perfect either. Yes,
> when Finale exports a MusicXML file and then imports the same MusicXML file
> the result will be quite good. But I would not be surprised if importing
> MusicXML
On Thu, 25 Aug 2011, Martin Tarenskeen wrote:
But even with shortcomings, MusicXML would make it easier to convert/import
Lilypond created scores to other programs. Post-editing may
still be needed, but will much less work than when using MIDI export/import.
I meant: will BE much less work
Interesting discussion. And, being primarily a user and not (really) a
developer, I hardly can wait to see where this will lead to. But I will be
patient.
The way I see it: The ideal case would be if a lilypond score that is
converted to musicXML and then imported to some other music scoring
46 matches
Mail list logo
