has the
imprudently named _variable_ indent-tabs-mode which is set to _nil_
() when the form written out by _Emacs_ into the .dir-locals.el file
is later interpreted as an alist. Emacs wrote that as a result of using
M-x add-dir-local-variable RET.
--
David Kastrup
the path there and follow it
until getting to the second farm house.
The wooden horse is also the waymark for people arriving by car.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond
noodles at one point of time.
I'll certainly be glad for people pitching in with cooking/shopping, but
one has to match the taken efforts to the number of eaters, so really
complex food preparation is likely not feasible.
--
David Kastrup
___
lilypond
: failed
make[3]: *** [unlocked-dist-check] Error 1
make[3]: Leaving directory `/main/src/gub'
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
why I am queasy about taking last-minute build-system
changes into the stable branch.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
and convenience shortcuts
that are not as much part of the snippet than of the writer's comfort
space. My own impulse would be on rewriting it in a way depending less
on the exact Music structure organisation.
--
David Kastrup
___
lilypond-devel mailing list
there.
See you
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
in the
morning (probably getting the answering machine, but that should
suffice).
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
an empty .gitignore
file in them.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Phil Holmes em...@philholmes.net writes:
- Original Message -
From: John Mandereau john.mander...@gmail.com
To: David Kastrup d...@gnu.org; Phil Holmes em...@philholmes.net
Cc: Lily devel lilypond-devel@gnu.org
Sent: Monday, August 27, 2012 4:03 PM
Subject: Re: Brain surgery
doesn't fit with fixcc's mandate. At the
moment I just want to move forward with the automatic formatting.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Thomas Morley thomasmorle...@googlemail.com writes:
2012/8/27 David Kastrup d...@gnu.org:
Han-Wen Nienhuys hanw...@gmail.com writes:
Everyone with eyes closed for lack of sleep?
I was sitting on a couch discussing MusicXML exports with the guys from
Philomenos (sp?) with Janek snoring
that people would not prefer OFL merely because it fit font
usage requirements better.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
a simple C++ function if they need it is not being fair to our
high-level users.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
have options for notifying a
dynamic ip dns server.
Without a fixed entry point (in this case, a fixed name), outside access
is hard to implement.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman
to stream
events depends very much on the global context this happens in
($defaultmidi is totally different from $defaultlayout, for example).
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo
Francisco Vila paconet@gmail.com writes:
Hello, I have noticed that our nice round corners are now square, see
attached image taken when using Firefox 14.0.1 in Ubuntu GNU/Linux.
At least Apple won't sue us then for its rounded rectangle design
patent.
--
David Kastrup
Francisco Vila paconet@gmail.com writes:
2012/8/28 David Kastrup d...@gnu.org:
The main beef is getting a dyndns setup where your changing IP address
keeps associated with the same outside name. dyndns.org is something
you can register on, and most routers have options for notifying
LilyPond with --enable-profiling
and run it on a large test score) and graphical(?) presentation of the
results.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
.
URL:http://codereview.appspot.com/6449126/diff/1003/lily/grob-property.cc#newcode254
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
-penalty
+@funindex blank-after-score-page-penalty
which certainly should *not* be included in the upload.
Why not?
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
actually neighed. But he has become mute again soon
afterwards.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
aren't, but apparently somebody wrote the rule but did not
bother to run update-with-convert-ly and committing the result before
making a release.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo
Marc Hohl m...@hohlart.de writes:
Am 28.08.2012 20:52, schrieb David Kastrup:
Marc Hohl m...@hohlart.de writes:
After searching a bit more,
git grep blank-page-force
shows several hits, but in 2.17.x, this should read blank-page-penalty,
so I assume when master gets updated
, Mike, John, Janek, Graham
on top of Winni, and Conny, the principal, teacher, horse trainer and
farm hand of the riding school.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
ae7d8fe61e91281e447a9e8c354114387284e14a0b4f3af8f392e1c9a943bd837ffb863f0602af
7.45493)
Uh, you are aware _how_ one writes hexadecimal constants in Scheme?
They start with #x. I am surprised you should get an error only on the
last line.
The lack of an error might be worth investigating _if_ it is reproducible.
--
David Kastrup
David Kastrup d...@gnu.org writes:
m...@mikesolomon.org m...@mikesolomon.org writes:
Hey all,
Could someone well-versed in guile try running primitive-load-path on
the attached file with and without the last line commented. Without
the last line commented, on my machine, I get:
guile
memberships are at the moment.
What you can see in your system settings is just the starting membership
for new sessions/logins.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
that, which it
doesn't.
Hmm, are you sure you rebooted?
Logging in again should be sufficient.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
his current branch to some dev/* branch so that one
can make a rough estimate what the costs of various ways of integration
would turn out to be? fixscm.sh is basically an esthetic fix. We
should do it when we are reasonably sure of no major resulting hassles.
--
David Kastrup
as a service.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Janek Warchoł janek.lilyp...@gmail.com writes:
On Wed, Aug 29, 2012 at 3:15 PM, David Kastrup d...@gnu.org wrote:
Graham Percival gra...@percival-music.ca writes:
At the Waltrop meeting, Janek proposed a number of interesting but
potentially disruptive changes to the lilypond syntax
downloads/lilypond/git to the main repository.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Phil Holmes m...@philholmes.net writes:
- Original Message -
From: David Kastrup d...@gnu.org
To: lilypond-devel@gnu.org
Sent: Wednesday, August 29, 2012 3:21 PM
Subject: Re: Gub upload failure
Phil Holmes em...@philholmes.net writes:
OK - so it looks like I've now rsynched
, there are about 9 commits marked
Fixed_2_17_1 which have to be changed to Fixed_2_17_2 since they
missed the proper time to actually make it into 2.17.1.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org
-optimising (which does not make a
whole lot of sense) and run with -ddebug-gc.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
strategy reducing this effect which is
_far_ too pronounced to produce readable scores. And perhaps
double-check that staff-staff-spacing is actually doing its part in
keeping the skylines at a distance. I somewhat doubt it.
--
David Kastrup
___
lilypond
Janek Warchoł janek.lilyp...@gmail.com writes:
On Thu, Aug 30, 2012 at 12:44 AM, David Kastrup d...@gnu.org wrote:
m...@mikesolomon.org m...@mikesolomon.org writes:
The regtest that worries me most is les-nereides.ly.
There is a comment starting on line 827 of axis-group-engraver.cc from
reason, I don't even see this comment #3 on the web site.
Did you delete it already?
At any rate, I had not admitted the problematic change into 2.16.0, so
while we certainly do need 2.16.1 in due time, it is not because of this
issue.
--
David Kastrup
Han-Wen Nienhuys hanw...@gmail.com writes:
On Wed, Aug 29, 2012 at 10:15 AM, David Kastrup d...@gnu.org wrote:
For example, one idea was to use postfix notation for (almost)
everything. David pointed out that this would wreck havok on music
functions, and I had to admit that I have no clue
/compile_lilypond_test/__init_
[...]
Grenouille currently seems to be wrong too often to be useful. Do you
have a way of checking the integrity of its RAM?
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org
John Mandereau john.mander...@gmail.com writes:
Il giorno ven, 31/08/2012 alle 00.38 +0200, David Kastrup ha scritto:
grenoui...@lilynet.net writes:
21:58:01 (UTC) Begin LilyPond compile, previous commit at
e15e0d22810063b79da891bbf472ecc39d09c02c
21:58:15 From git.savannah.gnu.org
Han-Wen Nienhuys hanw...@gmail.com writes:
On Thu, Aug 30, 2012 at 2:04 PM, David Kastrup d...@gnu.org wrote:
This would also seem to form an excellent starting point for having
LilyPond interpret MusicXML directly, bypassing converters as well as
the ly parser. While this would not offer
were
different enough to actually require a per-case definition rather than
being derivable from the post-event meaning).
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
things if we don't
have a reliable definition of what things even is.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
, Lua...
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Han-Wen Nienhuys hanw...@gmail.com writes:
On Thu, Aug 30, 2012 at 9:21 AM, David Kastrup d...@gnu.org wrote:
Is there a complete proposal of what is on the drawing board? Barring
that, is there a list of (perceived) problems in the current
syntax/parser?
The possible values for music
David Kastrup d...@gnu.org writes:
Han-Wen Nienhuys hanw...@gmail.com writes:
On Thu, Aug 30, 2012 at 9:21 AM, David Kastrup d...@gnu.org wrote:
Is there a complete proposal of what is on the drawing board? Barring
that, is there a list of (perceived) problems in the current
syntax/parser
Jan Nieuwenhuizen jann...@gnu.org writes:
David Kastrup writes:
Ah, I was unclear. Right. LilyPond stands out /together/ with Perl in
unreadability; these are the only two languages I know that can have
functions look like statements.
Hm? Scheme, C, C++, awk, Lua...
C
sense and what not. 172 ~ 188 is an abomination anyway. It would be
reasonably straightforward to accept a pair here, like #(172 . 188) or
172/188 which is equivalent.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https
Graham Percival gra...@percival-music.ca writes:
On Sat, Sep 01, 2012 at 01:27:23PM +0200, David Kastrup wrote:
172 ~ 188 is an abomination anyway. It would be reasonably
straightforward to accept a pair here, like #(172 . 188) or
172/188 which is equivalent.
Straightforward from
and consistent.
With composers like Schönberg, you'll have a hard time making the
LilyPond score look scarier than the output.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
in the foot. If you decide to reinvent the syntax, you are
only moving about the compromise, closing off one nest of rats in
exchange for opening a can of worms.
Yup. For a single command, \tempo overstresses the parser's hospitality
in my opinion.
--
David Kastrup
Han-Wen Nienhuys hanw...@gmail.com writes:
On Sat, Sep 1, 2012 at 8:27 AM, David Kastrup d...@gnu.org wrote:
It is reasonably easy to state this will have to go. However, I have
not so far attempted a replacement since I am still fuzzy on
assignments. Basically I want to have
Han-Wen Nienhuys hanw...@gmail.com writes:
On Sat, Sep 1, 2012 at 5:37 AM, David Kastrup d...@gnu.org wrote:
As one example for an analogous use of optional arguments, consider
\tweak Accidental #'color #red cis4
\tweak has always been a music function. Being able to use a syntax
fairly
to a degree that the only reliable LilyPond parser
has been LilyPond itself.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Han-Wen Nienhuys hanw...@gmail.com writes:
On Sat, Sep 1, 2012 at 12:04 PM, David Kastrup d...@gnu.org wrote:
Vectors don't make sense unless you give a mechanism to map/iterate
over them, ie something along the lines of
(make-parallel-music (vector-list
(map (lambda (x) (add-new-context
. If they did not serve complementary
purposes, we would not need both.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
.
Frankly, the current syntax discussions are leading nowhere.
Brainstorming is fine, but pretty useless if there is no target or topic
other than let's make things different.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https
Han-Wen Nienhuys hanw...@gmail.com writes:
On Sat, Sep 1, 2012 at 12:04 PM, David Kastrup d...@gnu.org wrote:
You can also argue that people that know what a duration is, and how to
use it will be better served by writing Scheme directly. Because a
duration is complex enough in Scheme
Graham Percival gra...@percival-music.ca writes:
On Sat, Sep 01, 2012 at 09:18:17PM +0200, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
Continuing to brainstorm on the problem of it not being obvious to
which note a particular \command refers to, what if we used
?)
#{ \tweak #'stencil ##f $e #})
{ c'\4 c'\n\4 }
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
: c2 d\p
prefix: c2 \parenthesize { d }
Uh, oh, please forget this. It would be great if it could be that
simple :-/
Actually, why not using this for music functions? I.e. \parenthesize
{ d } and d-\parenthesize.
d-\parenthesize-\p is supposed to do what then?
--
David Kastrup
to be doing a favor with that?
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Jan Nieuwenhuizen jann...@gnu.org writes:
David Kastrup writes:
Using LilyPond for reading LilyPond files (as opposed to parsers written
in Python) has the advantage of being rather thorough, and the
disadvantage to be tied into a single version (not all that helpful if
you want to write
Jan Nieuwenhuizen jann...@gnu.org writes:
David Kastrup writes:
Maybe the time has finally come to drop convert-ly and implement and
fully supported conversions using LilyPond on music stream level.
You still need a parser of the appropriate version at the front end.
We have perfectly
Jan Nieuwenhuizen jann...@gnu.org writes:
David Kastrup writes:
What issues were raised?
Janek and Graham raised the `what is a music function / let's make
everything postfix' issue.
That's rather vague as an issue description. Sort of the What is a
preposition / let's make everything
Keith OHara k-ohara5...@oco.net writes:
Janek Warchoł janek.lilypond at gmail.com writes:
On Sat, Sep 1, 2012 at 5:41 PM, David Kastrup dak at gnu.org wrote:
Graham Percival graham at percival-music.ca writes:
So far I don't feel that the discussion has been very fruitful
= ...
to be used (\bookOutputName itself then referencing it). It just does
not make all that much sense without a few other changes in music
functions.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org
on the parser, and frustration for those who feel that their
proposals are not taken seriously by those in power, namely actually
working with and on the parser code.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https
. It is because few
people are comfortable poking around in the dark. And for good reason.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Han-Wen Nienhuys hanw...@gmail.com writes:
On Sun, Sep 2, 2012 at 8:24 AM, Jan Nieuwenhuizen jann...@gnu.org wrote:
David Kastrup writes:
Maybe the time has finally come to drop convert-ly and implement and
fully supported conversions using LilyPond on music stream level.
You still need
that their opening locks down the possibilities of
future changes again.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
reasonable consideration is bad, because I am far enough to the
right of the bell curve on understanding computers and programs that
code that is beyond me is for all reasonable purposes beyond meaningful
maintenance, possibly even by its own author but most certainly by an
average programmer.
--
David
to save keystrokes, and they bemoan the demise of Mutopia,
and the rise of MusicXML over LilyPond as a music presentation format.
Nobody wants to see the connections.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https
Jan Nieuwenhuizen jann...@gnu.org writes:
David Kastrup writes:
Users like to save keystrokes, and they bemoan the demise of Mutopia,
and the rise of MusicXML over LilyPond as a music presentation format.
Nobody wants to see the connections.
I'm glad you do.
It's not that it helps much
a look at the parser...
Looks like it would be simple to do, and likely one should also include
\~ (PesOrFlexaEvent).
I don't know the respective input modes and terminology: will there
always be a note to attach all those to?
--
David Kastrup
and
uncommented complexity at every corner.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
with renewed vigor into the next week of writing up a proposal.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
where this takes
development.
Yes, this requires trust, but policies can't replace that trust for all
that they are worth. They are more a reminder for everybody where we
want to be heading, and how we think we may arrive there.
--
David Kastrup
on
XYZ, now get lost while the real developers talk about ABC. And I want
to avoid creating organizational structures that will cause exactly that
impression if I am trying to do serious work according to the best of my
conscience.
--
David Kastrup
Han-Wen Nienhuys hanw...@gmail.com writes:
On Mon, Sep 3, 2012 at 9:03 AM, David Kastrup d...@gnu.org wrote:
Graham Percival gra...@percival-music.ca writes:
On Mon, Sep 03, 2012 at 02:20:43AM -0300, Han-Wen Nienhuys wrote:
To me, a Grand Input Syntax fixing of LilyPond, would amount
making the decision of whether one wants to
tackle it.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Janek Warchoł janek.lilyp...@gmail.com writes:
On Mon, Sep 3, 2012 at 7:33 AM, David Kastrup d...@gnu.org wrote:
Frightening rather. I don't spend enough time defending LilyPond
against awful patches as it is. [...]
It is easy to make it easier to meddle with LilyPond code. The low
number
should
suspect otherwise.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
level, you get the same underlying ambiguity.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Janek Warchoł janek.lilyp...@gmail.com writes:
On Sat, Sep 1, 2012 at 10:09 PM, David Kastrup d...@gnu.org wrote:
Well, the music function work has removed a lot of pressure of the I
want my favorite construct xxx in the grammar kind since there are
quite a number of things people can put
in it.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Han-Wen Nienhuys hanw...@gmail.com writes:
On Mon, Sep 3, 2012 at 11:46 AM, David Kastrup d...@gnu.org wrote:
I actually remembered one thing that remains worth doing: integrating
\chordmode into \notemode.
This sounds like a nice project. I am still worried by the backward
compat breakage
David Kastrup d...@gnu.org writes:
Han-Wen Nienhuys hanw...@gmail.com writes:
On Mon, Sep 3, 2012 at 11:46 AM, David Kastrup d...@gnu.org wrote:
I actually remembered one thing that remains worth doing: integrating
\chordmode into \notemode.
This sounds like a nice project. I am still
Graham Percival gra...@percival-music.ca writes:
On Mon, Sep 03, 2012 at 05:17:53PM +0200, David Kastrup wrote:
With things like
c-\parenthesize-\p
no hard and fast syntax rule will resolve the ambiguity caused by your
let's stick - before things applying to the previous element proposal
discussions).
Well, one simple consequence would be that one can't define music
functions in a document (their definition is interpretation, their use
is parsing). The use of Scheme would be quite constrained, as reading
it is parsing, evaluating it interpretation.
--
David Kastrup
.
Would you use Bes or BES? If the former, how would you write the
equivalent of bes:dim ?
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Janek Warchoł janek.lilyp...@gmail.com writes:
On Mon, Sep 3, 2012 at 4:46 PM, David Kastrup d...@gnu.org wrote:
I actually remembered one thing that remains worth doing: integrating
\chordmode into \notemode.
Why would it make sense to have a unified mode? Being able to combine
single
Keith OHara k-ohara5...@oco.net writes:
David Kastrup dak at gnu.org writes:
Keith OHara k-ohara5a5a at oco.net writes:
Graham Percival graham at percival-music.ca writes:
Let's have a look at verbifying music functions.
[and special-cases that look just like music functions
-with-delay-only-proper-chords-in-original-relative-octave-and-strip-some-configurable-information
type command like q would facilitate better storage, which is what your
exactly the opposite would imply.
--
David Kastrup
___
lilypond-devel mailing
the wanted behaviour:
c-\parenthesize-|
I would like to have this become equivalent to c\parenthesize-| but it
still requires some work to allow LilyPond to _first_ call a music
function, _then_ decide whether the result is a post-event to be
attached to the previous note.
--
David Kastrup
David Kastrup d...@gnu.org writes:
Thomas Morley thomasmorle...@googlemail.com writes:
That said, now some thoughts ontopic:
In most cases I'm quite fine with the current lily-syntax concerning
the pre/post-commands.
But there are cases I'd wish to be more consequent.
Example:
c-1\2
801 - 900 of 6030 matches
Mail list logo