Re: Schikkers List
Federico Bruni fedel...@gmail.com writes: It really depends on the music and kind of guitar. Alternate tunings are used mostly on acoustic guitar and especially in fingerstyle and flatpicking tecniques. I know very few pieces for electric guitar which use alternate tunings (usually 6th string dropped down to d or cis). Wouldn't playing with a bottleneck usually call for an open tuning? -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
2013/12/7 David Kastrup d...@gnu.org Federico Bruni fedel...@gmail.com writes: It really depends on the music and kind of guitar. Alternate tunings are used mostly on acoustic guitar and especially in fingerstyle and flatpicking tecniques. I know very few pieces for electric guitar which use alternate tunings (usually 6th string dropped down to d or cis). Wouldn't playing with a bottleneck usually call for an open tuning? yes, open G and open D are the most common bottleneck players usually play dobros, but yes they may also use electric guitars ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
2013/12/8 Thomas Morley thomasmorle...@gmail.com 2013/12/5 Federico Bruni fedel...@gmail.com: When you enter the fret number, the program can find the right pitch combining string + fret number (and taking the tuning into account). Hi Federico, How should this ever work? Thinking of modulations/enhormonics. Do you mean that the application can't guess if the 4th fret on fifth string (of default guitar tuning) should be cis or des? It may default to always using sharp signs and then allow the user to change the alteration afterwards? Or maybe follow the current key signature?!? Disclaimer: I don't know much about harmony and notation rules ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Federico Bruni fedel...@gmail.com writes: 2013/12/8 Thomas Morley thomasmorle...@gmail.com 2013/12/5 Federico Bruni fedel...@gmail.com: When you enter the fret number, the program can find the right pitch combining string + fret number (and taking the tuning into account). Hi Federico, How should this ever work? Thinking of modulations/enhormonics. Do you mean that the application can't guess if the 4th fret on fifth string (of default guitar tuning) should be cis or des? It may default to always using sharp signs and then allow the user to change the alteration afterwards? Or maybe follow the current key signature?!? Following the current key signature is a reasonable default if the note _is_ part of the current key signature. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
2013/12/5 Jan Nieuwenhuizen jann...@gnu.org What I meant was: what is required for the a minimal first useful user experience. Would a hardcoded tuning do, so that we can implement a tuning choosing mechanism later? yes, stringTunings = #guitar-tuning would be ok for most guitarists It is quite common to have pieces in lute tuning (one string a semitone off, don't remember which one right now) and also to turn the lowest string one note down occasionally. So I take it that my guess that 90% of all guitar pieces have standard tuning was too optimistic? It really depends on the music and kind of guitar. Alternate tunings are used mostly on acoustic guitar and especially in fingerstyle and flatpicking tecniques. I know very few pieces for electric guitar which use alternate tunings (usually 6th string dropped down to d or cis). ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
2013/12/5 Federico Bruni fedel...@gmail.com: When you enter the fret number, the program can find the right pitch combining string + fret number (and taking the tuning into account). Hi Federico, How should this ever work? Thinking of modulations/enhormonics. -Harm ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Jan Nieuwenhuizen jann...@gnu.org writes: Federico Bruni writes: Sure, but the thing is: why showing the text input if you cannot modify it? Why enable editing the text input as long as it's next to useless because it's slow and buggy? Your request is noted, though. Next to useless is O(1) of useful. Bugs get fewer and machines faster. Word for Windows became a success story ultimately. Thanks. I was thinking of active panes in the tutorial. What if you could edit all these snippets: http://lilypond.org/doc/v2.16/Documentation/learning/simple-notation I think it would be a big improvement already if URL:http://code.google.com/p/lilypond/issues/detail?id=2578 was implemented. And probably a starting point anyway. using a tablature instead of a staff. You choose the tuning and then enter numbers on each string, then the number should be turned into the right pitch. I guess this is not easy to implement. But it may attract users of Tuxguitar, Guitarpro and similar. Can we do away with choosing the tuning, isn't there a common tuning for guitar that 90% of guitars use? Can we do away with the command line, isn't there a common desktop environment that 90% of computer users use? Tuning is not necessarily per guitar but rather per piece. It is quite common to have pieces in lute tuning (one string a semitone off, don't remember which one right now) and also to turn the lowest string one note down occasionally. As opposed to piano or accordion players, guitar players are expected to be able to retune their instrument in concert. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
David Kastrup writes: Why enable editing the text input as long as it's next to useless because it's slow and buggy? Your request is noted, though. Next to useless is O(1) of useful. Bugs get fewer and machines faster. Word for Windows became a success story ultimately. What I mean is that I have some code for this. However, I like to find a short path to any true useful application of Schikkers List and go that path first. After dabbling a bit with text input, I decided to work on numerous usability problems, implement slurs, ties, tweaks, audio player and whatnot 5878ea3 Paper: make size:line 840 mm wide. Avoids overflowing to second system. f21f45d Update music, page tests. b88c09a system.test: new file. Test and fix 840mm wide paper. 953f6e7 page(set): Rename from add, refactor. 8028ff5 page(add-): Refactor. 19d7311 page.test: Add overflow test. feb2ddf page.test: Add. d9613fb Web: Cutpasto. Fixes rest checkbox. 35e47d1 Web: use init-form rather than init-value. Fixes new document scrolling. 5b05b09 schikkers.js: Call expose on new-document. Fixes score display. 4f65149 Update HACKING info. c5c709f Invalidate: modified's system or cursor's (was: modified or last). 48adff1 Update guile-gnome patchset. 6db5643 music-layout(invalidate): Invalidate all upon clef, key, time change. 45084a6 page(add-): Remove dummy stop system iso replace. Fixes overfull pages. ca2b360 Add scroll wheel support and functionality. e38f83e Remove stale comments. 7627544 Web: more compact logging. 56b4d10 Web: use actual value for expose, keep cursor visible. Fixes #21. cd6131c Heuristics to disallow second line/page when --size=line. [disabled] 374eebd Web: freehand tests. 7a8f57c Web: New ui layout: score left, editor right, use page-count. Fixes #20. 5d8b2cb Resize hack for jquery-ui. bccdcf7 Gnome: make button press aware of dragging. 710de50 Update BUGS. 14fdae0 Update LilyPond patches. 1599954 Gnome: draw selection upon dragging. 399f8db Gnome: add drag handlers for background. d953be3 gnome-music-canvas(path): flip-y points. Fixes tie display. 924dde1 Add ties. 7ae881f Web: disable obnoxious alerts, enable IE audio fallback. b5e0c28 Web: reluctantly add legacy MP3s for Apple users. Does that help them -- I guess--, or does keep them ignorant about their enslavement where they could have been awakened? ac65ec1 Web: bugfix for reading mp3. b31cec5 rhythmic-event(re-tag!): New function: include articulations. Fixes #14, #15. 7f5b3d8 Web: duration name nits. 3f8c214 Update BUGS. 91982ea Web: update note/rest image on rest checkbox. c2af4cd [Gnome]: Also update dotted button, image and en/disable. 9df82eb Bugfix: don't add duration-0 rests. 2ea6d44 [Gnome]: update image/disable duration/rest buttons. e421c39 Update BUGS, NEWS. 4b9e7bc Disallow duration changes that shift music. 7c15919 Nit: no newline after \relative. aae7dea Bugfix: ly-default clef. 7af9481 Duration-edit: Web: disable duration radios longer than free space. fafc790 music(get-neighbor-note-or-rest): Rename from (get-neighbor-note) and move. 42640d0 duration(duration-number): Rename from (duration). Remove rationalize. d2648a4 Omit unnecessary ly of \context Voice=one. 60c173b Refactor ly-default for clef, key, time. da87a9a Omit gratitious ly of default clef. 2af40be Omit gratitious ly of default key. fcae095 Omit gratitious ly of default time, include not-default time style in ly. 211555d Usability: Web: use rests on duration buttons in rest mode. c1d93c6 Usability: Have up/down keys modify pitch. 11d5c4f Usability: When rest checked, add rest. 6f31552 Usability: Use radio buttons for duration. 7e878d1 Web: add simple audio player. b02ad22 Web: more focus fixes. 29d51cd Web: ensure to keep focus, also upon button press. Fixes scrolling. d446307 Web[ie]: remove ugly border around image. bdacd75 Web: add audio control. Muted by default. 6894ab6 Web: test slider. 02a379c Web: audio: play note on hover/enter. 1ddee7d Add slur. 395564f Audio test 3. a1e3859 Audio update. a583bc6 WIP: web audio test. e7a1312 Oops, remove alert. 0c49eb6 Oops, reset start-music. f4c9c60 Web: Enable dragging control points. 57ff96b Web: only slur-mouseout if outside of BBox. Enables clicking control points. a63788c Web: Show a slur's control points when hovering. e07114d Add ly for slur with test. 5f0df05 Bind () to slur. 9feff1b Web: weird FF20 compatibility for checkbox.checked === false means checked? 18c942d Web: fixes for updating rest checkbox. 885135d Web: Add slur. 8e3b41b Web: add range selection. 41d3bfe Web: Update Raphael. Enables range selection. 4f37401 Fix support for 2/2 and 4/4. Thanks Björk! 1de386a Add
Re: Schikkers List
Jan Nieuwenhuizen jann...@gnu.org writes: Can we do away with choosing the tuning, isn't there a common tuning for guitar that 90% of guitars use? Can we do away with the command line, isn't there a common desktop environment that 90% of computer users use? What I meant was: what is required for the a minimal first useful user experience. Would a hardcoded tuning do, so that we can implement a tuning choosing mechanism later? Tuning is not necessarily per guitar but rather per piece. OK. It is quite common to have pieces in lute tuning (one string a semitone off, don't remember which one right now) and also to turn the lowest string one note down occasionally. So I take it that my guess that 90% of all guitar pieces have standard tuning was too optimistic? Depends on what you call a guitar piece. Chord accompaniment (strumming guitar) is almost exclusively eadgbe (Dutch names, not German). But you don't need LilyPond for that. Tablature is probably a bit more than 90% of all pieces. But an evening with classical guitar music will often not be fully covered. Professional Rock/Pop musicians often have a number of guitars on stage just for saving the time to retune for particular pieces (as a retune needs time to settle, this may involve more than the tuning time itself). -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Federico Bruni writes: I'm not a coder, so nothing. I was just thinking that I may test it better if I could run it on my computer. Okay...thanks for the offer! I'll think about it. Because development is so slow the code is only available to the actual developers for now. I see that the demo doesn't work always: for example, now I refreshed the page and the canvas is empty (no staff). Oh, that's bad. It's up again... Sure, but the thing is: why showing the text input if you cannot modify it? Why enable editing the text input as long as it's next to useless because it's slow and buggy? Your request is noted, though. It's a nice idea if the purpose of the application is teaching lilypond syntax by interacting with a GUI. That's one of the main purposes, to help people make jump the hurdle of text input. I predict that some people who would never consider using text input, may still start to use it once they experience that all their clumsy mousings can be described so short and simple in text. Actually, it's a great idea: I would add a link in the website introduction once you feel that it's stable enough. Thanks. I was thinking of active panes in the tutorial. What if you could edit all these snippets: http://lilypond.org/doc/v2.16/Documentation/learning/simple-notation OTOH if you want to create a GUI application, I'd remove the text input (at least, until you implement the two-way edit). There are many GUI applications that have this feature: only editable by mouse already. I don't think that brings anything new and interesting to this world. I have a feature request that it may make this app special: note entry using a tablature instead of a staff. You choose the tuning and then enter numbers on each string, then the number should be turned into the right pitch. I guess this is not easy to implement. But it may attract users of Tuxguitar, Guitarpro and similar. I'm not a guitar player/tab staff reader, so I don't really get the idea of what this should look like. How/why would you enter numbers rather than click on the Tab staff? Can we do away with choosing the tuning, isn't there a common tuning for guitar that 90% of guitars use? If someone would want to have a go with implementing this, I'd be glad to talk with them. How can I make an horizontal selection? Push down mouse-1, drag to the left or right. I think that yesterday somehow I managed to select more than a note, using Alt or Ctrl; but then slur didn't work. Today the demo is not working, so I'm stuck... Did I say that I'd like to install it on my PC? :-) :-) You can always ask, I'll think about it. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Noeck writes: how do you generate the visual output? Using LilyPond. Does this scale to larger scores? It depends. Larger score support will need a lot of work. The first thing is to get this project really started. Is there a possibility to compile line by line to get smaller changes quicker? Yes, that was the main reason for me to create the prototypes of Schikkers List that were released three years ago. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
2013/12/5 Jan Nieuwenhuizen jann...@gnu.org Federico Bruni writes: I'm not a coder, so nothing. I was just thinking that I may test it better if I could run it on my computer. Okay...thanks for the offer! I'll think about it. Because development is so slow the code is only available to the actual developers for now. ok, I supposed that was the reason It's a nice idea if the purpose of the application is teaching lilypond syntax by interacting with a GUI. That's one of the main purposes, to help people make jump the hurdle of text input. I predict that some people who would never consider using text input, may still start to use it once they experience that all their clumsy mousings can be described so short and simple in text. Actually, it's a great idea: I would add a link in the website introduction once you feel that it's stable enough. Thanks. I was thinking of active panes in the tutorial. What if you could edit all these snippets: http://lilypond.org/doc/v2.16/Documentation/learning/simple-notation Edit locally in your browser, right? Using the software on the server.. Cool I have a feature request that it may make this app special: note entry using a tablature instead of a staff. You choose the tuning and then enter numbers on each string, then the number should be turned into the right pitch. I guess this is not easy to implement. But it may attract users of Tuxguitar, Guitarpro and similar. I'm not a guitar player/tab staff reader, so I don't really get the idea of what this should look like. How/why would you enter numbers rather than click on the Tab staff? When you click on the TabStaff you can only select the string, there's no pitch. When you enter the fret number, the program can find the right pitch combining string + fret number (and taking the tuning into account). Can we do away with choosing the tuning, isn't there a common tuning for guitar that 90% of guitars use? If someone would want to have a go with implementing this, I'd be glad to talk with them. Sure, you should let the default guitar tuning but also offer the option to change the tuning. If the tuning changes, obviously string + fret number combination will refer to a different pitch. All the guitar players I know work with software which uses this kind of input. MuseScore already have this feature in the current development version (2.x), but I did just a quick test. How can I make an horizontal selection? Push down mouse-1, drag to the left or right. I managed to get it one after several tries. Now I can't make it working anymore. There's something buggy? Or maybe I lost the ability to use the mouse since I use lilypond :-) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Mark Knoop writes: There seems to be a bug - see attached screenshot. Key signatures are inserted always as if in treble clef rather than appropriate to the selected clef. Thanks! Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
2013/12/3 Jan Nieuwenhuizen jann...@gnu.org Federico Bruni writes: It was hosted on github years ago, but now I see that last update is 3 years ago. Yes. So no download on the website (it's not working, as already reported), no source code anywhere. Unfortunately we can test the demo only The demo is not working on Chromium 31.0.1650.57 It was down. Please try again? Jan I did a quick test. Funny, I felt like working on a reversed Frescobaldi: input in the GUI, output text. :-) It looks nice but it doesn't seem a reliable tool as online editor. For example, I've just lost the short example I typed few minutes ago. I'd be curious to install it on my computer. AFAICS, the edits can be made only in the GUI. Text input cannot be modified. Also, the input code would be cleaner if it broke the line at the end of each bar (possibly adding a bar check?). The tie button works fine, while the slur button doesn't. Keep it up and keep us informed about the progress! Thanks Federico ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Federico Bruni writes: So no download on the website (it's not working, as already reported), no source code anywhere. Unfortunately we can test the demo only Why is that unfortunate? The demo is really all there is, currently. What would you do with the code? I did a quick test. Funny, I felt like working on a reversed Frescobaldi: input in the GUI, output text. :-) :-) It looks nice but it doesn't seem a reliable tool as online editor. For example, I've just lost the short example I typed few minutes ago. It's really meant as a demo currently, not as a reliable tool. The only thing saved a couple of minutes before this message, was \relative { c' c'' e,,( f f) f g a' b,, f' d' \bar |. } I'd be curious to install it on my computer. AFAICS, the edits can be made only in the GUI. Text input cannot be modified. That's right, that's not yet possible. My first priority is to find a useful application for what is now this demo, code what's missing and provide it. This `feature request' is anticipated and it would be nice to see how many people actually want this feature. If you really need it, the answer is: switch to Frescobaldi ;-) Also, the input code would be cleaner if it broke the line at the end of each bar (possibly adding a bar check?). Agreed. The tie button works fine, while the slur button doesn't. Both buttons should be disabled when no slur or tie is possible. The slur button is enabled when you make a horizontal selection. Keep it up and keep us informed about the progress! I will. Thanks for looking at it. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Federico Bruni fedel...@gmail.com writes: I felt like working on a reversed Frescobaldi: input in the GUI, output text. :-) So what the world needs is a bidirectional Frescobaldi. -- Johan ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Am 03.12.2013 17:20, schrieb Johan Vromans: Federico Bruni fedel...@gmail.com writes: I felt like working on a reversed Frescobaldi: input in the GUI, output text. :-) So what the world needs is a bidirectional Frescobaldi. See https://github.com/wbsoft/frescobaldi/issues/284 If any part of that rings a bell with anybody concerning his own skillset don't hesitate to join the effort ;-) Urs ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Am 03.12.2013 17:46, schrieb Urs Liska: Am 03.12.2013 17:20, schrieb Johan Vromans: Federico Bruni fedel...@gmail.com writes: I felt like working on a reversed Frescobaldi: input in the GUI, output text. :-) So what the world needs is a bidirectional Frescobaldi. +1 See https://github.com/wbsoft/frescobaldi/issues/284 Hi Jan, how do you generate the visual output? Does this scale to larger scores? Is there a possibility to compile line by line to get smaller changes quicker? Or is your rendering independent of the LP typesetting? Cheers, Joram ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
… and another question: Can the Schikkers List code be found somewhere? As there are quite some ideas coming up on the page linked below, it would probably be interesting how Schikkers List solved some issues. Cheers, Joram See https://github.com/wbsoft/frescobaldi/issues/284 ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
2013/12/3 Jan Nieuwenhuizen jann...@gnu.org Federico Bruni writes: So no download on the website (it's not working, as already reported), no source code anywhere. Unfortunately we can test the demo only Why is that unfortunate? The demo is really all there is, currently. What would you do with the code? I'm not a coder, so nothing. I was just thinking that I may test it better if I could run it on my computer. I see that the demo doesn't work always: for example, now I refreshed the page and the canvas is empty (no staff). It looks nice but it doesn't seem a reliable tool as online editor. For example, I've just lost the short example I typed few minutes ago. It's really meant as a demo currently, not as a reliable tool. The only thing saved a couple of minutes before this message, was \relative { c' c'' e,,( f f) f g a' b,, f' d' \bar |. } I'd be curious to install it on my computer. AFAICS, the edits can be made only in the GUI. Text input cannot be modified. That's right, that's not yet possible. My first priority is to find a useful application for what is now this demo, code what's missing and provide it. This `feature request' is anticipated and it would be nice to see how many people actually want this feature. If you really need it, the answer is: switch to Frescobaldi ;-) Sure, but the thing is: why showing the text input if you cannot modify it? It's a nice idea if the purpose of the application is teaching lilypond syntax by interacting with a GUI. Actually, it's a great idea: I would add a link in the website introduction once you feel that it's stable enough. OTOH if you want to create a GUI application, I'd remove the text input (at least, until you implement the two-way edit). I have a feature request that it may make this app special: note entry using a tablature instead of a staff. You choose the tuning and then enter numbers on each string, then the number should be turned into the right pitch. I guess this is not easy to implement. But it may attract users of Tuxguitar, Guitarpro and similar. The tie button works fine, while the slur button doesn't. Both buttons should be disabled when no slur or tie is possible. The slur button is enabled when you make a horizontal selection. How can I make an horizontal selection? I think that yesterday somehow I managed to select more than a note, using Alt or Ctrl; but then slur didn't work. Today the demo is not working, so I'm stuck... Did I say that I'd like to install it on my PC? :-) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Noeck writes: http://lilypond.org/schikkers This looks really cool! (Has it improved a lot or is the html5 demo new, compared to last year? The last time I looked, it didn't work for me) Thanks. I found some time this spring and it improved a lot. I haven't had any time to work on it since summer. Does it work for you now? I think this is what we need - at least for beginners. That was what I'm aiming at. I was hoping to have something like this on the lilypond.org home page, and possibly have `active' snippets in the tutorial. To make this into a full fledged gui will take some more time. A gnome-gui is anounced but I can't find it. In the download folder every sub-folder is again the download folder. Are there linux executables or a deb package? Or do I have to compile it? The gnome gui currently doesn't bring you anything more than the html gui. I haven't shipped binaries, you'll have to compile it yourself -- and that's quite some work. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List (was: Re: Supporting my work on LilyPond financially)
2013/12/3 Noeck noeck.marb...@gmx.de This is *exactly* why I've been playing/experimenting with GUI backends/frontends since 2004. If you haven't done so, please have a look at Schikkers List http://lilypond.org/schikkers This looks really cool! (Has it improved a lot or is the html5 demo new, compared to last year? The last time I looked, it didn't work for me) I think this is what we need - at least for beginners. A gnome-gui is anounced but I can't find it. In the download folder every sub-folder is again the download folder. Are there linux executables or a deb package? Or do I have to compile it? It was hosted on github years ago, but now I see that last update is 3 years ago. The demo is not working on Chromium 31.0.1650.57 ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
Federico Bruni writes: It was hosted on github years ago, but now I see that last update is 3 years ago. Yes. The demo is not working on Chromium 31.0.1650.57 It was down. Please try again? Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Schikkers List
There seems to be a bug - see attached screenshot. Key signatures are inserted always as if in treble clef rather than appropriate to the selected clef. -- Mark Knoop attachment: bug.png___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Schikkers-List]: demo feedback
Paul Morris writes: Nice progress on Schikkers list! It seems like it is coming along well. Thank you! Now all I need is more hackers and users/people giving feedback, like you :-) One thing that is counter-intuitive (maybe you're already aware of this), is that selecting a different note duration from the palette changes the currently selected note. My expectation was that it would only apply to newly entered notes, and that to change an already-entered note to a new duration, I would have to click on it again. That's an interesting suggestion! This does make sense, I'll have to think about this; even better, we could experiment. The current behaviour kind of matches the keyboard entry. If you start from a fresh document and with focus in the GUI type spaceb8 then the first space: produces a copy of the first c4 b: changes that second c4 to a b4 8: changes that b4 to an b8 etc If instead of typing the last `8' you would click the duration button of 8, wouldn't you expect it to change immediately? Possibly this keyboard entry method is also clumsy and we may want to get rid of it altogether. Currently, I have disabled text entry in the text area, but I'm working on a ly parser there. Also, I prefer having the LilyPond text box below the staff instead of side-by-side, since that would provide more horizontal space for viewing the staff. Ok. That makes sense. Have you noticed that you can make the ly-text view narrower and notation view wider, by dragging the middle dividing line to the right? Currently, there is only this sort of piano-roll-eske view, but I'm working on full page views. That seems to work better with the text on the right. Possibly we could swap right or below depending on the view. What do you think? I noticed an audio bug where a note would repeatedly play for some reason. (using Chrome 27) Can you provide me with a `recipe' of how I can reproduce it? Ok, those are just a few thoughts for your consideration. Great work so far! Thanks very much for the feedback! Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Schikkers-List]: demo feedback
On Aug 20, 2013, at 4:02 AM, Jan Nieuwenhuizen jann...@gnu.org wrote: Thank you! Now all I need is more hackers and users/people giving feedback, like you :-) Glad to help. :-) One thing that is counter-intuitive (maybe you're already aware of this), is that selecting a different note duration from the palette changes the currently selected note. My expectation was that it would only apply to newly entered notes, and that to change an already-entered note to a new duration, I would have to click on it again. That's an interesting suggestion! This does make sense, I'll have to think about this; even better, we could experiment. The current behaviour kind of matches the keyboard entry. Ah, I see the reason for the current behavior now. If you start from a fresh document and with focus in the GUI type spaceb8 then the first space: produces a copy of the first c4 b: changes that second c4 to a b4 8: changes that b4 to an b8 etc If instead of typing the last `8' you would click the duration button of 8, wouldn't you expect it to change immediately? The keyboard entry makes sense to me, and I now see how the button behavior matches that. However, I still think most users will think the buttons are like a tool palette and be surprised that clicking them changes a note that has already been entered. Possibly this keyboard entry method is also clumsy and we may want to get rid of it altogether. Perhaps, although it makes sense for learning LilyPond text input. I'd say keep the keyboard entry as is, but consider changing the note duration buttons to match (what I assume are) the typical users' expectations. Currently, I have disabled text entry in the text area, but I'm working on a ly parser there. That will be a nice feature that makes a lot of sense for easing people into using text-entry. Also, I prefer having the LilyPond text box below the staff instead of side-by-side, since that would provide more horizontal space for viewing the staff. Ok. That makes sense. Have you noticed that you can make the ly-text view narrower and notation view wider, by dragging the middle dividing line to the right? Ah, I hadn't noticed that! That helps a lot. Currently, there is only this sort of piano-roll-eske view, but I'm working on full page views. That seems to work better with the text on the right. Possibly we could swap right or below depending on the view. What do you think? That makes sense to me. Maybe something to revisit once the page view is working? Knowing about the resizable panels helps a lot for now. I noticed an audio bug where a note would repeatedly play for some reason. (using Chrome 27) Can you provide me with a `recipe' of how I can reproduce it? I tried various things, and it is happening when: - audio turned on - cursor positioned anywhere over the paper that the staff is drawn on, - I use my laptop's touch-pad to do a two-finger swipe to scroll the staff horizontally to the left or right. Then the currently selected note sounds multiple times in a row, as many as 30 times or more. It seems that the hover over the note to make it sound mechanism is being fired by scrolling while the cursor is over the paper. Scrolling using the scroll bars or using the touch-pad when the cursor is not over the paper (like just below the paper) is no problem. This is in both Chrome and Firefox. Another little thing is that when the page first loads it looks like the audio is already on (by the appearance of the audio button), but it doesn't work until you click the button. Then it is actually turned on. Congrats again on the progress! Let me know if there's more I can do to help. -Paul ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user