Re: GSoC-2020 update: Jul 31
Am 1. August 2020 06:59:16 MESZ schrieb Werner LEMBERG : > >> In the meantime, I've gotten Bravura glyphs to appear on the page! > >Congrats! > >A question to commit d092b23276059c77e33cab9428b9a9753b5cd27a: Why do >you change from the (IMHO preferable) `-` to `_` in the file name? I >consider `_` an abomination that is only necessary because `-` is not >a valid character in identifiers of many programming languages. > >Another issue: Maybe it makes sense if you try to rebase your branch >from time to time. Really rebase? This would be a case where "general wisdom" argues against modifying pushed commits. Typically you'd rather merge master into your working branch here. I can see use in both ways, but I strongly suggest making an explicit decision with feedback from those who might occasuonally want to look at your code. But trying not to let master get too far from your branch is surely a good suggestion. Urs > > >Werner -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
Re: GSoC-2020 update: Jul 31
> In the meantime, I've gotten Bravura glyphs to appear on the page! Congrats! A question to commit d092b23276059c77e33cab9428b9a9753b5cd27a: Why do you change from the (IMHO preferable) `-` to `_` in the file name? I consider `_` an abomination that is only necessary because `-` is not a valid character in identifiers of many programming languages. Another issue: Maybe it makes sense if you try to rebase your branch from time to time. Werner
Re: GSoC-2020 update: Jul 31
Also, the best way to get at the FF devs is by opening an issue on GitHub, where there are no issues with attachments. On 8/1/20 12:34 AM, Daniel Benjamin Miller wrote: Great work, Owen, and I'll be happy to use your implementation of smufl in LilyPond, instead of having to deal with my own manual Bravura conversions. But the flags as they stand are not displaying at the same scale as they do in Bravura when output by Dorico. See this file for a sample: https://imslp.org/wiki/File:PMLP268812-Chanson_de_Printemps_(Ab).pdf Best, DBM
Re: GSoC-2020 update: Jul 31
Great work, Owen, and I'll be happy to use your implementation of smufl in LilyPond, instead of having to deal with my own manual Bravura conversions. But the flags as they stand are not displaying at the same scale as they do in Bravura when output by Dorico. See this file for a sample: https://imslp.org/wiki/File:PMLP268812-Chanson_de_Printemps_(Ab).pdf Best, DBM
GSoC-2020 update: Jul 31
Hi all,
Thanks for your encouragement from last week! I took Monday off and made
sure not to overwork myself this week.
I tried posting to the public-music-notation-contrib mailing list with my
SMuFL proposals, but it turns out you have to be a member of the group to
do so. SMuFL's specs offered an alternative, namely, posting suggestions as
issues on GitHub. So, I opened issues #130 and #131 on the tracker there.
Hopefully they'll get somewhere.
I also attempted to send an email to FontForge's mailing list regarding the
failure to create a TTC, but ran into a file size limit because I attached
example .otf files. I could just link to a one-time-use GitHub/Lab repo,
but I was wondering--is there a better place to store once-and-done files
online?
In the meantime, I've gotten Bravura glyphs to appear on the page! After
much digging and a short foray into PostScript, I realized that LilyPond
was still asking fonts for glyphs with old-style LilyPond names, regardless
of the font's actual glyphnames. So I created a new function that returned
a font's actual glyphname for a particular index, and asked for that
instead.
The first time I ran LilyPond on Bravura successfully, it appeared
beautifully on the page (and, to my relief, already at the correct scale).
Everything worked, other than the braces, which are still expected to be
from a separate font, and the stems, which were appearing in the middle of
the notes. Luckily, the stem issue turned out to be a typo. I had LilyPond
generate and look for a "glyphsWithBBoxes" metadata object, but the
specification asked for "glyphBBoxes". With that taken care of, I was able
to get a pretty good-looking specimen of Bravura out there, at least with
some of the more common glyphs.
Attached are a .ly file and its results, both in Emmentaler and in Bravura
before/after the typo fix. (I had to rename Bravura.otf to bravura.otf, so
I'll probably have to deal with that in a better way.)
My plan for next week is as follows:
- Get the FontForge bug report out
- Continue encoding Emmentaler glyphs
- Add all engravingDefaults to Emmentaler
- Recognize engravingDefaults properly in LP
I do plan on getting around to changing the braces, but I think for now
engravingDefaults are more important to get right. If I don't make it to
the braces, that could still be a pretty self-contained project for me or
someone else to do later.
Again, any questions, comments, or concerns would be appreciated. In the
meantime, I'm going to stick to my resolution--no work on weekends if I can
help it!
Thanks,
Owen
\version "2.21.1"
music = \relative c' {
%\aikenHeads
c\breve %\fermata
c1 d2 e4 f8 f8_"rit" |
% \override NoteHead.style = #'triangle
% \override Flag.stencil = #modern-straight-flag
g8 a4. a16 r16 r8 r4 |
\bar "|."
}
testScore = {
\new GrandStaff <<
\new Staff \music
\new Staff {
\clef bass
\transpose a a, \music
}
>>
}
\book {
\bookOutputSuffix "Bravura"
\score {
\testScore
}
\paper {
#(define fonts
(set-global-fonts
#:music "bravura"
#:has-sizes? #f
))
}
}
\book {
\score {
\testScore
}
}
Re: 2,21,4 released
Yep Jonas, it works like a charm here!!
Le ven. 31 juil. 2020 à 21:39, Jonas Hahnfeld a écrit :
> Here's a second attempt that falls back to copying the file contents in
> case the PDF file is opened like Frescobaldi does:
> https://cloud.hahnjo.de/index.php/s/9XBmyp9rKMRfYJM
> It works in my tests, but please double-check on your systems.
>
> Jonas
>
> Am Donnerstag, den 30.07.2020, 15:49 +0200 schrieb Pierre Perol-
> Schneider:
> > Thank you Jonas.
> > Unfortunately, it fails every second attempt, as v.2.21.4:
> > test: \version "2.21.5" { c'}
> >
> > Starting lilypond-windows.exe 2.21.5 [Untitled]...
> > Processing
> `C:/Users/Pierre/AppData/Local/Temp/frescobaldi-g1lth8gp/tmpmt7elx5h/
> document.ly'
> > Parsing...
> > Interpreting music...
> > Preprocessing graphical objects...
> > Finding the ideal number of pages...
> > Fitting music on 1 page...
> > Drawing systems...
> > Converting to `document.pdf'...
> > fatal error: cannot rename `document-tmp-2708837.283386.pdf' to
> `document.pdf'
> > Exited with return code 1.
> >
> > Cheers,
> > Pierr
> >
> > Le jeu. 30 juil. 2020 à 15:22, Jonas Hahnfeld a
> écrit :
> > > Am Dienstag, den 28.07.2020, 20:57 +0200 schrieb Jonas Hahnfeld:
> > > > Am Dienstag, den 28.07.2020, 17:28 +0200 schrieb Pierre Perol-
> > > > Schneider:
> > > > > Hi All,
> > > > > Under W10, the compilation fails after the second attempt:
> > > > >
> > > > > Starting lilypond-windows.exe 2.21.4 [Untitled]...
> > > > > Processing
> > > > >
> `C:/Users/Pierre/AppData/Local/Temp/frescobaldi-8tj7w61h/tmp0qsn12pu/
> > > > > document.ly'
> > > > > Parsing...
> > > > > Interpreting music...
> > > > > Preprocessing graphical objects...
> > > > > Finding the ideal number of pages...
> > > > > Fitting music on 1 page...
> > > > > Drawing systems...
> > > > > Converting to `document.pdf'...
> > > > > C:/Program Files (x86)/LilyPond
> > > > > 2-21-4/usr/share/lilypond/current/scm/lily.scm:567:7: In procedure
> > > > > delete-file in expression (delete-file dst):
> > > > > C:/Program Files (x86)/LilyPond
> > > > > 2-21-4/usr/share/lilypond/current/scm/lily.scm:567:7: Permission
> denied
> > > > > Exited with return code 1.
> > > > >
> > > > > But works at the third attempt (but fails at the 4th etc.)
> > > >
> > > > I can reproduce this behavior for every compilation when the PDF file
> > > > is opened with Edge. I guess Frescobaldi opens the PDF by default,
> but
> > > > releases the file after an aborted compilation?
> > > > Tracked in https://gitlab.com/lilypond/lilypond/-/issues/6016
> > >
> > > Pierre, and all others using Windows: Could you give the following
> > > version a try? https://cloud.hahnjo.de/index.php/s/wKx3Wb822CKQsq6
> > > (Note: While the installer says 2.21.5, this is not at all what the
> > > final 2.21.5 will looks like. It's just current master with the fix
> > > below, so use with care!)
> > >
> > > This has a potential fix for the described problem by using some other
> > > functionality to move files:
> > > https://gitlab.com/lilypond/lilypond/-/merge_requests/291 This works
> > > for me with files opened by Edge.
> > > Testing with Frescobaldi would be appreciated, and also with special
> > > characters in file names. I tried to model this after the code
> > > Masamichi-san wrote in March, but I'm not sure I understand what it's
> > > really needed for?
> > >
> > > Jonas
> >
> >
>
Re: 2,21,4 released
Here's a second attempt that falls back to copying the file contents in
case the PDF file is opened like Frescobaldi does:
https://cloud.hahnjo.de/index.php/s/9XBmyp9rKMRfYJM
It works in my tests, but please double-check on your systems.
Jonas
Am Donnerstag, den 30.07.2020, 15:49 +0200 schrieb Pierre Perol-
Schneider:
> Thank you Jonas.
> Unfortunately, it fails every second attempt, as v.2.21.4:
> test: \version "2.21.5" { c'}
>
> Starting lilypond-windows.exe 2.21.5 [Untitled]...
> Processing
> `C:/Users/Pierre/AppData/Local/Temp/frescobaldi-g1lth8gp/tmpmt7elx5h/document.ly'
> Parsing...
> Interpreting music...
> Preprocessing graphical objects...
> Finding the ideal number of pages...
> Fitting music on 1 page...
> Drawing systems...
> Converting to `document.pdf'...
> fatal error: cannot rename `document-tmp-2708837.283386.pdf' to `document.pdf'
> Exited with return code 1.
>
> Cheers,
> Pierr
>
> Le jeu. 30 juil. 2020 à 15:22, Jonas Hahnfeld a écrit :
> > Am Dienstag, den 28.07.2020, 20:57 +0200 schrieb Jonas Hahnfeld:
> > > Am Dienstag, den 28.07.2020, 17:28 +0200 schrieb Pierre Perol-
> > > Schneider:
> > > > Hi All,
> > > > Under W10, the compilation fails after the second attempt:
> > > >
> > > > Starting lilypond-windows.exe 2.21.4 [Untitled]...
> > > > Processing
> > > > `C:/Users/Pierre/AppData/Local/Temp/frescobaldi-8tj7w61h/tmp0qsn12pu/
> > > > document.ly'
> > > > Parsing...
> > > > Interpreting music...
> > > > Preprocessing graphical objects...
> > > > Finding the ideal number of pages...
> > > > Fitting music on 1 page...
> > > > Drawing systems...
> > > > Converting to `document.pdf'...
> > > > C:/Program Files (x86)/LilyPond
> > > > 2-21-4/usr/share/lilypond/current/scm/lily.scm:567:7: In procedure
> > > > delete-file in expression (delete-file dst):
> > > > C:/Program Files (x86)/LilyPond
> > > > 2-21-4/usr/share/lilypond/current/scm/lily.scm:567:7: Permission denied
> > > > Exited with return code 1.
> > > >
> > > > But works at the third attempt (but fails at the 4th etc.)
> > >
> > > I can reproduce this behavior for every compilation when the PDF file
> > > is opened with Edge. I guess Frescobaldi opens the PDF by default, but
> > > releases the file after an aborted compilation?
> > > Tracked in https://gitlab.com/lilypond/lilypond/-/issues/6016
> >
> > Pierre, and all others using Windows: Could you give the following
> > version a try? https://cloud.hahnjo.de/index.php/s/wKx3Wb822CKQsq6
> > (Note: While the installer says 2.21.5, this is not at all what the
> > final 2.21.5 will looks like. It's just current master with the fix
> > below, so use with care!)
> >
> > This has a potential fix for the described problem by using some other
> > functionality to move files:
> > https://gitlab.com/lilypond/lilypond/-/merge_requests/291 This works
> > for me with files opened by Edge.
> > Testing with Frescobaldi would be appreciated, and also with special
> > characters in file names. I tried to model this after the code
> > Masamichi-san wrote in March, but I'm not sure I understand what it's
> > really needed for?
> >
> > Jonas
>
>
signature.asc
Description: This is a digitally signed message part
