I think that I should append a disclaimer to my format: I don't intend it to
be more comfortably sight-read than sheet music is and will be. I simply intend
to create an analogue of .txt where there is only .docx and .odt. It is
perfectly legible for simple pieces, and perhaps an environment like
Frescobaldi could be configured to real-time display Premusic code as its
appropriate sheet music for more complex pieces - that environment would make
my format into a very formidable one indeed.
Johan, mine's got less shortcomings though.
Irrational note lengths could be achieved with another square character.
Here is a four-beat measure with a pi note followed by rest.
a* = pi minus three
[]rh daaaaaa*||
And with that, I extended my format to meet the challenge. Does anyone else
have any irrational ABC or Guido code? Chopin? If not, I still have the best
format. QED.
--------- Original Message --------- Subject: Re: What can Premusic do that
others can't?
From: "Johan Vromans" <jvrom...@squirrel.nl>
Date: 3/21/17 5:26 am
To: lilypond-user@gnu.org
Am 20.03.2017 um 22:48 schrieb have@anti.capital:
> I have invented the perfect plaintext file format for premusic.
I think the bottom line is that all text-based music notation systems have
shortcomings when it comes to readability, writability, maintainability
etc. From all imperfect systems we choose the one we like most, where
"like" is very subjective. It it gets us where we want to, it is a good
choice.
Some people like to program in C, other people prefer Perl, some program
in Java. And some even think that HTML is a programming language.
_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
"Oh, I think that these irrational tuplets are comfortable to write easy to
understand if you use traditional notation."
It is not acceptable that the only method of conveying that information is to
write it down on sheets of paper as has been done for centuries and then create
a very complicated file format to describe those sheets of paper as have been
done for centuries.
"If you're interested I'll do a quick search and find some more music by
not-cornercase-composers that breaks your format."
Please do! I'll meet the challenge, and continue to prove I have the best
plaintext format.
"So here is the point where your format is readable neither for humans nor for
computers."
See note at the top of this message.
"So the most powerful terminal editors like vim and emacs just aren't good
enough for your genius format? Sad but probably their fault. Oh wait: It's not
the choice of editor that makes these files uncomfortable to handle with."
"Yes, there are people that'll do exactly this. (Ok, I prefer vim but that's
not the point here.)"
You don't need a "the most powerful editor" for this because it isn't a format
that the features of those editors are catered to. I hate to break it to you,
but sometimes unmaximized CLI isn't the most comfortable text environment to
work in. Put it in Gedit, maximize, maybe turn the text size down if you must,
and enjoy. Have any of you actually tried transcribing simple music into my
format yet?
--------- Original Message --------- Subject: Re: What can Premusic do that
others can't?
From: "Malte Meyn" <lilyp...@maltemeyn.de>
Date: 3/21/17 3:35 am
To: lilypond-user@gnu.org
Am 21.03.2017 um 06:46 schrieb have@anti.capital:
> A composer who uses an irrational tuplet is a composer who is going out of
> his way to exclude his music from comfortable notation.
Oh, I think that these irrational tuplets are comfortable to write easy
to understand if you use traditional notation.
> I'm not too concerned about that corner case of corner cases and am frankly
> honored you have to dig so deep to try and break my format.
If you're interested I'll do a quick search and find some more music by
not-cornercase-composers that breaks your format.
> But in any case, there's precisely nothing to stop you from approximating as
> far as you want, with an explanatory comment appended if needed.
So here is the point where your format is readable neither for humans
nor for computers.
> Nor am I concerned if my plaintext file format is not as comfortable in
> terminal editors as it is in the GUI text editors that everyone has and most
> people use.
So the most powerful terminal editors like vim and emacs just aren't
good enough for your genius format? Sad but probably their fault. Oh
wait: It's not the choice of editor that makes these files uncomfortable
to handle with.
> I note that Ctrl-U (view source) renders it perfectly in Firefox. Is anyone
> going to see a .premusic file online, save it, navigate to that location in
> terminal, and be dismayed that the code is a little wide for their
> unmaximized Emacs?
Yes, there are people that'll do exactly this. (Ok, I prefer vim but
that's not the point here.)
> If wraps become a necessity, then - fine! I'll make a wrap character. ;;
Ahaha, you thought you could do a complete score in just one line? I'll
be happy to see your version of “Eine Alpensinfonie” by Richard Strauss.
I can imagine some text editors crashing on that. Maybe they won't crash
if you insert line breaks but then you'll need a very durable mouse wheel.
> --------- Original Message --------- Subject: Re: What can Premusic do that
> others can't?
> From: "Werner LEMBERG" <w...@gnu.org>
> Date: 3/21/17 12:19 am
> To: have@anti.capital
> Cc: lilypond-user@gnu.org
>
> You might create a description of your syntax on, say, github, also
> setting up a mailing list to which interested people can subscribe.
For this description to be perfectly well-defined/unambiguous you'll
need a masochist who loves formal languages/grammars, at least if some
day a computer program should be able to read these scores. And you'll
want that because no human can do so.
_______________________________________________
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
