>>Here's another one:
>>
>> . Make lilypond support automatic line breaks for piano four hands
>>scores.
>
> Nice one.
>
>>
>>However, this must be tagged as `difficult'.
>>
>
> What's the requirement - C++?
This, and Scheme, I guess.
Werner
Am 10. Februar 2017 06:43:55 MEZ schrieb Werner LEMBERG :
>
>> Some ideas, without being able to mentor them. [...]
>
>Here's another one:
>
> . Make lilypond support automatic line breaks for piano four hands
>scores.
Nice one.
>
>However, this must be tagged as `difficult'.
>
What's th
> Some ideas, without being able to mentor them. [...]
Here's another one:
. Make lilypond support automatic line breaks for piano four hands
scores.
However, this must be tagged as `difficult'.
Werner
___
lilypond-devel mailing list
li
. Developing and implementing an OpenType Scheme API.
>>> Do you mean a way to access the extended font features from
>>> LilyPond, so I can get real caps or swash alternates etc.?
>> Yes.
>
> Would it be in line with that project to also add some typesetting
> capabilities, at least hyphenat
Am 06.02.2017 um 09:24 schrieb Werner LEMBERG:
>>> . Developing and implementing an OpenType Scheme API.
>> Do you mean a way to access the extended font features from
>> LilyPond, so I can get real caps or swash alternates etc.?
> Yes.
>
Would it be in line with that project to also add some ty
Am 06.02.2017 um 20:15 schrieb "Jürgen Reuter":
> Hi all,
>
> personally, I think, it is as always in software development that
> addresses a wide audience: the challenge to find an appropriate level
> of abstraction.
> If you want to support *any* kind of notation, then just use a
> painting o
Am 6. Februar 2017 20:34:36 MEZ schrieb Simon Albrecht :
>On 06.02.2017 20:15, "Jürgen Reuter" wrote:
>> Another thing, I guess, is making it easy for musicians without
>> programming knowledge to smoothly embed their own articulation signs,
>> note heads, clefs, and other font symbols into LilyP
On 06.02.2017 20:15, "Jürgen Reuter" wrote:
Another thing, I guess, is making it easy for musicians without
programming knowledge to smoothly embed their own articulation signs,
note heads, clefs, and other font symbols into LilyPond at runtime:
Just define a new articulation sign or note head sh
Hi all,
personally, I think, it is as always in software development that
addresses a wide audience: the challenge to find an appropriate level
of abstraction.
If you want to support *any* kind of notation, then just use a painting
or CAD software. Obviously, you do not want to
OK, I think we have to take care that the discussion doesn't get out of
hand now but stays closely on topic (the GSoC project).
It is clear that *comprehensive* coverage of "contemporary notation" is
not a goal that LilyPond should or can aim at, at least for now.
What we *can* aim at is a founda
> What I would
> suggest a GSoC project should produce in addition is *one* coherent set
> of notation features, like (just wild guesses) "Lachenmann style string
> notation" or "a comprehensive set of weirdly drawn line spanners" or
> "just intonation" or whatever - I would leave that as open as p
Sorry, I responded to David before reading your response, but I see
that we kind of said the same things.
> Indeed this should be discussed thoroughly before actually investing
> substantial energy in implementation. But for now I'd defer this to a moment
> if there should be a student interested
> Man, that sounds to me like making explosives available to as many users
> as possible. I mean, I recognize that there is a need apparently to be
> served, but this rather sounds like a call to expanding that need.
Hm, no. There is an absurd amount of weird *needs* from composers
nowadays who a
Am 06.02.2017 um 15:10 schrieb Jeffery Shivers:
> I've thought about this a lot, and I agree that OLL would be the
> obvious means to implement a *contemporary notation* package with
> LilyPond.
>
> A huge problem we will face with doing this, which will always be a
> problem no matter how access
Jeffery Shivers writes:
> I've thought about this a lot, and I agree that OLL would be the
> obvious means to implement a *contemporary notation* package with
> LilyPond.
>
> A huge problem we will face with doing this, which will always be a
> problem no matter how accessible/robust the library,
I've thought about this a lot, and I agree that OLL would be the
obvious means to implement a *contemporary notation* package with
LilyPond.
A huge problem we will face with doing this, which will always be a
problem no matter how accessible/robust the library, is that there
will very often be som
>> . a figured bass mode similar to (jazz) chord mode to display
>> figured bass as chords
>
> What do you mean exactly? Determining the chord name from the
> figures and displaying it?
This also, but mainly displaying the figured bass chord as notes
(which is essentially equivalent).
>> . De
One thing I'm missing about our projects list is actual *notation*
projects. Currently (i.e. when the current wave of purges has been
completed) there is no project that adds to or improves LilyPond's
notation. All projects are important items, but maybe this isn't really
attractive to students.
I
Am 06.02.2017 um 08:48 schrieb Werner LEMBERG:
>> So essentially per now we will have only 4/5 projects left:
>>
>> * Improving internal chord structure
>> * Adopting SMuFL
>> * Adding glyph variants
>> * openLilyLib testing and documentation
>>
>> I find this list quite disappointing, an
> So essentially per now we will have only 4/5 projects left:
>
> * Improving internal chord structure
> * Adopting SMuFL
> * Adding glyph variants
> * openLilyLib testing and documentation
>
> I find this list quite disappointing, and I'm afraid it won't be
> terribly attractive to poten
Am 6. Februar 2017 07:56:34 MEZ schrieb Jan-Peter Voigt :
>Hi Urs,
>
>
>Am 06.02.2017 um 00:24 schrieb Urs Liska:
>> Hi all,
>>
>> I'm somewhat worried about LilyPond's GSoC project proposals list.
>Right
>> now I'm purging the web page
>> (http://lilypond.org/google-summer-of-code.html) from pro
Hi Urs,
Am 06.02.2017 um 00:24 schrieb Urs Liska:
Hi all,
I'm somewhat worried about LilyPond's GSoC project proposals list. Right
now I'm purging the web page
(http://lilypond.org/google-summer-of-code.html) from projects without
mentors, and I have the feeling when this process is completed
Hi all,
I'm somewhat worried about LilyPond's GSoC project proposals list. Right
now I'm purging the web page
(http://lilypond.org/google-summer-of-code.html) from projects without
mentors, and I have the feeling when this process is completed we're
left with an unsatisfactory state.
>From the 9
23 matches
Mail list logo
