Re: Please test gub

On 08.02.19 14:12, Knut Petersen wrote: Hi everybody! Use /usr/bin/env python2? Does every python 2.x installation really contain a python2 executable? OSX 10.12 Sierra has python 2.7 but does not have a python2 executable.  Only python. At least this is the case on my machine.

Re: Please test gub

On 08.02.19 04:51, Carl Sorensen wrote: On 2/6/19, 3:42 PM, "lilypond-devel on behalf of Knut Petersen" wrote: >> - the need to make sure that `python` calls a python2 interpreter. > No idea how this could be solved elegantly. I guess it can't, so we > have again

Re: Please test gub

Hi, On 06.02.19 23:31, Knut Petersen wrote: On 06.02.19 15:09, Werner LEMBERG wrote: That leaves the two problems of - LLVMgold.so in /usr/lib/bfd-plugins shadowing liblto_plugin.so    (I rm'ed LLVMgold.so there for the purpose of the above gub run.) This is definitely *not* a gub issue. 

Re: Please test gub

Hi Knut, On 06.02.19 13:17, Knut Petersen wrote: Hi Alexander! Perfectly correct, your expectations are met. I hope that story of success continues ;-) it does. :-) Would you be so kind to test the attached patch? Sure. bin/gub --fresh linux-x86::lilypond linux-64::lilypond

Re: Please test gub

Hi, On 05.02.19 09:20, Knut Petersen wrote: Hi Alexander! In case you wonder, on Arch both /lib and /lib64 are symlinked to /usr/lib; they also abandoned the distiction between /bin, /sbin, /usr/sbin and /usr/bin, and the former three are symlinked to the latter. Ok, that's an important

Re: Please test gub

On 05.02.19 08:40, Knut Petersen wrote: On 04.02.19 15:29, Alexander Kobel wrote: Remote debugging... Perfectly correct, here you are. Thanks. The file /usr/lib/ld-linux-x86-64.so.2 is used instead of the expected /home/akobel/gub/gub/target/linux-64/root/usr/lib/ld-linux-x86-64.so.2

Re: Please test gub

Hi, On 02.02.19 10:27, Knut Petersen wrote: On 01.02.19 15:06, Alexander Kobel wrote: On 01.02.19 14:51, Alexander Kobel wrote: GUB-bing further down the road now... Hrmpf, back here sooner than I hoped. Guile barfed - see the attached log. libtool: link: x86_64-linux-gcc -g -O2 -Wall

Re: Please test gub

On 01.02.19 14:51, Alexander Kobel wrote: GUB-bing further down the road now... Hrmpf, back here sooner than I hoped. Guile barfed - see the attached log. libtool: link: x86_64-linux-gcc -g -O2 -Wall -Wmissing-prototypes -o .libs/guile guile-guile.o ./.libs/libguile.so /home/akobel/gub/gub

Re: Please test gub

On 01.02.19 14:28, Knut Petersen wrote: I wonder if we really need libopenjpeg ...  Yes, we need jpeg ... but we also link against our own libjpeg, and we talk about tools::poppler. Note: libopenjpeg is (misnomed and) only required for JPEG 2000. Traditional JPEG is taken care of by libjpeg,

Re: Please test gub

On 01.02.19 14:09, Alexander Kobel wrote: Hi, On 01.02.19 13:51, Knut Petersen wrote: On 31.01.19 16:04, Alexander Kobel wrote: and I can cleanly compile the recent poppler 0.73 with openjpeg2 backend from source, with a simple cmake + make. is there an libopenjpeg1-devel package

Re: Please test gub

Hi, On 01.02.19 13:51, Knut Petersen wrote: On 31.01.19 16:04, Alexander Kobel wrote: and I can cleanly compile the recent poppler 0.73 with openjpeg2 backend from source, with a simple cmake + make. is there an libopenjpeg1-devel package installed? If not: try to install and rerun gub

Re: Please test gub

On 31.01.19 16:15, Karlin High wrote: On 1/31/2019 9:04 AM, Alexander Kobel wrote: BTW, can we actually add images in Lily? Encapsulated PostScript images are fair game with \epsfile <http://lilypond.org/doc/v2.19/Documentation/notation/graphic.en.html> I know I used that once, but I

Re: Please test gub

Hi, On 31.01.19 13:25, Alexander Kobel wrote: Indeed, LLVMgold.so pops up in the trace. On my system, the symlink for liblto_plugin.so already exists, so I only had to remove (rename wasn't enough) LLVMgold.so. Building tools::guile succeeds after that modification; I'll test the further

Re: Please test gub

Addendum: On 31.01.19 15:39, Alexander Kobel wrote: Whenever I can, I "correct" shebangs to python2 (without ever having looked up this PEP), and nobody ever complained that it breaks their workflow. That is to say: I've yet to encounter a system where python points to

Re: Please test gub

Hi, On 31.01.19 15:21, David Kastrup wrote: Knut Petersen writes: On 31.01.19 08:43, Alexander Kobel wrote: Hi, fails on Arch Linux (up-to-date, Intel Core i5-3317U). First, all Python scripts seem to require Python2 (but python -> python3 is the default on Arch). I don't th

Re: Please test gub

Hi, strace according to Knut's instructions is attached. On 31.01.19 12:54, Werner LEMBERG wrote: Apart from that minor buzz, `make lilypond` does a good chunk of work, but fails building tools::guile; log attached. I see. libtools segfauls. ../libtool: line 950: 23645 Segmentation

Re: Please test new lilypond installers

Hi, On 29.01.19 10:19, Knut Petersen wrote: Urs Liska provides installers for branch master of lilypond, generated by an updated version of our build system GUB: [...]    lilypond-2.21.0-1.linux-64.sh    lilypond-2.21.0-1.linux-x86.sh Work like a charm on Arch Linux. Cheers, Alex

Re: Please test gub

Hi, fails on Arch Linux (up-to-date, Intel Core i5-3317U). First, all Python scripts seem to require Python2 (but python -> python3 is the default on Arch). I placed a symlink to python -> python2 in a high-priority $PATH as a workaround, but it might be a good idea to replace the shebang

Re: LyricExtender suicide fix

On 2017-06-14 12:07 PM, Kieren MacMillan wrote: Hello all, The attached file includes a hack/fix I sponsored a couple of years ago. Any thoughts/discussion towards putting this in the codebase would be appreciated. Happy to shepherd it myself, if it's just a matter of adding this code

Re: Leave of offliness

Hi David, On 2017-04-11 12:18 PM, David Kastrup wrote: Alexander Kobel <a-ko...@a-kobel.de> writes: What /is/ slightly annoying and IMHO should be changed as soon as possible is the extendersOverRests default value. (Note that I didn't have /any/ time to care about Lilypond since March

Re: Leave of offliness

On 2017-04-09 11:24 AM, David Kastrup wrote: Alexander Kobel <a-ko...@a-kobel.de> writes: On 2017-04-07 11:24 AM, David Kastrup wrote: Hi folks, tomorrow morning I'll be leaving for my annual climbing trip in Italy (not that I could afford it but there is no point in postponing all

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: 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

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: Building issues (lilypond and docs)

On 2016-12-30 22:04, Jay Anderson wrote: In response to this thread: https://lists.gnu.org/archive/html/lilypond-user/2016-12/msg00679.html I'm attempting to build lilypond. Hi Jay, thanks for looking into this. When building locally (an older version of mint linux) [...] Sorry, I have no

Re: Free alternatives to Rietveld?

Hi, On 2017-01-02 11:50, Federico Bruni wrote: Il giorno mer 28 dic 2016 alle 20:59, Graham Percival ha scritto: On Wed, Dec 28, 2016 at 06:35:30PM +0100, Federico Bruni wrote: It would be possible to add a configuration option in git-cl so you can login in

Re: Automatic LyricExtenders (issue 313240043 by perpeduumimmob...@gmail.com)

A happy new one, everybody! On 2017-01-01 16:39, Knut Petersen wrote: Hi everybody! Attached find a new version of the autoextender patch set. Thanks Knut. Just uploaded to Rietveld. (In fact, sorry for double-posting it; I deleted my first upload a minute ago after I recognized that I

Re: [PATCH [uploaded to Rietveld]] Automatic lyric extenders

On 2016-12-27 21:25, Trevor Daniels wrote: Alexander Kobel wrote Monday, December 26, 2016 1:00 AM Oh well, it's late. I didn't spot measure 7, with the 8( 8) in alto. Same there. And, of course, you should have an extender there in the second verse, and you should have extenders in measure 1

Re: [PATCH [uploaded to Rietveld]] Automatic lyric extenders

On 2016-12-26 01:01, Alexander Kobel wrote: On 2016-12-26 00:38, Trevor Daniels wrote: I attach a recent example - very Christmassy! Nice one, thanks. Note that, due to the fixed voice association to soprano in the SATB template, you should manually left-align the syllables where the bass has

Re: [PATCH [uploaded to Rietveld]] Automatic lyric extenders

On 2016-12-26 00:38, Trevor Daniels wrote: Alexander Kobel wrote Sunday, December 25, 2016 2:19 PM But: I cannot imagine a situation where I would not use automatic extenders, so I'm a really bad person to judge the need and requirements for a manual mode. One obvious and fairly common

Re: PATCHES - Countdown for December 24th

On 2016-12-25 23:19, Thomas Morley wrote: 2016-12-25 22:46 GMT+01:00 Alexander Kobel <a-ko...@a-kobel.de>: Hang on - I think you'll need the output of `git format-patch` rather than `git diff -u`. Here it is... Indeed, thanks. Pushed now. Thanks. Some tasks todo: (1) pleas

Re: PATCHES - Countdown for December 24th

On 2016-12-25 19:48, Urs Liska wrote: Am 25.12.2016 um 14:22 schrieb Alexander Kobel: Hi all, On 2016-12-24 17:32, James wrote: Push: [...] 5010 add choral and choral-cautionary accidental style - Alexander Kobel https://sourceforge.net/p/testlilyissues/issues/5010 http

Re: [PATCH [uploaded to Rietveld]] Automatic lyric extenders

Hi all. On 2016-12-25 13:14, Noeck wrote: As extender events are generated automatically now it probably is a good idea to tell yacc / bison to recognize but ignore "__" tokens. I don't know at which level the __, \overrides and the automatic extenders interact. But would it make sense to use

Re: PATCHES - Countdown for December 24th

Hi all, On 2016-12-24 17:32, James wrote: Push: [...] 5010 add choral and choral-cautionary accidental style - Alexander Kobel https://sourceforge.net/p/testlilyissues/issues/5010 http://codereview.appspot.com/311430043 Does this require any action from my side? I doubt that I have write

Re: Delete new LSR-snippet?

On 2016-12-23 20:48, Trevor Daniels wrote: I seem to remember a post or maybe an LSR entry for placing divisi arrows at the end of a staff. Maybe this could be adapted to achieve the same effect more reliably? Found it - LSR 650. It modifies the barline stencil. IIRC: How come that a bunch

Re: [PATCH [uploaded to Rietveld]] Automatic lyric extenders

contribution! Since I assume that most of you will devote the next 72 or so hours to other stuff than Lily: merry holidays to all of you! Cheers, Alexander On 2016-12-22 15:26, Alexander Kobel wrote: On 2016-12-22 14:53, Knut Petersen wrote: Hi Alexander et al.! how about putting the patch

Re: [PATCH] Automatic lyric extenders

On 2016-12-22 14:53, Knut Petersen wrote: Hi Alexander et al.! how about putting the patch on Rietveld? I agree that this should go into a normal patch review process now. Knut, are you familiar with the git cl proceedings? If not, it’s explained in the CG 1.3 and 2.3. +1. Let us know if

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

On 2016-12-21 17:05, tisimst wrote: On Wed, Dec 21, 2016 at 5:22 AM, Alexander Kobel-2 [via Lilypond] < ml-node+s1069038n198284...@n5.nabble.com> wrote: On 2016-12-20 17:21, Abraham Lee wrote: Maybe the question I really have is this: what does "given this length _if possible_&quo

Re: [PATCH] Automatic lyric extenders

On 2016-12-22 13:03, Simon Albrecht wrote: On 22.12.2016 02:17, Thomas Morley wrote: 2016-12-22 1:33 GMT+01:00 Knut Petersen: Hi everybody! Attached find a new version of the patch. Please test. Read the updated manuals. Feel free to provide corrections and

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

On 2016-12-20 14:16, Knut Petersen wrote: I still have one problem: \score { %\displayMusic << \new Voice = "singleVoice" { \relative { a'4 a a a \repeat volta 3 { b4 b b b } c4 c c c } } \displayMusic \new Lyrics \lyricsto

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

On 2016-12-20 17:21, Abraham Lee wrote: Yes, thanks for making this possible! It will be a great addition. Thanks Abraham. One question I have about having the two properties is how will the two be reconciled in actual use? In other words, if collapse-length is larger than forced-length,

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

On 2016-12-16 19:13, Knut Petersen wrote: [...] Have a look at the attached ly and the generated pdf ... and comment on the chosen names and syntax. It should be self-explanatory. [...] One more idea (and I feel a bit bad for asking, since I dump the hard work on you again - not sure if I'm

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

Hi all, On 2016-12-16 19:13, Knut Petersen wrote: Hi Paul, Alexander et. al! I need to be very short as a rehearsal is waiting. same here - I was and still am busy with pre-christmas performances. I'd advocate to keep minimum-length. I second the vote for collapse-length. (I agree with

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

Hi Paul. On 2016-12-16 16:02, Paul wrote: Hi Knut and everyone, Great to see your work which seems like a nice improvement. I just have some thoughts on the implementation / use of properties. We are just talking about grob properties and not context properties right? In that case no need

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

On 2016-12-16 15:20, Urs Liska wrote: Am 16. Dezember 2016 15:11:59 MEZ, schrieb David Nalesnik : On Fri, Dec 16, 2016 at 8:07 AM, Knut Petersen [...] (define-public (forceExtender) (once (overrideProperty '(LyricExtender force-extender) #t))) into

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

Hi all. I second Werner's opinion that the goal should not necessarily be an identical score, but a reasonable one. This time, we could even hope for improvements: there will be some valid extenders that users simply did not bother (or did not know how) to add, and I think convert-ly should

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

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: 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/*

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: music function to be included somewhere in scm/*

On 2016-12-14 19:46, Knut Petersen wrote: Am 14.12.2016 um 18:03 schrieb Simon Albrecht: On 14.12.2016 14:54, Knut Petersen wrote: With a music function \autoextenders that adds extender events to every syllable you - can be sure never to forget extenders, - can be sure never to generate too

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

On 2016-12-14 23:13, thomasmorle...@gmail.com wrote: Worth an entry in changes? Maybe. Doesn't need a lot, I guess; something like "Accidental rules can now be defined across ChoirStaff contexts. Two new rules choral and choral-cautionary are available that combine the characteristics of

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

On 2016-12-14 21:36, Noeck wrote: Hi Alexander, in your example, the last line is just a mockup, isn't it? It is not done by the proposed function? The extender after "We" in the last line is unexpected for me. Hi, not a mockup, but not the real thing either. I sent this from a PC with the

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

Hi Trevor, 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 foreseeable future (except for one more patch "in the pipeline", waiting for a cleanup and

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: 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 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: 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: 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 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 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: 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: 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: 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: 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: 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: 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: 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: 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* ;

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: 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

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: 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: 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: 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: 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: 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: 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: 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: 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: 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 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: 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: 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

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: 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

  1   2   >