Re: Stanza number not sliding under time signature (issue 2469?)
Robert Memering-2 wrote Dear all, I have a score with stanza numbers at the beginning that refuse to slide under the time signature (with version 2.17.28). According to issue 2469, this should be fixed as of 2.15.40. In all my other scores that use the same layout and settings, this doesn't happen. Unfortunately, in this case my first stanza number is rather lengthy (it's a rondeau), which makes this a real showstopper (see attached image). can you supply the code for just this little snippet - thanks! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Stanza-number-not-sliding-under-time-signature-issue-2469-tp152178p152180.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Add backup option to convert-ly (Issue 3572) (issue 14040043)
Phil Holmes wrote And while we are at it: the loop has the condition while os.path.exists(back_up) and os.path.isfile(back_up): for skipping over existing files. The second part of the condition is nonsensical since it means that a name will be used for backing up even if it is already taken by a directory or fifo or socket. https://codereview.appspot.com/14040043/ I presume Eluze put it in for a specific reason which I don't know. Eluze? well - as you certainly guess, the code isn't purely mine and I was already wondering why there are these two conditions. now reading a little bit more I found that A path is an unambiguous pointer to a resource in the file system. It can either point to a file or to a directory. this seems exactly what we don't want, we don't deal with directories here - so it's sufficient to test if it is an existing /file/: *os.path.isfile(back_up)* should be used solely. hope pythonists can agree or explain better. Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Add-backup-option-to-convert-ly-Issue-3572-issue-14040043-tp151484p151832.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Add backup option to convert-ly (Issue 3572) (issue 14040043)
dak wrote Eluze lt; eluzew@ gt; writes: now reading a little bit more I found that A path is an unambiguous pointer to a resource in the file system. It can either point to a file or to a directory. this seems exactly what we don't want, we don't deal with directories here - so it's sufficient to test if it is an existing /file/: *os.path.isfile(back_up)* should be used solely. Wrong. os.path.exists (back_up) should be used solely since we are looking for an _unused_ file name. If there is a directory called file.ly.~1~ we have to skip this just as much in our search as if there is a file called file.ly.~1~ as we don't want to overwrite either existing files or existing directories. ok - so because it's not possible to have a directory and a file with the same name in the same location we have to check for the path-name... thanks for your help in clarifying! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Add-backup-option-to-convert-ly-Issue-3572-issue-14040043-tp151484p151850.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Add backup option to convert-ly (Issue 3572) (issue 14040043)
dak wrote Eluze lt; eluzew@ gt; writes: now reading a little bit more I found that A path is an unambiguous pointer to a resource in the file system. It can either point to a file or to a directory. this seems exactly what we don't want, we don't deal with directories here - so it's sufficient to test if it is an existing /file/: *os.path.isfile(back_up)* should be used solely. Wrong. os.path.exists (back_up) should be used solely since we are looking for an _unused_ file name. If there is a directory called file.ly.~1~ we have to skip this just as much in our search as if there is a file called file.ly.~1~ as we don't want to overwrite either existing files or existing directories. ok - so because it's not possible to have a directory and a file with the same name in the same location we have to check for the path-name... thanks for your help in clarifying! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Add-backup-option-to-convert-ly-Issue-3572-issue-14040043-tp151484p151851.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Unverified issues?
Phil Holmes-2 wrote As Graham said, if you want to limit the time you spend, and spend it on other bug squad duties, fine - leave loads unverified. If you've still got them next week, complain! I'm not complaining, rather I'm pitying those who miss the chance to verify. if one day we change the duty days there will automatically be a shift to the member being on duty after the upgrade. but it's good to know I can stop after my X minutes and the work will still be done. Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Unverified-issues-tp151572p151654.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Add backup option to convert-ly (Issue 3572) (issue 14040043)
Phil Holmes-2 wrote On 2013/09/30 15:10:00, PhilEHolmes wrote: Julien - I'm not convinced that's a good idea. It would mean that, once you'd turned numbering on, then you couldn't turn it off except by deleting all the numbered files. I think it's better to let the user select, based on the command line switches. By deleting or renaming the _first_ numbered file. I think that's ok as a default, but it might make sense to have an option -n0 or whatever that explicitly turns it off even when there are already numbered backups. It was Eluze's enhancement and his coding. Let's let him decide. to clarify: my intention was to have a backup to which I can revert if necessary (and I don't have to go back to an original file which could be hard to find) I see 2 main scenarios: a) convert-ly a single file - in my system I press ctrl+F11 (or the corresponding pop-up item) and it's done. if for any reason I forget I've already done this and I press this combination a second time my original is gone. b) convert-ly a full folder (eg. a piece with lots of files or the whole LSR) - here I would copy the whole folder to a new one (mentioning the version) and convert the original. if something goes wrong I still have the original. for this I don't need a backup from LilyPond. the choice of the backup's name is secondary - I'm happy with any of the proposed versions (1 or 2 tildes). now to the sophisticated mechanisms: if there is a (recognized) backup in one or the other form in the *whole* folder, convert-ly should prompt for a decision - numbered or not!? this is most likely beyond your (or my) intention. should we specify more clearly the risks of and how to handle convert-ly? Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Add-backup-option-to-convert-ly-Issue-3572-issue-14040043-tp151484p151682.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Unverified issues?
dak wrote Phil Holmes lt; mail@ gt; writes: The issue tracker shows for lt;URL:http://code.google.com/p/lilypond/issues/list?can=1amp;q=status%3Afixedgt; 48 unverified issues. Most of them can be verified since 2.17.27 has been released. Some have Fixed_2_17_28 in spite of already being in 2.17.27. Traditionally Eluze works through these on a Monday. Let's check the situation on Tuesday. Ah, ok. I will treat what's left tomorrow (I'm not the only bug squad member allowed to do it!) Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Unverified-issues-tp151572p151585.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: verification and bulk edit [Re: Unverified issues?]
Federico Bruni-5 wrote 2013/9/29 David Kastrup lt; dak@ gt; It matches the theory. In practice, I've been startled quite a few times when bug squad members not just verified the commit to be present but also reported back when it turned out that the claimed functionality did not actually accompany the commit. The verification you spell out here could be done by a web crawler and would be done in seconds. The verification from the bug squad appears to do a more thorough job on average. This makes sense for issues marked as defects.. Well, some of them: for example, issue 3553 doesn't have a minimal example (I guess it cannot be produced) and I have no idea about how to verify it in depth. In such cases I'll follow the CG: Quite a few of these will be issues tracking patches. You do not have to prove these patches work - simply that they have been pushed into the code base. BTW, what are tracking patches? On the other hand, all the doc issues don't require other than checking that the committish is in master. When changing the issue tracker, you get a field for specifying what the tracker should do next after changing the current issue. If you use go to next issue, it will move to the next issue matching the search. That seems rather efficient, and it would appear that the bug squad reading the issue description and possibly more leads to an improvement of the results. The question is whether we can significantly improve the efficiency without sacrificing more quality than desirable. Because of the release delay, the issues to verify for 2.17.27 were way over the average, which is around 15 issues per release AFAICS. So probably my proposal is not needed. I'm curious to hear the opinion of Eluze I have not much to add - yes it *is* boring if you only check that the committish is there: a machine would do this faster and is probably less error prone. but as dak observed, a few issues have been found to not really solve the whole problem, just a part of it. I have added a few issues to the tracker and many of them were originated by myself. so it seems natural that I'm interested how the solution looks like and not only that the patch has been committed. I must confess that not every topics are of the same interest to me - that's where I simply check the pre-/absence of the patch (and that's the boring part). however that doesn't take much time (except for developers still having a googlemail-account… because then you don't fall back to the issue list) and I think it's a confirmation for the developers that their patch has been definitely approved and confirmed. that's better than waiting for days or weeks for a - maybe never coming - feedback. they may feel much freer to put their energy into solving other issues. a final remark: in the beginning of my bug squad member career it took me much longer to verify a single issue - now with some routine I can open an issue, search the commit, copy it, swap to Phil's tab, paste, check there is something there, swap back, select verified and submit in clearly less than a minute (and nearly blindly…). Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/verification-and-bulk-edit-Re-Unverified-issues-tp151595p151613.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: verification and bulk edit [Re: Unverified issues?]
Phil Holmes-2 wrote - Original Message - From: David Kastrup lt; dak@ gt; To: Federico Bruni lt; fedelogy@ gt; Cc: Eluze lt; eluzew@ gt;; lilypond-devel lt; lilypond-devel@ gt; Sent: Sunday, September 29, 2013 6:07 PM Subject: Re: verification and bulk edit [Re: Unverified issues?] Federico Bruni lt; fedelogy@ gt; writes: 2013/9/29 Eluze lt; eluzew@ gt; Traditionally Eluze works through these on a Monday. Let's check the situation on Tuesday. Ah, ok. I will treat what's left tomorrow (I'm not the only bug squad member allowed to do it!) I've cleared some of them, you won't have to work too much tomorrow :-) This is a boring task and it should be shared as possible between all bug squad members. Also, I'm thinking about a way of making it easier. Most of the times we have only to check if the committish pasted by the developer is really in master. If we add a field Committish (where the developer should paste the committish), then the bug squad can show the column Committish and work on the list page instead of having to open each issue. Then we copypaste each committish in gitk and when we have verified all of them we can use the bulk edit to mark all the issues as Verified in one shot (never tried but I hope it works). What do you think about it? It matches the theory. In practice, I've been startled quite a few times when bug squad members not just verified the commit to be present but also reported back when it turned out that the claimed functionality did not actually accompany the commit. The verification you spell out here could be done by a web crawler and would be done in seconds. The verification from the bug squad appears to do a more thorough job on average. When changing the issue tracker, you get a field for specifying what the tracker should do next after changing the current issue. If you use go to next issue, it will move to the next issue matching the search. That seems rather efficient, and it would appear that the bug squad reading the issue description and possibly more leads to an improvement of the results. The question is whether we can significantly improve the efficiency without sacrificing more quality than desirable. -- David Kastrup Graham and I used to debate this. His view was that all that is required of Bug Squad members is to verify that a claimed fix was committed. This would lend itself well to autoverification, should someone have the time to write an autoverify-bot. I would live with that for Issues marked as something like Patch-pushed. I do think that claimed fixes to real bugs should have a tiny example, and the bug squad should confirm that the tiny example no longer fails. This could argue for a more rigorous approach to bug acceptance: no example, no report. that would make our life more pictoral! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/verification-and-bulk-edit-Re-Unverified-issues-tp151595p151614.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: verification and bulk edit [Re: Unverified issues?]
Eluze wrote a final remark: in the beginning of my bug squad member career it took me much longer to verify a single issue - now with some routine I can open an issue, search the commit, copy it, swap to Phil's tab, paste, check there is something there, swap back, select verified and submit in clearly less than a minute (and nearly blindly…). this just crossed Phil's last ten or so verifications - all in a minutes' cadence - chapeau! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/verification-and-bulk-edit-Re-Unverified-issues-tp151595p151616.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Unverified issues?
Am 29.09.2013 23:45, schrieb Janek Warchoł: 2013/9/29 David Kastrup d...@gnu.org: Phil Holmes m...@philholmes.net writes: From: Eluze elu...@gmail.com I will treat what's left tomorrow (I'm not the only bug squad member allowed to do it!) But you seem the most efficient at this :-) So what? If you find that some worker in a factory line is more efficient as the next best worker, do you think good management would be to fire all the rest? Will that get more work done or less? I think Phil's message was meant just as a compliment... so I understood it - thanks ;-) but weeks ago I already told how unfair this system is: Phil's releases happen on week-ends usually and then it's my turn - the others rarely get the opportunity to get accustomed to verifying. Eluze ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Strange cautionary
Phil Holmes-2 wrote Phil Holmes wrote What's the cautionary on the 3rd beat of the second bar doing there? after reading all this I feel the current behavior is correct It also disappears if you get rid of the ties in the previous bar, left hand. If it's not there without the tie, surely it shouldn't be there with the tie? ok, I read the rules and descriptions again and - still being confused by scrolling up and down between the different styles - I tend to confirm your opinion (for the styles being discussed here): accidentals are valid for a whole measure and should not be repeated (also not as a cautionary accidental) so this qualifies as bug!? Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Strange-cautionary-tp148054p148113.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Strange cautionary
Phil Holmes wrote What's the cautionary on the 3rd beat of the second bar doing there? isn't that what piano-cautionary asks for? from NR Chapter 1: Musical notation: piano-cautionary This is the same as piano but with the extra accidentals typeset as cautionaries. piano This rule reflects twentieth-century practice for piano notation. Its behavior is very similar to modern style, but here accidentals also get canceled across the staves in the same GrandStaff or PianoStaff, hence all the cancellations of the final notes. This accidental style applies to the current GrandStaff or PianoStaff by default. modern This rule corresponds to the common practice in the twentieth century. It omits some extra natural signs, which were traditionally prefixed to a sharp following a double sharp, or a flat following a double flat. The modern rule prints the same accidentals as default, with two additions that serve to avoid ambiguity: after temporary accidentals, cancellation marks are printed also in the following measure (for notes in the same octave) and, in the same measure, for notes in other octaves. Hence the naturals before the b and the c in the second measure of the upper staff after reading all this I feel the current behavior is correct Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Strange-cautionary-tp148054p148058.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Feature request: some convenient new grobs
thank you, Mark, for these suggestions that sounds interesting! I've added https://code.google.com/p/lilypond/issues/detail?id=3425thanks=3425ts=1372194862 Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Feature-request-some-convenient-new-grobs-tp147386p147405.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Change staff - collision with lyrics
Phil Holmes wrote
I'm setting a piece of Vaughan Williams which has the RH changing staff
all
over the place and finding difficulty getting it to look anywhere near
usable. This is not a tiny example, and the stems aren't orientated as in
the original, but have a look at the collision with the lyrics. I
couldn't
find a bug report that's relevant.
*simply* adapt the VerticalAxisGroup as in the example below:
\layout {
\context {
\Lyrics
\override VerticalAxisGroup nonstaff-unrelatedstaff-spacing = #'(
(minimum-distance . 8 )
(basic-distance . 12 )
(padding . .5)
(stretchability . 12)
)
\override VerticalAxisGroup nonstaff-relatedstaff-spacing = #'(
(minimum-distance . 5 )
(basic-distance . 8 )
(padding . .5)
(stretchability . 12)
)
}
}
but if somebody comes with a simpler solution I'd like to know!
Eluze
--
View this message in context:
http://lilypond.1069038.n5.nabble.com/Change-staff-collision-with-lyrics-tp146617p146623.html
Sent from the Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: ugly: accidental reminders and ties
Werner LEMBERG wrote I don't have an older lilypond binary at hand, but I have a gut feeling that (much?) older versions don't show this. 2.15.28 is the first to show this Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/ugly-accidental-reminders-and-ties-tp146220p146223.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
Phil Holmes-2 wrote This is something for me to do before the next LilyPond release. thanks, Phil - I wouldn't know how to do this! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p145985.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
ArnoldTheresius wrote Eluze wrote ... it seems the textedit protocol is handled by the (standard) internet browser - can it be done without? - if not, what special settings are required there? I just examined the source code of SumatraPDF Version 2.1.1. The launch is handled by the system call ShellEcecuteEx(), where the 'verb' parameter is set to »open«, the 'file' parameter is set to the url (e.g. »textedit://C:/LilypondDatefiles/test.ly:7:3:4«) and the parameter called 'parameters' is set to NULL. This windows function does all the registry evaluation, how to launch this »url«. since my installation seems corrupted I can't I give a valid judgment if and what works or not! I think the new files and registry entries should be added to the next release - the feed-back will tell us if we missed something (and everybody can still go back to the old - and partially not working - version)! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p145658.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
ArnoldTheresius wrote Eluze wrote ... ps: I don't know why the file lilypod-invoke-editor has no extension. imo it should be renamed and the registry for textedit would be ok. Well, at first: Windows uses the file extension to define (in the registry) with which application a file has to be opened (interpreted), while on UNIX systems this interpeter command is written in the first line (after the two characters »#!«). Consequently, it would be best to 'create' lilypond-invoke-editor for UNIX builds but lilypond-invoke-editor.scm for Windows builds. Unfortunately I did not find where to define this switch. As the point-and-click call mechanism is only targeting »what command is defined in the windows registry« it's more simple to keep the file names for both Windows and UNIX identical, and the »textedit registry entry« on windows needs to be corrected in both situations, for the file with extension ».scm« as well as for the file without this extension. Next: I tried notepad++. It should also be called with »start« in windows. And after only a little usage of notepad++ I would prefer it to lilypad. Finally (for today): I include here a new copy of .../scm/editor.scm (based on Version 2.17.16), also the (not changed since my last info) file lilypond-invoke-editor. point-and-click-on-windows.zip http://lilypond.1069038.n5.nabble.com/file/n145504/point-and-click-on-windows.zip It's ready for testing. hi Arnold I did a few tests: from the command-line it works perfectly with the short invoke of notepad++ - for that I had to change the lines below in lilypond-invoke-editor.scm to (notepad++ . notepad++ -n%(line)s -c%(column)s %(file)s) ;;; ok! ;(notepad++ . ,(if (eq? PLATFORM 'windows) ; start c:\\Program Files (x86)2.17.17\\Notepad++\\notepad++.exe -n%(line)s -c%(column)s %(file)s ; notepad++ -n%(line)s -c%(column)s %(file)s)) the problem is the space in C:\program files(x86)\...\notepad++.exe - I couldn't find a quick solution how to put the necessary apostrophes. then I tried the *real* point-and-click from a pdf-file but no success (I don't know if my registry is broken after all the attempts/changes I made) it would be interesting to know what entries exactly are needed in the registry. it seems the textedit protocol is handled by the (standard) internet browser - can it be done without? - if not, what special settings are required there? thanks for your work! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p145522.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: formatting bug?
thanks, Werner, for this report! I've added tracker issue https://code.google.com/p/lilypond/issues/detail?id=3341thanks=3341ts=1367393280 Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/formatting-bug-tp145284p145294.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
what's the status of this issue? I've installed 2.1.7.17 but point and click doesn't work (is it supposed to?!) - trying point and click in a pdf file I get Clipboard.png http://lilypond.1069038.n5.nabble.com/file/n145179/Clipboard.png and an empty tab is created in the browser. - then I tried from the command-line: c:\Program Files (x86)\LilyPond\usr\bin\guile.exe -e main -s c:\Program Files (x86)\LilyPond\usr\bin\lilypond-invoke-editor textedit://test3.ly:1:2:3 and got the error: lilypond-invoke-editor (GNU LilyPond) 2.17.17 ERROR: no code for module (scm editor) - the same error still appears after adding the module (ice-9 rdelim) - HKCR\textedit\shell\open\command has the value C:\Program Files (x86)\LilyPond\usr\bin\guile.exe -e main -s C:\Program Files (x86)\LilyPond\usr\bin\lilypond-invoke-editor.scm %1 - the value in HKLM\SOFTWARE\Classes\textedit\shell\open\command is exactly the same - these 3 editors can be added (as Arnold already showed above) (context . context /g%(column)s:%(line)s %(file)s) (notepad++ . notepad++ -n%(line)s -c%(column)s %(file)s) (pspad . pspad -%(line)s %(file)s) ;; no column positioning! I know none of these points is new, but I thought it's worth to state where we are. Eluze ps: I don't know why the file lilypod-invoke-editor has no extension. imo it should be renamed and the registry for textedit would be ok. -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p145179.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
looser spacing after 2.17.13
Timothy Lanfear reports: http://lilypond.1069038.n5.nabble.com/Bad-vertical-spacing-with-instantiated-staves-td145151.html I couldn't find any hint why it changed with issues fixed with 2.17.14 any clues? Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/looser-spacing-after-2-17-13-tp145152.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: looser spacing after 2.17.13
David Kastrup wrote Eluze lt; eluzew@ gt; writes: Timothy Lanfear reports: http://lilypond.1069038.n5.nabble.com/Bad-vertical-spacing-with-instantiated-staves-td145151.html I couldn't find any hint why it changed with issues fixed with 2.17.14 any clues? There is one complex spacing change right after the following change, wow - that was quick! but: what is the 'following change'? following after what? but the following one sounds like an even better candidate for the problem: commit d4802c72d26def39030f2ac897b66c3a26d5 Author: Mike Solomon lt; mike@ gt; Date: Tue Mar 5 20:59:20 2013 +0100 Prevents chord names from being pushed into the staff (issue 3160) This is done by not removing empty skylines unless they are suicidable. Proper space is thus reserved for these skylines in align-interface.cc. so this is another following after… please clarify! thanks Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/looser-spacing-after-2-17-13-tp145152p145157.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
ArnoldTheresius wrote Eluze wrote ... maybe my hope to find the needed information in thess tables was to optimistic - does somebody know how the correct way is? Eluze Well, at least here is what I did try this weekend - posted before I read all messeages which were added in the meantime. This code is still dirty but quick, incomplete but big Editors 'context' and 'pspad' are still missing. Hopefully still good enough for some testing. hi Arnold looks great! (but sorry - I can't test) looking at the code, this seems to be quite the same approach as what I did in my batch (except that I didn't consult the HKLM) now - as James pointed out - this will only deliver results if a program has explicitly been associated with an extension - can you confirm this!? if so it'd be good to have LYEDITOR as a last resource for all people who don't (want or know how to) associate programs to extensions. Also to clearify: - Which of the listed editors are available for windows? Crimson gvim notepad notepad++ pspad …??? I think we should maintain a table where you can read the line and column option. - Which one needs to be started into the background (like lilypad)? what do you mean exactly? (I can start: lilypad d:\data\ly\test\test.ly after finding a viable way textedit and it's prerequisites should be documented clearer (in AU). Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p144843.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
ArnoldTheresius wrote Until now I did not find a function in guile to read registry values. There is the command line program »REG QUERY ... « to get the information. It's standard output needs to be parsed, and the call needs to be fail save (dont throw an exception if it fails). … That looks like we need to execute a / system / call and redirect the output into a temporary file, then parse the file. Possibly we do this on several pathes in the windows registry until we get an string. Then we need to scan for specific keywords in this string to select one on the known editors. I think there are two issues to consider: - a program is invoked which is not in a folder defined in the %path% variable - the file has not the extension .ly I've attached a small program to check the user's choice for an application to open that file and to find the full command line command in HKCR\… regQuery.bat http://lilypond.1069038.n5.nabble.com/file/n144800/regQuery.bat so if you can run such a system call you should get this information back Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p144800.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
James wrote Am I supposed to run this bat file pre-edited or with an argument or something? hi James 2nd regQuery.bat myFile.ly or regQuery.bat D:\data\…\myfile.ly thanks for the feedback! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p144806.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
James wrote Hello, On 21 April 2013 11:56, Eluze lt; eluzew@ gt; wrote: James wrote Am I supposed to run this bat file pre-edited or with an argument or something? hi James 2nd regQuery.bat myFile.ly or regQuery.bat D:\data\…\myfile.ly C:\Users\jlowe\DesktopregQuery.bat Dak.ly myExt=.ly did you make sure .ly is registered in Standard programs!? Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p144811.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
James wrote Hello, On 21 April 2013 13:18, Eluze lt; eluzew@ gt; wrote: James wrote I'm not sure what you mean here. For instance in Windows there is Control Panel\Programs\Default Programs\Set Associations or Control Panel\Programs\Default Programs\Set Default Programs The first one actually has *.ly files associated with Frescobaldi (I'd forgotten I had it installed!) so I assume that Frescobaldi does that file association for you when you install it. The second one does not have either Frescobaldi or LilyPond in the list. I don't know if that matters if you just use 'Set Associations'. So if I 'Set Associations' with *.ly files to use another program again LilyPond is not in the list, but I can browse to the exe directly; and if I do _that_ and then run the bat file I get: --snip-- C:\Users\jlowe\DesktopregQuery.bat Dak.ly myApplicationCaller=C:\Program Files\LilyPond\usr\bin\lilypond.exe myEditor=lilypond.exe myExt=.ly --snip-- So does it matter (to you) that when a user installs LilyPond there are no (I think - maybe Phil can correct me he uses LilyPond on Windows too) file associations set - certainly no 'default programs'. or was I supposed to point the file associations at something else (lilypad.exe or lilypond-windows.exe etc.)? thanks for testing, James! maybe my hope to find the needed information in thess tables was to optimistic - does somebody know how the correct way is? Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p144818.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
ArnoldTheresius wrote Eluze wrote ... if this is possible we could abandon the entry LYEDITOR?! (at least for windows) Well, I would keep the environment variable(s) as a last, top priotiry choice to select which editor one is using. why not - I just mean don't use it if you don't have to! From scm/editor.scm: / (define (get-editor) (or (getenv LYEDITOR) (getenv XEDITOR) (getenv EDITOR) ;; FIXME: how are default/preferred editors specified on ;; different platforms? (case PLATFORM ((windows) lilypad) / * ;;; my TODO suggestion: implement querying of windows registry to select the users choice * / (else emacs / Until now I did not find a function in guile to read registry values. There is the command line program »REG QUERY ... « to get the information. It's standard output needs to be parsed, and the call needs to be fail save (dont throw an exception if it fails). I tried / open-input-pipe / , but go the error message it cannot fork. That looks like we need to execute a / system / call and redirect the output into a temporary file, then parse the file. Possibly we do this on several pathes in the windows registry until we get an string. Then we need to scan for specific keywords in this string to select one on the known editors. the reg query … returns only one value in the form of Applications\ConTEXT.exe where you can strip the first part by FOR /f tokens=3* %%a IN ( 'REG QUERY HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.ly\userchoice' ) DO IF NOT [%%a]==[] FOR /f tokens=2* delims=\ %%a IN (%%a) DO (SET editor=%%a) then it is a temporary environment variable which you can get via (getenv EDITOR) Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p144667.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
ArnoldTheresius wrote in relation to issue 3306 [http://code.google.com/p/lilypond/issues/detail?id=3306] I analized the point-and-click problem on my Win7/64 computer. (Why does it not work out of the box after installation?) * Here the result: * * Modifications to $INSTDIR/usr/share/lilypond/current/scm/editor.scm: * / (define editor-command-template-alist - '((emacs . emacsclient --no-wait +%(line)s:%(column)s %(file)s || (emacs +%(line)s:%(column)s %(file)s)) + `((emacs . emacsclient --no-wait +%(line)s:%(column)s %(file)s || (emacs +%(line)s:%(column)s %(file)s)) (gvim . gvim --remote +:%(line)s:norm%(column)s %(file)s) (uedit32 . uedit32 %(file)s -l%(line)s -c%(char)s) (nedit . nc -noask +%(line)s %(file)s) (gedit . gedit +%(line)s %(file)s) (jedit . jedit -reuseview %(file)s +line:%(line)s) (syn . syn -line %(line)s -col %(char)s %(file)s) - (lilypad . lilypad +%(line)s:%(char)s %(file)s))) + (lilypad . ,(if (eq? PLATFORM 'windows) + start lilypad +%(line)s:%(char)s %(file)s + lilypad +%(line)s:%(char)s %(file)s / hi Arnold that was really worth waiting it would be nice to add a few more editors, e.g. (for windows) context.exe/gcolumn:line file notepad++.exe -nline -ccolumn file pspad.exe -line file and finally (?) if the editor associated with the .ly file extension could be launched… (it is stored in HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.ly\userchoice) thanks! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p144633.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Point and Click does not work on Windows
ArnoldTheresius wrote Eluze wrote and finally (?) if the editor associated with the .ly file extension could be launched… (it is stored in HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.ly\userchoice) The first three should be simple: (context . context /g%(column)s:%(line)s %(file)s) (notepad++ . notepad++ -n%(line)s -c%(column)s %(file)s) (pspad . pspad -%(line)s %(file)s) To select on than it's enough to set the env. var. like LYEDITOR=pspad For the last one I need to check how scheme can read the windows registry. Hopefully I find this information. if this is possible we could abandon the entry LYEDITOR?! (at least for windows) Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Point-and-Click-does-not-work-on-Windows-tp115986p144657.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Updating lilypap, and versions
Phil Holmes-2 wrote Apologies for the possibly appropriate typo in the title. Lilypad. Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Updating-lilypap-and-versions-tp144368p144370.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: shall we rename X-offset (and similar) to lowercase?
Jan Nieuwenhuizen wrote Eluze writes: lol - I gave an idea of what I mean, so please read (and answer to) the full contribution! Sorry ;-) your silly answer isn't really a push towards a user-friendly interface! Yes, I'm working on that too. Too little time, seemingly, for friendly answers. I'm working on that too :-) let's stop wasting time on etiquette - I have no bad feelings (and hope you feel the same) all the best! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/shall-we-rename-X-offset-and-similar-to-lowercase-tp143209p143480.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Lilypond case-insensitivity (was: shall we rename X-offset)
janek.lilypond wrote Uh, have you read David's email http://lists.gnu.org/archive/html/lilypond-devel/2013-03/msg00448.html ? sure, but honestly I can't see how the locale would interfere when internally you change from/to upper-/lowercase. The conversion between cases isn't as trivial as it seems. I've reread previous discussion about case (in)sensitivity, and i can say that making Lily case-insensitive really looks like a bad idea: if we did this, significant amount of bugs and inconsistencies would appear. Many of them would be hard to predict and they'd cause us a *lot* of trouble. Please trust us (i.e. David and other experienced developers) that the benefits of case-insensitivity are not worth the troubles it would bring. I trust both of you and I won't insist on case-insensitiveness, specially if the scenario you draw can be improved: Nevertheless, there *are* other things that we could do to make case-sensitivity more bearable. LilyPond could give users hints about spelling, for example if someone wrote \stemUP, LilyPond could say something like unknown string \stemUP. Did you mean \stemUp?. That would be a good feature request. if the computer can give an unique alternative he should write a warning/error message and continue work. Also, editors like Frescobaldi could provide some kind of LilyPond-spellchecker that would correct wrongly spelled commands. Frescobaldi is also behind schedule (e.g., when I checked not many weeks ago, \omit or \single were not yet implemented) I wonder how they update their lists. I think that such functions would greatly help users who struggle with case-sensitivity, … … and other spelling problems (is it color or colour? etc.) the problem is that LilyPond doesn't provide a full list of all keywords commands music-functions grobs properties internal options (the equivalent to doptions) pitches contexts engravers glyphs scripts languages paper/header/layout … variables (and probably a few more items) since at least 2.12. I'm using my own hiliter and auto-completer (with NP++) for that I had to extract above values from - pdf/html manuals - definitions in …usr/share/current/… .ly and .scm - …/current\vim\syntax and feed that to the auto-completer and hiliter and, indeed, it is of great help. but it is much recurring work and it isn't complete at all. so I would be very glad if such a repository could be added in future and generated for each new release! thanks Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Lilypond-case-insensitivity-was-shall-we-rename-X-offset-tp143393p143410.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: shall we rename X-offset (and similar) to lowercase?
janek.lilypond wrote However, I think when discussing case-sensitiveness, we agreed to a following convention: LilyPond should differentiate between upper- and lowercase, but no commands/properties/etc. should differ only by case. so the validity of a command/property/etc. can be checked by setting both the user input and the internal LilyPond expectation to lowercase and that's it! with this we can write /down DoWn dOwN down DOWN/ or whatever contains these 4 letters in this order same with keyCancellation (or is it KeyCancellation?) one well known problem of course is \score and \Score quoting Joram: /… it is more important to make things easy for users / Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/shall-we-rename-X-offset-and-similar-to-lowercase-tp143209p143372.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: shall we rename X-offset (and similar) to lowercase?
Jan Nieuwenhuizen wrote Eluze writes: please also consider making LP fully case-insensitive Why consider stupid ideas? While it was a misguided thing to do with ascii, especially in the era of utf-8 case-insensivity has become an impossible can of worms. lol - I gave an idea of what I mean, so please read (and answer to) the full contribution! your silly answer isn't really a push towards a user-friendly interface! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/shall-we-rename-X-offset-and-similar-to-lowercase-tp143209p143298.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: shall we rename X-offset (and similar) to lowercase?
janek.lilypond wrote Hi, virtually all grob properties are lowercase words separated with dashes. I think we should get rid of exceptions to this rule and make all grob properties lowercase - here's a list of offenders: besides bringing consistency into our namespace, such conversion would also save us some keystrokes (you won't have to press shift) - that may sound negligible, but personally i find it a nuisance when i have to write uppercase X and Y all the time. ++ please also consider making LP fully case-insensitive just one instance I remember right now is fingering and string number orientations where lowercase is required (left right up down), but in general you are free to choose upper-/lowercase for directions (and the manuals prefer to use uppercase) thanks Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/shall-we-rename-X-offset-and-similar-to-lowercase-tp143209p143223.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: opening bar check crashes the compiler
Thomas Morley wrote
2013/2/24 David Kastrup lt;
dak@
gt;:
Thomas Morley lt;
thomasmorley65@
gt; writes:
Bar and bar number checks
Bar checks help detect errors in the entered durations. A bar check
may be entered using the bar symbol, |, at any place where a bar line
is expected to fall. If bar check lines are encountered at other
places, a list of warnings is printed in the log file, showing the
line numbers and lines in which the bar checks failed. In the next
example, the second bar check will signal an error.
\time 3/4 c2 e4 | g2 |
%%%
Shows that the bar-check should be written _after_ the section which
should be checked.
So, writing
| d
is a user-error.
I read at any place where a bar line is expected to fall, and I count
the start as being such a place.
Well, perhaps this error shouldn't result in a crash
And there is most definitely for this. One problem is that being at
the start of the music does not tell us whether there is a \partial
command following right behind, so there is insufficient information for
a really reliable bar check at the starting point I think.
I might be mistaken, but a crash is never an appropriate reaction in any
case for user input as straightforward as that.
The severity of the penalty does not match the offense.
Some more investigation:
The problem seems to be related to \midi
I can confirm this happens only with midi.
I've tested with 2.17.13 and it seems to me that not initializing the
context explicitly is followed by a crash:
mus={ | d' }
\score {
\mus
\midi { }
}
writing
\new Staff \mus
or
{ \mus }
runs correctly
Eluze
--
View this message in context:
http://lilypond.1069038.n5.nabble.com/opening-bar-check-crashes-the-compiler-tp141399p141432.html
Sent from the Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Patch meister position still vacant!!!
James wrote I can do this. Although I thought that someone had already voluntered. Eluze? (I cannot remember) Anyway, assuming that no one else offers, I'll take a look and make a start of it on Wednesday. I not really volunteered, but agreed to have a look at it - but I would really feel more comfortable if somebody else could take care of it - if there's need I could try to take over some parts of it. thanks for your offer and best wishes for this job! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Patch-meister-position-still-vacant-tp140762p140778.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Subdirectories under scm/?
Johannes Rohrer wrote * 2013-01-19 18:20 +0100 Ian Hulin: On 19/01/13 15:34, Johannes Rohrer wrote: currently the scm/ subdirectory of LilyPond is flat, and all guile modules defined there are immediate submodules of scm. Related modules are not grouped into guile submodules, but marked with a name prefix (e.g. the framework-* group). Is this a conscious design decision? More tho the point, would a proposed patch that introduces a submodule group, hence a subdirectory of scm/ (and performs Makefile changes as required) meet any objections on that ground? Currently scm/out is being used as part of the Guile V2 work to hold the byte-compiled scm modules. There are also possible implications regarding the LilyPond initialization code since it needs to know that internal Guile/Scheme variables such as %load-path are set up correctly. I like your idea in principle, but I would prefer it if it was deferred until after we have managed to complete the cut-over to using Guile V2. Understood, I will resist the temptation for now. Thanks for the quick response. Bug-squad, it's probably worth raising a tracker entitled something like LilyPond should support a module hierarchy in scm directory rather than a single flat directory. CC to bug-lilypond; maybe the guile V2 issues (#1055?) should then be marked as blocking that new item. added https://code.google.com/p/lilypond/issues/detail?id=3129thanks=3129ts=1358771130 incl. the blocking (without knowing what I'm doing) Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Subdirectories-under-scm-tp139765p139855.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
put a blank before the commitish in the tracker
dear developers please separate the word commit and the following commitish string when you change an issue to fixed - it makes it easier (for me) to double-click and select when verifying thanks Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/put-a-blank-before-the-commitish-in-the-tracker-tp139505.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Feature request for a warning if set is misused
Colin Hall-3 wrote
OK, it looks like I have misunderstood the intention of your original
bug report, Eluze.
Please specify the circumstances under which you would like to see a
warning.
ok, I'll try to be more precise:
with the code (admittedly wrong)
{ \set Fingering = #'(up) g1 -1 }
LilyPond stops working and the log only says:
GNU LilyPond 2.17.8
Processing `test.ly'
Parsing...
Interpreting music...
in this case it would be helpful to find a message in the log to indicate
which command on which line caused the crash - if LilyPond can trace back to
that point.
if it's not possible to locate/identify the error causing command a simple
message like LilyPond stopped working or LilyPond ended abnormally plus
a normal termination would be better than nothing.
Eluze
--
View this message in context:
http://lilypond.1069038.n5.nabble.com/Feature-request-for-a-warning-if-set-is-misused-tp137816p137897.html
Sent from the Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Feature request for a warning if set is misused
Colin Hall-3 wrote As I understand it this is a request for a new feature in Lilypond that warns the user if they use \set on a property which can also be manipulated using \override and \revert. Have I correctly understood this and, if so, does it make sense to accept this feature request? I think it's strange if LilyPond fades away and doesn't tell anything about a possible reason or whereabout an error occurred! if it makes sense to warn each time the user tries do do a \set on an item which usually is \override(n) is another question - personally I hate logs telling me all the things I never asked for; this could be added in the verbose output only. Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Feature-request-for-a-warning-if-set-is-misused-tp137816p137827.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Add alias in Spanish for espanol note names language (issue 6811060)
Joram Berger wrote As far as I see, there is no language french or français. Would it be an idea to add french, francais and français as aliases to italiano (like español above)? do you really want to add /francais/? Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Add-alias-in-Spanish-for-espanol-note-names-language-issue-6811060-tp135697p135774.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Bug suspicion with figured bass
Dominique Faure wrote
Hi,
Trying to apply some gracefully given code to handle exotic layouts
(cf. Vertical text at the end of score messages on the user
mailing-list), I found a strange behaviors while using figured bass.
the 3rd staff ends prematurely, it should read (with the endingText inside
the brackets!):
\relative c'' { c2 c,
\bar |.
\endingText \markup {
\justify-string #Lorem ipsum dolor sit amet, consectetur
adipisicing elit, sed do eiusmod tempor incididunt ut labore
et dolore magna aliqua.
}
}
Eluze
--
View this message in context:
http://lilypond.1069038.n5.nabble.com/Bug-suspicion-with-figured-bass-tp135056p135057.html
Sent from the Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Make arguments like Context.GrobName accessible as symbol lists (issue 6635050)
Werner LEMBERG wrote \accidentalStyle StaffGroup.voice This is my preferred form. However, some time ago we decided (more or less) to say e.g. \clef bass In the light of your syntax improvements/simplifications, shouldn't we start to use \clef bass instead, making data in double quotes really user strings only? putting bass in double quotes will disable hiliting the correct way in most editors! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/Make-arguments-like-Context-GrobName-accessible-as-symbol-lists-issue-6635050-tp134433p134518.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [GLISS] basics
Thomas Morley wrote Werner suggested to start a poll about topics annoying, irritating, hindering users. So I thought it might be an idea to start threads on national lists/forums about it and after same time (a week?) collect and list the complains, ideas, proposals. good idea! I hope you know the DLF provides a poll facility (Übersicht- choose a topic - neue Umfrage) (however I don't know if this is helpful here) for the LilyPond French Users I'd like to suggest Xavier as a native French speaking person - for me personally it often takes to much time to formulate in French - but if he's not available I will try to do it. and I wouldn't speak of national lists since most languages are spoken in many different countries. Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/GLISS-basics-tp133379p133393.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 2.17.1
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. I found 8 and changed them. one or two of them were labeled Fixed_2.17.1 which makes it difficult to locate all in one step (google issues don't allow wildcards in the search entry) developers: please always use underscores for this - thanks! Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/2-17-1-tp131654p131711.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 2.17.1
Phil Holmes wrote Can I just say that this is the first release I've build and uploaded? Fingers crossed. congrats! however issue 2764 claims to solve the fingering problems of chords containing a second - I can not confirm this (picture attached)! http://lilypond.1069038.n5.nabble.com/file/n131656/2764.png and also issue 2284 seems to produce the old output what's going on? Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/2-17-1-tp131654p131656.html Sent from the Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond 2.15.95 released
Graham Percival-3 wrote We are excited to announce the release of LilyPond 2.15.95. With this release, development on version 2.15 is frozen for the upcoming 2.16 stable release and only open to bug fixes. All users are urged to try this version to ensure the best quality of the upcoming stable release. If you discover any problems, please send us Bug reports. New features since 2.14.2 are listed in the ôòüChangesôòý manual on the website section about Development. exciting - and embarrassing for the bug squad what issues shall we verify now? Fixed_2_15_43? just leave it? Eluze ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Implicit nonsense
Trevor Daniels wrote:
David Kastrup wrote Tuesday, January 31, 2012 2:31 PM
Trevor Daniels t.dani...@treda.co.uk writes:
No, me neither, but leaving Voice contexts to be implied usually works
well, eg with Staff rather than StaffGroup.
Why would you want to have the above end up in _two_ different voices?
If you write
\new Staff { \relative c' { \relative c' { c2~ } c } }
the tie just disappears. So I can't say this works well with Staff
rather than StaffGroup.
usually. You wouldn't usually have nested \relative's.
why not - while composing or just copying you might include a sequence you
have written into a variable…
Implicit contexts are important for getting newbies off the ground.
But I agree the implementation is deficient.
what exactly is deficient?!
the right container for this is neither the StaffGroup nor a Staff, it's
simply a Voice!
and putting the whole stuff in an implicit or explicit Voice context there
is no problem at all.
Eluze
--
View this message in context:
http://old.nabble.com/Implicit-nonsense-tp33235869p33240042.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Positioning of two voices is inconsistent
pkx166h-2 wrote:
Hello,
\version 2.14.1
{ { e'1 } \\ { e'''1 } | }
{ { e'''1 } \\ { e'1 } | }
{ { e'1 } \\ { e''1 } | }
{ { e''1 } \\ { e'1 } | }
{ { e'1 } \\ { e1 } | }
{ { e1 } \\ { e'1 } | }
I don't understand why the notes are not aligned in all cases.
Is this expected engraving/LP behaviour?
Attached png showing output.
if you do the same with half notes you'll see what happens. and i seem to
remember that full notes have something like a virtual stem.
Eluze
--
View this message in context:
http://old.nabble.com/Positioning-of-two-voices-is-inconsistent-tp32955488p32955520.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: damn small lilypond
Federico Bruni-5 wrote: Lilypond sh package decompressed is around 60 MB. I guess that the best solution is bringing a bunch of USB drives and copying the executables there. But I wonder if there's any other solution... I don't know ho many USB drives I'll need. i have a USB-stick with 4GB and one with 16GB (both for the price of 10-20 bucks, one bought a few years ago the other 1 year ago). on the 4GB stick i could store more than 50 versions of lilypond (plus jedit or Frescobaldi…) i don't understand the problem! -- View this message in context: http://old.nabble.com/damn-small-lilypond-tp32721256p32727486.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
indent = # isn't the same in \layout or \paper blocks
hi if you define the indentation, ragged-right and others in a \layout block (at top level) the only way to overwrite it is in another \layout block in a \score block. an overwrite in a \paper block has no effect. else when the definition is in the \paper block - you can overwrite it for whole \books or \bookparts in the \paper block or individually at \score level in the \layout block. i didn't find a clue to this in the docs and i wonder if this is intended bevahior!? also, if you define these variables in a \paper as well as in a \layout block the value set in the \layout block will dominate. my personal conclusion is to only use these variables in \paper blocks (where possible…) Eluze -- View this message in context: http://old.nabble.com/indent-%3D---isn%27t-the-same-in-%5Clayout-or-%5Cpaper-blocks-tp32503941p32503941.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: does anybody care about LSR?
Graham Percival-3 wrote: I was discussing LSR with Phil, and it occurred to me that I should raise the question here. What do we want from LSR? As far as I'm concerned, no I don't care about LSR; the people who wanted it in the first place aren't maintaining it; we haven't had a flood of users volunteering to take care of it. This experiment with user-generated content hasn't shown a clear net benefit to the project, and as more and more people use lilydev and send in patches, the need for something like LSR lessens. I'm suggesting that we just dump the whole thing on Phil. He can choose how picky (or not) to be about explanations, indentation, looking for duplicates, etc. If somebody here *does* care, then speak up. yes, sure i care about LSR - and i think i've proved that by contributing a few little things. (and reading a lot of it) the LSR has also been the source of many good ideas and solutions i did find. once you know (or you think to know) Lilypond and you look for an approach to a new problem it's just great to see that others have approached similar problems and maybe solved them. some problems always remain! i'm convinced that many LSR solutions will one day become part of the regular Lilypond and documentation - some of them already did it! - and some others will be picked up and improved before taking that way. i'm not offering to touch the code behind LSR - whatever that means. i'm just happy if i can make an effective search in LSR. but this does not seem to be effective in every case ( i'm preparing a mail to the LSR maintainer) 1. nobody is offering to touch the code behind it. So don't say hey, it would be great if LSR could automatically xyz unless you think you can program the xyz yourself. that's embarassing… - many programmers have good ideas but they don't know if anybody wants that - so they leave it; if anybody express what they would like, they might quickly find a good solution to it! 2. anybody with the source code can do much more efficient work by editing stuff in git directly. The only point of LSR is to provide a quick, easy, automated repository for non-git people, so whenever somebody with git access touches LSR, it's a net loss for the project. that's a barrage to all musicians not programming (or knowing git)! hoping my message is clear - don't shut off LSR, improve it in this or another way, make technical or new semantic improvements, find new aggregation models to group the snippets… thanks! Eluze -- View this message in context: http://old.nabble.com/does-anybody-care-about-LSR--tp31947801p31958666.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: developers on Windows [7]
Jan Nieuwenhuizen wrote: I could use some help from a developer who can do some testing on Windows 7 (64 bit?) SP1. See this bug: http://code.google.com/p/lilypond/issues/detail?id=1562 I'm trying to get this one nailed, and am getting a lot of help, but it's still very clumsy for a Windows noob like me, without access to such a problematic machine. i just had the opportunity to run this program on a machine with windows 7 starter (32-bit) - tried both 2.13.53 and 2.13.61 and had no error at all. hope this information is of use. cheers Eluze -- View this message in context: http://old.nabble.com/developers-on-Windows--7--tp31711007p31715340.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
RE: developers on Windows [7]
yes, that's exactly the example i have copied/pasted! Eluze pkx166h wrote: Hello, )-Original Message- )From: lilypond-devel-bounces+james.lowe=datacore@gnu.org )[mailto:lilypond-devel-bounces+james.lowe=datacore@gnu.org] On )Behalf Of James Lowe )Sent: 27 May 2011 14:29 )To: eluze; lilypond-devel@gnu.org; Phil Holmes )Subject: RE: developers on Windows [7] )Importance: Low ) )Eluze, ) ))-Original Message- ))From: lilypond-devel-bounces+james.lowe=datacore@gnu.org ))[mailto:lilypond-devel-bounces+james.lowe=datacore@gnu.org] )On )Behalf Of eluze ))Sent: 27 May 2011 13:37 ))To: lilypond-devel@gnu.org; Phil Holmes ))Subject: Re: developers on Windows [7] )) ))Am 27.05.2011, 14:20 Uhr, schrieb Phil Holmes m...@philholmes.net: )) )) - Original Message - From: -Eluze elu...@gmail.com ) To: )lilypond-devel@gnu.org ) Sent: Friday, May 27, 2011 12:49 PM ) )Subject: Re: developers on Windows [7] ) ) ) ) ) Jan )Nieuwenhuizen wrote: )) )) )) I could use some help from a developer who can do some testing on )) Windows 7 (64 bit?) SP1. )) )) See this bug: )) ))http://code.google.com/p/lilypond/issues/detail?id=1562 )) )) I'm trying to get this one nailed, and am getting a lot of help, but )) it's still very clumsy for a Windows noob like me, without access to )) such a problematic machine. )) )) i just had the opportunity to run this program on a machine with ) )windows 7 starter (32-bit) - tried both 2.13.53 and 2.13.61 and had ) no )error at all. )) )) hope this information is of use. )) )) cheers Eluze )) )) )) Have you installed SP1? )) )) -- )) Phil Holmes )) )) ) )[James' reply:] can you try to compile the *exact* example in the tracker )item (assuming you haven't done that)? ) )If it still works it might be some quirk of Windows Starter Edition. I have )access to the other versions but not this one - this is OEM by the looks of )it. [James' reply:] Hmm...I do have access to this version of Windows (Starter edition). So Eluze if you can let me know if the example compiles on your system I'll also test with this too. James ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel -- View this message in context: http://old.nabble.com/developers-on-Windows--7--tp31711007p31716764.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
RE: developers on Windows [7]
i installed SP1 on 27th of April, i.e. a few months after having bought this computer. Eluze pkx166h wrote: Hello )-Original Message- )From: lilypond-devel-bounces+james.lowe=datacore@gnu.org )[mailto:lilypond-devel-bounces+james.lowe=datacore@gnu.org] On )Behalf Of -Eluze )Sent: 27 May 2011 15:29 )To: lilypond-devel@gnu.org )Subject: RE: developers on Windows [7] ) ) )yes, that's exactly the example i have copied/pasted! )Eluze [James' reply:] OK I will need to test this specific windows version. One more question, did you apply SP1 as a separate Patch or did it 'come' preinstalled? James -- View this message in context: http://old.nabble.com/developers-on-Windows--7--tp31711007p31717656.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 2.13.61 Windows version wrong
Phil Holmes-2 wrote: The 2.13.61 release for Windows reports an internal version number of 2.13.60. under windows vista it's ok (tagline, file-info [snippet 197] and the log). -- View this message in context: http://old.nabble.com/2.13.61-Windows-version-wrong-tp31523709p31523875.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 2.13.61 Windows version wrong
Phil Holmes-2 wrote: If you right-click, properties, details, the version number of the executable is wrong. i didn't check that - you're right! -- View this message in context: http://old.nabble.com/2.13.61-Windows-version-wrong-tp31523709p31524008.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: improvement(s) on LSR 445
Gilles THIBAULT wrote: is it possible to only copy notes, i.e. pitches and durations, excluding Fingering, stroke fingers and string numbers? 2 solutions : 1- You filter the music. Here is an example of filtered music %%% deleteDynamics = #(define-music-function (parser location music) (ly:music?) (music-filter (lambda (evt) (not (memq (ly:music-property evt 'name) (list 'AbsoluteDynamicEvent 'CrescendoEvent 'DecrescendoEvent music)) You just have to know the scheme name of the events you don't want. 2- In the octavize.ly line : 15 Replace (append notes transposed-notes not-notes) by(append notes transposed-notes) line 44-45 : Replace (append new-notes transposed-notes not-notes) by(append new-notes transposed-notes) thanks but sorry if i was not quite specific: i meant the octavized notes should not automatically get the same fingerings (and other attributes) as the original notes - but the fingerings of the original notes should be kept! both solutions eliminate dynamics and articulations on all notes! i tried to implement the filter you gave right after the definition of transposed-notes in makeOctaves but i get only errors or no effect... then there is another problem: fingerings for single notes are a sub-class of articulations while in chords they are directly applicable - imo they should be moved to the note they belong to, which is inside the chord! finally i'd like to qualify the importance: in any case one will have to reedit the new lilypond notes to add the fingerings manually, an automated calculation of those being unfeasible. Eluze -- View this message in context: http://old.nabble.com/improvement%28s%29-on-LSR-445-tp31239262p31321537.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: improvement(s) on LSR 445
Gilles THIBAULT wrote: both solutions eliminate dynamics and articulations on all notes! Have you try something like that : %%% deleteFingering = #(define-music-function (parser location music) (ly:music?) (music-filter (lambda (evt) (not (memq (ly:music-property evt 'name) (list 'FingeringEvent music)) then \makeOctaves #1 \deleteFingering \music It seems to only delete fingering events. yes, i had already adapted the definition of deleteDynamics to fit my request. but it removes all the fingerings and i wanted to keep the original ones while the fingerings of the octavized notes should be removed! i tried to add a filter after let* ( ... (transposed-notes ...): (pure-notes (music-filter (lambda (evt) (not (memq (ly:music-property evt 'name) (list 'FingeringEvent 'StringNumberEvent 'StrokeFingerEvent transposed-notes))) but seeing the reult this seems the wrong approach. Eluze -- View this message in context: http://old.nabble.com/improvement%28s%29-on-LSR-445-tp31239262p31323217.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: improvement(s) on LSR 445
Gilles THIBAULT wrote:
http://lsr.dsi.unimi.it/LSR/Snippet?id=445
I think it is impossible to have it working [ both in relative and
absolute mode]
i presume all possible tricks have been tried to achieve this!?
Well, here is a version of \makeOctaves, that seems to work in both
relative
and absolute mode. It fixes also a bug when you entered several notes to
the
chords to octavize.
Please, test.
brilliant!
i made a few tests with scales, your { a,4 f gis,2 }, chords, repeat chord
(q), makeOctaves #+1,+2 +3 and minus, relative and absolute mode and they
all seem to work (of course it is always difficult to find the critical
event…) but so far i can just repeat: awsome!!!
(i wished i would understand scheme and lilypond functions better!)
sorry to repeat my 2nd concern: is it possible to only copy notes, i.e.
pitches and durations, excluding Fingering, stroke fingers and string
numbers?
thanks
Eluze
--
View this message in context:
http://old.nabble.com/improvement%28s%29-on-LSR-445-tp31239262p31305152.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: can't get examples to work in .ly file
tiM Sportny wrote: I'm using windows 7 64 bit, lilypond 2.12.3 I hope you can tell me what i'm doing wrong i hope i can: i doubt inter-box-padding was available under 2.12.3! cheers Eluze -- View this message in context: http://old.nabble.com/can%27t-get-examples-to-work-in-.ly-file-tp31265315p31290457.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: improvement(s) on LSR 445
hi Gilles
Gilles THIBAULT wrote:
I have tried various combinations of relative and absolute mode. All
combinations seem to work
except this one :
%%
\relative {
\clef bass
\makeOctaves #1 { a,4 f gis,2 }
}
yes, as soon as there is a pitch interval of a fifth or more you run into
troubles (and i had only tested simple scales...)
%%
I think it is impossible to have it working because \makeOctaves have no
ways to know we are in \relative mode. (well i am not absolutely sure of
that).
i presume all possible tricks have been tried to achieve this!? my idea was
to send two notes - e.g. g and c - to a function and get back the respective
octaves - in relative mode, c should be in another octave than g. maybe this
is just wishful thinking.
Two cases
1-The user have to specify \relative explicitly like that :
%%
\relative {
\clef bass
\makeOctaves #1 \relative { a,4 f gis,2 } %% that works
}
2- The function have to add \relative to the parameter automatically, and
propose a way to specify the absolute mode.
I have just added a snippet in the LSR of a function i made for my needs :
http://lsr.dsi.unimi.it/LSR/Item?id=761 ,
and this the choice i made.
This snippet is a bit an extension of the snippet 445 because you can
create
functions with which you can add notes not only in an octave range but
also
in any
transposition you would wish.
great, thanks - i will try it out!
Eluze
--
View this message in context:
http://old.nabble.com/improvement%28s%29-on-LSR-445-tp31239262p31266628.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
RE: Quesgion about breakbefore in \header { }
to see all the headers when you have several \scores you need
\paper {print-all-headers =##t }
then, in NR, 3.2.1 Creating titles:
If you define the \header inside the \score block, then normally only the
piece and opus
headers will be printed. Note that the music expression must come before the
\header.
cheers
Eluze
--
View this message in context:
http://old.nabble.com/Quesgion-about-breakbefore-in-%5Cheader-%7B-%7D-tp31232382p31271455.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
improvement(s) on LSR 445
hi tried to use the snippet http://lsr.dsi.unimi.it/LSR/Snippet?id=445 http://lsr.dsi.unimi.it/LSR/Snippet?id=445 and found it did not work as expected when using absolute pitch mode. i suggest to replace the 2 marked lines (;--) by the new code in lines marked with (;++). please test before applying (i'm not a scheme programmer)! #(define (octave-up m t) ;-- (let* ((octave (1- t)) ;-- (let* ( ;++ (new-note (ly:music-deep-copy m)) (new-pitch (ly:make-pitch ;-- octave ;-- (+ (ly:pitch-octave (ly:music-property m 'pitch)) t) ;++ (ly:pitch-notename (ly:music-property m 'pitch)) (ly:pitch-alteration (ly:music-property m 'pitch) (set! (ly:music-property new-note 'pitch) new-pitch) new-note)) #(define (octavize-chord elements t) (cond ((null? elements) elements) ((eq? (ly:music-property (car elements) 'name) 'NoteEvent) (cons (car elements) (cons (octave-up (car elements) t) (octavize-chord (cdr elements) t (else (cons (car elements) (octavize-chord (cdr elements ) t) #(define (octavize music t) (if (eq? (ly:music-property music 'name) 'EventChord) (ly:music-set-property! music 'elements (octavize-chord (ly:music-property music 'elements) t))) music) makeOctaves = #(define-music-function (parser location arg mus) (integer? ly:music?) (music-map (lambda (x) (octavize x arg)) mus)) another issue: this snippet copies all attributes of a note to the new octavized note - this does not make sense when you deal with fingerings, stroke-fingers or string-numbers (maybe others, too). could this be fixed? thanks Eluze -- View this message in context: http://old.nabble.com/improvement%28s%29-on-LSR-445-tp31239262p31239262.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Quesgion about breakbefore in \header { }
pkx166h wrote:
So either I am using this in completely the wrong way or it does nothing.
I also cannot find it documented elsewhere.
can someone tell me how we are meant to use 'breakbefore'?
i have a small example here:
\version 2.13.55
music = { c c' }
\paper {print-all-headers = ##t }
\layout {print-all-headers = ##t }
\book {
\header { title = Book One }
\bookpart {
\header { title = Bookpart One breakbefore = ##t }
\score { \music \header { title = hello 1 breakbefore = ##t }}
\score { \music \header { title = hello 2 breakbefore = ##t }}
}
\bookpart {
\header { title = Bookpart Two - all scores on one page }
\score { \music \header { title = hello 3 }}
\score { \music \header { title = hello 4 }}
} }
but then i wonder where the book-title has gone - maybe i also misunderstood
the docs?
cheers
Eluze
--
View this message in context:
http://old.nabble.com/Quesgion-about-breakbefore-in-%5Cheader-%7B-%7D-tp31232382p31232710.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: using \sans on Windows gives 'gs' error (2.13.53) fails to compile
pkx166h wrote:
\version 2.13.53
{ c1^\markup { \sans word } }
---snip---
Gives the following error in the log
no problem over here (windows vista. lp-version 2.13.53)!
--
View this message in context:
http://old.nabble.com/using-%5Csans-on-Windows-gives-%27gs%27-error-%282.13.53%29-fails-to-compile-tp31116220p31116521.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
add \displayLilyMusic to snippet http://lsr.dsi.unimi.it/LSR/Item?id=507
now and then i use this little snippet ( http://lsr.dsi.unimi.it/LSR/Item?id=507 http://lsr.dsi.unimi.it/LSR/Item?id=507 ), but each time i have to figure out newly how it works… i suggest to add something like: … with '\displayLilyMusic \ghostMusic \notes' the ghost voice is written to the log. or just to add a 2nd example (right after the line \ghostMusic \notes) \displayLilyMusic \ghostMusic \notes % -- this dumps the ghost voice code to the log. thanks! Eluze -- View this message in context: http://old.nabble.com/add-%5CdisplayLilyMusic-to-snippet-http%3A--lsr.dsi.unimi.it-LSR-Item-id%3D507-tp30928842p30928842.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
span-bar twice in BreakAlignment orders
in the snippet Printing a repeat sign at the beginning of a piece (in NR and Snippets) *span-bar* is mentioned twice: \once \override Score.BreakAlignment #'break-align-orders = #(make-vector 3 '(instrument-name left-edge ambitus span-bar -- breathing-sign clef key-signature time-signature staff-bar custos span-bar)) -- cheers Eluze -- View this message in context: http://old.nabble.com/span-bar-twice-in-BreakAlignment-orders-tp30907791p30907791.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
new Staff in a Voice?
when going thru the snippets i came upon this confusing aggregation of voices
and staves ( http://lsr.dsi.unimi.it/LSR/Snippet?id=141 LSR 141 )
\score {
\context Voice \relative c {
\context Staff
\new Voice {
i don't understand this construction and i think it should be simplified to
(also placing the \relative in the voice instead of overall):
\context Staff
\context Voice = 1 \relative c''' {
c2 c8 b a g
\override Stem #'no-stem-extend = ##t
c2 c8 b a g
}
\context Voice = 2 \relative c {
f2 f8 g a b
\override Stem #'no-stem-extend = ##t
f2 f8 g a b
}
thanks!
Eluze
--
View this message in context:
http://old.nabble.com/new-Staff-in-a-Voice--tp30748054p30748054.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: -dinclude-settings=INCLUDEFILE.ly
Trevor Daniels wrote: Alexander Kobel wrote Saturday, September 04, 2010 11:11 AM On 2010-09-04 00:35, Trevor Daniels wrote: Am Freitag, 3. September 2010, um 22:49:50 schrieb -Eluze: my command was: lilypond -V -dinclude-settings c:\data\ly\includes\myTestInit.ly test.ly what is wrong? No idea. Your file works fine here. This works fine here in the Vista command window: C:\Users\Trevorlilypond -dinclude-settings=includes/testInit.ly test4.ly It also works if I use a backslash, but it generates the warning: programming error: file name not normalized: includes\testInit.ly continuing, cross fingers Looks like relative paths are okay, while absolute paths cause trouble. Just an idea, I don't own a Windows system to test. Not that either. This works fine: C:\Users\Trevorlilypond -dinclude-settings=C:/Users/Trevor/includes/testInit.ly C:/Users/Trevor/test4.ly Trevor now i found that it works if i rename the lilypond file and start lilypond with the full specification: c:\program files\lilypond2.13.32\usr\bin\lilypond -dinclude-settings=c:/data/ly/includes/myTestInit.ly test.ly but not with c:\program files\lilypond\usr\bin\lilypond -dinclude-settings=c:/data/ly/includes/myTestInit.ly test.ly or lilypond -dinclude-settings=c:/data/ly/includes/myTestInit.ly test.ly i have cleaned up my registry, uninstalled lilypond and re-loaded, but it does not help! ??? -- View this message in context: http://old.nabble.com/-dinclude-settings%3DINCLUDEFILE.ly-tp29618266p29621423.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
-dinclude-settings=INCLUDEFILE.ly
New option -dinclude-settings=INCLUDEFILE.ly, which causes lilypond to include the given file before the score is processed. This allows the user to change global settings without the need to change the score itself. That way, several different editions/version (e.g. different page sizes) can be generated from a file without having to modify the score for each version. found in http://lilypond.org/doc/v2.13/Documentation/changes-big-page http://lilypond.org/doc/v2.13/Documentation/changes-big-page i have tried this without any effect on windows, LP version 2.13.31 i included the following in that file #(set-global-staff-size 13) \markup hello \include deutsch.ly but this did not seem to have been included. my command was: lilypond -V -dinclude-settings c:\data\ly\includes\myTestInit.ly test.ly what is wrong? thanks for your help! -- View this message in context: http://old.nabble.com/-dinclude-settings%3DINCLUDEFILE.ly-tp29618266p29618266.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: -dinclude-settings=INCLUDEFILE.ly
Reinhold Kainhofer wrote: Am Freitag, 3. September 2010, um 22:49:50 schrieb -Eluze: New option -dinclude-settings=INCLUDEFILE.ly, which causes lilypond to include the given file before the score is processed. This allows the user to change global settings without the need to change the score itself. That way, several different editions/version (e.g. different page sizes) can be generated from a file without having to modify the score for each version. found in http://lilypond.org/doc/v2.13/Documentation/changes-big-page http://lilypond.org/doc/v2.13/Documentation/changes-big-page i have tried this without any effect on windows, LP version 2.13.31 i included the following in that file #(set-global-staff-size 13) \markup hello \include deutsch.ly but this did not seem to have been included. my command was: lilypond -V -dinclude-settings c:\data\ly\includes\myTestInit.ly test.ly what is wrong? No idea. Your file works fine here. Are you sure that you don't need to escape the backslashes in Windows? Cheers, Reinhold thanks Reinhold it's strange - i tried \\, //, \/ with and without apostrophs …, -dinclude-settings= or without the equal sign - nothing works! any more suggestions? anyone on windows (vista) who can confirm? -- View this message in context: http://old.nabble.com/-dinclude-settings%3DINCLUDEFILE.ly-tp29618266p29618750.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: -dinclude-settings=INCLUDEFILE.ly
Trevor Daniels wrote: Eluze wrote Friday, September 03, 2010 11:03 PM Reinhold Kainhofer wrote: Am Freitag, 3. September 2010, um 22:49:50 schrieb -Eluze: New option -dinclude-settings=INCLUDEFILE.ly, which causes lilypond to include the given file before the score is processed. This allows the i have tried this without any effect on windows, LP version 2.13.31 i included the following in that file #(set-global-staff-size 13) \markup hello \include deutsch.ly but this did not seem to have been included. my command was: lilypond -V -dinclude-settings c:\data\ly\includes\myTestInit.ly test.ly what is wrong? No idea. Your file works fine here. Are you sure that you don't need to escape the backslashes in Windows? No, you don't need to. any more suggestions? anyone on windows (vista) who can confirm? This works fine here in the Vista command window: C:\Users\Trevorlilypond -dinclude-settings=includes/testInit.ly test4.ly It also works if I use a backslash, but it generates the warning: programming error: file name not normalized: includes\testInit.ly continuing, cross fingers Trevor no error, no warning, just nothing thanks anyway, i'll try tomorrow, i'm tired now! -- View this message in context: http://old.nabble.com/-dinclude-settings%3DINCLUDEFILE.ly-tp29618266p29619019.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: doc-addition: the full lilypond command line withoptions+redirections
Hi Trevor thanks for adding my little contributions to the AU! my main in intention with the redirecting possibilities was to show how to redirect the output of \displayLilyMusic or \displayMusic if you don't want to have it just somewhere in the normal log, sometimes mingled with log messages. of course this is not the normal output since lilypond produces beautiful pdf, png or other files! and a last remark on the syntax: under windows you can not use …, so if you really want to mention it - it is anyway the default to have everything mixed - at least it would be nice to mention that this code is for linux or whatever (only). Trevor Daniels wrote: Graham Percival wrote Friday, August 13, 2010 7:28 AM On Thu, Aug 12, 2010 at 03:05:38PM -0700, -Eluze wrote: The lilypond executable may be called as follows from the command line. lilypond [option]... file...[[1]file.log] [2file.txt] 1 and 2 (and, for the matter, ) have nothing to do with lilypond. I will reluctantly agree to adding something like this at the bottom of some section: Done Trevor ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel -- View this message in context: http://old.nabble.com/doc-addition%3A-the-full-lilypond-command-line-with-options%2Bredirections-tp29423742p29476735.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Problem with 2.13.30?
Trevor Daniels wrote: The mingw binary of 2.13.30 gives the following error under Vista on my system: Running lilypond-book Traceback (most recent call last): File c:/program files/lilypond/usr/bin/lilypond-book.py, line 86, in ? import book_base as BookBase File out/book_base.py, line 4, in ? File out/book_snippets.py, line 9, in ? File c:\Program Files\LilyPond\usr\lib\python2.4\subprocess.py, line 352, in ? import msvcrt ImportError: No module named msvcrt Lilypond-book returned code 1 2.13.23 is fine whereas 2.13.25 + higher have the above messages ( i haven't loaded 2.13.24)! -- View this message in context: http://old.nabble.com/Problem-with-2.13.30--tp29439728p29441287.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
doc-addition: the full lilypond command line with options+redirections
to make everything (?) clear about the command line invocation it would be nice to to add the following in the chapter of AU (changes are italic): 1 Running lilypond 1.2 Command-line usage Invoking lilypond The lilypond executable may be called as follows from the command line. lilypond [option]... file...[[1]file.log] [2file.txt] then in the end of that chapter: if [[1]file.log] is specified, the log will be directed to that file if [2file.txt] is specified, special output e.g. from \displayLilyMusic or \displayMusic is directed to file.txt are there more procedures that direct their output to that file? if you feel this is overloading the simple invocation used before this could be added at the very end of this section. -- View this message in context: http://old.nabble.com/doc-addition%3A-the-full-lilypond-command-line-with-options%2Bredirections-tp29423742p29423742.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
doc-addition for -o / --output
happenstance or intention? if you specify a folder name as output option the output will be directed to that folder and the name of the file is preserved so i suggest the following change/addition - or similar - in the application usage manual: 1.2 Command-line usage Command line options for lilypond -o,--output=FILE or FOLDER Set the default output file to FILE. The appropriate suffix will be added (e.g. .pdf for pdf) if a folder of that name exists, output will be directed to FOLDER (keeping the file name) thanks! -- View this message in context: http://old.nabble.com/doc-addition-for--o-output-tp29398032p29398032.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: (re?)directing compile output to a file
Jonathan Kulp-2 wrote: On Mon, Aug 9, 2010 at 6:24 AM, David Currie curri...@iinet.net.au wrote: I am a musician and a programmer. How does one redirect/direct (lilypond) compile output to a file and not stdout using command line options(or otherwise). What you want, I think, is the -V command line option, but I haven't ever done this on Windows. I suspect if you use a command prompt and do lilypond -V filename.ly it will do what you want. Capturing it in a log file is then a matter of redirecting the output in the usual dos prompt way (which I don't know how to do, sorry). the most simple is to cd / pushd to your file folder and then invoke lilypond test.ly 2test.log the output will automagically be directed to test.pdf ( or .png or whatever you choose as format) the first pipe ( [1]test.xyz) - or how you name it - is where Lilypond directs special output to (like when you use \displayLilypondMusic) see also convert-ly in the usage manual for further possibilities! imo this should be described more clearly in a manual - specially for users who are not accustomed to the shell/dos/cmd prompt! -- View this message in context: http://old.nabble.com/%28re-%29directing-compile-output--to-a-file-tp29386917p29387751.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: (re?)directing compile output to a file
Graham Percival-3 wrote: On Mon, Aug 09, 2010 at 06:12:17AM -0700, -Eluze wrote: imo this should be described more clearly in a manual - specially for users who are not accustomed to the shell/dos/cmd prompt! Unfortunately we cannot address the entire topic of shell commands in the lilypond manual. As we mention at the beginning of the relevant chapters, users unfamiliar with the shell are encouraged to find a tutorial about bash -- there are many, many tutorials and help pages out there. i didn' think of a full tutorial - just wanted to point to the fact that i never found a remark in the LilyPond manuals that tells about LilyPond's special handling of output files! (maybe i didn't look carefully enough, though) -- View this message in context: http://old.nabble.com/%28re-%29directing-compile-output--to-a-file-tp29386917p29388058.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
doc-addition for -I / --include
in AU, chapter 1.2 Command-line usage, Invoking Lilypond http://lilypond.org/doc/v2.13/Documentation/usage/command_002dline-usage#command-line-options-for-lilypond http://lilypond.org/doc/v2.13/Documentation/usage/command_002dline-usage#command-line-options-for-lilypond : --include, -I=directory Add directory to the search path for input files. i'd like to add something like: Multiple -I options may be given, the search will start in the first defined directory, and if the file to include is not found it will search the next directory. thanks! -- View this message in context: http://old.nabble.com/doc-addition-for--I-include-tp29389836p29389836.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: ragged.last=##t, ragged-last-bottom produce strange horizontal+vertical spacing
Joe Neeman-2 wrote:
On Sun, 2010-08-08 at 13:27 -0700, -Eluze wrote:
with the code
\version 2.13.29
\relative c' { \repeat unfold 5 { c8 d e f g a b c} }
\paper {
ragged-last = ##t
ragged-last-bottom = ##f
}
i get the attached http://old.nabble.com/file/p29382522/test.png output
which is not what i expect, i.e.:
- the last line should be scaled horizontally to half a line
That's not how ragged-last works. The last line is scaled according to
its ideal spacing, even if the line before it is stretched. I think
there was an enhancement request regarding this, but I can't find it
right now.
then lilypond should issue a warning about this incompatibility…
- vertically there should be 3 lines (systems) with 2 measures in the 1st
and 2nd system and one measure in the last one.
Why do you expect this?
it could as well be 4 in the 1st and 1 in the last or 1 in each system - i
thought lilypond would find a nice way to display these 5 measures.
i made a minimal example which shows - in my opinion - the problems. i was
working on an a6 sheet with many more measures and i tried to reduce the
problem to a simple code not to bother you with more details.
First of all, without ragged-last-bottom, I get
2 systems. Secondly, the solution that lilypond gives has better
vertical spacing (ie. not quite as stretched) as the one you propose, at
the cost of more stretched horizontal spacing. You can tweak the
relative importance of vertical/horizontal spacing with the
page-spacing-weight variable.
i will try that!
it looks good if i omit ragged-last-bottom = ##f
Well, yes. With ragged-last-bottom = ##f, you've asked lilypond to
stretch 5 bars of music to fill a whole a4 page. It will look bad no
matter what.
still one question: why does LilyPond put 2 measures in the 1st system and
only 1 in the following?
--
View this message in context:
http://old.nabble.com/ragged.last%3D--t%2C-ragged-last-bottom-produce-strange-horizontal%2Bvertical-spacing-tp29382522p29392684.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
ragged.last=##t, ragged-last-bottom produce strange horizontal+vertical spacing
with the code
\version 2.13.29
\relative c' { \repeat unfold 5 { c8 d e f g a b c} }
\paper {
ragged-last = ##t
ragged-last-bottom = ##f
}
i get the attached http://old.nabble.com/file/p29382522/test.png output
which is not what i expect, i.e.:
- the last line should be scaled horizontally to half a line
- vertically there should be 3 lines (systems) with 2 measures in the 1st
and 2nd system and one measure in the last one.
it looks good if i omit ragged-last-bottom = ##f
thanks for having a look at it!
--
View this message in context:
http://old.nabble.com/ragged.last%3D--t%2C-ragged-last-bottom-produce-strange-horizontal%2Bvertical-spacing-tp29382522p29382522.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Beams barwise...
Arno Waschk wrote:
Dear list,
in the following example i would have hoped for two whole-bar beams, but
only the second is printed like i expected.
\version 2.13.28
{
\overrideBeamSettings #'Staff #'(5 . 16) #'end
#'((* . (1))
)
\time 5/16 \times 10/9{c16 c16. c16 c16}
\overrideBeamSettings #'Staff #'(10 . 32) #'end
#'((* . (1))
)
\time 10/32 \times 10/9{c16 c16. c16 c16}
}
Why, and how can i change that?
Yours, Arno
--
Arno Waschk
+49-172-3149605
http://www.arnowaschk.de
upcoming projects:
Eggert: Bordellballade (WP) Dessau, Koblenz, Berlin
Schlingensief: Two new Projects (Burkina Faso, Brussels, Hamburg, Munich,
Mühlheim/Ruhr, Berlin)
Maxwell-Davies/Sciarrino: Miss Donnithorne's Maggot/Infinito Nero Berlin
Staatsoper
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
my understanding is to specify \overrideBeamSettings #'Staff #'(5 . 16)
#'end #'((* . (5)))
corresponding to the \time indication.
hth
--
View this message in context:
http://old.nabble.com/Beams-barwise...-tp29104322p29105501.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
release 22.13.24 crash
sorry to inform it crashes (also after installing a 2nd time) on windows vista. the message is attached http://old.nabble.com/file/p28896174/2.13.24%2Bcrash%2Bmessage.png the incriminated file can be found under … \LilyPond\usr\libgs.exe.so.8.70 funnily, the log says the pdf has been created and the compilation ended successfully. however no pdf file is created! c:\Data\ly\Testlilypond test1.ly GNU LilyPond 2.13.24 »test1.ly« wird verarbeitet Analysieren... Interpretation der Musik... Vorverarbeitung der grafischen Elemente... Solving 1 page-breaking chunks...[1: 1 pages] Systeme erstellen... Layout nach »test1.ps« ausgeben... Konvertierung nach »./test1.pdf«... success: Compilation successfully completed cheers! Eluze -- View this message in context: http://old.nabble.com/release-22.13.24-crash-tp28896856p28896856.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Question about 'back quote' in scheme markups within Documentation examples
pkx166h wrote:
Hello,
Going on from the 'curly quotes' problem that was resolved a couple of
days back in our documentation, I noticed in the NR while scanning
through another 'odd' single quote mark after the hash (#) character.
\override #`(direction . ,UP)
instead of
\override #'(direction . ,UP)
See attached screenshot for an example
An example is from the the NR Appendix, 'A.8.2 Align'
http://lilypond.org/doc/v2.13///Documentation/notation/align
specifically '\dir-column args (markup list)'
I wondered if anyone can tell me if this is a mistake or what the
significance of the back-quote is vs the standard singe quote?
using an apostroph and UP does'nt work!
\markup {
\override #'(direction . ,UP) {
\dir-column {
not going up
}
}
}
--
View this message in context:
http://old.nabble.com/Question-about-%27back-quote%27-in-scheme-markups-within-Documentation-examples-tp28830518p28830767.html
Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
typo in NR 4.4.2 Vertical spacing between systems
in the enumeration of paper block variables top-system-spacing is mentioned twice. -- View this message in context: http://old.nabble.com/typo-in-NR-4.4.2-Vertical-spacing-between-systems-tp28805958p28805958.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
imprecise Taktlinie in german doc (NR)
in http://lilypond.org/doc/v2.12/Documentation/user/lilypond-big-page.de.html#Bar-numbers http://lilypond.org/doc/v2.12/Documentation/user/lilypond-big-page.de.html#Bar-numbers , under Ausgewählte Schnipsel the last sentence of the first example says: Im folgenden Beispiel werden die Taktlinien überall ausgegeben: where it should be Taktnummern or Taktzahlen. thx -- View this message in context: http://old.nabble.com/imprecise-Taktlinie-in-german-doc-%28NR%29-tp28534850p28534850.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: imprecise Taktlinie in german doc (NR)
-Eluze wrote: in http://lilypond.org/doc/v2.12/Documentation/user/lilypond-big-page.de.html#Bar-numbers http://lilypond.org/doc/v2.12/Documentation/user/lilypond-big-page.de.html#Bar-numbers , under Ausgewählte Schnipsel the last sentence of the first example says: Im folgenden Beispiel werden die Taktlinien überall ausgegeben: where it should be Taktnummern or Taktzahlen. thx personnally i would prefer Taktnummern and another small detail: probably it should be Taktstriche (instead of Taktlinien) cheers -- View this message in context: http://old.nabble.com/imprecise-Taktlinie-in-german-doc-%28NR%29-tp28534850p28535967.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: imprecise Taktlinie in german doc (NR)
David Kastrup wrote: Disagree. And a Google search for both terms shows about a 100:1 preference (and for the latter, about half of the result are from Lilypond documentation) for the term Taktzahlen which is what I am accustomed to hearing in orchestras and choirs. Nummer is more like a set in musician jargon. yes, but the term Taktzahl is mainly found in technical contexts! in a musical context it often means the number of measures which e.g. build a verse (in german: die (An-) Zahl (der) Takte obviously you can say: Die Nummer des Taktes wird durch eine Zahl über dem Taktstrich angezeigt but not Die Nummer des Taktes wird durch eine Nummer über dem Taktstrich angezeigt. but for me it's ok to go with it! thanks Eluze -- View this message in context: http://old.nabble.com/imprecise-Taktlinie-in-german-doc-%28NR%29-tp28534850p28537609.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: imprecise Taktlinie in german doc (NR)
David Kastrup wrote: -Eluze elu...@gmail.com writes: yes, but the term Taktzahl is mainly found in technical contexts! I was talking about Taktzahlen. what's wrong about using the singular? Let's see where this leads Google: Results for: taktzahlen # Musiksoftware Forum: Taktzahlen bei Sibelius One for me. is Sibelius the reference now? # Ulrich Siegele: Taktzahlen als Ordnungsfaktor in Suiten- und ... Nontechnical, but measure count. yes, we are talking about measures! # Research centre Beethoven-Archiv - [ Translate this page ] Sie vermuten ganz richtig, die Taktzahlen stammen nicht von den Komponisten, ... Taktzahlen wurden erst sehr spät im 19. Jahrhundert eingeführt. ... Point for me. no - you can't claim Beethoven as a protagonist since obviously he did not use Taktzahlen in a musical context it often means the number of measures which e.g. build a verse (in german: die (An-) Zahl (der) Takte Not really often. often enough - and many meanings have disappeared or have been perverted because people did not really understand them; if a majority uses a word in a special meaning this does not mean other meanings are wrong! obviously you can say: Die Nummer des Taktes wird durch eine Zahl über dem Taktstrich angezeigt but not Die Nummer des Taktes wird durch eine Nummer über dem Taktstrich angezeigt. Uh, you are aware that you are arguing against your own proposal here? not really - here i just state that the number (Nummer) or the measure is referenced by a Zahl which implies that the Nummer/Takt is the higher context. this also means that the Takt or Taktnummer has a meaning by itself whereas the Zahl is nothing for itself. if you use the term Taktzahl you are on the wrong level, but still many would understand what is meant. I've also seen Taktziffern in composition competition rules, but that term makes my technical hide crawl, since its translation would be measure digits. Ziffern are strictly the letters 0 to 9. Wie hoch würden Sie den Schaden beziffern? nobody would limit this to a letter, in America they would claim for millions! anyway, thanks for this discussion! -- View this message in context: http://old.nabble.com/imprecise-Taktlinie-in-german-doc-%28NR%29-tp28534850p28541408.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Translation errors in German documentation
David Kastrup wrote: Marc Hohl m...@hohlart.de writes: David Kastrup schrieb: My recommendation would be to plaster the index with all possibilities, but to use in the translation just Bundinstrumente (which is a rather common term), or alternatively Saiteninstrumente mit Bünden. bundiert is, at best, a pseudo-academic substitution for fretted. i second this! bundsaiteninstrumente is awful because it lets you think of an instrument with fretted strings; gebunden and bundiert may be familiar to a lutenist or manufacturer, but most people would associate some bindings or other fancy things. in a musical context i would first think of a legato. cheers -- View this message in context: http://old.nabble.com/Translation-errors-in-German-documentation-tp28486306p28517035.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
missing code in PDf doc 2.13 NR 4.4.3 Explicit staff and system positioning
i just notice that from page 365-369 the resulting systems + staffs are there, but the code is missing! in the corresponding HTML doc you can click on the image and the code displays. cheers! -- View this message in context: http://old.nabble.com/missing-code-in-PDf-doc-2.13-NR-4.4.3-Explicit-staff-and-system-positioning-tp2820p2820.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Overriding tagline in a custom init file?
Reinhold Kainhofer wrote: this raises the question why there is no such option, enabling to setup a user specific environment or style without having to manipulate this crucial file (and to adapt it for each new version). Absolutely! It would also make lilypond-book much simpler, since currently the book preamble is added to all included .ly files. This looks awful if you click on an image to get the LilyPond file! AFAICS, all that needs to be done is to -) add a new option to lilypond e.g. -duser-init=settings.ily -) in init.ly include that file (if the option is given) right before \maininput In principle, all steps are easy (adding a command line option, checking for existence of command line option, including a file). The problem is the combination: The \include has to be done conditionally, and the check for the command line option has to be done in Scheme. This means that the include also has to be done in Scheme... Unfortunately, the processing of \include in a lilypond file is already done by the parser, so I don't know of any way to properly include a file using Scheme... I have tried: #(if (ly:get-option 'user-init) (display (format \\include \~a\ (ly:get-option 'user-init))) (ly:parser-parse-string parser (format \\include \~a\ (ly:get-option 'user-init \maininput But this does not seem to have any effect: It includes the file (since a syntax error in the included file causes lilypond to fail), but the settings (header block) are not used... Cheers, Reionhold thanks for these clarifying statements! so i conclude we will not get such an option until these problems are solved. i have now now added an option user-init=… in my little batch program which then \includes that file. (btw this seems more efficient than to copy the files into a temporary one since if errors occur, the log points to the real file(s). ) -- View this message in context: http://old.nabble.com/Overriding-tagline-in-a-custom-init-file--tp28379733p28423184.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Overriding tagline in a custom init file?
-Eluze wrote: Reinhold Kainhofer wrote: So, do you have any idea how I can override the header and paper blocks in a global init file? i have copied the whole init.ly to myInit.ly and then added *\include myPaper.ly* right after the \maininput line (nr. 25 in version 2.13.18) and then invoked lilypond with --init=… this raises the question why there is no such option, enabling to setup a user specific environment or style without having to manipulate this crucial file (and to adapt it for each new version). alternatively this option could be called --user thanks for considering this enhancement! -- View this message in context: http://old.nabble.com/Overriding-tagline-in-a-custom-init-file--tp28379733p28398673.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Overriding tagline in a custom init file?
Reinhold Kainhofer wrote: So, do you have any idea how I can override the header and paper blocks in a global init file? i have copied the whole init.ly to myInit.ly and then added *\include myPaper.ly* right after the \maininput line (nr. 25 in version 2.13.18) and then invoked lilypond with --init=… -- View this message in context: http://old.nabble.com/Overriding-tagline-in-a-custom-init-file--tp28379733p28386119.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
5 (?) compenents for after-title-spacing
the notation manual says: 4.1.2 Page formatting … Vertical dimensions These variables are used to set different vertical dimensions on a page: after-title-spacing Specifies how to calculate the space between a title (or top-level markup) and the system that follows it. This is an associative list with five components: … … but i can only count 4 of them! -- View this message in context: http://old.nabble.com/5-%28-%29-compenents-for-after-title-spacing-tp27272343p27272343.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
between-system-space or between-system-spacing ?
i thinke there is a remainder from earlier versions in the notation reference: 4.6.2 Changing spacing between-system-space = #0.1 should be replaced by between-system-spacing = #0.1 (version 2.13.11) -- View this message in context: http://old.nabble.com/between-system-space-or-between-system-spacing---tp27198503p27198503.html Sent from the Gnu - Lilypond - Dev mailing list archive at Nabble.com. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
