Hello,
This patch features many of the same changes as my previous patches,
but I have changed fewer colors this time. One notable color that is
not present is the `soft blue' currently being used for links. I hope
to reintegrate this color in the future.
Please compare the current style with t
2008/12/19 Hans Aberg :
> Keyboard maps can demand certain key stroke combinations for output, and can
> output a sequence of characters, I would think, because otherwise some
> Unicode combining character combinations might not be possible. So it might
> be possible to capture keywords - I do not
2008/12/19 Johannes Schindelin :
> Hi,
>
> On Thu, 18 Dec 2008, Hans Aberg wrote:
>> Right. On Mac OS X, just use or whatever you set it to
>> change key map.
>
> Right, let's make things complicated.
>
> No, but thanks, no,
So how do you switch to Chinese input?
Graha
Hi,
On Thu, 18 Dec 2008, Hans Aberg wrote:
> On 18 Dec 2008, at 22:28, wrote:
>
> > >Right. So the best one can hope for is a series of keyboard maps that
> > >perhaps unify groups of characters, that those that so like may use.
> >
> >The issue is to create a UTF-8 text file with linguistic co
On 18 Dec 2008, at 22:28, wrote:
Right. So the best one can hope for is a series of keyboard maps that
perhaps unify groups of characters, that those that so like may use.
The issue is to create a UTF-8 text file with linguistic content from
several writing scripts, right? Choose an OS and a
You should use get_property("stencil") unless you're doing something
special. Still better is to use a callback in the spanner which
copies the stencil from its children.
On Thu, Dec 18, 2008 at 6:16 PM, Chris Snyder wrote:
> I'm working on a score where I'd like to create a cross-staff vertical
2008/12/17 Maximilian Albert :
> Whoops, corrected in the attached patch (where the layout block is
> removed, too).
Cheers, I've applied your patches to master.
Regards,
Neil
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.or
On Thu, Dec 18, 2008, Hans Aberg said:
> On 18 Dec 2008, at 20:40, wrote:
>> Unicode is a good solution for recording the result internally
> Right. So the best one can hope for is a series of keyboard maps that
> perhaps unify groups of characters, that those that so like may use.
The issu
> > > please remove the TODO file from lily/ - we don't use TODO files as
> > > they tend to bitrot and garner all kinds of pie-in-the-sky entries.
> >
> > What place do you suggest instead?
>
> I don't know what Han-Wen was thinking, but I propose google code.
> http://code.google.com/p/lilypon
I'm working on a score where I'd like to create a cross-staff vertical
bracket, which I have LilyPond engrave as a bracket-style arpeggio. This
was not possible because spanned arpeggios always used the default
stencil - the NR alludes to this in 1.3.3 under "Known issues and
warnings," where t
On 18 Dec 2008, at 20:54, Laura Conrad wrote:
Hans> If you want to fit all the world languages into one
keyboard map,
I don't. My point was that unless you do, a lilypond-specific
keyboard
map isn't going to be usable for people who transcribe vocal music for
all the world languages.
On 18 Dec 2008, at 20:40, wrote:
If you want to fit all the world languages into one keyboard map, you
might join the Unicode list; there are more than 10 characters
available.
Unicode is a good solution for recording the result internally, but
as far
as I know keyboard layout is still
Le 18 déc. 08 à 15:55, Han-Wen Nienhuys a écrit :
I guess we'll have to name it inc or something. Can you talk to the
GUILE guys about this to get some background?
The 1+ function exists is many lisp idioms of old, so this is where it
comes from.
+1 cannot be an identifier: it is the number 1
> "Hans" == Hans Aberg writes:
Hans> On 18 Dec 2008, at 16:53, Laura Conrad wrote:
Hans> Perhaps LilyPond users should agree on one keyboard layout -
Hans> it takes some effort to do.
>>
>> This is the kind of suggestion that would only be made by a music
>> software
On Thu, Dec 18, 2008, Hans Aberg said:
> If you want to fit all the world languages into one keyboard map, you
> might join the Unicode list; there are more than 10 characters
> available.
Unicode is a good solution for recording the result internally, but as far
as I know keyboard layou
On 18 Dec 2008, at 16:53, Laura Conrad wrote:
Hans> Perhaps LilyPond users should agree on one keyboard layout -
Hans> it takes some effort to do.
This is the kind of suggestion that would only be made by a music
software person who had never worked with vocal music.
If you want to fit
On Thu, Dec 18, 2008 at 07:40:23PM +0100, Werner LEMBERG wrote:
>
> > please remove the TODO file from lily/ - we don't use TODO files as
> > they tend to bitrot and garner all kinds of pie-in-the-sky entries.
>
> What place do you suggest instead?
I don't know what Han-Wen was thinking, but I p
> please remove the TODO file from lily/ - we don't use TODO files as
> they tend to bitrot and garner all kinds of pie-in-the-sky entries.
What place do you suggest instead?
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://li
On Thu, Dec 18, 2008 at 1:14 PM, Reinhold Kainhofer
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Am Donnerstag, 18. Dezember 2008 schrieb Han-Wen Nienhuys:
>> Can you put your timesig code into a .scm (or .ly) file ?
>
> yes and no (i.e. "yes" it should be added to lilypond directl
On 12/18/08 7:55 AM, "Han-Wen Nienhuys" wrote:
> I guess we'll have to name it inc or something. Can you talk to the
> GUILE guys about this to get some background?
>
> thanks!
Have we done any tests to find out how much a time difference is made using
1+ instead of + 1 ?
My guess is that
> "Hans" == Hans Aberg writes:
Hans> Perhaps LilyPond users should agree on one keyboard layout -
Hans> it takes some effort to do.
This is the kind of suggestion that would only be made by a music
software person who had never worked with vocal music.
--
Laura (mailto:lcon...@l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Donnerstag, 18. Dezember 2008 schrieb Han-Wen Nienhuys:
> Can you put your timesig code into a .scm (or .ly) file ?
yes and no (i.e. "yes" it should be added to lilypond directly, but "no" not
in its current form). Currently it's unfinished (aut
I guess we'll have to name it inc or something. Can you talk to the
GUILE guys about this to get some background?
thanks!
On Thu, Dec 18, 2008 at 12:53 PM, Bertalan Fodor (LilyPondTool)
wrote:
> Unfortunately +1 is neither an R5RS identifier.
>
> identifier: (letter|special_initial) subsequent
Unfortunately +1 is neither an R5RS identifier.
identifier: (letter|special_initial) subsequent* | + | - | ...
special_initial: ! | $ | % | & | * | / | : | < | = | > | ? | ^ | _ | ~
"In general, a sequence of letters, digits, and “extended alphabetic
characters” is an identifier when it begins
Can you also voice this concern on the guile devel list?
I think the reason the function exists is that is slightly more
efficient. Feel free to define a +1 function and change lily to use
it.
On Thu, Dec 18, 2008 at 11:21 AM, Bertalan Fodor (LilyPondTool)
wrote:
> Hi,
>
> I found that many pla
Hi Reinhold,
Can you put your timesig code into a .scm (or .ly) file ? We should
try to minimize nested code (ie code in language A inside code of
language B).
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel
Hi Werner,
please remove the TODO file from lily/ - we don't use TODO files as
they tend to bitrot and garner all kinds of pie-in-the-sky entries.
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
On 18 Dec 2008, at 10:11, Mark Polesky wrote:
You might call for using Unicode:
r16 g♯( a g♯ f♯♯ g♯ c♯ e d♯ c♯ d♯ c♯ b♯ c♯
e g♯)
This doesn't save keystrokes, though, does it? Can a
user get ♯ with a single key?
Yes, with the right key map (keyboard layout), but I think you will
have to
Hi Trevor,
thanks for the suggestion. Here is a patch to implement this (it
simply defines new alterations of +/- 499/1000 and +/- 501/1000, which
I assume are unlikely to be used for anything else). I don't know if
the patch is likely to get officially accepted, but at least it should
give you or
> I found that many places you use the procedure 1+. Besides that how
> ridiculous I think is to have a function that spares a "space" (1+
> instead of (+ 1, the real concern is that it doesn't conform to
> R5RS. R5RS doesn't allow identifiers to start with a number. I know
> that GUILE allows it
> By the way, if both english.ly and deutsch.ly incorporated the utf-8
> idea, German would win the minimal-size contest thanks to the b/h
> quirk of that language.
Note that it is quite unusual in German to write `g#'; we almost
always use `gis'. The same for the flat accidental.
Werner
Hi,
I found that many places you use the procedure 1+. Besides that how
ridiculous I think is to have a function that spares a "space" (1+
instead of (+ 1, the real concern is that it doesn't conform to R5RS.
R5RS doesn't allow identifiers to start with a number.
I know that GUILE allows it (
Danalute wrote Tuesday, December 16, 2008 10:26 PM
Appendix G has entries for /: and /+ , used in \chordmode { }
There is no entry for \chordmode
There is no entry for the symbols '<' and '>'
discussion of the < notelist> convention (an alternate way to
enter chords in a note stream)
Hans Aberg wrote:
> You might call for using Unicode:
> r16 g♯( a g♯ f♯♯ g♯ c♯ e d♯ c♯ d♯ c♯ b♯ c♯ e g♯)
This doesn't save keystrokes, though, does it? Can a
user get ♯ with a single key? I think english.ly is
still finest, the only possible improvement would be
to find a single key for the
Op woensdag 17-12-2008 om 18:58 uur [tijdzone +0100], schreef Reinhold
Kainhofer:
> > it would be nice to have documented why we [think we] need this.
>
> Actually, this IS what is breaking the configure check. By setting
> LD_LIBRARY_PATH to the tools dir, you are telling the linker to use the
35 matches
Mail list logo
