Re: Add alias in Spanish for espanol note names language (issue 6811060)

2012/11/4 David Kastrup : >> Then, if we want (I think yes) to add more aliases, it can be >> implemented better than repeating the trick for each. I can do it >> later. > > Something like define-language-alias, probably. I have uploaded a new try with two examples. -- Francisco Vila. Badajoz (S

Re: Add alias in Spanish for espanol note names language (issue 6811060)

http://codereview.appspot.com/6811060/diff/4001/scm/define-note-names.scm File scm/define-note-names.scm (right): http://codereview.appspot.com/6811060/diff/4001/scm/define-note-names.scm#newcode961 scm/define-note-names.scm:961: ;; add two native utf-8 alisases. Pairs obey cp-like order: '(old

integration of chordmode in normal music

Dear developers, how about integrating the chordmode into normal music syntax? Reasoning: chords are music, too. And with <…> chords are already possible in the music input. Many modifiers like duration, alteration, etc. are also possible with chords. So they are similar in many ways. A solution

easier \noBeam syntax

Hi, here is another (probably not so well thought) idea: Issue: \noBeam is a quite long command if used heavily and for the opposite feature [ and ] represent much more convenient solutions. Possible solution: use X or ; (or any other reasonable token as a \noBeam equivalent. Again, this is jus

Re: integration of chordmode in normal music

Joram Berger writes: > Dear developers, > > how about integrating the chordmode into normal music syntax? > > Reasoning: chords are music, too. And with <…> chords are already > possible in the music input. Many modifiers like duration, alteration, > etc. are also possible with chords. So they ar

Re: easier \noBeam syntax

Joram Berger writes: > Hi, > > here is another (probably not so well thought) idea: > > Issue: \noBeam is a quite long command if used heavily and for the > opposite feature [ and ] represent much more convenient solutions. > > Possible solution: use X or ; (or any other reasonable token as a > \

Re: Various clean-ups in stems and beams. (issue 6584045)

On 5 nov. 2012, at 00:40, aleksandr.andr...@gmail.com wrote: > > http://codereview.appspot.com/6584045/diff/13014/input/regression/kievan-notation.ly > File input/regression/kievan-notation.ly (right): > > http://codereview.appspot.com/6584045/diff/13014/input/regression/kievan-notation.ly#newco

Re: integration of chordmode in normal music

On Tue, Nov 6, 2012 at 9:19 PM, Joram Berger wrote: > Dear developers, > > how about integrating the chordmode into normal music syntax? Curiously, something similar was discussed recently - see "[GLISS] Unifying \chordmode and \notemode". You may want to have a look; maybe you'll find a nice way

Re: easier \noBeam syntax

Am 06.11.2012 22:10, schrieb David Kastrup: > Joram Berger writes: > >> Hi, >> >> here is another (probably not so well thought) idea: >> >> Issue: \noBeam is a quite long command if used heavily and for the >> opposite feature [ and ] represent much more convenient solutions. >> >> Possible solu

Re: Various clean-ups in stems and beams. (issue 6584045)

http://codereview.appspot.com/6584045/diff/13014/input/regression/note-head-style.ly#newcode108 > input/regression/note-head-style.ly:108: \override Staff.Dots.style = > #'kievan > Why can't we use the new function here, e.g., > > \kievanOn > \kievenOn only works on the voice level and the

Re: easier \noBeam syntax

Joram Berger writes: > Am 06.11.2012 22:10, schrieb David Kastrup: >> Joram Berger writes: >> >>> Hi, >>> >>> here is another (probably not so well thought) idea: >>> >>> Issue: \noBeam is a quite long command if used heavily and for the >>> opposite feature [ and ] represent much more convenie

Re: easier \noBeam syntax

On Wed, Nov 7, 2012 at 12:10 AM, David Kastrup wrote: > Joram Berger writes: >> It's no real problem, just wanted to mention it. The idea came up while >> making a cheat sheet and realizing, that [ and ] have no equally short >> counterpart. > > So the main use case would seem to be a prettier ch

Re: easier \noBeam syntax

Am 07.11.2012 00:10, schrieb David Kastrup: > Joram Berger writes: > >> Am 06.11.2012 22:10, schrieb David Kastrup: >>> Joram Berger writes: >>> Hi, here is another (probably not so well thought) idea: Issue: \noBeam is a quite long command if used heavily and for the >>

PATCH: Countdown to 20121108

For 20:00 MST Thursday November 8th Enhancement: Issue 2949 : Patch: Allow (closed) scheme function calls as text scripts - R 6812088 Ugly: Issue 2926

Re: Various clean-ups in stems and beams. (issue 6584045)

On 7 nov. 2012, at 00:50, d...@gnu.org wrote: > > http://codereview.appspot.com/6584045/diff/13014/input/regression/note-head-style.ly#newcode108 >> > input/regression/note-head-style.ly:108: \override Staff.Dots.style > = >> > #'kievan >> > Why can't we use the new function here, e.g., >> > >>

Re: Various clean-ups in stems and beams. (issue 6584045)

http://codereview.appspot.com/6584045/diff/13015/input/regression/kievan-notation.ly File input/regression/kievan-notation.ly (right): http://codereview.appspot.com/6584045/diff/13015/input/regression/kievan-notation.ly#newcode13 input/regression/kievan-notation.ly:13: \bar "kievan" This needs t

Re: Design flaw in Rest_collision

On Mon, 05 Nov 2012 21:52:15 -0800, m...@mikesolomon.org wrote: On 6 nov. 2012, at 04:51, Keith OHara wrote: Just to be clear, rest-collision.cc breaks the circular dependency by setting positioning-done := true, I'm still not sure how this breaks the dependency. If I look up the extent

Re: Design flaw in Rest_collision

On 7 nov. 2012, at 09:10, Keith OHara wrote: > On Mon, 05 Nov 2012 21:52:15 -0800, m...@mikesolomon.org > wrote: > >> On 6 nov. 2012, at 04:51, Keith OHara wrote: >> >>> Just to be clear, rest-collision.cc breaks the circular dependency by >>> setting >>> positioning-done := true, >> >> I

Re: Various clean-ups in stems and beams. (issue 6584045)

On 2012/11/07 05:32:40, mike7 wrote: On 7 nov. 2012, at 00:50, mailto:d...@gnu.org wrote: > > http://codereview.appspot.com/6584045/diff/13014/input/regression/note-head-style.ly#newcode108 >> > input/regression/note-head-style.ly:108: \override Staff.Dots.style > = >> > #'kievan >> > Why

Re: Various clean-ups in stems and beams. (issue 6584045)

On 7 nov. 2012, at 09:50, d...@gnu.org wrote: > On 2012/11/07 05:32:40, mike7 wrote: >> On 7 nov. 2012, at 00:50, mailto:d...@gnu.org wrote: > >> > >> > > > http://codereview.appspot.com/6584045/diff/13014/input/regression/note-head-style.ly#newcode108 >> >> > input/regression/note-head-style.l