Re: Paper size survey

Am Dienstag, 21. April 2015 14:44 CEST, "Mattes" schrieb: > (define pair-or-rational? (thing) > (or >(pair? thing) >(rational? thing))) As Orm Finnenahl correctly observed I unconsciously slipped into Common Lisp :-/ Here's the Scheme variant: (define (pair-or-ration

Re: Do we really offer the future?

On Wed, 2015-04-22 at 03:24 +, James Harkins wrote: > It's a bit of a side topic, but the the thread has touched on > questions of usability, so I think it's related. > > I think there's one command in Finale that demonstrates a major obstacle to > widespread adoption of LilyPond: Delete Measu

Re: Roman Numeral placement

Am 22.04.2015 um 04:29 schrieb SonusProj .: Simon, I have several questions now that I have had a chance to review you code. 1) I wish to show the key for each staff line in lieu of showing all the accidentals relative to c. Is this possible with your current strategy? Sorry for overlooking

Re: ask

Hi Mr Eltes, I think the way of using it depends a little on your system. Under Linux, the easy way is to open a terminal and run the .midi file through midi2ly and the resulting .ly file through lilypond and there you'll have the .pdf file to print. $ midi2ly myfile.midi [...] $ lilypond my

Re: best practices for volta (was Re: Problem with repeat, alternative endings that contain lyrics andleading rests)

Kieren MacMillan wrote Tuesday, April 21, 2015 2:13 PM > My question *was*, ultimately, more of a technical inquiry than a feature > request: I never use MIDI, or anything except visual output, so at least in > the foreseeable future this feature/bug/whatever has no noticeable impact on > my l

Fw: best practices for volta (was Re: Problem with repeat alternative endings that contain lyrics andleading rests)

From: "Trevor Daniels" To: "Kieren MacMillan" Sent: Wednesday, April 22, 2015 10:55 AM Subject: Re: best practices for volta (was Re: Problem with repeat alternative endings that contain lyrics andleading rests) Kieren MacMillan wrote Tuesday, April 21, 2015 3:19 PM Hi Kieren, > You mea

Re: Do we really offer the future?

On April 22, 2015 12:30:18 PM Shane Brandes wrote: Lilypond is not a terribly great tool for composition purposes. Not that I don't use it for that but when I do the whole piece is already in my head and I am not usually prone to making large changes in structure. As noted previously that tend

Re: best practices for volta (was Re: Problem with repeat, alternative endings that contain lyrics andleading rests)

Hello. [...] MIDI is widely acknowledged to be a relatively unimportant part of LP [...] I hope there is no intention to drop the MIDI output. For me, it is extremely useful to be able to figure out how an arrangement will sound. With all its shortcomings, it's still infinitely better than not

Re: Do we really offer the future?

Hi all, I always wondered why Lilypond was defined as a program ( http://www.lilypond.org/) for me it is more (should be) a descriptive language, that several programs can interpret. As Lilypond is above all an engraving program, I don’t think we should work on composing tools. Let this kind of fe

Re: Do we really offer the future?

2015-04-22 12:21 GMT+02:00 James Harkins : > Even after a few years of using LP, it's still kind of a mindf... erm, > mind-blower that notes appear close together in the score but they may be > written in widely separated locations in the LP code. I'm used to > programming and it's slightly bizarr

Re: Do we really offer the future?

2015-04-22 12:52 GMT+02:00 Calixte Faure : > I always wondered why Lilypond was defined as a program ( > http://www.lilypond.org/) for me it is more (should be) a descriptive > language, that several programs can interpret. > Only LilyPond as a program can process the lilypond input and transform

Re: best practices for volta (was Re: Problem with repeat, alternative endings that contain lyrics andleading rests)

Gilles wrote Wednesday, April 22, 2015 11:52 AM > I hope there is no intention to drop the MIDI output. > For me, it is extremely useful to be able to figure out how > an arrangement will sound. > With all its shortcomings, it's still infinitely better than > nothing. :-) No, there's no suggesti

Re: Do we really offer the future?

James Harkins wrote Wednesday, April 22, 2015 11:21 AM > Even after a few years of using LP, it's still kind of a mindf... erm, > mind-blower that notes appear close together in the score but they may be > written in widely separated locations in the LP code. Although not well-publicised there

Re: Do we really offer the future?

James Harkins wrote Wednesday, April 22, 2015 4:24 AM > I think there's one command in Finale that demonstrates a major obstacle to > widespread adoption of LilyPond: Delete Measure Stack. This is an extremely > common need when editing scores, and raw LilyPond code offers no clean, > easy way to

Re: Do we really offer the future?

Am 22.04.2015 um 13:47 schrieb Trevor Daniels: James Harkins wrote Wednesday, April 22, 2015 4:24 AM I think there's one command in Finale that demonstrates a major obstacle to widespread adoption of LilyPond: Delete Measure Stack. This is an extremely common need when editing scores, and raw L

Re: Do we really offer the future?

On Wed, 22 Apr 2015 13:52:10 +0200 Urs Liska wrote: > > One way is to enter your music in parallel > > But one has to admit that this more or less requires you to enter your > music accordingly *beforehand*. > And I think with this you'd deprive yourself of significant advantages > that LilyP

Re: Do we really offer the future?

Hi James, > I think there's one command in Finale that demonstrates a major obstacle to > widespread adoption of LilyPond: Delete Measure Stack. This is an extremely > common need when editing scores, and raw LilyPond code offers no clean, > easy way to do it. + 1 x 10^googol This is such a good

Re: Do we really offer the future?

Hi Richard, > Interesting, I didn't realize that this was a reason to use a front-end > to generate the LilyPond. With the Denemo front end it is Del,M to > delete a measure in all the staffs. Does that work even when the code is abstracted into one or more shared global variables, etc.? Or does

Re: Do we really offer the future?

Am 22.04.2015 um 14:30 schrieb Kieren MacMillan: We try to explain this away by saying that LP is an engraving tool, >not a composition tool, but -- if we're really serious about making LP >more attractive to the "average" user of notation software, this is too glib. Agreed. It will be intere

Re: Do we really offer the future?

On Wed, 2015-04-22 at 08:31 -0400, Kieren MacMillan wrote: > Hi Richard, > > > Interesting, I didn't realize that this was a reason to use a front-end > > to generate the LilyPond. With the Denemo front end it is Del,M to > > delete a measure in all the staffs. > > Does that work even when the co

Re: best practices for volta (was Re: Problem with repeat, alternative endings that contain lyrics andleading rests)

Hi, > I hope there is no intention to drop the MIDI output. Oh, goodness, no! Even though I don’t yet use it myself, I *want* to (soon), and I know it’s very important to others. Killer MIDI output would be a significant selling point for potential new users — along with MusicXML, it should b

Re: best practices for volta (was Re: Problem with repeat alternative endings that contain lyrics andleading rests)

Hi Trevor, >> You mean Lilypond can’t handle << \global \lyrics >>, where \global contains >> the repeat structure? > > Depends. Thanks for the clarification, and the various links. Interesting, all. I hope there’s an opportunity to fix this soon, and completely. Much like the irritating grac

How do new users feel about LilyPond's documentation?

All, I've been thinking about this a lot lately, even going so far as to create my own "Quick Start" tutorials for new users, but I can only go so far in my own head. I really have two questions that I keep wondering about: 1. What is the thing you (especially new users) like the least about

Re: [AFIM.INFO] TENOR 2015: First International Conference on New Technologies for Music Notation and Representation

Anyone planning on attending this conference in Paris at the end of May? I see a couple of LilyPonders on the program, Trevor Bača and Mike Solomon, and Daniel Spreadbury will be presenting on the SMuFL font standard. -Paul anders.vinjar wrote > Topics: >Fwd: [AFIM.INFO] TENOR 2015: First

Re: Do we really offer the future?

Am 22.04.2015 um 14:30 schrieb Kieren MacMillan: We try to explain this away by saying that LP is an engraving tool, not a composition tool, but -- if we're really serious about making LP more attractive to the "average" user of notation software, this is too glib. In using LilyPond for all my c

Introducing LV GoldenAge!

Greetings, All! I've uploaded a few maintenance updates to fonts.openlilylib.org , including the addition of a new font family that I teased about before. Head on over and let me know if any links are broken. Your web browser may have the site's pages cach

Re: Do we really offer the future?

Hi Pete, > So major compositional changes -- the ones we're > calling "structural" here -- are implemented at that > first (gen.purp.prog.lang) level, tossing LP not much > to trip over then or fail to carry through. > > My point, then: Why stuff a complicated-enough > engraving program with (com

Re: ask

Please, Always use the "Replay to All" I'm sorry but I'm not a midi user so then if there is anything strange with the midi file I will not know what to do. And It's much more convenient if you do it your self. On Windows to open a command prompt: http://windows.microsoft.com/en-us/windows-vista/

Re: Do we really offer the future?

Am 22.04.2015 um 17:48 schrieb Kieren MacMillan: Hi Pete, So major compositional changes -- the ones we're calling "structural" here -- are implemented at that first (gen.purp.prog.lang) level, tossing LP not much to trip over then or fail to carry through. My point, then: Why stuff a complica

Re: Do we really offer the future?

Hi Simon, >> 1. In 2013, I composed and engraved a piece with nearly 12,000 frames (57 >> staves x 208 measures). It contains two sections (of ~32 and ~16 measures) >> which were specifically added "for That Production” (and, as such, contain >> “external material”). Now I want to modify the pi

Re: Roman Numeral placement

Harm , Thomas Morley and others I like to follow the discussions even if I don't understand/need something because I usually learn a lot and sometimes even adapt some ideas or code into something I can use later. In this thread I was amazed that the scheme created could interpret the chords!!! I t

Re: Jianpu Notation

Paul, Thank you for your jianpu3.ly I try to use it in key D   the score display correctly, but the jianpu display differently.  I don't know scheme. I am hoping in your spare time you can update it.  Very much appreciated. Immanuel,Ming  On Tuesday, April 21, 2015 12:06 AM, Paul Morris

Re: Do we really offer the future?

Kieren MacMillan wrote: Hi Pete, So major compositional changes -- the ones we're calling "structural" here -- are implemented at that first (gen.purp.prog.lang) level, tossing LP not much to trip over then or fail to carry through. My point, then: Why stuff a complicated-enough engraving prog

Re: Do we really offer the future?

Am 22. April 2015 19:20:38 MESZ, schrieb Kieren MacMillan : >Hi Simon, > >>> 1. In 2013, I composed and engraved a piece with nearly 12,000 >frames (57 staves x 208 measures). It contains two sections (of ~32 and >~16 measures) which were specifically added "for That Production” (and, >as such,

Re: Roman Numeral placement

Hi Stephen, On Wed, Apr 22, 2015 at 12:24 PM, Stephen MacNeil wrote: > Harm , Thomas Morley and others > I like to follow the discussions even if I don't understand/need something > because I usually learn a lot and sometimes even adapt some ideas or code > into something I can use later. > > In

Re: Do we really offer the future?

Hi Urs, > I think you could vastly benefit from using openLilyLib's GridLY library. No doubt true. (I look forward to examining GridLY, when I have a spare moment.) > Of course thst's only viable for new projects. We should strive to create tools for which this isn’t [ever] true. =) Someone s

Re: Roman Numeral placement

Hi David. I am the OP. Looking at your example, you have a bit of code similar to another person who has assisted me. \markup \rN { I } I can't find documentation for the escape sequence and it throws and error when I try to compile. :14:11 <0>: error: unknown escaped string: `\rN' \markup

Re: How do new users feel about LilyPond's documentation?

> What is the thing you (especially new users) like the least about LilyPond's documentation structure? Insufficient explanation of the object model, the process model and the hierarchy of languages used and how they fit together. Example: Does anyone here really understand what a "voice" actual

Re: Roman Numeral placement

Thanks David! That actual is very handy. to your point. >If I'm understanding you correctly, you mean to be able to feed it, say, a Beethoven sonata and have it provide a Roman >numeral analysis? Sorting out harmonic rhythm, embellishing tones, deciding on the current key, etc.?Now that would be

Re: Do we really offer the future?

> The current workaround, of course, is to use \tag around the > section(s) in question. In particular, that method [relatively] > easily solves “hide these 16 measures” types of situations (like my > Example #2) and “depending on the version/edition, use either THIS > or THIS” (like my Example #1

Re: Do we really offer the future?

Am 22.04.2015 um 20:33 schrieb Werner LEMBERG: The current workaround, of course, is to use \tag around the section(s) in question. In particular, that method [relatively] easily solves “hide these 16 measures” types of situations (like my Example #2) and “depending on the version/edition, use

Re: How do new users feel about LilyPond's documentation?

Hi Abraham I've been using LilyPond since 6 years. I think that LilyPond documentation is great. Learning Manual is a gentle introduction (basically 3 chapters only) for new users and Notation Reference is a complete reference, well indexed and easy to search through. I never found anything better

Re: How do new users feel about LilyPond's documentation?

On Wed, Apr 22, 2015 at 12:48 PM, Federico Bruni [via Lilypond] < ml-node+s1069038n175021...@n5.nabble.com> wrote: > > What I would find useful is an interactive guide to lilypond syntax: > https://code.google.com/p/lilypond/issues/detail?id=4200 > > I totally agree! How about some collaboration w

Re: How do new users feel about LilyPond's documentation?

Am 22.04.2015 um 20:48 schrieb Federico Bruni: Hi Abraham I've been using LilyPond since 6 years. I think that LilyPond documentation is great. Learning Manual is a gentle introduction (basically 3 chapters only) for new users and Notation Reference is a complete reference, well indexed and

Re: How do new users feel about LilyPond's documentation?

I started using Lily for serious maybe a month ago, so I'm what you'd call new. I find the guide far more useful than the manual (the former seems more structured around how to do specific things, while the latter seems much more a general conceptual introduction). However (and this is something I

Re: Do we really offer the future?

2015-04-22 20:07 GMT+02:00 Kieren MacMillan : > Someone spoke of python being able to translate between parallel and > non-parallel music. Wouldn’t it be great to have a tool where you could: > 1. Say “Given the current Lilypond file being outputted, show me ‘in > parallel’ [whatever that mean

Is GridLY the future? (Was: Do we really offer the future?)

Hello. I think you could vastly benefit from using openLilyLib's GridLY library. Of course thst's only viable for new projects. That looks interesting just from a quick reading of https://github.com/openlilylib/openlilylib/tree/master/ly/gridly I stumbled upon that page only through a web s

Re: How do new users feel about LilyPond's documentation?

Hello. On Wed, 22 Apr 2015 21:19:12 +0200, N. Andrew Walsh wrote: I started using Lily for serious maybe a month ago, so I'm what you'd call new. I find the guide far more useful than the manual (the former seems more structured around how to do specific things, while the latter seems much mo

Re: Is GridLY the future? (Was: Do we really offer the future?)

Am 22.04.2015 um 21:29 schrieb Gilles: Hello. I think you could vastly benefit from using openLilyLib's GridLY library. Of course thst's only viable for new projects. That looks interesting just from a quick reading of https://github.com/openlilylib/openlilylib/tree/master/ly/gridly I st

Re: Do we really offer the future?

Am 22.04.2015 um 21:26 schrieb Calixte Faure: Or have a script/feature/tool that automatically counts measures : it would be able to put bar numbers in comment, and with another script we could say delete/comment/whatever measure n to m. I think this is something that will eventually be doab

Re: How do new users feel about LilyPond's documentation?

My problem is that too much of it is written like the following response from Elaine, which looks like Pprogrammers Only Need Apply. I get frustrated when I'm looking for something to answer the question "How do I increase/decrease the space between the bottom system and the footer?" ...and cannot

Re: Introducing LV GoldenAge!

On Wed, 22 Apr 2015, Abraham Lee wrote: Greetings, All! I've uploaded a few maintenance updates to fonts.openlilylib.org, including the addition of a new font family that I teased about before. Head on over and let me know if any links are broken. Your web browser may have the site's pages

Re: How do new users feel about LilyPond's documentation?

Larry, On Wed, Apr 22, 2015 at 1:43 PM, Larry Kent-2 [via Lilypond] < ml-node+s1069038n175030...@n5.nabble.com> wrote: > My problem is that too much of it is written like the following response > from Elaine, which looks like Pprogrammers Only Need Apply. > > I get frustrated when I'm looking for

Re: How do new users feel about LilyPond's documentation?

Am 22.04.2015 um 22:05 schrieb tisimst: Larry, On Wed, Apr 22, 2015 at 1:43 PM, Larry Kent-2 [via Lilypond] <[hidden email] > wrote: My problem is that too much of it is written like the following response from Elaine, which looks like Pprogrammers Only Need Apply. I get frustr

Re: Do we really offer the future?

Hi, this is a triviality for most of you and it does not solve the original issue of deleting a measure easily. But I wanted to mention how jumping between staves and selecting measures gets much easier than searching the ly file. Once the file structure is done and the score is (partially) compl

Re: How do new users feel about LilyPond's documentation?

On Wed, 22 Apr 2015, Larry Kent wrote: I get frustrated when I'm looking for something to answer the question "How do I increase/decrease the space between the bottom system and the footer?" ...and cannot find an answer that begins "Here's how to increase/decrease the space between the botto

Re: Do we really offer the future?

All, On Wed, Apr 22, 2015 at 2:21 PM, Noeck [via Lilypond] < ml-node+s1069038n175034...@n5.nabble.com> wrote: > this is a triviality for most of you and it does not solve the original > issue of deleting a measure easily. > I have really enjoyed following this thread. It's always fascinating to

Re: How do new users feel about LilyPond's documentation?

On 22/04/15 20:19, N. Andrew Walsh wrote: > I don't see anywhere in the reference or the manual where that sort of > comprehensive style guide is presented. I'm thinking something like the > doorstops O'Reilly's uses for documenting, say, HTML. I hate to use the > term (it's already been ruined by

Re: Introducing LV GoldenAge!

Looks really nice Abraham! The font situation is now becoming an embarrassment of riches! And I would also like to mention that the openlilylib install-lily-fonts program worked like a charm and now I have these newest updates. Nice job all the way around! On Wed, Apr 22, 2015 at 12:45 PM, Martin

Re: Defining custom fretboards

On 4/21/15 6:48 PM, "James" wrote: >Thanks, Carl. This does what I'm looking for. Is this in the >documentation? I couldn't (and still can't) find it. I think it's in the documentation, but maybe you can find a way to express it more clearly. The places I found it are listed below. Thanks, Ca

Re: Is GridLY the future? (Was: Do we really offer the future?)

2015-04-22 21:41 GMT+02:00 Urs Liska : > > > Am 22.04.2015 um 21:29 schrieb Gilles: >> >> Hello. >> >>> I think you could vastly benefit from using openLilyLib's GridLY >>> library. Of course thst's only viable for new projects. >> >> >> That looks interesting just from a quick reading of >> http

Re: Introducing LV GoldenAge!

On Wed, Apr 22, 2015 at 2:46 PM, David Bellows [via Lilypond] < ml-node+s1069038n175038...@n5.nabble.com> wrote: > Looks really nice Abraham! The font situation is now becoming an > embarrassment of riches! > Thanks, David! I guess you could say that I never want " custom housestyles" to be a stu

Re: Do we really offer the future?

Hi Joram (et al.), > just use point-and-click in Frescobaldi which brings me > quickly to the place where I want to change something. That feature doesn't work for me. Is that because of the way I’ve structured my files? Thanks, Kieren. Kieren MacMillan, compos

Re: Do we really offer the future?

Kieren, On Wed, Apr 22, 2015 at 3:12 PM, Kieren MacMillan [via Lilypond] < ml-node+s1069038n175042...@n5.nabble.com> wrote: > Hi Joram (et al.), > > > just use point-and-click in Frescobaldi which brings me > > quickly to the place where I want to change something. > > That feature doesn't work f

Re: Do we really offer the future?

2015-04-22 22:38 GMT+02:00 tisimst : > All, > > On Wed, Apr 22, 2015 at 2:21 PM, Noeck [via Lilypond] <[hidden email]> > wrote: >> >> this is a triviality for most of you and it does not solve the original >> issue of deleting a measure easily. > > > I have really enjoyed following this thread. It'

Re: How do new users feel about LilyPond's documentation?

On 4/22/15 1:30 PM, "Martin Tarenskeen" wrote: >Stiil, I will try to give a sketch what happens to me again and again: > >I want to learn about how to change defaults and how to tweak default >output so I open the Notation Reference: > >Notation Refence -> 5. Changing Defaults >" A tutorial int

Re: lilypond-user Digest, Vol 149, Issue 155

> > My problem is that too much of it is written like the following response > > from Elaine, which looks like Pprogrammers Only Need Apply. > There is no getting around the fact that lilypond is a programming language. I don't see how to bridge that gap except with GUIs. Even then, the GUI woul

Re: lilypond-user Digest, Vol 149, Issue 155

> On Apr 22, 2015, at 5:25 PM, Flaming Hakama by Elaine > wrote: > > Or, thinking in the old-fashioned way, a thematic index of the documentation > contents. Maybe something like this? :-) http://lilypond.org/doc/v2.18/Documentation/notation/lilypond-index

Re: Roman Numeral placement

That is quite an example of taking my long hair code and making it efficient. It will take some reading for me to understand what all is happening here. Thanks for your assistance. Lance On Wed, Apr 22, 2015 at 3:19 AM, Simon Albrecht wrote: > Am 22.04.2015 um 04:29 schrieb SonusProj .: > >> S

Re: Roman Numeral placement

2015-04-22 4:23 GMT+02:00 SonusProj . : > That solution is also quite elegant. I need to spend some time > understanding what you have created. > > Your chosen syntax is beyond my current understanding. > > Thanks for your input. > > Respectfully, > Lance Well, you wrote: 2015-04-21 19:34 GMT+02

Re: Roman Numeral placement

2015-04-22 19:24 GMT+02:00 Stephen MacNeil : > Harm , Thomas Morley and others > I like to follow the discussions even if I don't understand/need something > because I usually learn a lot and sometimes even adapt some ideas or code > into something I can use later. > > In this thread I was amazed t

Re: How do new users feel about LilyPond's documentation?

Am 22.04.2015 um 23:19 schrieb Carl Sorensen: On 4/22/15 1:30 PM, "Martin Tarenskeen" wrote: Stiil, I will try to give a sketch what happens to me again and again: I want to learn about how to change defaults and how to tweak default output so I open the Notation Reference: Notation Refence

Re: How do new users feel about LilyPond's documentation?

Hello, I recall that I was always thinking it would be best to have a person at hand, maybe even sharing a ‘bureau’, who could answer my question. Or attending a class, in which one would for example be guided in coding example scores, and receive immediate feedback. Later I realised that I m

Re: Do we really offer the future?

> > Message: 1 > Date: Wed, 22 Apr 2015 17:11:34 -0400 > From: Kieren MacMillan > To: Noeck > Subject: Re: Do we really offer the future? > > Hi Joram (et al.), > >> just use point-and-click in Frescobaldi which brings me >> quickly to the place where I want to change something. > > That feat

Re: lilypond-user Digest, Vol 149, Issue 155

Hi, > There is no getting around the fact that lilypond is a programming language. Nope. > I don't see how to bridge that gap except with GUIs. If you mean "make it so that users don’t realize it’s a programming language while they’re using it", then I agree. > it makes me feel frustrated as

Re: How do new users feel about LilyPond's documentation?

Hi Wol, > What I'd like to see is worked, documented examples. I’m happy to supply a few… But there are so many questions: 1. Where would they be kept? 2. How “rich” would the examples need to be, or not be? Even just a one-page excerpt from my Passacaglia for String Quartet would require some

Re: How do new users feel about LilyPond's documentation?

On 4/22/15 4:13 PM, "Eyolf Østrem" wrote: >On 22.04.2015 (21:19), Carl Sorensen wrote: > >> If the manual were to show you exactly how to make every possible >> particular tweak or change every possible default setting, it would need >> to be many times longer than it is. The goal is to help y

Re: How do new users feel about LilyPond's documentation?

Hi Larry, > I get frustrated when I'm looking for something to answer the question "How > do I increase/decrease the space between the bottom system and the footer?" > ...and cannot find an answer that begins "Here's how to increase/decrease the > space between the bottom system and the footer.

Re: How do new users feel about LilyPond's documentation?

Hi Gilles (et al.), > Best practices, yes; for any score (not just large ones).[1] > A flexible structure that would be "compelling" and foster the creation of > "compliant" tools. I have a pretty rich imagination, and I can’t begin to conceive of a Lilypond best practice [singular] or flexible

Creating LilyPond Object Models

David Elaine Alt finds that a major obstacle to understanding lilypond is the lack of a comprehensive (and/or comprehensible) object model. The question was asked: Does anyone really understand what a Voice is? I think there are two levels at which object models need to be understood: the user le

Re: Creating LilyPond Object Models

2015-04-23 1:29 GMT+02:00 Carl Sorensen : > David Elaine Alt finds that a major obstacle to understanding lilypond is > the lack of a comprehensive (and/or comprehensible) object model. The > question was asked: Does anyone really understand what a Voice is? Speaking as a user, I always thought a

Re: Creating LilyPond Object Models

Hi Harm, > Speaking as a user, I always thought about a "Voice" like a > _musician_, never had problems with that thinking. But (he says, taking on the role of the average newbie user) a pianist is a musician. So why can’t I write all of the piano music I need that musician to play in a single

Re: How do new users feel about LilyPond's documentation?

Hi Carl (et al.), > maybe it's worth setting up a LilyPond StackExchange Maybe… But we already hear complaints about how “the documentation” is spread across too many sites: the multiple doc books; LSR; the list archives; Scores of Beauty and similar; etc. > I don't believe you do have to writ

Re: Roman Numeral placement

Thanks Harm, I do think it would be cool -- i must say i only played a bit with it and yes in little examples :) >Apart from the most simple cases and only in c-major. ;) actually I got it to go in all keys :) a hack i do admit .. but it does the job. anyway that as I said would be a great featu

Re: How do new users feel about LilyPond's documentation?

Hi Andrew, > I started using Lily for serious maybe a month ago, so I'm what you'd call > new. Welcome! =) > There's been a lot of mention (I imagine rightfully) about how Lily is > capable, above all, of making beautifully engraved scores, and her > suitability to managing a text-based, dis

Re: Do we really offer the future?

Hi, > Is it possible that you always use the “LilyPond/Engrave (Publish)” option to > run LilyPond? This removes the links between the input and the pdf. If you > use “LilyPond/Engrave (Preview)” or the LilyPond icon on the toolbar, the > links are included in the pdf. That does it! Of cour

Re: Do we really offer the future?

Hey Calixte what a great idea it made me think. what about sed? >>Or have a script/feature/tool that automatically counts measures : it would be able to put bar numbers in comment, and with another script we could say delete/comment/whatever measure n to m anyway I tried a few examples and used %

回复： Jianpu Notation

Hi, Ming! Here's a table of how the numbers should be converted. Please take a look. David Zhang -- 原始邮件 -- 发件人: "MING TSANG";; 发送时间: 2015年4月23日(星期四) 凌晨1:34 收件人: "Paul Morris"; 抄送: "lilypond-user@gnu.org"; "Super-User"; 主题: Re: Jianpu Notation Paul, T

Re: Do we really offer the future?

Hi Stephen (et al.) > anyway I tried a few examples and used %1a %2a etc for measures and used the > bar check (|) as an end > eg. > %1a > music | I use music | % 1 Would sed still work? > worked almost every time, only problem I had was if I had to fix the octave Yet another reason t

Standard LilyPond score structure (Was: How do new users feel about LilyPond's documentation?)

Hello. [Changing subject line; so many different topics in a single thread...] On Wed, 22 Apr 2015 19:14:15 -0400, Kieren MacMillan wrote: Hi Gilles (et al.), Best practices, yes; for any score (not just large ones).[1] A flexible structure that would be "compelling" and foster the creation

Re: Do we really offer the future?

well you need to 1. remove the space with sed, so music % 1 becomes %1 also I added "a" at the end so it wouldn't get confused ie. %1 will also remove %10 %100 etc 2. since you used it after measure one sed can only delete measures after -- so 2 on you could just input %1x in the files where you

回复： Jianpu Notation

To note, when in 1=C, a note in D should be notated as 2, and when in 1=D, the same note should be notated as 1, as demonstrated in the table.___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user

What is the problem with "\relative"? (Was: Do we really offer the future?)

Yet another subject ;-) [...] Yet another reason to deprecate \relative, which I now avoid like the plague. (Unfortunately, I was suckered into using it when I started using Lilypond over a decade ago, so all my legacy code is in \relative mode. Using Frescobaldi, I’m slowly converting all my ol

Re: What is the problem with "\relative"? (Was: Do we really offer the future?)

Hi Gilles, >> deprecate \relative, which I now avoid like the plague. > Why? 1. It doesn’t play well with reuse: both trivial reuse (i.e., cut-and-paste) and more advanced (i.e., referenced in variables) require extra care at the very least, and outright extra work (e.g., octave checks, transpo

Re: Standard LilyPond score structure (Was: How do new users feel about LilyPond's documentation?)

Hi Gilles, > Yet you long for that would know how to remove a set of > bars from "That Production" project. :-P > A tool could do that *if* it knew what structure to expect. I don’t believe that’s necessary… but we can leave that aside for now, since the technical investigation required to dete

Re: lilypond-user Digest, Vol 149, Issue 159

> From: Kieren MacMillan > Subject: Re: lilypond-user Digest, Vol 149, Issue 155 > > > it makes me feel frustrated as a professional programmer that after > years of using lilypond, I still have very little clue how it works > > I?ve heard you say that a lot, and it confuses me. As an erstwhile >

Re: Standard LilyPond score structure (Was: How do new users feel about LilyPond's documentation?)

On Wed, 22 Apr 2015 21:53:42 -0400, Kieren MacMillan wrote: Hi Gilles, Yet you long for that would know how to remove a set of bars from "That Production" project. :-P A tool could do that *if* it knew what structure to expect. I don’t believe that’s necessary… but we can leave that aside fo

"Instrument" as first class citizen (Was: ...)

On Wed, 22 Apr 2015 19:17:53 -0700, Flaming Hakama by Elaine wrote: [...] Without getting too technical, objects are things that you can create, have properties and relationships with other well-defined objects. This is true for things like staves, staff groups, scores, books, etc. You can sa

Re: Standard LilyPond score structure (Was: How do new users feel about LilyPond's documentation?)

On Thu, Apr 23, 2015 at 04:19:08AM +0200, Gilles wrote: > On Wed, 22 Apr 2015 21:53:42 -0400, Kieren MacMillan wrote: [...] > >So, to output a simple 16-bar lead sheet, a user should always [be > >forced to] create 3 files (voice.ily, chords.ily, score.ly)? Or maybe > >four (lyrics.ily)? Or more? >

Re: Creating LilyPond Object Models

Carl Sorensen byu.edu> writes: > %%% Start of model > > Contexts are LilyPond objects that contain properties, music expressions, > and translators. Some contexts, like Score and Staff, can contain other > contexts as well. Other contexts, like Voice, are bottom contexts and > cannot contain

  1   2   >