Am Sonntag, 20. Juni 2010, 23:57:20 schrieb n.putt...@gmail.com:
Here are some more comments for you.
What happened to this patch? AFAICS, it has not been pushed to master, right?
I'm just afraid that it might be forgotten, which would be very bad, since I
need this in LilyPond, too...
Op dinsdag 27-07-2010 om 15:45 uur [tijdzone +0200], schreef Reinhold
Kainhofer:
What happened to this patch? AFAICS, it has not been pushed to master, right?
I'm waiting for an ack.
Greetings,
Jan.
--
Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org
Freelance IT
Hi,
Context modifications inside an identifier are great, but in the case
of \RemoveEmptyStaves, there's a nasty surprise waiting for you: since
it's defined inside a layout block (as part of engraver-init.ly), it's
unusable within a music block.
\new Staff \with { \RemoveEmptyStaves } { c4 }
Why on earth do we have a
filetype off
set runtimepath
filetype on
in the suggested .vimrc ? Those lines should be unnecessary.
Cheers,
- Graham
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On Tue, Jul 27, 2010 at 10:49 AM, Graham Percival
gra...@percival-music.ca wrote:
Why on earth do we have a
filetype off
set runtimepath
filetype on
in the suggested .vimrc ? Those lines should be unnecessary.
I need those lines to work around behavior that (I think) changed in
very recent
On Tue, Jul 27, 2010 at 11:15:36AM -0700, Patrick McCarty wrote:
On Tue, Jul 27, 2010 at 10:49 AM, Graham Percival
gra...@percival-music.ca wrote:
Why on earth do we have a
filetype off
set runtimepath
filetype on
in the suggested .vimrc ? Those lines should be unnecessary.
On 2010-07-27, Graham Percival wrote:
On Tue, Jul 27, 2010 at 11:15:36AM -0700, Patrick McCarty wrote:
On Tue, Jul 27, 2010 at 10:49 AM, Graham Percival
gra...@percival-music.ca wrote:
Why on earth do we have a
filetype off
set runtimepath
filetype on
in the suggested .vimrc
On Tue, Jul 27, 2010 at 12:32:30PM -0700, Patrick McCarty wrote:
On 2010-07-27, Graham Percival wrote:
On Tue, Jul 27, 2010 at 11:15:36AM -0700, Patrick McCarty wrote:
On Tue, Jul 27, 2010 at 10:49 AM, Graham Percival
gra...@percival-music.ca wrote:
Why on earth do we have a
http://codereview.appspot.com/1901042/diff/2001/3001
File ly/init.ly (right):
http://codereview.appspot.com/1901042/diff/2001/3001#newcode26
ly/init.ly:26: #(if (ly:get-option 'user-init)
user-include ?
http://codereview.appspot.com/1901042/diff/2001/3001#newcode27
ly/init.ly:27: (begin
remove
Am Dienstag, 27. Juli 2010, um 18:19:39 schrieb Neil Puttock:
Hi,
Context modifications inside an identifier are great, but in the case
of \RemoveEmptyStaves, there's a nasty surprise waiting for you: since
it's defined inside a layout block (as part of engraver-init.ly), it's
unusable
I have just pushed a patch containing accordion push and pull symbols.
Because this modifies the font, in order to see its effects, you will need
to do
make clean make
or
rm mf/out/* make
in order to rebuild the font and see the new symbols.
Thanks,
Carl
Reviewers: Neil Puttock,
http://codereview.appspot.com/1901042/diff/2001/3001
File ly/init.ly (right):
http://codereview.appspot.com/1901042/diff/2001/3001#newcode26
ly/init.ly:26: #(if (ly:get-option 'user-init)
On 2010/07/27 20:16:58, Neil Puttock wrote:
user-include ?
Hmm, actually, I
On Wed, Jul 28, 2010 at 12:43:08AM +, reinhold.kainho...@gmail.com wrote:
On 2010/07/27 20:16:58, Neil Puttock wrote:
user-include ?
Hmm, actually, I don't like either user-init (indicates it's part of the
init sequence and has similar uses as the --init command line option;
also it
13 matches
Mail list logo