user view of website+docs
How does this look? http://kainhofer.com/~lilypond/Documentation/general/Manuals.html http://kainhofer.com/~lilypond/Documentation/general/Learning.html The second-layer TOC is obviously a work in progress. Only Learning, Essay, and All have been done so far (and All is only half-done). If we like the look of this, doing the rest in the same style will be easy. I'm not certain if we want to include info in the list of doc formats. I can't imagine people wanting to download the info files (as opposed to having them installed along with a package or from compiling the source), but OTOH, there's no harm dumping the link there. Cheers, - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [git 17e68b85] make error in documentation
On Wed, Aug 26, 2009 at 02:25:45AM +0200, Werner LEMBERG wrote: Werner, does the conversion from SVG-PNG work for you now? I'll add a configure rule soon if this does solve the problem. It's better (see attached image) but not really good -- inkscape still produces better results. What was wrong with that image? Looks fine to me, and that's what I see from my own conversion. *sigh* we've spent way too much effort on this. Why don't we go back to the idea of just adding a png directly? The old web branch did this, and it's not like we're going to change the png often. For the translated versions, the translator can modify the svg and then generate a new png. We don't store the translated svg; we just keep the pngs for each language. John: is it *really* worth going to all this much effort just to avoid adding 6 images (per language) that are 16K each? Cheers, - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [git 17e68b85] make error in documentation
It's better (see attached image) but not really good -- inkscape still produces better results. What was wrong with that image? Looks fine to me, and that's what I see from my own conversion. Attached is the inkscape rendering. Note how the green and blue box are now synchronized correctly with the text. *sigh* we've spent way too much effort on this. Why don't we go back to the idea of just adding a png directly? The old web branch did this, and it's not like we're going to change the png often. Basically, I don't oppose, but getting correct SVG-PNG conversion is something which should be available in any case, not only for lilypond, but in general. Werner inline: inkscape.png___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: user view of website+docs
On 2009-08-26, Graham Percival wrote: How does this look? http://kainhofer.com/~lilypond/Documentation/general/Manuals.html http://kainhofer.com/~lilypond/Documentation/general/Learning.html The second-layer TOC is obviously a work in progress. I won't comment on the CSS stuff, since I know it will get better. (But we are getting rid of the brown navbar, right? :-) Only Learning, Essay, and All have been done so far (and All is only half-done). If we like the look of this, doing the rest in the same style will be easy. Great! I like it. I'm not certain if we want to include info in the list of doc formats. I can't imagine people wanting to download the info files (as opposed to having them installed along with a package or from compiling the source), but OTOH, there's no harm dumping the link there. IMO, we should keep the link for info. You are probably right that few people would click on that link, but then again, there are several other links that people are unlikely to click (LilyPond 2.8 Documentation comes to mind). Thanks, Patrick ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [git 17e68b85] make error in documentation
On 2009-08-26, Werner LEMBERG wrote: It's better (see attached image) but not really good -- inkscape still produces better results. What was wrong with that image? Looks fine to me, and that's what I see from my own conversion. Attached is the inkscape rendering. Note how the green and blue box are now synchronized correctly with the text. Ah, yes. The Batik Squiggle rendering is the same as with Inkscape, so Inkscape is definitely accurate here. *sigh* we've spent way too much effort on this. Why don't we go back to the idea of just adding a png directly? The old web branch did this, and it's not like we're going to change the png often. Basically, I don't oppose, but getting correct SVG-PNG conversion is something which should be available in any case, not only for lilypond, but in general. IIRC, Wikipedia uses `rsvg' to convert SVG-PNG, but I think they convert all SVG text to paths first, so they never experience these inaccuracies we are seeing. For now, I'm okay with adding the PNGs directly and holding off on the automatic generation, at least until we find a better solution. Graham, I can create the PNG files if you'd like. Can you adjust the makefile? Thanks, Patrick ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
LY-PNG and LY-PDF question
Can someone please tell me the commands (lilypond and gs, I assume, with *all* options) to convert a LY file to PNG and to PDF, as used for the notation reference? The full set of options to lilypond isn't shown in the log file... Werner ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Move ambitus print callback to scheme.
LGTM I still indentation diffs though. http://codereview.appspot.com/110047 ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LY-PNG and LY-PDF question
Hi Werner, 2009/8/26 Werner LEMBERG w...@gnu.org: Can someone please tell me the commands (lilypond and gs, I assume, with *all* options) to convert a LY file to PNG and to PDF, as used for the notation reference? The full set of options to lilypond isn't shown in the log file... I hope you redirect both stdout and stderr to your log file; as for the gs commands used, in case you have set CPU_COUNT, please look at TOP_BUILD/out/lybook-db/lilypond-multi-run*.log or some path like that (maybe out-www/...), I can't check the exact path until Friday. Hope this helps, John ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Move ambitus print callback to scheme.
2009/8/26 hanw...@gmail.com: I still indentation diffs though. OK, I've redone the indentation in ambitus-engraver.cc using hard tabs to match the current behaviour. Regards, Neil ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] Move ambitus print callback to scheme
On 8/25/09 2:28 PM, Neil Puttock n.putt...@gmail.com wrote: Hi, I've just posted a revised patchset which deals with Han-Wen's comments. http://codereview.appspot.com/110047/show The patch looks good to me. I have a question about style, though. You code the empty list as (list). I typically code the empty list as '(). It there a preference? I suspect that we ought to be consistent, although it's not highly important. It could be part of the code janitor work, though. Thanks, Carl ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Iphone
Could lilypond be packaged up for the iPhone? Has anyone explored this? ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Iphone
On Wed, Aug 26, 2009 at 10:32:49PM +, Phil Allred wrote: Could lilypond be packaged up for the iPhone? Has anyone explored this? I may be wrong, but doesn't the iPhone use a CPU similar to that of a Sharp Zaurus CL3200 or some of the cheap Thecus storage devices, i.e. some ARM/xscale processor running at 400 -- 600 MHz without an FPU? If I'm not wrong, I won't expect much fun from running LilyPond on the iPhone. It's really dead-slow the other machines I mentioned. Another problem may be the memory footprint. I don't know how much RAM an iPhone has, but on the Zaurus (with 64MB RAM) I can only render very simple and small tunes. More complex stuff (like the bach/busoni chaconne i still didn't finish) uses too much memory. However, if an iPhone comes with several hundred MB of RAM, the only bottleneck would be the CPU performance. Ciao, Kili -- Programme, die mit k anfangen benutze ich nicht ;-) Und was machst Du, wenn Du mal einem Prozess ein Signal schicken willst? Dann nimmt er den Gnome-Ableger gill (aus Sachsen?). -- Martin Bucher, Matthias Kilian Ralf Döblitz in der LUG-BS ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Iphone
I still remember the time that I developed LilyPond on a 486/133 with 24 mb of RAM... those were the days... Seriously, it should be possible, with some aggressive tuning of the GUILE GC collector, but why bother? On Wed, Aug 26, 2009 at 8:03 PM, Matthias Kiliank...@outback.escape.de wrote: On Wed, Aug 26, 2009 at 10:32:49PM +, Phil Allred wrote: Could lilypond be packaged up for the iPhone? Has anyone explored this? I may be wrong, but doesn't the iPhone use a CPU similar to that of a Sharp Zaurus CL3200 or some of the cheap Thecus storage devices, i.e. some ARM/xscale processor running at 400 -- 600 MHz without an FPU? If I'm not wrong, I won't expect much fun from running LilyPond on the iPhone. It's really dead-slow the other machines I mentioned. Another problem may be the memory footprint. I don't know how much RAM an iPhone has, but on the Zaurus (with 64MB RAM) I can only render very simple and small tunes. More complex stuff (like the bach/busoni chaconne i still didn't finish) uses too much memory. However, if an iPhone comes with several hundred MB of RAM, the only bottleneck would be the CPU performance. Ciao, Kili -- Programme, die mit k anfangen benutze ich nicht ;-) Und was machst Du, wenn Du mal einem Prozess ein Signal schicken willst? Dann nimmt er den Gnome-Ableger gill (aus Sachsen?). -- Martin Bucher, Matthias Kilian Ralf Döblitz in der LUG-BS ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] to let \epsfile always start the eps file at (0, 0) in the stencil
LGTM - please document what is happening in the appropriate places, though. On Tue, Aug 25, 2009 at 7:43 PM, Reinhold Kainhoferreinh...@kainhofer.com wrote: This patch lets an included EPS file always start at the origin of the stencil: http://codereview.appspot.com/109079 Okay to apply? -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] Move ambitus print callback to scheme
'() is preferred, as it evaluates to a constant. (list) is a function call, which might mean different things if you override the definition of list. On Wed, Aug 26, 2009 at 5:43 PM, Carl Sorensenc_soren...@byu.edu wrote: You code the empty list as (list). I typically code the empty list as '(). It there a preference? I suspect that we ought to be consistent, although it's not highly important. It could be part of the code janitor work, though. -- Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel