Re: `+repage' option for convert?

Werner LEMBERG wrote: [Sorry if this has already been dealt with; I'm abroad, with no access to the internet.] This change + convert -depth 8 \ -alpha Off \ -background white \ -layers flatten \ -trim \

Re: Breve with double lines on each side

Reinhold Kainhofer wrote: A while ago we had that discussion about a user wanting two vertical lines on each side of the breve instead of one. I have now prepared a patch for our font, which adds such a noteheads.sM1double glyph: Woah, great! Praise you! :-) Regarding the single- vs.

Re: [PATCH] option to prevent EPS backend from creating .tex/.texi/.count files

Werner LEMBERG wrote: Nice idea. While you are at it, please investigate why there are still clipping problems during the EPS-PNG conversion. [...] As a possible solution, I can imagine that we add an intermediate step to convert the fonts in an EPS file into PS paths, for example, by using

Re: Vertical spacing of lyrics

Christian Hitz wrote: Hi, the new vertical spacing is evaluating the skyline of the lyrics lines for spacing. This leads to situations with a very uneven look, as the example below shows. IMHO the tallest glyph in the used font should be used to derive the height of the lyrics line. This

Re: repeated music

[from -user] Francesco Petrogalli wrote: I have no idea where to find documentation about this programming in lilypond-scheme. There is a big list of scheme function in the documentation, but I can't see any tutorial about using it. Should this section A.16 Scheme functions also be moved to

Re: Issue 638 in lilypond: auto-beam-settings do not take into account *all* durations covered by the beam

lilyp...@googlecode.com wrote: Comment #7 on issue 638 by percival.music.ca: auto-beam-settings do not take into account *all* durations covered by the beam I think this is the autobeaming issue that Carl's working on. Hi, Carl, from what I understand from Graham's remark it is you who's

[GLISS] Syntax of \parallelMusic

Hi, all, something to discuss for the GLISS... I don't know where the right place is for such a suggestion (or if it's there at all), so I send it to -devel - so that it ends up in the archives at least. I propose using a different separator for \parallelMusic than |, and allow to include

Re: [GLISS] Syntax of \parallelMusic

[With forward to -user, since this may be interesting now for everybody.] Nicolas Sceaux wrote: Le 29 nov. 2009 à 16:15, Alexander Kobel a écrit : I propose using a different separator for \parallelMusic than |, and allow to include bar checks in there. \parallelMusic as is is very fine

Re: [GLISS] Syntax of \parallelMusic

Valentin Villenave wrote: On Sun, Nov 29, 2009 at 4:51 PM, Nicolas Sceaux nicolas.sce...@gmail.com wrote: Modify parallelMusic, so that when a VoiceSeparator (instead of BarCheck) music element is found, the function switches to the next voice. The parallelMusic function seems well documented,

Re: severe chord repetition problem

Nicolas Sceaux wrote: Le 6 déc. 2009 à 06:28, Werner LEMBERG a écrit : Concerning chord repetition, the issues that have been raised are: - Which elements should be copied? Restrict the memorization to note chords (like c e g), and exclude simple notes and rests? I was recently in a situation

Re: severe chord repetition problem

David Kastrup wrote: Nicolas Sceaux nicolas.sce...@gmail.com writes: Concerning chord repetition, the issues that have been raised are: - \relative mode A patch is available for review at http://codereview.appspot.com/164096 If nobody objects I'll commit it within a few days. Maybe there

Re: severe chord repetition problem

Nicolas Sceaux wrote: I was also thinking about that: Should the chord repetition function be enabled by default, or should the interested user write e.g. \include chord-repetititon-init.ly ? The call to a memorization function for every chords does not look like a good idea wrt performances.

Re: severe chord repetition problem

David Kastrup wrote: Actually, if q stands for last _chord_ rather than last note event, then removing octave indicators is not sufficient since intervening notes might have shifted the meaning. Correct, that's the remaining drawback from the notes-chord-memorization; otherwise, this one

Re: bug rating

Werner LEMBERG wrote: Wouldn't it be helpful if I could check the priority flag of the bugs to find something I should work on more urgently than other things? For example, the Savannah bugzilla allows users to `rate' bugs. The higher the score, the more people would like to have this bug

Re: Behaviour of chord repetition in \relative mode

Werner LEMBERG wrote: Hmm. I won't mind if `q' is able to repeat a single note too, for the sake of consistency. Nicolas, would this be difficult to implement? I don't think so - that's what Nicolas had in mind (and implemented) first. I suppose I'm the one who made him thinking about the

[PATCH] Re: Centered Poet rolling of the paper 2.12.2 and 2.13.1

Alexander Kobel wrote: Wilbert Berendsen wrote: Hi, this code: \header { poet = \markup \center-column { \line { poet with Long Name } \small (1800-1900) } composer = \markup \center-column { \line { composer with Long Name } \small (1800-1900) } } { c' } results

Re: Where does paper-height come from?

b...@shingarov.com wrote: Hi all, I am playing with the vertical spacing algorithms, and am very surprised by the behavior of page-height. Let's say for example that I set my paper to A6. This, by ISO216, is 148mm high. when calc-printable-height applies (ly:output-def-lookup layout

Re: (bug?) irregular lyrics distance in 2.13.10

Joe Neeman wrote: Am Mittwoch, 13. Januar 2010 17:02:18 schrieb David Kastrup: That's basically the approach taken by Joe for spacing staves: Place the center lines minimum-spacing apart, except if the skylines would (almost?) overlap (including a padding). In the latter case add space until

Re: (bug?) irregular lyrics distance in 2.13.10

Reinhold Kainhofer wrote: Here's a file with all different spacings from 2.0 to 4.0... Looking at some scores with two lyrics lines (mostly oratorios with two different language), I would tend to choose 2.8 or 3.0. +1. There are some other issues I notice with the layout: 1) For my taste

Re: Patch: issue #659

Marc Hohl wrote: I don't know. The staff lines should end a little bit earlier, see http://lilypond.googlecode.com/issues/attachment?aid=-394070284723943851name=segno-end.pnginline=1 I don't think it is a good idea to let the segno sign reach into the margin, so the staff lines have to end

Re: Patch: issue #659

Marc Hohl wrote: Trevor Daniels schrieb: It is easy for a user to move the sign to the end of the staff lines with \once \override Score.BarLine #'extra-offset = #'(1 . 0) \once \override Score.SpanBar #'extra-offset = #'(1 . 0) if this was really wanted, although this would admittedly

Re: Patch: issue #659

Marc Hohl wrote: Alexander Kobel schrieb: Marc Hohl wrote: Trevor Daniels schrieb: It is easy for a user to move the sign to the end of the staff lines with \once \override Score.BarLine #'extra-offset = #'(1 . 0) \once \override Score.SpanBar #'extra-offset = #'(1 . 0) [...] Would

Re: Patch: issue #659

Marc Hohl wrote: Alexander Kobel schrieb: I don't really know if I saw the ||-before-break, S-after-break combination, but I think it makes sense to offer it since coda parts are often seperated by double bar lines when the default segno sign is above them. I'll see what I can find in real

Re: bounties

On 2010-05-19 17:00, Kieren MacMillan wrote: Hi Graham, There are also other sponsorship offers (by me, which I can confirm are still open) which don't seem to be in the Google code bounty pile: [...] http://lists.gnu.org/archive/html/lilypond-user/2009-11/msg00789.html Plus, I seem to

Re: bounties

On 2010-05-19 19:08, Graham Percival wrote: I mean, if something would take you 20 hours, and somebody offers $10 and a piece of bubble gum, it's not very encouraging. If ten people offered the same thing, it would add up, of course. True. And that's how we all like to see it, right? Alas,

Re: Bezier curves [was: Dependencies in Lilypond]

On 2010-06-08 17:59, Carl Sorensen wrote: P.S. If you have more stuff you want to do with Beziers, give me a shout. I've taken Dr. Sederberg's class, so I'm somewhat aware of clever tricks with splines. That's where my bezier stuff came from earlier. Whoever wants to do something serious with

PATCH: issue 1116 (fill-line regression 2.13.11 to 2.13.12+)

See http://codereview.appspot.com/1689041. My fix tries to reintroduce the behaviour of 2.13.11 for the issue mentioned, before my patch to http://www.mail-archive.com/lilypond-devel@gnu.org/msg27098.html, but to keep the 2.13.12+ behaviour for more than two elements inside a fill-line.

Re: PATCH: issue 1116 (fill-line regression 2.13.11 to 2.13.12+)

On 2010-06-14 20:24, Neil Puttock wrote: On 14 June 2010 15:34, Alexander Kobeln...@a-kobel.de wrote: Besides, I tried to tackle the issue I mentioned here: http://www.mail-archive.com/lilypond-u...@gnu.org/msg51242.html, which is that nested fill-lines used to shift their contents by some

fill-line spec and (center-/right-)column alignment [was: PATCH: issue 1116 (fill-line regression 2.13.11 to 2.13.12+)]

[ Reordering the topics according to general interest. ] On 2010-06-14 23:14, Neil Puttock wrote: On 14 June 2010 21:47, Alexander Kobeln...@a-kobel.de wrote: On the other hand, I don't quite get why word-space = 1 is necessary. If there's no space left, the user has trouble anyway, and I

Re: fill-line spec and (center-/right-)column alignment [was: PATCH: issue 1116 (fill-line regression 2.13.11 to 2.13.12+)]

On 2010-06-15 00:28, Alexander Kobel wrote: On 14 June 2010 21:47, Alexander Kobeln...@a-kobel.de wrote: On the other hand, I don't quite get why word-space = 1 is necessary. [...] Anybody knows if we can remove the minimum space? IMHO, this will make the code cleaner without causing

[Doc Patch] Re: (2.13.x) bottom-system-spacing

Hi, dear developers doc reviewers, concerning the documentation of bottom-system-spacing discussed on -bug, I'd like to propose some additions/corrections to the docs. All those deal with NR 4.1.2, Page formatting. http://codereview.appspot.com/1710046 Cheers, Alexander On 2010-06-18

Re: patch for underline function

On 2010-05-25 14:33, Kieren MacMillan wrote: Hi all, I want to have independent control of the thickness and offset of the underline markup function -- unfortunately, they are currently linked (i.e., the offset is a multiple of the thickness). [...] [This mail is essentially copied from

Re: patch for underline function

On 2010-07-14 10:42, Graham Percival wrote: On Wed, Jul 14, 2010 at 10:34:01AM +0200, Alexander Kobel wrote: @ Graham: W.r.t. http://lists.gnu.org/archive/html/lilypond-devel/2010-07/msg00015.html, what's a non-developer supposed to do with his review? Post on -devel? Comment in the issue

Re: patch for underline function

On 2010-07-14 12:15, Graham Percival wrote: On Wed, Jul 14, 2010 at 12:08:39PM +0200, Alexander Kobel wrote: Regarding your new entry in the tracker about how to comment: Rietveld looks like the best option for reviews, but I dislike to force everybody to use it. I'm not sure how many

Re: patch for underline function

On 2010-07-14 12:34, Graham Percival wrote: On Wed, Jul 14, 2010 at 12:21:56PM +0200, Alexander Kobel wrote: Or does this run in the virtual box under MacOS now? Lilybuntu is a virtual machine. It can be run in vmware or virtualbox on top of linux, windows, or macos. We've had two new

Re: [PATCH] fix to issue 1116

On 2010-07-30 21:51, Neil Puttock wrote: On 30 July 2010 15:11, Mike Solomonmike...@ufl.edu wrote: This solution works for the minimal example given with the issue, and it works in general if one accepts the assumption that there is no reason that anything fed through stack-lines (in

Re: Odd messaage from 2.13.32

On 2010-09-01 04:28, Mike Solomon wrote: Hey all, Just got 2.13.32 running and got the following message: warning: couldn't fit music on page: overflow is -0.00 I think it's good to get a warning message when there's spillover, but it seems odd that an overflow of 0 would solicit a

Re: -dinclude-settings=INCLUDEFILE.ly

On 2010-09-04 00:35, Trevor Daniels wrote: Am Freitag, 3. September 2010, um 22:49:50 schrieb -Eluze: my command was: lilypond -V -dinclude-settings c:\data\ly\includes\myTestInit.ly test.ly what is wrong? No idea. Your file works fine here. This works fine here in the Vista command

Re: lily/freetype-error.cc: const struct #include ;

On 2010-09-07 01:28, Alexander Kobel wrote: [...] Here's my shot to explain it: [...] Hm, when I just tried to look up a bit of the syntax, I stumbled across this: http://en.wikipedia.org/wiki/C_preprocessor#X-Macros That's basically it. Cheers, Alexander

Re: lily/freetype-error.cc: const struct #include ;

On 06/09/10 22:30, Wols Lists wrote: Because C doesn't give a monkeys about white space, but the pre-processor does. The #include has to be the first thing on the line otherwise the pre-processor will screw up, but once the pre-processor has done its job, the compiler will happily ignore

Re: equivalent to \once within scheme?

On 2010-09-15 10:09, Marc Hohl wrote: Hello all, IIUC, \override grob #'foo = #bar is more or less the same as (ly:grob-set-property! grob foo bar) Is there a scheme equivalent for \once \override Grob #'foo = #bar ? Hi, Marc, if _I_ understand correctly, the (ly:grob-set-property! grob

Re: attachment points for vertical spacing dimensions

On 2010-10-05 21:53, Carl Sorensen wrote: On 10/5/10 12:09 PM, Mark Poleskymarkpole...@yahoo.com wrote: Of the three, bottom-system-spacing is slightly more complicated, since it currently controls the spacing below systems *and* markups, when either is the last on a page. So the natural

Re: attachment points for vertical spacing dimensions

On 2010-10-07 04:11, Joe Neeman wrote: On Wed, Oct 6, 2010 at 1:26 AM, Mark Polesky markpole...@yahoo.com mailto:markpole...@yahoo.com wrote: Joe Neeman wrote: I would argue that the baseline is more natural then the bottom. Moreover, using the baseline as a reference point

Re: names of vertical spacing dimensions

On 2010-10-06 17:46, Mark Polesky wrote: I also think the name 'space is misleading; I propose 'default-distance. Opinions? I can't see why 'space should be misleading, but that might just be that I'm accustomed to it by now. It's shorter, but anything other is okay as well. (Of course,

Re: names of vertical spacing dimensions

On 2010-10-07 15:53, Carl Sorensen wrote: I like base-; it's shorter to type, and it still carries the right connotation. +1. Cheers, Alexander ___ lilypond-devel mailing list lilypond-devel@gnu.org

Re: names of vertical spacing dimensions

On 2010-10-09 17:46, Mark Polesky wrote: CURRENT NAME PROPOSED NAME - top-system top-system top-title top-markup between-title markup-markup after-titlemarkup-system between-system system-system

Re: names of vertical spacing dimensions

On 2010-10-12 14:27, James wrote: On 12/10/2010 12:54, David Kastrup wrote: Jamesjames.l...@datacore.com writes: Why do we have 'top-system' but 'system-bottom' and not instead, 'bottom-system'? Because there is no system after the bottom? ? I'll stop if I am really showing my ignorance

Re: names of vertical spacing dimensions

On 2010-10-13 00:20, Wols Lists wrote: On 12/10/10 14:02, Kieren MacMillan wrote: Hi James, [...] If Lilypond users are confused because they don't have an understanding of that basic and universal terminology, they should read (1) some engraving books, and (2) the Lilypond introductory

Re: names of vertical spacing dimensions

On 2010-10-13 00:27, Wols Lists wrote: Add stave to this. Actually, I would have defined a stave as a line of music, and a system as a group of linked staves played simultaneously. But that all depends on how you understand the word line :-) Stave or staff?! Are these identical? I thought

LyricText #'font-series = #'bold-narrow ?!

Hi, folks, why does LyricText #'font-series default to #'bold-narrow? First, it's counterintuitive to me to have a bold narrow font as the most important thing to read in a piece; it's just too black-ish. Condensed seems fine for lyrics, but bold? Second, it's defined for nearly no font, in

Re: LyricText #'font-series = #'bold-narrow ?!

On 2010-10-20 15:34, Werner LEMBERG wrote: why does LyricText #'font-series default to #'bold-narrow? This looks like an oversight. The change is from 2004 where TeX has been still used as the output device. Ok. So #'medium should be correct now? It's hardly worth it (it's just one change

Re: LyricText #'font-series = #'bold-narrow ?!

On 2010-10-28 02:30, Ralph Palmer wrote: On Wed, Oct 20, 2010 at 9:27 AM, Valentin Villenave valen...@villenave.net mailto:valen...@villenave.net wrote: Hi Alexander, CC-ing to the bug list just in case. On Wed, Oct 20, 2010 at 2:39 PM, Alexander Kobel n...@a-kobel.de

Re: Renaming the 'space alist-key

On 2010-11-06 18:32, Mark Polesky wrote: 7 proposals for renaming the 'space alist-key have been discussed, but a decision has not yet been made. And I just added an 8th proposal (initial-distance). [...] 2) optimal-distance * sounds like the resulting trade-off between the desired

Re: Renaming the 'space alist-key

On 2010-11-07 16:30, Mark Polesky wrote: [...] SPACE MINIMUM-DISTANCE -- -- 1) basic-distanceminimum-distance 2) initial-distanceminimum-distance 3) basic-separation minimum-separation 4) initial-separation minimum-separation

Re: renaming vertical spacing inside systems props

On 2010-11-09 00:54, Trevor Daniels wrote: Mark Polesky wrote Monday, November 08, 2010 7:14 PM Keith E OHara wrote: We will use this in context that makes that first qualifier almost redundant : \override Context.StaffGrouper #'withingroup-staff-staff-spacing This is an excellent point, and

Re: Clarifying the 'padding alist-key

On 2010-12-09 16:15, Mark Polesky wrote: Mark Polesky wrote: 1) padding - the minimum required amount of vertical whitespace between two items, measured in staff-spaces. When available, skylines are used in the spacing calculation. 2) padding - the minimum required amount of vertical

Re: lilypond authors, release notes, announcements

On 2011-01-05 11:09, James wrote: Marc, On 05/01/2011 09:50, Marc Hohl wrote: My contribution to fonts was the rotation of the G clef and the varsegno sign (which nobody seems to use, anyway ;-) Au contraire mon amis! I use the varsegno glyph at the slightest opportunity! Dito. It

Re: lilypond authors, release notes, announcements

On 2011-01-05 11:13, Graham Percival wrote: On Wed, Jan 05, 2011 at 10:09:27AM +, James wrote: Marc, What I think we need actually - slightly off topic - is a nice LilyPond-glyph similar in essence to when you see the word 'Latex' in a body of text. I suppose some would call it a

Re: lilypond authors, release notes, announcements

On 2011-01-05 12:11, James wrote: No this isn't what I was referring to. [...] I was thinking more of a 'lilypond' in some cursive-cum-signature-cum-all-joined-up script, but something 'created' as a glyph than just put together. If you think of J S Bach's signature then that could be used

Re: lilypond authors, release notes, announcements

On 2011-01-05 12:58, Federico Bruni wrote: Il giorno mer, 05/01/2011 alle 11.36 +0100, Alexander Kobel ha scritto: I tend not to like those assembled logos very much. Most of the time, they end up too clumsy IMHO; more like something quickly hacked together, just for the sake of quoting

Re: lilypond authors, release notes, announcements

On 2011-01-05 15:17, Reinhold Kainhofer wrote: Am Mittwoch, 5. Januar 2011, um 13:33:26 schrieb Graham Percival: On Wed, Jan 5, 2011 at 11:58 AM, Federico Bruni fedel...@gmail.com wrote: Il giorno mer, 05/01/2011 alle 11.36 +0100, Alexander Kobel ha scritto: I tend not to like those assembled

Re: Bug in ties over barlines

On 2011-01-31 11:04, Jan Warchoł wrote: [...] If the last note in the following example doesn't get a natural, it's *impossible* to tell that it's not another ces: ces'1~ | ces' ces'1( | c') It may be argued that the slur looks different than the tie, but it's not enough. I'm sure that

Re: Bug in ties over barlines

On 2011-01-31 21:06, James Lowe wrote: -Original Message- From: Alexander Kobel n...@a-kobel.de By the way: if you have { r2.. cis8( | c2!) r2 } all over the place, and then there suddenly comes a { r2 cis2~ | cis2 r2 }, you'd expect an additional sharp there too, don't you? Hmm

Re: Most popular French users request : bar numbering of alternatives

On 2011-11-28 09:44, Colin Hall wrote: On Mon, Nov 28, 2011 at 01:04:06AM +0100, Xavier Scheuer wrote: Dear LilyPond developers, Dear Bug Squad members, could you add this enhancement request to the tracker? Thanks! This is by far the most popular enhancement request from the French users

Re: upgrade to c++11

On 07/14/2013 10:41 PM, Frédéric Bron wrote: I had taken a look previously at CGALURL:http://www.cgal.org/ since the kind of stuff we are doing with skylines would benefit from ready-made code like URL:http://www.cgal.org/Manual/latest/doc_html/cgal_manual/Envelope_2/Chapter_main.html and

Re: Suggestion: Keep original breaks

On 11/27/2013 04:32 PM, Urs Liska wrote: Am 27.11.2013 16:25, schrieb Carl Sorensen: On 11/27/13 8:04 AM, David Kastrup d...@gnu.org wrote: Urs Liska u...@openlilylib.org writes: [...] originalBreak = #(define-music-function (parser location)() ( #{ \tag #'keep-original-breaks \break #}

Re: fixing German's Wikipedia entry of LilyPond

On 01/13/2014 02:30 PM, Werner LEMBERG wrote: Which browser? Firefox 26, Chromium and Konqueror 4.8.5 - also after reload. Very strange. Fine here with Chromium (Debian wheezy, v31.something) and Iceweasel 23, but the cropped image I made (see below) exhibits the blue only-behaviour.

Re: fixing German's Wikipedia entry of LilyPond

On 01/13/2014 02:17 PM, Joram Berger wrote: On the other hand, the uncropped SVG image http://upload.wikimedia.org/wikipedia/de/archive/4/4d/20140113112433%21Klavierst%C3%BCcke_%28Stockhausen%29_Nr2-Klavierst%C3%BCck2-Anfang.svg gets displayed fine, while the cropped SVG image

Re: fixing German's Wikipedia entry of LilyPond

On 01/13/2014 04:16 PM, Werner LEMBERG wrote: This seems to be fine, but no clue why: inkscape --verb=EditSelectAllInAllLayers --verb=ObjectToPath --verb=FileSave --verb=FileClose file.svg ./svgclip.py -o cropped.svg file.svg where svgclip.py is here: https://github.com/skagedal/svgclip I've

Re: Changing how a font style is requested

to make-expert-font-tree if you have any better ideas. However, a front-end to it should be much more easy to write, and this is doable in user-level code. Thanks in advance, Alexander On 07/11/2014 11:59 AM, Alexander Kobel wrote: Dear all, I like to use the Romande ADF font family [1] in one

Rietveld with Google two-factor authentification

Hi all, does one of you use Google's two-factor authentification thingie? I used it without any trouble on usual apps, but now I'm kind of stuck with git cl to commit patches to Rietveld. AFAICS, the only way to login is via an application-specific password, which is an ugly beast not meant

Re: Rietveld with Google two-factor authentification

On 07/16/2014 03:58 PM, Graham Percival wrote: On Wed, Jul 16, 2014 at 03:11:31PM +0200, Alexander Kobel wrote: My usual password is not accepted (which is good), since git-cl does not ask for the second-factor token (which is bad). And obviously git-cl is not able to cache the credentials - I

Re: Next step for easier custom music font switching

On 07/20/2014 11:47 AM, Janek Warchoł wrote: 2014-07-19 16:48 GMT+02:00 tisimst tisi...@gmail.com: - Question 1: *Should the new syntax be something like this?* (where the music and piano-brace fonts are put at the first) \paper { #(define fonts (make-pango-font-tree *lilyjazz* ;

Re: Next step for easier custom music font switching

On 07/22/2014 02:58 PM, Urs Liska wrote: On 22. Juli 2014 07:51:00 MESZ, James pkx1...@gmail.com wrote: On 21/07/14 09:46, Alexander Kobel wrote: On 07/20/2014 11:47 AM, Janek Warchoł wrote: Btw, just to make sure: have you seen https://code.google.com/p/lilypond/issues/detail?id=4014

Re: Next step for easier custom music font switching

On 07/24/2014 01:08 AM, Alexander Kobel wrote: https://code.google.com/p/lilypond/issues/detail?id=4014 ? On the other hand, I actually don't know if it is correct when I say: the Pango description string for the font, which is passed as-is to the Pango interface. Is this Pango

Re: Add an expert font tree interface (issue 108700043 by perpeduumimmob...@gmail.com)

On 07/25/2014 05:55 AM, markpole...@gmail.com wrote: https://codereview.appspot.com/108700043/diff/80001/input/regression/font-expert-selection.ly Mark, thanks for the comments. James, give this at least one more cycle, please. I'll incorporate the changes as soon as I can find the time,

Re: Text and music font handling

On 07/26/2014 09:30 AM, Urs Liska wrote: Hi Abraham and Alexander, I'm slightly losing track of the font selection discussions that happen in parallel currently. Are you actually in touch with each other? I'd be really sorry if either of your development wouldn't make it into LilyPond because

default text-font-size

Hi all, can anyone explain me why both numbers 11 and 12 (as in 11pt and 12pt) appear in the implementation of add-pango-fonts (scm/font.scm, lines 208, 219 and 224)? Also, what should be and/or is the default font size for lyrics? Is it really 12 pt as indicated by Mark in

Re: See the new music fonts in action

On 08/01/2014 09:46 PM, Abraham Lee wrote: On Thu, Jul 31, 2014 at 12:07 PM, Urs Liska u...@openlilylib.org wrote: Or send me the latest version of the file. Urs Urs, Here's the newest version of font.scm. I decided to create my own function after all so that make-pango-font-tree (at least

Re: See the new music fonts in action

On 08/02/2014 09:00 AM, David Kastrup wrote: Abraham Lee tisimst.lilyp...@gmail.com writes: On Fri, Aug 1, 2014 at 3:51 PM, Alexander Kobel n...@a-kobel.de wrote: BTW, I never really understood whether it is technically possible to automatically figure out factor at the point where make

Re: Sans-serif free Unicode font (was Re: Ghostscript 9.15)

On 03/25/2015 06:58 PM, Carl Sorensen wrote: On 3/25/15 6:54 AM, u...@openlilylib.org u...@openlilylib.org wrote: I think the fonts we're looking for should have a similarly classic or old-fashioned look as Century. Maybe we should look for fonts that (optionally) ship with texlive. [...] I

Re: Understanding and modifying font nodes

On 2015-04-26 01:05, Urs Liska wrote: I have wrapped around about anything I could think of, but I'm stuck and would greatly benefit of some help now. I'm working on the font interface and will (hopefully soon) present a patch that may improve font handling (with the new alternative fonts

Re: Spare SSD anybody?

On 2016-06-01 11:07, David Kastrup wrote: David Kastrup writes: Hi, my current development SSD, graciously donated by James, currently has the following readings: Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE

Re: Fun with upgrades - not

On 2016-07-08 14:11, Phil Holmes wrote: Problem 2: running configure: ERROR: Please install required programs: /usr/local/bin/fontforge >= 20110222 (installed: ) See INSTALL.txt for more information on how to build LilyPond phil@ubuntu12:~/lilypond-git/build$ fontforge --version bash:

Re: Fun with upgrades - not

On 2016-07-08 14:31, David Kastrup wrote: Alexander Kobel <a-ko...@a-kobel.de> writes: phil@ubuntu12:~/lilypond-git$ file /usr/local/bin/fontforge /usr/local/bin/fontforge: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, B

Re: Fun with upgrades - not

On 2016-07-08 14:14, David Kastrup wrote: Alexander Kobel <a-ko...@a-kobel.de> writes: On 2016-07-08 13:44, Phil Holmes wrote: [...] Last week I decided to bite the bullet and upgrade from Ubuntu 10.04 to a more recent version. [...] sudo apt-get build-dep lilypond Did this,

Re: Fun with upgrades - not

On 2016-07-08 13:44, Phil Holmes wrote: [...] Last week I decided to bite the bullet and upgrade from Ubuntu 10.04 to a more recent version. [...] sudo apt-get build-dep lilypond Did this, thanks, and now have the following problems. Hi Phil, I'm trying to give pointers without having

Re: Fun with upgrades - not

Hi Phil, I had a bit of trouble to parse your setup description. IIUC, you used to have a machine with - Ubuntu 10.04 running natively as host - VirtualBox environment on this one - LilyDev/Ubuntu 12.04 VM - Windows Vista VM - Windows 7 VM and want to go to - Ubuntu 14.04.

Re: Back in the Pond

Hi David, On 2017-01-19 12:59, Trevor Daniels wrote: David, you wrote Thursday, January 19, 2017 10:18 AM it would appear that my excursion into a regular workplace ended up somewhat shortlived. Really sorry to hear that, but it's great to have you back! Ditto. I wish that you would have

Re: Back in the Pond

Hi (almost) everybory (dropping -user)! On 2017-01-20 10:20, Knut Petersen wrote: > Hi everybody! > >>> +1. A personal wish: I think that \lyricsto ChoirStaff = "ctx" { >>> ... } has the potential to be a killer feature w.r.t. usability for >>> choir literature (especially combined with the

Re: Back in the Pond

On 2017-01-20 10:46, David Kastrup wrote: > Knut Petersen writes: > >> Hi everybody! >> +1. A personal wish: I think that \lyricsto ChoirStaff = "ctx" { ... } has the potential to be a killer feature w.r.t. usability for choir literature (especially

Re: Stepping down and moving on

Dear David, my sincere thanks for your past and ongoing work and dedication for Lilypond (and other FOSS, by the way). We are well aware that our donations could not sustain you in the long run. As always in such situations, it's a pity for the community to hear that an important member of

David's pearls [was: [GSoC] Implement cross-voice dynamic spanners (issue 304160043 by starry...@gmail.com)]

David, while I did not read the entire mail, I just happened to stumble across this comment - made my day! On 2016-10-21 15:22, d...@gnu.org wrote: lily/include/engraver-group.hh:56: friend class Spanner_engraver; What is the friendship needed for in particular? When it's not too much

Re: music function to be included somewhere in scm/*

Hi Knut, hi all. On 2016-12-14 10:16, Knut Petersen wrote: Hi everybody! There is a discussion on lilypond-user with the target to allow automated lyric extenders to lilypond. One part of that is a patch to clean and extend lyric_extender.cc. Knut is playing down his work here. The crucial

Re: add choral and choral-cautionary accidental style (issue 311430043 by perpeduumimmob...@gmail.com)

Hi James, thanks for taking care of that one. On 2016-12-14 13:15, James wrote: Hello, On 13/12/16 20:10, perpeduumimmob...@gmail.com wrote: Reviewers: , Message: add choral and choral-cautionary accidental style ... Please review this at https://codereview.appspot.com/311430043/

Re: music function to be included somewhere in scm/*

Hi Urs, hi all. On 2016-12-14 11:18, Urs Liska wrote: Am 14.12.2016 um 10:43 schrieb Alexander Kobel: To allow automated creation of lyric extenders a helper function is needed ... that does exactly this, adding extenders everywhere. IMHO, the actual question to decide upon is: Do we want

Re: music function to be included somewhere in scm/*

Hi Knut, hi everybody. On 2016-12-15 13:34, Knut Petersen wrote: Hi Alexander, hi everybody! And we might need to offer a way to remove a LyricExtender event. Unless we go the radical route and ... After a bit of thinking I'd say: go the radical route. Attached is a patch against current

Re: add choral and choral-cautionary accidental style (issue311430043by perpeduumimmob...@gmail.com)

On 2016-12-15 13:34, Trevor Daniels wrote: Alexander, you wrote Wednesday, December 14, 2016 11:49 PM yes, I guess I never asked to be on that list. My last commit was pre-Rietveld and pre-Allura, I think; and it's unlikely that contributions from my side will come more often in the

Re: music function to be included somewhere in scm/*

On 2016-12-15 17:19, Trevor Daniels wrote: Knut Petersen wrote Thursday, December 15, 2016 1:55 PM minimum-length in my patch means: - Don't generated automatic extenders if it's impossible to give them minimum-length. - Use minimum-length for forced extenders at unusual places (single note)

Re: music function to be included somewhere in scm/*

On December 15, 2016 8:41:14 PM GMT+01:00, Simon Albrecht <simon.albre...@mail.de> wrote: >On 15.12.2016 17:45, Alexander Kobel wrote: >> (1) You can put the lyrics to all voices, as extenders are only >> printed on melismata (unless explicitly enforced). >> (2) You d

  1   2   >