On 24/08/2011 08:00, Urs Liska wrote:
Hello list,
I have just put a new tutorial online. You can read it at
http://www.ursliska.de/73.0.html
It is meant for intermediate beginners who want to go for some more
complex tasks and are as confused with LilyPond as I was not long ago.
I'd give it
2011/8/24 David Kastrup :
> Janek Warchoł writes:
>
>> I am very surprised that so many of the LilyPond users are composers!
>> I was quite sure that Lily is mostly suited for engravers and editors.
>
> Well, what would you call it if you are practicing musician using
> Lilypond for putting down y
Janek Warchoł writes:
> I am very surprised that so many of the LilyPond users are composers!
> I was quite sure that Lily is mostly suited for engravers and editors.
Well, what would you call it if you are practicing musician using
Lilypond for putting down your own arrangements and work scores
Kieren MacMillan sympatico.ca> writes:
> Can anyone explain why the following snippet
> doesn't do what I want [...]
I can't; I would have thought that would work.
It seems the default way of computing the Y-offset both handles the
'staff-padding that we want, and insists that dynamics be a di
On Wed, Aug 24, 2011 at 03:26, Jonathan Kulp wrote:
> On Tue, Aug 23, 2011 at 2:42 PM, Michael Ellis
> wrote:
>> Count me in for US$100 toward the project. Not sure how much programming
>
> I offered a $100 bounty a couple of years ago on this idea and it still
> stands.
Count me in for €200.
Hi Janek,
> I am very surprised that so many of the LilyPond users are composers!
> I was quite sure that Lily is mostly suited for engravers and editors.
I compose at the piano (with pencil/pen and manuscript paper), then engrave the
final score and parts in Lilypond.
I choose Lilypond because
On 11-08-23 06:00 PM, Urs Liska wrote:
Hello list,
I have just put a new tutorial online. You can read it at
http://www.ursliska.de/73.0.html
It is meant for intermediate beginners who want to go for some more
complex tasks and are as confused with LilyPond as I was not long ago.
I'd give it
On Tue, Aug 23, 2011 at 8:00 PM, Urs Liska wrote:
> **
> Hello list,
>
> I have just put a new tutorial online. You can read it at
> http://www.ursliska.de/73.0.html
>
> It is meant for intermediate beginners who want to go for some more complex
> tasks and are as confused with LilyPond as I was
On Tue, Aug 23, 2011 at 2:42 PM, Michael Ellis
wrote:
> Count me in for US$100 toward the project. Not sure how much programming
I offered a $100 bounty a couple of years ago on this idea and it still stands.
___
lilypond-user mailing list
lilypond-us
Hello list,
I have just put a new tutorial online. You can read it at
http://www.ursliska.de/73.0.html
It is meant for intermediate beginners who want to go for some more
complex tasks and are as confused with LilyPond as I was not long ago.
I'd give it a version number of 0.8.
So any constru
On Aug 23, 2011, at 4:49 PM, Janek Warchoł wrote:
> I am very surprised that so many of the LilyPond users are composers!
> I was quite sure that Lily is mostly suited for engravers and editors.
I write songs (jazz) but would not consider myself a composer as such. Just
once in
I am very surprised that so many of the LilyPond users are composers!
I was quite sure that Lily is mostly suited for engravers and editors.
cheers,
Janek
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypo
Count me in for US$100 toward the project. Not sure how much programming
time I can offer in addition, but I'll certainly be more than willing to
test the XML output with Finale 2010 as I have a full copy.
FWIW, If this is done well I think it will open LilyPond to more new users
than you would
Hi Pierre,
> What kind of funding would be possible
I offer C$100 to the MusicXML project.
If [Jan: hint hint!] my C$100 goes to creating a function (e.g.,
\displayLilystreamXML) which simply converts the raw Lilypond music stream
(i.e., what we see with \displayMusic) as an XML blob, I'm happ
On Aug 23, 2011, at 4:42 PM, Urs Liska wrote:
> Thanks Mike,
>
> and just for the archive (in case anyone stumbles over it):
>
> #'bracket-visibility decides whether or not a given TupletBracket is to be
> printed or not.
> If it isn't printed then #'bracket-visibility will set #'stencil = ##f.
Thanks Mike,
and just for the archive (in case anyone stumbles over it):
#'bracket-visibility decides whether or not a given TupletBracket is to
be printed or not.
If it isn't printed then #'bracket-visibility will set #'stencil = ##f.
Best
Urs
Am 23.08.2011 16:38, schrieb Mike Solomon:
On
On Aug 23, 2011, at 4:34 PM, Urs Liska wrote:
> Hi Marc,
>
> thanks for the thoughts.
> Unfortunately it obviously works differently.
> if it set
> #'transparent = ##t
> then the TupletBrackets uses its space.
> But with
> #'bracket-visibility = ##f
> it doesn't.
>
> And no, the TupletNumb
Hi Marc,
thanks for the thoughts.
Unfortunately it obviously works differently.
if it set
#'transparent = ##t
then the TupletBrackets uses its space.
But with
#'bracket-visibility = ##f
it doesn't.
And no, the TupletNumber doesn't need the TupletBracket at all.
But from this comparison
Am 23.08.2011 15:32, schrieb Urs Liska:
Hi list,
can you tell me the difference between
\override TupletBracket #'bracket-visibility = ##f
and
\override TupletBracket #'stencil = ##f
?
AFAIK, the former makes the TupletBrackets invisible, but they are still
there and are taken into account by o
Hi list,
can you tell me the difference between
\override TupletBracket #'bracket-visibility = ##f
and
\override TupletBracket #'stencil = ##f
?
I know that bracket-visibility is more flexible but if I just want to
turn off the brackets both commands are equivalent, isn't it?
Best
Urs
_
Hello List,
I am using the scheme system command (on linux) to generate barcodes to
include in the PDF:
--snip--
\version "2.14.2"
% use barcode command to produce temporary eps and include it
#(define-markup-command (barcode layout props type str size
nums)(string-or-symbol? string? number-p
Am 23.08.2011 13:20, schrieb Francois Planiol:
@ Janek,
Keyboard entry?
For many people it's a disadvantage.
Certainly entering notes on a virtual staff paper has some advantages.
Indeed, buuut,
...
For the rest you will mostly need the piano-paper way first, in most cases.
That's what I al
@ Janek,
>>> Keyboard entry?
>>
>> For many people it's a disadvantage.
>> Certainly entering notes on a virtual staff paper has some advantages.
Indeed, buuut,
When I started with notation, I used hb-engraver. Entering notes in a
notes-entry "shell" on-the-staff, Dynamics in a dyn-shell, lyrics
Janek Warchoł writes:
>> Keyboard entry?
>
> For many people it's a disadvantage.
> Certainly entering notes on a virtual staff paper has some advantages.
One big advantage, as I understand it, is the ease of which a GUI lets
users compose so-called "Finale-music"; it appears that you can
typical
24 matches
Mail list logo
