Hi Urs, I've been looking at the Latex integration (lycritrprt) but I'm afraid it's a bit over my head. I'd need a couple of pointers into making it work before I could play with it and test it.
Craig On Sat, 14 Jul 2018 at 09:00, Craig Dabelstein <craig.dabelst...@gmail.com> wrote: > Hi Urs, > > Just confirming, as you've discovered, that compiling is lots slower. > > Craig > > > On Sat, 14 Jul 2018 at 08:04, Craig Dabelstein <craig.dabelst...@gmail.com> > wrote: > >> Hi Urs, >> >> I've been converting one of my old projects to the new versions to test >> for you and so far it has all worked perfectly. You are a genius! >> >> I haven't got to the Latex integration yet (so please don't delete the >> temp-print-message branch of scholarly just yet!) >> >> All the best, >> >> Craig >> >> >> On Sat, 14 Jul 2018 at 01:59, Urs Liska <li...@openlilylib.org> wrote: >> >>> As suspected the post below wasn't delivered (at least not yet) due to >>> the large attachments. >>> >>> The two files mentioned in the text can temporarily be downloaded from >>> >>> https://cloud.ursliska.de/s/bhN8Kd5MxdgjAea and >>> https://cloud.ursliska.de/s/0LRvGdvL4azL4Za >>> >>> Am 13.07.2018 um 17:31 schrieb Urs Liska: >>> >>> Hi, >>> >>> I noticed that over time openLilyLib pops up more and more on the lists, >>> but mostly as a sort of dubious secret toolkit which only a few illuminati >>> know about and whose purpose and potential isn't obvious to everyone else. >>> >>> In recent weeks (as you'll have noticed) I had the wonderful opportunity >>> to work on it on a partially paid basis: I had to implement some >>> functionality and was in essence paid to work on that for 7x8 hours. What >>> had to be created amounted to "half" an openLilyLib package, so I decided >>> to aim at the whole thing, working of course more than these seven full >>> days but also achieving substantially more. But maybe most important is >>> that I managed to write comprehensive manuals along the way. They are >>> authored in Markdown (which is good) but so far only work in a >>> Markdown=>Pandoc=>LuaLaTeX=>PDF chain (which is less good because it should >>> also be possible to produce HTML sites). But they do exist, and if the list >>> rules allow you will see them attached to this post. >>> >>> I would like to take this as an opportunity to "announce" openLilyLib >>> and open it up for a more broad testing. Jan-Peter's comment made me >>> realize that it's high time to do so since as far as I know anybody who has >>> plunged into using it wouldn't want to live without anymore, and so it >>> should finally become somewhat more public - also hoping to get some more >>> contributions back in return with the goal of moving towards something that >>> can actually be "released". >>> >>> >>> What "is" openLilyLib? >>> >>> openLilyLib serves two independent goals: On the one hand it is a >>> platform for providing "packages" that extend LilyPond's functionality by >>> specific purposes (e.g. "managing breaks", "grid-based approach to managing >>> music", "comtemporary wind notation" (fictional) or similar). On the other >>> hand it provides numerous little building-blocks that can be used to >>> modularize the development of advanced functionality. Which is basically a >>> side-effect of the first goal. >>> >>> How is it structured? >>> >>> openLilyLib is a collection of repositories maintained on Github, but >>> anyone could also keep private repositories as openLilyLib packages. The >>> core package is oll-core (https://github.com/openlilylib/oll-core) that >>> provides the technical infrastructure. Some information on how to install >>> oll-core and other packages can be found temporarily on the Wiki page >>> https://github.com/openlilylib/oll-core/wiki. One of the next tasks >>> will be to also write an oll-core manual, but I had to decide to do other >>> things first. >>> >>> What new stuff is now available? >>> >>> I have worked on four modules (a package may contain modules with more >>> specific functionality): >>> >>> - stylesheets.span >>> \tagSpan, a function to tag music "as something" and providing an >>> interface to styling the music >>> - scholarly.editorial-markup >>> \editorialMarkup, a wrapper around \tagSpan, specifically designed >>> for use in scholarly editions, modeled after parts of MEI >>> - scholarly.choice >>> \choice, giving the possibility to encode alternative versions of >>> some music, annotating it and choosing the music to be engraved >>> - scholarly.annotate >>> This has been around for some years now and can be used for >>> maintaining a critical commentary directly within and musically linked to >>> the score document. The code has been thoroughly reviewed and integrated >>> with the above three modules. >>> I have also newly created a (Lua)LaTeX package that is fine-tuned to >>> typeset critical reports from annotate's output. But this is *completely* >>> undocumented so far and wouldn't lend itself to being reviewed right now. >>> But anyone interested may have a look at >>> https://github.com/uliska/lycritrprt as well. >>> >>> I would love to get some feedback based on the manuals and on the code. >>> All the examples in the manuals are directly linked from example files in >>> the repositories. >>> >>> How to get them? As described on the Wiki page one needs the >>> repositories of oll-core, stylesheets and scholarly within a common root >>> directory and add that to LilyPond's include path. >>> >>> The repositories are at https://github.com/openlilylib/oll-core, >>> https://github.com/openlilylib/scholarly and >>> https://github.com/openlilylib/stylesheets. People who can clone these >>> with Git should checkout the v0.6.0 branch for scholarly, people who want >>> to *download* should do so from exactly this page: >>> https://github.com/openlilylib/scholarly/tree/v0.6.0 (the gree button >>> in the upper right area of the screen). >>> >>> Best >>> Urs >>> >>> >>> _______________________________________________ >>> lilypond-user mailing list >>> lilypond-user@gnu.org >>> https://lists.gnu.org/mailman/listinfo/lilypond-user >>> >> >> >> -- >> *Craig Dabelstein* >> Maxime's Music >> craig.dabelst...@gmail.com >> *http://maximesmusic.com <http://maximesmusic.com>* >> > > > -- > *Craig Dabelstein* > Maxime's Music > craig.dabelst...@gmail.com > *http://maximesmusic.com <http://maximesmusic.com>* > -- *Craig Dabelstein* Maxime's Music craig.dabelst...@gmail.com *http://maximesmusic.com <http://maximesmusic.com>*
_______________________________________________ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user