Am 28. März 2017 18:41:55 MESZ schrieb David Kastrup <d...@gnu.org>: >Simon Albrecht <simon.albre...@mail.de> writes: > >> Am 28.03.2017 um 17:47 schrieb David Kastrup: >>> Urs Liska<u...@openlilylib.org> writes: >>> >>>> As discussion onhttps://github.com/wbsoft/python-ly/pull/90 shows >>>> floating point metronome numbers are surely something LilyPond >should >>>> provide. >>>> >>>> \tempo 4 = 60.0 >>>> => error: syntax error, unexpected REAL >>> So what do you expect to see here as the markup? "♩ = 60.0" ? And >for >>> \tempo 4 = #190/7 >>> what do you expect to see here? "♩ = 12.9"? "♩ = 12.86"? "♩ = >190/7"? >>> >>> What for >>> \tempo 4 = #(/ 190.0 7) ? >>> >>> I know how to format an integer. But I have no way to guess what a >>> composer will want to see for some rational or floating-point >number. >>> >>> If LilyPond "should surely provide", the question is_what_ should >it >>> provide? >> >> I don’t think there is any reason to allow Scheme expressions or >> usecase for doing so. > >Midi can represent certain fractions exactly and others not. Using >exact numbers will give the Midi representation the best shot at >figuring out the timing relation to use. So there is a case for >fractions. > >> But in modern music it certainly occurs to have metronome marks with >> one or two (maybe more) digits behind the point. So I’d consider it >> sensible to additionally allow _only_ numbers in the form \tempo 4 = >> 123.45… (there should be no point in restricting the number of >> ‘post-point digits’) (sorry, I’m not familiar with English >> mathematical terminology) > >This is not how (binary) floating point works. > >100.1 may well be 100.0999999999997 or similar. There is absolutely no >issue with letting LilyPond _accept_ non-integers. But I don't see a >plan how it could or should then go about formatting them. >
So does this point to accepting a stribg argument without implications to thr actual tempo? Of course this wouldn't be much morr than simplifying a markup entry. Urs >-- >David Kastrup > >_______________________________________________ >bug-lilypond mailing list >bug-lilypond@gnu.org >https://lists.gnu.org/mailman/listinfo/bug-lilypond _______________________________________________ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond