Re: announcement: OpenLilyLib Snippet Repository is open!
2013/10/29 Simon Bailey : > Hiya, > > >> On 29 Oct 2013, at 23:36, Janek Warchoł wrote: >> >> As you may have noticed, we recently reorganized the repository and >> now it should work more or less like you described. I hope you'll >> like it! > > i checked out the repository in exactly this way on Sunday. ;) (i needed the > stem attachment snippet). > > a question: how stable will the organisation remain? revisiting scores in say > a year or so, using includes from openlilylib, should still work… We don't have any further reorganization plans, but the project is still young. I expect that in the next half year there may be one more such reorganization, and then everything should remain stable. best, Janek ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: "smart" transposition of key signatures
2013/10/30 David Kastrup : > David Kastrup writes: > >> Janek Warchoł writes: >> >>> Also, you may be interested in this: >>> https://github.com/openlilylib/snippets/blob/master/input-shorthands/late-evaluation-of-variables.ly >> >> I can hardly count the number of ways in which this would have blown up >> in 2.14. I don't consider most uses of eval a good idea anyway, but >> making bad ideas work as expected is still an impressive feat. > > Actually, since there is Scheme syntax creeping in anyway, it might make > more sense to use Scheme macros here and have less quoting blurb, and in > particular not the ugly eval: Thanks! I've updated the snippet. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond help - arbitrary accidental glyphs
On 29 Oct 2013, at 23:26, Clive So wrote: > I haven't actually dreamt of using key signatures in 31TET. Microtonal key signatures are used in Persian music, which looks nice, cf. Hormoz Farhat, “The Dastgah system in Persian Music”. > There isn't a working theory of harmony yet, let alone definition of keys in > the traditional sense. Also, it is likely that any "key" in 31TET will have > more than 7 notes, but since we keep the same 7 "white" notes, key signature > simply cannot exist. That is unless we abandon the traditional 7 white notes > and redefine it all. Note that in E31, the rational interval 7/4 is on the augmented 6th, or 25 E31 tonesteps, whereas the minor 7th is on 26 E31 tonesteps, one E31 tonestep higher. Hans ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \parenthesize command looks puny compared with reminder accidental
Thank your for the helpful replies. I didn't realize that these
parentheses were objects of such high status to warrant their own
interface - I now see I should have looked in the index first and found
http://www.lilypond.org/doc/v2.16/Documentation/internals/parenthesesitem
Your syntax is too modern for the version 2.16, but interpolating with
the reply from Harm I get
\version "2.16"
{
\override ParenthesesItem #'font-size = #0
\override ParenthesesItem #'padding = #0.05
f'?4 \parenthesize f'4
}
which works just fine.
Thank you both for the responses,
Richard Shann
On Tue, 2013-10-29 at 10:12 -0700, Gilberto Agostinho wrote:
> Some suggestion of how to tweak the parentheses:
>
> \version "2.16"
>
> {
> % controls the size of the parenthesis, default value = around -6
> \override Score.ParenthesesItem.font-size = 0
>
> % controls the sepparation between the parentheses, default value = 0
> \override Score.ParenthesesItem.padding = 0.05
>
> f'?4 \parenthesize f'4
> }
>
> Regards,
> Gilberto
>
>
>
> --
> View this message in context:
> http://lilypond.1069038.n5.nabble.com/parenthesize-command-looks-puny-compared-with-reminder-accidental-tp153097p153099.html
> Sent from the User mailing list archive at Nabble.com.
>
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANNOUNCE] New Portfile for Frescobaldi on Mac
Warning! Don’t try to do update on Mavericks (MacOS 10.9) as QT is currently not compiling. If installed before upgrading to 10.9, Frescobaldi continues to work. Jean-Alexis On 18 oct. 2013, at 03:23, Paul Morris wrote: > Davide, Thanks for the portfile and the easy to follow guide for it! I > successfully upgraded to the new Frescobaldi 2.0.11 using your portfile for > the first time. It all went smoothly. A big improvement over doing it > manually as I had done it before. > > The app bundle is a nice bonus. I just realized that that was done by your > portfile (rather than Frescobaldi itself...). > > Thanks! > -Paul > > > > -- > View this message in context: > http://lilypond.1069038.n5.nabble.com/ANNOUNCE-New-Portfile-for-Frescobaldi-on-Mac-tp150564p152528.html > Sent from the User mailing list archive at Nabble.com. > > ___ > lilypond-user mailing list > lilypond-user@gnu.org > https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
search/replace (was Re: "Octave" script in Frescobaldi)
Op Tue, 22 Oct 2013 03:57:36 -0700 (PDT) flup2 schreef: > Does anyone how to achieve that? You could use the search replace function, in regexp mode: search for: \b([a-z]+)([',]*)(\d*) replace with: <\1\2 \1'>\3 Select the music then press "All" in the search/replace bar. This will match note, octave and duraction in three regexp groups. Then the \1, \2 and \3 put the matched text back in the replacement string. -- Wilbert Berendsen (http://www.wilbertberendsen.nl) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi preview with two "window"-modes
Op Tue, 29 Oct 2013 15:32:19 -0500 Francois Planiol schreef: > Hello, > > Frescobaldi is definitely great, thanks, many thanks! > > My reqest is, if it is possible to considere two > score-previewer-width for two "sizes" of the Frescobaldi-window > (switching between two modes). > > Actually, When I redimension frescobaldi (reduce width, with button or > with mouse) the viewer keeps same absolut size, or at least try to > stay the biggest it can. I have been thinking about keeping the horizontal width of the Music Viewer relative to the width of the main window, when that one is resized. But it is somewhat hairy to auto-resize a dock-tool window, as there could be more tools in the same dock. > For typesetting from pdf scores on screen, opened in - lets say, > acrobat - it would be usefull to have a very narrow viewer (or none) > for entering code > looking at the pdf the same time (narrowed frescobaldi), and 2 a wide > viewer when frescobaldi occupies full with. Best with a > keyboard-shortcut. Specially useful for cleaning a code too. There are a few options: you show/hide the music view with Meta-Alt-M (see the shortcuts in the tools menu, all the panels have a keyboard shortcut) You can also use Music->Maximize (but unfortunately there is no unmaximize yet) -- Wilbert Berendsen (http://www.wilbertberendsen.nl) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi Preview Modes
Op Tue, 29 Oct 2013 21:58:03 +0100 David Kastrup schreef: > How about "Inspect"? Yes that is better than "Draft". But has "Debug" really a sort of negative connotation? When we get drag-editing etc. in the music view then we'd certainly change the name to something like "Advanced mode". Currently I think "Debug" suits best. Best regards, Wilbert -- Wilbert Berendsen (http://www.wilbertberendsen.nl) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: "Octave" script in Frescobaldi
Op Wed, 23 Oct 2013 11:34:02 +1100 Vaughan McAlley schreef: > On 22 October 2013 22:22, flup2 wrote: > > > > Oh thanks ! > > > > Someday my Scheme will come ;-) > > > > Philippe > > > > > > > > -- > > View this message in context: > > http://lilypond.1069038.n5.nabble.com/Octave-script-in-Frescobaldi-tp152801p152806.html > > Sent from the User mailing list archive at Nabble.com. > > > > ___ > > lilypond-user mailing list > > lilypond-user@gnu.org > > https://lists.gnu.org/mailman/listinfo/lilypond-user > > > > In Frescobaldi, you can also use regexes in Search/Replace. First > select the music (no Scheme expression or key signatures): > > Search for (assuming Dutch note names): > ([\s\(\)\~])([a-g][eis]*)([\,\']*) > > Replace with: > \1<\2\3 \2'> > > It’s a bit quick and dirty! Ah, catching up with the mail after a holiday, I see that I was telling an old story :-) But my expression handled durations :-) -- Wilbert Berendsen (http://www.wilbertberendsen.nl) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi preview with two "window"-modes
hi, On Wed, Oct 30, 2013 at 11:26 AM, Wilbert Berendsen wrote: >> For typesetting from pdf scores on screen, opened in - lets say, >> acrobat - it would be usefull to have a very narrow viewer (or none) >> for entering code >> looking at the pdf the same time (narrowed frescobaldi), and 2 a wide >> viewer when frescobaldi occupies full with. Best with a >> keyboard-shortcut. Specially useful for cleaning a code too. > > There are a few options: you show/hide the music view with Meta-Alt-M > (see the shortcuts in the tools menu, all the panels have a > keyboard shortcut) > > You can also use Music->Maximize (but unfortunately there is no > unmaximize yet) i have a similar use-case/workflow. I've been using the floating preview window, but it would be nice if this floating window could be sent to the background... is this possible? regards, sb -- Do not meddle in the affairs of trombonists, for they are subtle and quick to anger. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi Preview Modes
Am 30.10.2013 11:28, schrieb Wilbert Berendsen: Currently I think "Debug" suits best. Which would relieve me from thinking about new command line option names ;-) ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi Preview Modes
Wilbert Berendsen writes: > Op Tue, 29 Oct 2013 21:58:03 +0100 > David Kastrup schreef: > >> How about "Inspect"? > > Yes that is better than "Draft". But has "Debug" really a sort of > negative connotation? Like "Draft", it has the wrong connotations. While a "Debugger" offers indeed data inspection as one part of its operation, the most important aspect is the ability to trace program flow. Also debugging involves analyzing the internal data and control flow of a program rather than its output. This is crucial enough that there are expressions like "post mortem debugging" for analyzing a core dump. > When we get drag-editing etc. in the music view then we'd certainly > change the name to something like "Advanced mode". > > Currently I think "Debug" suits best. I don't. Debugging, like its name suggests, involves the detection and removal of bugs. What you listed in this category, however, is mainly intended to help with _tweaking_ parameters rather than finding and fixing the cause of errant behavior. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi Preview Modes
2013/10/30 David Kastrup : > Also debugging involves > analyzing the internal data and control flow of a program rather than > its output. But this is just what some of these features are about! They display the internal data so that the user may analyze it: 1) display-control-points. The output is the slur, i.e. the bezier curve. Control-points are internal data. Displaying control points shows the user the internal data to answer the question "why this slur is so ugly?". 2) coloring voices. It allows to answer a question "why this note has its stem in a wrong direction?" by displaying internal data, i.e. voicing info. (note that without this all you see is just the result - a stem placed in some way, without the "why"). 3) skylines: answers the question "why these objects are so far away/so close?" by showing how lilypond thinks about them. 4) annotate-spacing: "why there is so much/so little space here?" -> "ah, this padding value is too big/small" 5) paper-columns: shows internal information that can answer the question "why this horizontal spacing is so awful?" most of the "debug options" work by showing the user some internal data. >> When we get drag-editing etc. in the music view then we'd certainly >> change the name to something like "Advanced mode". >> >> Currently I think "Debug" suits best. > > I don't. Debugging, like its name suggests, involves the detection and > removal of bugs. What you listed in this category, however, is mainly > intended to help with _tweaking_ parameters rather than finding and > fixing the cause of errant behavior. Note that what we're talking about here is not debugging lilypond code, but debugging LilyPond's layout decisions, by seeing how they are made. best, Janek ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi Preview Modes
Janek Warchoł writes: > 2013/10/30 David Kastrup : > >> I don't. Debugging, like its name suggests, involves the detection >> and removal of bugs. What you listed in this category, however, is >> mainly intended to help with _tweaking_ parameters rather than >> finding and fixing the cause of errant behavior. > > Note that what we're talking about here is not debugging lilypond > code, but debugging LilyPond's layout decisions, by seeing how they > are made. Your use of the word "debugging" does not even make sense. "debugging LilyPond's layout decisions" implies that you find a bug in the way LilyPond makes its layout decisions and fix this way. But the principal purpose of what you call "Debug" mode is _not_ to find and remove bugs in LilyPond itself, but rather to help with adjusting the parameters of LilyPond source files. "De-bug" means removing bugs. Now you can, of course, call the Frescobaldi menus any name you like. But don't ask for feedback when you don't want it. -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Enharmonic cue notes in choral music.
Ah, yes. That's it exactly. Thanks. Not surprisingly, it didn't
occur to me to look in the section on "trills" for this!
On Tue, 29 Oct 2013 21:07:37 +0100
Mike Solomon wrote:
>
> On Oct 29, 2013, at 8:52 PM, Urs Liska wrote:
>
> > Could this be something like a trill notation where you also often
> > parenthesize the secondary note?
> >
>
> Right on the money.
>
> \paper { ragged-right = ##f }
> \relative c'' {
> \override TrillSpanner #'stencil = ##f
> \pitchedTrill
> d2\startTrillSpan fis
> d2
> c2\stopTrillSpan
> r2
> }
>
> Cheers,
> MS
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Fwd: Frescobaldi preview with two "window"-modes
please keep on list… -- Trombones and iPhones, what next? Begin forwarded message: > From: Francois Planiol > Date: 30 October 2013 13:19:42 CET > To: Simon Bailey > Subject: Re: Frescobaldi preview with two "window"-modes > > Hi and thanks for the helps, > > I think this sequence do the trick for this workflow: > meta-alt-m (disappear music preview) > alt-space > x redimension-window-switch between predefined and > full-mode (spanish ubuntu) > > Yet another improvement: save session... > I am now working on a theory booklet and actually collecting snippets > according to categories (one *.ly file per category, more snippets per > file.ly). This before putting all together in probably different > order. Actually, these are 19 files and some more are coming. > When beginning to work, this would be fine to do > open-session-session-sessionname, instead of opening all these files > (no problem) and reclass them in usefull order (long and boring). > > Cheers, > Francois > > 2013/10/30, Simon Bailey : >> hi, >> >> On Wed, Oct 30, 2013 at 11:26 AM, Wilbert Berendsen >> wrote: For typesetting from pdf scores on screen, opened in - lets say, acrobat - it would be usefull to have a very narrow viewer (or none) for entering code looking at the pdf the same time (narrowed frescobaldi), and 2 a wide viewer when frescobaldi occupies full with. Best with a keyboard-shortcut. Specially useful for cleaning a code too. >>> >>> There are a few options: you show/hide the music view with Meta-Alt-M >>> (see the shortcuts in the tools menu, all the panels have a >>> keyboard shortcut) >>> >>> You can also use Music->Maximize (but unfortunately there is no >>> unmaximize yet) >> >> i have a similar use-case/workflow. I've been using the floating >> preview window, but it would be nice if this floating window could be >> sent to the background... is this possible? >> >> regards, >> sb >> >> -- >> Do not meddle in the affairs of trombonists, for they are subtle and >> quick to anger. >> ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi preview with two "window"-modes
xcuse... Hi and thanks for the helps, I think this sequence do the trick for this workflow: meta-alt-m (disappear music preview) alt-space > x redimension-window-switch between predefined and full-mode (spanish ubuntu) Yet another improvement: save session... I am now working on a theory booklet and actually collecting snippets according to categories (one *.ly file per category, more snippets per file.ly). This before putting all together in probably different order. Actually, these are 19 files and some more are coming. When beginning to work, this would be fine to do open-session-session-sessionname, instead of opening all these files (no problem) and reclass them in usefull order (long and boring). Cheers, Francois 2013/10/30, Simon Bailey : > please keep on list… > > -- > Trombones and iPhones, what next? > > Begin forwarded message: > >> From: Francois Planiol >> Date: 30 October 2013 13:19:42 CET >> To: Simon Bailey >> Subject: Re: Frescobaldi preview with two "window"-modes >> >> Hi and thanks for the helps, >> >> I think this sequence do the trick for this workflow: >> meta-alt-m (disappear music preview) >> alt-space > x redimension-window-switch between predefined and >> full-mode (spanish ubuntu) >> >> Yet another improvement: save session... >> I am now working on a theory booklet and actually collecting snippets >> according to categories (one *.ly file per category, more snippets per >> file.ly). This before putting all together in probably different >> order. Actually, these are 19 files and some more are coming. >> When beginning to work, this would be fine to do >> open-session-session-sessionname, instead of opening all these files >> (no problem) and reclass them in usefull order (long and boring). >> >> Cheers, >> Francois >> >> 2013/10/30, Simon Bailey : >>> hi, >>> >>> On Wed, Oct 30, 2013 at 11:26 AM, Wilbert Berendsen >>> wrote: > For typesetting from pdf scores on screen, opened in - lets say, > acrobat - it would be usefull to have a very narrow viewer (or none) > for entering code > looking at the pdf the same time (narrowed frescobaldi), and 2 a wide > viewer when frescobaldi occupies full with. Best with a > keyboard-shortcut. Specially useful for cleaning a code too. There are a few options: you show/hide the music view with Meta-Alt-M (see the shortcuts in the tools menu, all the panels have a keyboard shortcut) You can also use Music->Maximize (but unfortunately there is no unmaximize yet) >>> >>> i have a similar use-case/workflow. I've been using the floating >>> preview window, but it would be nice if this floating window could be >>> sent to the background... is this possible? >>> >>> regards, >>> sb >>> >>> -- >>> Do not meddle in the affairs of trombonists, for they are subtle and >>> quick to anger. >>> > ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond help - arbitrary accidental glyphs
On 30 Oct 2013, at 14:09, Clive So wrote: >> Note that in E31, the rational interval 7/4 is on the augmented 6th, or 25 >> E31 tonesteps, whereas the minor 7th is on 26 E31 tonesteps, one E31 >> tonestep higher. > > Yes, absolutely! Many people think of the interval 7/4 as a type of 7th > (harmonic, barbershop, etc.) but I strongly believe that it should be > understood as an augmented 6th (125/72 ≈ 7/4). Just because it's a 7-limit > interval, it doesn't make it a 7th. Likewise, you don't call the JI major 3rd > a "5th" because it's a 5-limit interval. This has important implications in > terms of voice leading and harmonic progression. The 5-limit Just minor 7th 16/9 will though cause beats with the 7/4 if the 7th partial is present though it is suppressed in normal orchestral playing. But I think this has long been known, due to the extensive treatment of the augmented sixth chords [1], which traditionally are always spelled like that, and not enharmonic exchanged with the minor 7th. > Fokker (and hence the "Dutch school"?) happened to have chosen to use flats > exclusively (semi-flat, flat, sesquiflat, double-flat, and even 2½ flat!) for > practical reasons, but I don't agree with that as it obscures the harmonic > function of each note. This has the consequence that the interval 7/4 is > spelt, for example, as C - B-sesquiflat, making it look like a sort of 7th. > Although the "Dutch school" approach doesn't have the same notion of harmonic > function as in the traditional sense, Fokker did consider the interval 7/4 to > be a sort of 7th, and consequently the chord C - E - G - B-sesquiflat a > "dominant 7th". This is in direct contradiction with JI theory. If 7/4 is put on the augmented sixth M6#, with m (resp. M) the minor (resp. major) second, M6# = m + 4M = 5M, so microtonal accidentals may not be needed in E31 for describing 7-limit Just intonation. 1. https://en.wikipedia.org/wiki/Augmented_sixth_chord ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi preview with two "window"-modes
Ehm, where's the suggestion here? Frescobaldi already supports sessions Francois Planiol schrieb: >xcuse... > >Hi and thanks for the helps, > >I think this sequence do the trick for this workflow: >meta-alt-m (disappear music preview) >alt-space > x redimension-window-switch between predefined and >full-mode (spanish ubuntu) > >Yet another improvement: save session... >I am now working on a theory booklet and actually collecting snippets >according to categories (one *.ly file per category, more snippets per >file.ly). This before putting all together in probably different >order. Actually, these are 19 files and some more are coming. >When beginning to work, this would be fine to do >open-session-session-sessionname, instead of opening all these files >(no problem) and reclass them in usefull order (long and boring). > >Cheers, >Francois > >2013/10/30, Simon Bailey : >> please keep on list… >> >> -- >> Trombones and iPhones, what next? >> >> Begin forwarded message: >> >>> From: Francois Planiol >>> Date: 30 October 2013 13:19:42 CET >>> To: Simon Bailey >>> Subject: Re: Frescobaldi preview with two "window"-modes >>> >>> Hi and thanks for the helps, >>> >>> I think this sequence do the trick for this workflow: >>> meta-alt-m (disappear music preview) >>> alt-space > x redimension-window-switch between predefined and >>> full-mode (spanish ubuntu) >>> >>> Yet another improvement: save session... >>> I am now working on a theory booklet and actually collecting >snippets >>> according to categories (one *.ly file per category, more snippets >per >>> file.ly). This before putting all together in probably different >>> order. Actually, these are 19 files and some more are coming. >>> When beginning to work, this would be fine to do >>> open-session-session-sessionname, instead of opening all these files >>> (no problem) and reclass them in usefull order (long and boring). >>> >>> Cheers, >>> Francois >>> >>> 2013/10/30, Simon Bailey : hi, On Wed, Oct 30, 2013 at 11:26 AM, Wilbert Berendsen > wrote: >> For typesetting from pdf scores on screen, opened in - lets say, >> acrobat - it would be usefull to have a very narrow viewer (or >none) >> for entering code >> looking at the pdf the same time (narrowed frescobaldi), and 2 a >wide >> viewer when frescobaldi occupies full with. Best with a >> keyboard-shortcut. Specially useful for cleaning a code too. > > There are a few options: you show/hide the music view with >Meta-Alt-M > (see the shortcuts in the tools menu, all the panels have a > keyboard shortcut) > > You can also use Music->Maximize (but unfortunately there is no > unmaximize yet) i have a similar use-case/workflow. I've been using the floating preview window, but it would be nice if this floating window could >be sent to the background... is this possible? regards, sb -- Do not meddle in the affairs of trombonists, for they are subtle >and quick to anger. >> > >___ >lilypond-user mailing list >lilypond-user@gnu.org >https://lists.gnu.org/mailman/listinfo/lilypond-user ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi preview with two "window"-modes
Oooops, excuse me, just found it, thanks, great! F 2013/10/30, Urs Liska : > Ehm, where's the suggestion here? Frescobaldi already supports sessions > > > > Francois Planiol schrieb: >>xcuse... >> >>Hi and thanks for the helps, >> >>I think this sequence do the trick for this workflow: >>meta-alt-m (disappear music preview) >>alt-space > x redimension-window-switch between predefined and >>full-mode (spanish ubuntu) >> >>Yet another improvement: save session... >>I am now working on a theory booklet and actually collecting snippets >>according to categories (one *.ly file per category, more snippets per >>file.ly). This before putting all together in probably different >>order. Actually, these are 19 files and some more are coming. >>When beginning to work, this would be fine to do >>open-session-session-sessionname, instead of opening all these files >>(no problem) and reclass them in usefull order (long and boring). >> >>Cheers, >>Francois >> >>2013/10/30, Simon Bailey : >>> please keep on list… >>> >>> -- >>> Trombones and iPhones, what next? >>> >>> Begin forwarded message: >>> From: Francois Planiol Date: 30 October 2013 13:19:42 CET To: Simon Bailey Subject: Re: Frescobaldi preview with two "window"-modes Hi and thanks for the helps, I think this sequence do the trick for this workflow: meta-alt-m (disappear music preview) alt-space > x redimension-window-switch between predefined and full-mode (spanish ubuntu) Yet another improvement: save session... I am now working on a theory booklet and actually collecting >>snippets according to categories (one *.ly file per category, more snippets >>per file.ly). This before putting all together in probably different order. Actually, these are 19 files and some more are coming. When beginning to work, this would be fine to do open-session-session-sessionname, instead of opening all these files (no problem) and reclass them in usefull order (long and boring). Cheers, Francois 2013/10/30, Simon Bailey : > hi, > > On Wed, Oct 30, 2013 at 11:26 AM, Wilbert Berendsen >> > wrote: >>> For typesetting from pdf scores on screen, opened in - lets say, >>> acrobat - it would be usefull to have a very narrow viewer (or >>none) >>> for entering code >>> looking at the pdf the same time (narrowed frescobaldi), and 2 a >>wide >>> viewer when frescobaldi occupies full with. Best with a >>> keyboard-shortcut. Specially useful for cleaning a code too. >> >> There are a few options: you show/hide the music view with >>Meta-Alt-M >> (see the shortcuts in the tools menu, all the panels have a >> keyboard shortcut) >> >> You can also use Music->Maximize (but unfortunately there is no >> unmaximize yet) > > i have a similar use-case/workflow. I've been using the floating > preview window, but it would be nice if this floating window could >>be > sent to the background... is this possible? > > regards, > sb > > -- > Do not meddle in the affairs of trombonists, for they are subtle >>and > quick to anger. > >>> >> >>___ >>lilypond-user mailing list >>lilypond-user@gnu.org >>https://lists.gnu.org/mailman/listinfo/lilypond-user > ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Lilypond help - arbitrary accidental glyphs
> > Note that in E31, the rational interval 7/4 is on the augmented 6th, or 25 > E31 tonesteps, whereas the minor 7th is on 26 E31 tonesteps, one E31 > tonestep higher. > > Yes, absolutely! Many people think of the interval 7/4 as a type of 7th (harmonic, barbershop, etc.) but I strongly believe that it should be understood as an augmented 6th (125/72 ≈ 7/4). Just because it's a 7-limit interval, it doesn't make it a 7th. Likewise, you don't call the JI major 3rd a "5th" because it's a 5-limit interval. This has important implications in terms of voice leading and harmonic progression. Fokker (and hence the "Dutch school"?) happened to have chosen to use flats exclusively (semi-flat, flat, sesquiflat, double-flat, and even 2½ flat!) for practical reasons, but I don't agree with that as it obscures the harmonic function of each note. This has the consequence that the interval 7/4 is spelt, for example, as C - B-sesquiflat, making it look like a sort of 7th. Although the "Dutch school" approach doesn't have the same notion of harmonic function as in the traditional sense, Fokker did consider the interval 7/4 to be a sort of 7th, and consequently the chord C - E - G - B-sesquiflat a "dominant 7th". This is in direct contradiction with JI theory. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi Preview Modes
David Kastrup wrote > "De-bug" means removing bugs. I agree with David here. Having bugs implies something is broken and doesn't work, not just that the layout is not exactly what you'd want (which is always somewhat subjective). "Janek Warchol wrote > Note that what we're talking about here is not debugging lilypond code, > but debugging LilyPond's layout decisions, by seeing how they are made. Yes, but I don't think most people would make this distinction, and it might be confusing. Is this mode for debugging Frescobaldi?, or LilyPond?, or...? I think for most people debugging is something that's done with software, but not something you do with the content of the files created with that software. (And if the user needs to "debug" their files it probably doesn't reflect well on the software that created them.) I think "inspect" is clearer with less potential for confusion. (Although if later it becomes possible to drag control points with a mouse then it seems you will have gone beyond "inspecting" to "editing" or "advanced editing" or... ?) Just my thoughts FWIW, -Paul -- View this message in context: http://lilypond.1069038.n5.nabble.com/Frescobaldi-Preview-Modes-tp153086p153146.html Sent from the User mailing list archive at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi Preview Modes
Paul Morris writes: > David Kastrup wrote >> "De-bug" means removing bugs. > > I agree with David here. Having bugs implies something is broken and > doesn't work, not just that the layout is not exactly what you'd want (which > is always somewhat subjective). > > > "Janek Warchol wrote >> Note that what we're talking about here is not debugging lilypond code, >> but debugging LilyPond's layout decisions, by seeing how they are made. > > Yes, but I don't think most people would make this distinction, and it might > be confusing. Is this mode for debugging Frescobaldi?, or LilyPond?, or...? > I think for most people debugging is something that's done with software, > but not something you do with the content of the files created with that > software. > > (And if the user needs to "debug" their files it probably doesn't reflect > well on the software that created them.) > > I think "inspect" is clearer with less potential for confusion. (Although > if later it becomes possible to drag control points with a mouse then it > seems you will have gone beyond "inspecting" to "editing" or "advanced > editing" or... ?) "Details", "Layout control", "Finishing". There are a number of terms that seem more appropriate than "Debug". -- David Kastrup ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Frescobaldi Preview Modes
On 31/10/2013, at 7:03 am, David Kastrup wrote: > "Details", "Layout control", "Finishing". There are a number of terms > that seem more appropriate than "Debug". How about "Proof"? Best wishes, Matthew ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANNOUNCE] New Portfile for Frescobaldi on Mac
Too late for me I had to do a fresh install of os x and totally borked me Macports/frescobaldi install.. -- View this message in context: http://lilypond.1069038.n5.nabble.com/ANNOUNCE-New-Portfile-for-Frescobaldi-on-Mac-tp150564p153150.html Sent from the User mailing list archive at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [ANNOUNCE] New Portfile for Frescobaldi on Mac
On Oct 30, 2013, at 4:54 AM, Jean-Alexis Montignies wrote: > Warning! > > Don’t try to do update on Mavericks (MacOS 10.9) as QT is currently not > compiling. > If installed before upgrading to 10.9, Frescobaldi continues to work. Thanks for the heads-up. It may be necessary to install the new version of the developer software and the associated command line tools in order for MacPorts to update correctly. It may also be that the new OS broke something that has to be fixed. I hadn't updated to Mavericks yet and may put that off for a while due to this and another issue- I will also lose my favorite NNTP client as it requires Open Transport (a legacy item that's almost 20 years old, finally expunged after hanging around from System 7.5.2 through OS X 10.8.5). Sad to see MT-NewsWatcher go. OTOH, for the first time in many installation attempts, Frescobaldi does finally work on my Mac under 10.8.5 thanks to the latest portfile. I was highly surprised when it worked! Nice job, David L. I do still find myself using Marc's LilyEditor as it's quicker to launch (I apparently can't assign .ly and .ily files to go to Frescobaldi when double clicked, for some reason unknown to me, so when I have to do something quick LilyEditor gets the file). ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond score publication
Urs Liska writes: Hi Urs, > I hope you'll not consider this post as spam, but as I'll tell you > later I think it _does_ have some general relevance to LilyPond ;-) I would like to hear about professional productions like these; I also posted about Liedboek. > As an expression of gratitude for the generous help we have always > received from this list we offer copies of the new edition at cost > price for subscribers of the lilypond-user list. That's a nice idea; I missed the initial offer. > If I'd have to make an estimate I'd say it will be around 10 Euro for > the softcover and 20 for the hardcover version (but particularly the > hardcover price is due to changes in response to the number of > copies). Please one hardcover for me. Greetings, Jan -- Jan Nieuwenhuizen | 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
