Gonville - version 2.2 OFL, my proposition, and question

• Jan 6, 2014 - 17:12

So... - in annex Gonville font in version 2.2 (without additional symbols). Why did you resign from Gonville font?

If you are interested this font, please send me information which symbols to be added. I suggest all symbols from the palette.

Copyright:
Designed by Grzegorz Pruchniakowski. This font is licensed under the SIL Open Font License (http://scripts.sil.org/OFL).

As I wrote - this is a new font - only the name is the same. So - if you don't agree to embed this font in the program - I can change the font name to another name.

And my proposition:
Jazz font - clefs, note flags, etc. Font will be under the SIL OFL. I've only one condition - access to the repository because I'll be added fixes and new symbols until the font will be completed.

So... - these are only suggestions.

Greetings,
Gootector

Attachment Size
Gonville-20.zip 22.05 KB

Comments

It got dropped because of the move to SMuFL and Bravura. Guess if someone converts Gonville to be compatible with SMuFL, it could find its way back into MuseScore.
Access to the repository is possible in an indirect way: via a pull request.

In reply to by Jojo-Schmitz

It's no problem for me - Gonville will be compatible with SMuFL, but will no longer be named Gonville - I change the font name.
"Access to the repository is possible in an indirect way" - W H Y ? ? ? Why I can't get access? So... it's no open source program...
I want to help in the development of the program. ...I see, it's your skills in designing fonts are rather meager... Your choice :D

In reply to by Gootector

Not sure what you mean. The need for a core team to manage access to the main release is standard practice. It's completely open source in that you can create your own fork, build from it, and push to it any time you like. But someone has to be in charge of deciding when release happen, which features make it in, etc. So, you push your change to your own fork, then issue a pull request for it to be merged into the master. Click the Development link at right of this page and find the Git Workflow page - it describes the process in detail.

As for skills in designing fonts, I don't know that anyone on the team professes to be experts at this - that's why they rely on fonts from LilyPond, Steinberg, and other respected providers of open source music fonts.

A SMuFL-compatible "jazz" font would be most appreciated by many, I'm sure, so if you're volunteering to create one, that would be wonderful!

In reply to by Marc Sabatella

"A SMuFL-compatible "jazz" font would be most appreciated by many, I'm sure, so if you're volunteering to create one, that would be wonderful!" - access to repository and jazz font will be done - this is my condition.
At the moment -- I move Gonville font to SMuFL and add a new glyphs - ornaments, dynamics, clefs, etc. - all symbols which are in palettes.

Gootector

In reply to by Gootector

I'm not sure if you are not understanding or what - I gather English is not your native language - so let me try again:

You *can* access the repository. Like any of the many other contributors to the MuseScore projec - like myself - you can fork the main repository in GitHub, clone that fork to your own computer, make your changes, build against your local repository, push to your fork on GitHub, and then issue a pull request so the core team can merge your changes into the master when appropriate. That would probably post-2.0, since 2.0 is pretty much feature-frozen at this point, but that is for the core team to decide.

So if you have an account on GitHub, you already have all the access you need to contribute to MuseScore. You don't need any additional access permissions, although you will need to sign the CLA (as explained on the Development page I mentioned) in order for your changes to be considered.

In reply to by Gootector

Great! Signing up for an account on GitHub is simple. Once you've done that, here's the page that explains the basic workflow:

http://musescore.org/en/developers-handbook/git-workflow

If you haven't used Git before, I might suggest you start by trying your best to forget anything you know about SVN or other systems. I like the idea behind Git a lot, but it's very different from anything else I've used, and I still struggle with it sometimes.

Do you still have an unanswered question? Please log in first to post your question.