Re: unable to make doc

2009-06-17 Thread John Mandereau
Hello Jean-Charles, Le lundi 15 juin 2009 à 22:54 +0200, Jean-Charles Malahieude a écrit : > It works well with a 8.64 gohstscript. I'm still upset because I > don't understand the reason why. I had problems with gs 8.63 on Fedora 9, I followed Graham's suggestion on upgrading it to the same

Re: RFC: new vertical layout engine

2009-06-17 Thread Andrew Hawryluk
On Tue, Jun 16, 2009 at 3:52 AM, Joe Neeman wrote: > On Mon, Jun 15, 2009 at 9:05 PM, Reinhold Kainhofer > wrote: >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Am Montag, 15. Juni 2009 17:25:54 schrieb Joe Neeman: >> > I've started working on a new system for doing vertical layout i

Re: translation of the doc into italian

2009-06-17 Thread John Mandereau
Hello Federico, Le mercredi 17 juin 2009 à 17:55 +0200, Federico Bruni a écrit : > Documentation/po/it.po is not translated yet, so I'll add it as soon > as I've done the translation. This PO file is so huge that it's recommended to translate only the entries needed in the files that are actually

Re: some sort of suppress-accidental?

2009-06-17 Thread Mark Polesky
Neil Puttock wrote: > > do you think remove-accidental would be more semantically > > accurate than hide-accidental? > > Not particularly, since that implies that it exists in the > first place. By that logic, I would think prevent- or suppress- would be more accurate. - Mark __

Re: some sort of suppress-accidental?

2009-06-17 Thread Neil Puttock
2009/6/17 Mark Polesky : > do you think remove-accidental would be more semantically > accurate than hide-accidental? Not particularly, since that implies that it exists in the first place. > I'm thinking that \hideNotes > still leaves space where the notes would be, but this > function doesn't

Re: [PATCH] Fix issue 778

2009-06-17 Thread Neil Puttock
2009/6/17 Han-Wen Nienhuys : > I think this can be neater.  By tracking the 'cause property > backwards, this could simply be a grob property callback, and the C++ > does not need to touch the > 'dot-count property. We already have the callback, as I pointed out in the other thread: dots::calc-dot

GUB / autoconf out-of-tree builds

2009-06-17 Thread Graham Percival
I've tracked down the srcdir vs. builddir problem to autoconf. builddir = ~/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-master$ srcdir = ~/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-master$ builddir contains a GNUmakefile, which consists of: dep

Re: translation of the doc into italian

2009-06-17 Thread Graham Percival
On Wed, Jun 17, 2009 at 05:55:01PM +0200, Federico Bruni wrote: > Anyway, the files I committed some days ago are not present in the tree > on the web git repository (as far as I can see). I've tried to clarify this in the CG. > I guess John Mandereau is supposed to do that, as he mentioned in a

Re: improving cheatsheet appearance

2009-06-17 Thread Graham Percival
Thanks, applied. I ended up using \hideNotes c128 for the key signature example; it works, and that's simpler than messing with the @lilypond[] options. Cheers, - Graham On Tue, Jun 16, 2009 at 11:25:36PM -0700, Mark Polesky wrote: > > In cheatsheet.itely > > I propose changing line 70 (in "t

Re: some sort of suppress-accidental?

2009-06-17 Thread Mark Polesky
Neil, do you think remove-accidental would be more semantically accurate than hide-accidental? I'm thinking that \hideNotes still leaves space where the notes would be, but this function doesn't (at least that's my understanding). - Mark _

Re: translation of the doc into italian

2009-06-17 Thread Carl D. Sorensen
On 6/17/09 9:59 AM, "Federico Bruni" wrote: > Graham Percival wrote: >> On Sun, Jun 14, 2009 at 01:04:13AM +0200, John Mandereau wrote: >>> After that, it would be best translating the lilypond.org main web site >>> before translating the rest of the documentation, as the former has much >>> m

Re: translation of the doc into italian

2009-06-17 Thread Francisco Vila
2009/6/17 Federico Bruni : > Francisco Vila wrote: >> >>  New files you have not told git about are not affected, see git commit >> --help. You must to "git add" them first. >> > > I did not really started the translation yet (but I'll do it soon). > Anyway, the few changes I made should be committ

Re: translation of the doc into italian

2009-06-17 Thread Federico Bruni
Graham Percival wrote: On Sun, Jun 14, 2009 at 01:04:13AM +0200, John Mandereau wrote: After that, it would be best translating the lilypond.org main web site before translating the rest of the documentation, as the former has much more audience than the latter. Umm, I'm expecting to almost

Re: translation of the doc into italian

2009-06-17 Thread Federico Bruni
Francisco Vila wrote: New files you have not told git about are not affected, see git commit --help. You must to "git add" them first. I did not really started the translation yet (but I'll do it soon). Anyway, the few changes I made should be committed now. This is my Git status: f...@fe

Re: RFC: new vertical layout engine

2009-06-17 Thread Kieren MacMillan
Hi Joe, What I would *really* love are high-level commands to set intra-piece (section) system-count and page-count options. For example, I'd like to say that in an ABA form piece, the B section must be on two pages (whereas the leading A and trailing A' sections can be "auto-flowed" by Lil

Re: translation of the doc into italian

2009-06-17 Thread Francisco Vila
2009/6/13 Federico Bruni : > 1) GIT > I did the following changes: run "make ISOLANG=it new-lang" in Documentation > and added a line in Python/langdefs.py > > Is this commands sufficient to commit the changes? > git commit -a > git format-patch origin > > Or maybe I've committed only the file modi

Re: development on windows

2009-06-17 Thread Bertalan Fodor (LilyPondTool)
A quick update: - tried Anjuta - couldn't import LilyPond - tried KDevelop - there were problems with it regarding setting different arguments to lilypond - tried Eclipse CDT - after some tutorial about importing the project (http://moblin.org/documentation/moblin-sdk/coding-tutorials/getting-st

Re: translation of the doc into italian

2009-06-17 Thread Federico Bruni
Carl D. Sorensen wrote: On 6/9/09 10:39 AM, "Federico Bruni" wrote: Hi all, as far as I can see there is not an italian documentation for lilypond. I'd like to help with that, could you please tell me how can I contribute? If other italians want to join, either for just proofreading or tra

Re: Successful merge?

2009-06-17 Thread Francisco Vila
2009/6/17 Francisco Vila : > If all is OK in this > branch (I am trying to make doc right now), we could finally merge it > into master. The docs compile well on the lilypond/translation branch after the merge, just FYI. What an additional check would be necessary to be sure that I have not broken

Re: RFC: new vertical layout engine

2009-06-17 Thread Joe Neeman
On Tue, Jun 16, 2009 at 2:50 PM, Reinhold Kainhofer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Am Dienstag, 16. Juni 2009 11:52:09 schrieb Joe Neeman: > > On Mon, Jun 15, 2009 at 9:05 PM, Reinhold Kainhofer > > > This will certainly the possible in the layout code, but I don't se

Successful merge?

2009-06-17 Thread Francisco Vila
Hello. If I'm not wrong, our translation branch is in sync with master again. I still have some doubts about snippets that changed their filenames, but at last the mysterious diverging histories seem to have encountered themselves back. John, if you finally own a Masters (congratulations!) please

Re: empty-stencil and point-stencil

2009-06-17 Thread Carl D. Sorensen
On 6/16/09 1:51 PM, "Mark Polesky" wrote: > > > Trevor, could you add a bit to your recent LM 4.3.1 patch about > empty-stencil and point-stencil? They are suitable substitutes for > #'stencil = ##f. > > \override #'stencil = #empty-stencil > \override #'stencil = #point-stencil > > See

Re: improving cheatsheet appearance

2009-06-17 Thread Graham Percival
On Tue, Jun 16, 2009 at 11:25:36PM -0700, Mark Polesky wrote: > > In cheatsheet.itely > > I propose changing line 70 (in "time signature") from > \override Staff.Clef #'transparent = ##t > to > \override Staff.Clef #'stencil = #empty-stencil This is easy enough; I'll do that tomorrow morning. >