|
From: | Urs Liska |
Subject: | Re: announcement: OpenLilyLib Snippet Repository is open! |
Date: | Wed, 16 Oct 2013 15:18:09 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 |
Am 16.10.2013 15:08, schrieb Simon
Bailey:
hi janek, following wilbert's recent release of frescobaldi 2.0.11, of which the preview debugging features interest me, i was thinking about your repository a bit. i already have a long-standing workflow in place -- of which frescobaldi is not a part -- and i have accumulated a library of interesting snippets i regularly use in a global include path (i'm sure a lot of other people work this way as well). There are now quite a few interesting snippets in the openlilylib snippet repository, so my idea was to simply git clone openlilylib/snippets somewhere and add it as a global include directory to my workflow. When new snippets arrive, I could simply just git pull that directory and have bug-fixes and new snippets. In theory, this is a good idea. In practice, however, this is a bit problematical, as the examples in the include files also compile along with the rest of the lily-file i'm working on. The added benefit of a git-based snippet repository, for me, is the automatic update possibility (lilyJAZZ is a good example, if it stays in openlilylib repo). Compilable examples are good, but make it redundant. I may as well work the same way as with LSR: open the lily file from a link in the browser, and then copy & paste to a local file. Defeats the purpose of SCM for me. so basically, is there an intention at some point, to create a _library_ version of the snippets github (i.e. leave the examples in the files as usage documentation, but commented out so that they don't create output)? In the LSR it makes sense to have the examples compilable, as the images are automagically generated, but that isn't the case with github. Actually there _is_ this intention, and we have already (slowly) started updating the existing content of the repository. The idea is to turn the snippets into includable .ily files and move the usage examples (or anything that disturbs \include-ing the file in a real-world score) into a compilable snippet-name-example.ly file. You can see this with https://github.com/openlilylib/snippets/blob/master/general-tools/lilypond-version-predicates.ily and https://github.com/openlilylib/snippets/blob/master/general-tools/lilypond-version-predicates-example.ly for example. Best Urs if not, then ignore this mail, it is simply a random stream-of-consciousness (some may read: brainfart ;)), i don't mind carrying on building my personal snippet library with copy-paste. :) regards, sb On Sun, Sep 8, 2013 at 4:07 PM, Janek Warchoł <address@hidden> wrote:Hi all, following a discussion about LSR and its limitations (e.g. problems with snippets written for development versions of LilyPond), I've created a new place to store useful pieces of LilyPond code: http://github.com/openlilylib/snippets (scroll down to see description) Note that this is *not* intended as a competition to LSR. The goal is to have some place where we could store (and collaborate on!) snippets that cannot be added to LSR. It may also become a place to collaborate on functions and features that would later be added to LilyPond. This is a Git repository, but don't worry - it's not difficult to use it! Code can be easily contributed using GitHub's web interface, see instructions here: http://github.com/openlilylib/snippets#contributing There aren't many snippets there yet, so i invite you to contribute - i don't require that the snippets you send are written perfectly. Currently two projects are being developed there that i think are worth looking at: http://github.com/openlilylib/snippets/tree/master/templates/predefined-instruments http://github.com/openlilylib/snippets/blob/master/notation-snippets/display-slur-control-points.ly cheers, Janek _______________________________________________ lilypond-user mailing list address@hidden https://lists.gnu.org/mailman/listinfo/lilypond-user |
[Prev in Thread] | Current Thread | [Next in Thread] |