Re: Whiteout box function by Thomas Morley / need help
Thomas Morley thomasmorle...@gmail.com writes: 2014-04-06 11:39 GMT+02:00 Karol Majewski karo...@wp.pl: Thanks Harm. In SpanBar-Dynamics conflict I still prefer whiteout over DynamicText.extra-spacing-width = ##f. The only problem is that sometimes whiteout box does not cover the whole barline width. Function I'm asking for would allow to control the width of whiteout box. Hi Karol, below the revised function. 'moreWhiteout' takes one optional and two normal arguments: Specifying whether the stencil should be boxed (boolean), which grob (string) and the values to extent the stencil. We could do this kind of whitening-out at least in the PostScript backend (and consequently, PDF and PNG): you can convert characters into filled paths and then stroke them with a circular pencil. However, we don't get any metrics back from the backend, so this would not be useful for positioning, only for whiteout behind already positioned items. And I don't know what capabilities SVG would have here, if at all. But it would likely be the graphically most convincing solution short of creating our own skyline padder. Which is also quite feasible, would be backend independent, but a bit of work. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Issue with downloaded manuals
Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 6:07 PM Subject: Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - From: Peter Toye To: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 4:41 PM Subject: Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: transposing cues
Paul Scott waterho...@ultrasw.com writes: On Sun, Apr 06, 2014 at 08:49:50AM +0200, David Kastrup wrote: Paul Scott waterho...@ultrasw.com writes: Now how can I write a clarinet part that goes back and forth between Bb and A and get the cues transposed correcly? URL:http://lilypond.org/doc/v2.18/Documentation/notation/displaying-pitches#index-transposition_002c-instrument Second example. My apologies for poor statement of the question! The above I am quite familiar with. I think your answer to my previous question about transposing cues will solve my problem with some work on my part. The following modification of the documented example may or may not illustrate my need. I actually now have an untransposed (concert pitch) clarinet part with cues that I want to make into a clarinet part where each section can be played on the clarinet that is easiest. Sorry, but that's totally obfuscate. You are inputting some stuff in B, inputting some stuff in A, juggling around and transposing stuff. It is not clear what instruments should be playing the stuff in the end for what reason. When you _quote_ music, its \transpose setting is considered in the quote. Quotes refer to concert pitch. When you put stuff in variables without knowing what transposition they are supposed to be used for, don't put a \transpose statement into the variable. Instead, specify the \transpose where you actually know what instrument you are playing. The last flute cue is not transposed correctly which I guess is answered by your previous answer. So what are you aiming for? You have the answer, know what you are supposed to do but would like somebody else to do it? I don't get it. Or at least I hope so. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond-Book on Windows
Br. Samuel Springuel rpspring...@gmail.com writes: Sorry if this is a double, but I hit the wrong reply button on the first one. On 2014-04-03 8:44 AM, David Kastrup wrote: It would appear that the above code using subprocess.Popen will most likely make lilypond-book hang on Windows for essentially unknown reasons. Any idea what your Python version is? The conversation seems to have moved beyond this, but LilyPond delivered Python 2.4.5 on my machine. Try with the just released LilyPond 2.19.4. If that's more successful, we'll port the fix to 2.18. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond-Book on Windows
David, you wrote Monday, April 07, 2014 10:22 AM Try with the just released LilyPond 2.19.4. If that's more successful, we'll port the fix to 2.18. Just to confirm, lilypond-book in 2.19.4 works fine here. I.e. no change in the parts I use from 2.19.3 AFAICS. Trevor ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond-Book on Windows
Trevor Daniels t.dani...@treda.co.uk writes: David, you wrote Monday, April 07, 2014 10:22 AM Try with the just released LilyPond 2.19.4. If that's more successful, we'll port the fix to 2.18. Just to confirm, lilypond-book in 2.19.4 works fine here. I.e. no change in the parts I use from 2.19.3 AFAICS. No change would be not what we were aiming for with regard to LaTeX output. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond-Book on Windows
David, you wrote Monday, April 07, 2014 11:20 AM Trevor Daniels t.dani...@treda.co.uk writes: David, you wrote Monday, April 07, 2014 10:22 AM Try with the just released LilyPond 2.19.4. If that's more successful, we'll port the fix to 2.18. Just to confirm, lilypond-book in 2.19.4 works fine here. I.e. no change in the parts I use from 2.19.3 AFAICS. No change would be not what we were aiming for with regard to LaTeX output. Indeed, but that's for someone else to check - I don't use LaTeX. I was merely confirming the change did not break anything for me. Trevor ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MetronomeMark aligned to accidentals
David, you wrote Monday, April 07, 2014 12:54 AM Well, here's something rough which appears to do the trick. The basic idea is that the function locates a PaperColumn that is related to both our MetronomeMark grob and an AccidentalPlacement grob. If it finds it, it calculates the extent of all the accidentals and sets X-offset based on this. Hope this helps. Let me know if you run into problems with it. That looks pretty good to me, thanks David. Trevor ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Column shift for 2nd interval
Let me clarify this with an example. The 'f' and 'g' are in separate voices, but I'd like them to be drawn closer together (see attached image). What is the easiest way to do this? (Note that I have entire scores on which I'd like this effect). \version 2.18.0 \score { \new Staff \clef bass \new Voice = tenor { \voiceOne g2 g } \new Voice = bass { \voiceTwo e2 f } } \layout { \context { \Staff \omit Flag \omit Stem } } attachment: spacing.png___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
RE: MetronomeMark aligned to accidentals
-Original Message- From: Trevor Daniels [mailto:t.dani...@treda.co.uk] Sent: Monday, April 07, 2014 6:43 AM To: David Nalesnik Cc: Daniel Rosen; lilypond-user Subject: Re: MetronomeMark aligned to accidentals David, you wrote Monday, April 07, 2014 12:54 AM Well, here's something rough which appears to do the trick. The basic idea is that the function locates a PaperColumn that is related to both our MetronomeMark grob and an AccidentalPlacement grob. If it finds it, it calculates the extent of all the accidentals and sets X-offset based on this. Hope this helps. Let me know if you run into problems with it. That looks pretty good to me, thanks David. Trevor +1 ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Issue with downloaded manuals
Re: Issue with downloaded manualsIf you check HTML syntax, you'll find that the #location is an anchor, and identifies a location in the page that the link is pointing to. If there's a problem, it's with Firefox: I suggest you raise an issue with the developers. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 9:24 AM Subject: Re: Issue with downloaded manuals Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 6:07 PM Subject: Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - From: Peter Toye To: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 4:41 PM Subject: Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com -- ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Issue with downloaded manuals
Hm, but is notation-nog-page# a correct Part of a link? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: Re: Issue with downloaded manualsIf you check HTML syntax, you'll find that the #location is an anchor, and identifies a location in the page that the link is pointing to. If there's a problem, it's with Firefox: I suggest you raise an issue with the developers. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 9:24 AM Subject: Re: Issue with downloaded manuals Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 6:07 PM Subject: Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - From: Peter Toye To: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 4:41 PM Subject: Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com -- ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user -- Diese Nachricht wurde mit a href=https://play.google.com/store/apps/details?id=com.onegravity.k10.pro2;bK-@ Mail/b/a gesendet.___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [SPAM] Re: Issue with downloaded manuals
notation-big-page# of course. I _hate_ autocompletion that thinks to know netter ... Urs Liska u...@openlilylib.org schrieb am 07.04.2014: Hm, but is notation-nog-page# a correct Part of a link? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: Re: Issue with downloaded manualsIf you check HTML syntax, you'll find that the #location is an anchor, and identifies a location in the page that the link is pointing to. If there's a problem, it's with Firefox: I suggest you raise an issue with the developers. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 9:24 AM Subject: Re: Issue with downloaded manuals Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 6:07 PM Subject: Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - From: Peter Toye To: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 4:41 PM Subject: Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com -- ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user -- Diese Nachricht wurde mit a href=https://play.google.com/store/apps/details?id=com.onegravity.k10.pro2;bK-@ Mail/b/a gesendet.___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Issue with downloaded manuals
Re: Issue with downloaded manualsOf course it is. It's the page and the anchor. -- Phil Holmes - Original Message - From: Urs Liska To: Phil Holmes ; Peter Toye Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 2:23 PM Subject: Re: Issue with downloaded manuals Hm, but is notation-nog-page# a correct Part of a link? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: If you check HTML syntax, you'll find that the #location is an anchor, and identifies a location in the page that the link is pointing to. If there's a problem, it's with Firefox: I suggest you raise an issue with the developers. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 9:24 AM Subject: Re: Issue with downloaded manuals Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 6:07 PM Subject: Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - From: Peter Toye To: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 4:41 PM Subject: Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com -- ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user -- Diese Nachricht wurde mit K-@ Mail gesendet.___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [SPAM] Re: Issue with downloaded manuals
But a page without extension? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: Re: Issue with downloaded manualsOf course it is. It's the page and the anchor. -- Phil Holmes - Original Message - From: Urs Liska To: Phil Holmes ; Peter Toye Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 2:23 PM Subject: Re: Issue with downloaded manuals Hm, but is notation-nog-page# a correct Part of a link? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: If you check HTML syntax, you'll find that the #location is an anchor, and identifies a location in the page that the link is pointing to. If there's a problem, it's with Firefox: I suggest you raise an issue with the developers. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 9:24 AM Subject: Re: Issue with downloaded manuals Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 6:07 PM Subject: Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - From: Peter Toye To: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 4:41 PM Subject: Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com -- ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user -- Diese Nachricht wurde mit K-@ Mail gesendet. -- Diese Nachricht wurde mit a href=https://play.google.com/store/apps/details?id=com.onegravity.k10.pro2;bK-@ Mail/b/a gesendet.___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Re; Pdf of Manuals
I only clicked on Download and yes it opened or tried to open it in the browser. There was no other response. Jay On 2014-04-06 21:55, Nick Payne wrote: On 07/04/14 10:16, i...@soundand.com wrote: I was interested in this too but when i go to download it I get an image in my browser that i needed to download Adobe Reader 9x while I have 10x already and I got nowhere so How does one get around this problem? Sounds like your browser is trying to open it in the browser rather than download it... ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Issue with downloaded manuals
Phil, I have, but it's interesting. FF support point out that if there's a file name it's turned into a reference to the file on the server. This makes sense to me. FF doesn't check if the file name is the same as the one being viewed. If I save the first page of the Notation manual (I've not tried the others yet, but I doubt if they're different) in IE or Opera all of the links are changed to point to the LP website. It's only Firefox which recognises local links and keeps them local, and also saves the relevant files. Neither Opera nor IE save anything but the stylesheet and JS files. Is there anyone here who can try it out with other browsers, or confirm my own experience? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Monday, April 7, 2014, 2:06:06 PM, you wrote: If you check HTML syntax, you'll find that the #location is an anchor, and identifies a location in the page that the link is pointing to. If there's a problem, it's with Firefox: I suggest you raise an issue with the developers. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 9:24 AM Subject: Re: Issue with downloaded manuals Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 6:07 PM Subject: Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - From: Peter Toye To: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 4:41 PM Subject: Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Whiteout box function by Thomas Morley / need help
Thanks again Harm. This is very useful function. Hopefully I'm not the only one who appreciates it. Hi Karol, below the revised function. 'moreWhiteout' takes one optional and two normal arguments: Specifying whether the stencil should be boxed (boolean), which grob (string) and the values to extent the stencil. These values can be given as simple pair, affecting only X-axis-extension or as list of pairs, affecting X- and Y-axis-extent. The boolean may be of some use for debugging, though it will affect spacing! Perhaps I should delete it ... Otherwise I did some clean up and made the function more robust. Please test. \version 2.19.3 moreWhiteout = #(define-music-function (parser location better-viewing? grob-name adds) ((boolean? #f) string? pair?) (define (interval-add iv-1 iv-2) (cons (+ (car iv-1)(car iv-2)) (+ (cdr iv-1)(cdr iv-2 (define more-stencil-whiteout (lambda (grob) (let* ((function (assoc-get 'stencil (reverse (ly:grob-basic-properties grob (stil ;; Ugh, is there no better way to test that a grob has no ;; 'stencil and that no other previous procedure assigned ;; a stencil-value to said grob? (if (and (procedure? function) (not (eq? (procedure-name function) 'more-stencil-whiteout))) (function grob) (begin (ly:warning ~a has no stencil. Ignoring grob) #f (if stil (let*((x-ext (ly:stencil-extent stil X)) (y-ext (ly:stencil-extent stil Y)) (add-to-x-ext (if (pair? (car adds)) (car adds) adds)) (add-to-y-ext (if (pair? (cdr adds)) (cadr adds) '(0 . 0))) (new-stil (ly:make-stencil (ly:stencil-expr stil) (interval-add x-ext add-to-x-ext) (interval-add y-ext add-to-y-ext ;; please note: setting better-viewing #t, will add a little ;; padding around the new stil and it will affect spacing in most ;; other cases, too. ;; We let it in, perhaps it may be of some help in certain cases. (if better-viewing? (box-stencil new-stil 0.1 0.01) new-stil)) #f #{ %% Seems no longer needed: %\once \override $grob-name . vertical-skylines = #'() %% Better to add next two lines: \once \override $grob-name . layer = #10 \once \override $grob-name . whiteout = ##t \once \override $grob-name . stencil = #more-stencil-whiteout #}) %%% %% EXAMPLE %%% musicI = { \time 2/4 \repeat unfold 16 b8 } musicII = { r2 %% apply to X- and Y-axis \moreWhiteout TextScript #'((-2 . 0.5)(0 . 2)) b4^XX b r2 %% apply to X-axis only \moreWhiteout ##t TextScript #'(-2 . 0.5) b4^XX b } \new StaffGroup \new Staff \relative c'' \musicI \new Staff \relative c'' \musicII Ofcourse the extension happens as a rectangle. No idea to do it different. BTW, In documentation for 2.19 it's written that default value for DynamicText.extra-spacing-width is '(+inf.0 . -inf.0), which is not true anymore. I think you're wrong. The following returns '(+inf.0 . -inf.0) ! { \override DynamicText.after-line-breaking = #(lambda (grob) (write (ly:grob-property grob 'extra-spacing-width))) c1\f } HTH, Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [SPAM] Re: Issue with downloaded manuals
Re: Issue with downloaded manualsIt looks like the server serves page using page.html -- Phil Holmes - Original Message - From: Urs Liska To: Phil Holmes ; Peter Toye Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 2:31 PM Subject: Re: [SPAM] Re: Issue with downloaded manuals But a page without extension? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: Of course it is. It's the page and the anchor. -- Phil Holmes - Original Message - From: Urs Liska To: Phil Holmes ; Peter Toye Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 2:23 PM Subject: Re: Issue with downloaded manuals Hm, but is notation-nog-page# a correct Part of a link? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: If you check HTML syntax, you'll find that the #location is an anchor, and identifies a location in the page that the link is pointing to. If there's a problem, it's with Firefox: I suggest you raise an issue with the developers. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Monday, April 07, 2014 9:24 AM Subject: Re: Issue with downloaded manuals Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - From: Peter Toye To: Phil Holmes Cc: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 6:07 PM Subject: Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - From: Peter Toye To: lilypond-user@gnu.org Sent: Saturday, April 05, 2014 4:41 PM Subject: Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com www.ptoye.com -- ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user -- Diese Nachricht wurde mit K-@ Mail gesendet. -- Diese Nachricht wurde mit K-@ Mail gesendet.___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Re; Pdf of Manuals
On 08/04/14 00:08, i...@soundand.com wrote: I only clicked on Download and yes it opened or tried to open it in the browser. There was no other response. Try a different browser then - with both Firefox and Chrome, when I open one of the Dropbox links I provided and click on the download button, I get a dialog asking me where I want to save the PDF file... ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
PDF portfolio of 2.19.4 docs
Is available at https://www.dropbox.com/s/ucbs7gsqap80v15/lilydoc-2.19.4.pdf ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [SPAM] Re: Issue with downloaded manuals
Yes, if your browser is english. It will serve page.it.html if it's italian... and so on. So it's because of translations and automatic language selection. It's the problem described here: https://code.google.com/p/lilypond/issues/detail?id=2273 I don't know why the links in the left menu are different from the links in the main area of the page. 2014-04-07 17:35 GMT+02:00 Phil Holmes m...@philholmes.net: It looks like the server serves page using page.html -- Phil Holmes - Original Message - *From:* Urs Liska u...@openlilylib.org *To:* Phil Holmes m...@philholmes.net ; Peter Toye lilyp...@ptoye.com *Cc:* lilypond-user@gnu.org *Sent:* Monday, April 07, 2014 2:31 PM *Subject:* Re: [SPAM] Re: Issue with downloaded manuals But a page without extension? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: Of course it is. It's the page and the anchor. -- Phil Holmes - Original Message - *From:* Urs Liska u...@openlilylib.org *To:* Phil Holmes m...@philholmes.net ; Peter Toye lilyp...@ptoye.com *Cc:* lilypond-user@gnu.org *Sent:* Monday, April 07, 2014 2:23 PM *Subject:* Re: Issue with downloaded manuals Hm, but is notation-nog-page# a correct Part of a link? Phil Holmes m...@philholmes.net schrieb am 07.04.2014: If you check HTML syntax, you'll find that the #location is an anchor, and identifies a location in the page that the link is pointing to. If there's a problem, it's with Firefox: I suggest you raise an issue with the developers. -- Phil Holmes - Original Message - *From:* Peter Toye lilyp...@ptoye.com *To:* Phil Holmes m...@philholmes.net *Cc:* lilypond-user@gnu.org *Sent:* Monday, April 07, 2014 9:24 AM *Subject:* Re: Issue with downloaded manuals Phil, I think I've found the problem. Most of the links in the web site are of the form #location. The TOC frame has links of the form notation-big-page#location which Firefox interprets as a request to point to the original server rather than the local copy. After all, had the file name been different it wouldn't have been downloaded so the link would have to point to the server. The question remains: why is the page coded this way? Is there some reason that I can't think of that the TOC needs to point to the server. Or is it an oversight? Best regards, Peter mailto:lilyp...@ptoye.com lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 6:11:12 PM, you wrote: So it's Firefox that will be creating the non-relative links. In the original HTML files, the server is not a part of the links. -- Phil Holmes - Original Message - *From: *Peter Toye lilyp...@ptoye.com *To: *Phil Holmes m...@philholmes.net *Cc: *lilypond-user@gnu.org *Sent:* Saturday, April 05, 2014 6:07 PM *Subject:* Re: Issue with downloaded manuals Thanks Phil. I saved the page (in Firefox). This saves the page and the associated files. Best regards, Peter mailto:lilyp...@ptoye.com lilyp...@ptoye.com www.ptoye.com - Saturday, April 5, 2014, 5:25:50 PM, you wrote: How did you download them? If you simply Save the html file, you'll be missing the style sheet and all the images. -- Phil Holmes - Original Message - *From: *Peter Toye lilyp...@ptoye.com *To: *lilypond-user@gnu.org *Sent:* Saturday, April 05, 2014 4:41 PM *Subject:* Issue with downloaded manuals I've downloaded the big file HTML version of some manuals, and the links in the table of contents frame to the left of the window refer to the LilyPond web site, rather than the local copy. The links in the main text refer to the local copy. This is a bit of a pain if the internet's being slow (or possibly it's the servers), as well as a bit confusing. Is this meant to happen? The manuals I've tried are the learning, motation and internals. Regards, Peter mailto:lilyp...@ptoye.com lilyp...@ptoye.com www.ptoye.com -- ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user -- Diese Nachricht wurde mit *K-@ Mail*https://play.google.com/store/apps/details?id=com.onegravity.k10.pro2gesendet. -- Diese Nachricht wurde mit *K-@ Mail*https://play.google.com/store/apps/details?id=com.onegravity.k10.pro2gesendet. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: PDF portfolio of 2.19.4 docs
2014-04-07 23:11 GMT+02:00 Nick Payne nick.pa...@internode.on.net: Is available at https://www.dropbox.com/s/ucbs7gsqap80v15/lilydoc-2.19. 4.pdf Thanks Nick! People interested in using (one day...) the PDF portfolio on Evince can follow this issue: https://bugzilla.gnome.org/show_bug.cgi?id=659493 I couldn't find any issue in the Okular tracker.. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user