Re: github mirror of lilypond?

(Sorry for the messed up indent/quote level. Apple Mail is a pain in the butt sometimes.) > On 19 Jan 2020, at 21:31, Erlend Aasland wrote: > > On 19 Jan 2020, at 18:19, David Kastrup mailto:d...@gnu.org>> > wrote: > What is of concern is the whole metadata about issu

Re: github mirror of lilypond?

On 19 Jan 2020, at 18:19, David Kastrup mailto:d...@gnu.org>> wrote: What is of concern is the whole metadata about issues and their handling and resolution, the stuff you propose moving to GitHub in the first place. Just for the record; I’m not suggesting GitHub as the one and only alternative.

Re: github mirror of lilypond?

> On 19 Jan 2020, at 00:00, David Kastrup wrote: > > Erlend Aasland writes: > > GitHub is putting our eggs in Microsoft's basket. Not too enthused > about that idea. Technically, you already did, since there is a GitHub LilyPond mirror… E > If I remember corre

Re: github mirror of lilypond?

> On 19 Jan 2020, at 08:41, Han-Wen Nienhuys wrote: > > On Sun, Jan 19, 2020 at 7:21 AM Werner LEMBERG wrote: >>> As it stands, GitLab would probably be a more viable candidate to >>> look at than GitHub. >> >> I agree. IMHO, the main repository should stay at Savannah, though. > > I strongly

Re: github mirror of lilypond?

really saves development time and gets rid of a lot of developer frustrations. Erlend From: Jonas Hahnfeld Sent: Saturday, January 18, 2020 11:59:37 AM To: Han-Wen Nienhuys ; Erlend Aasland Cc: lilypond-devel Subject: Re: github mirror of lilypond? Am Samstag, den

Re: github mirror of lilypond?

Is there a reason _not_ to use GitHub for development/bugtracking/wiki/planning? The current dev model is, to put it mildly, and in lack of better words, cumbersome and archaic. GNU licences are AFAICS supported by GitHub, so that can’t be a showstopper. If we had a more modern development mode

Re: [Notensatz im 21. Jahrhundert] documentation for those who cannot attend?

Oh yes, a video or audio stream of the whole conference (or parts or it) would be very cool. I would also like to attend, but due to family obligations, I can’t travel that weekend. Hope to be able join next year. Erlend E. Aasland > On 12 Jan 2020, at 20:00, Malte Meyn wrote: > > Hi list, >

Re: macOS 64-bit

Hi Marnen. Seems to work fine here (after necessary adjustments in System Preferences => Security & Privacy). MacBook Pro running macOS Catalina version 10.15.2. Erlend E. Aasland On 11 Jan 2020, at 20:31, Marnen Laibow-Koser mailto:mar...@marnen.org>> wrote: On Sat, Jan 11, 2020 at 8:58 AM M

Re: MacOS 64-bit build

Argh, yes, you are of course right. Thanks. Erlend > On 9 Jan 2020, at 13:34, Werner LEMBERG wrote: > > >> `configure` should warn or bail on incompatible flex versions. I >> suggest we add a version check in configure.ac to ensure that flex >> version is between 2.5.37 and 2.5.39 (given tha

Re: MacOS 64-bit build

(Sorry, 'bout incorrect quote level in previous email!) E > On 9 Jan 2020, at 13:00, Erlend Aasland wrote: > >> On 13 Feb 2019, at 20:16, Daniel Johnson wrote: >> >> I am using guile 1.8.8, gcc 7.4.0, and flex 2.6.4. Here's my configure line: >> &g

Re: MacOS 64-bit build

> On 13 Feb 2019, at 20:16, Daniel Johnson wrote: > > I am using guile 1.8.8, gcc 7.4.0, and flex 2.6.4. Here's my configure line: > > On build, I get a long string of errors originating in > out/lexer.cc: > > out/lexer.cc:6272:46: error: cannot convert >

Re: Status of Guile 2.0 Support (Next Debian release won't ship guile-1.8)

Right, so we’re sticking with 1.8 for now. Have we ever considered throwing out Guile and replacing it with something else? (Yes, I know that would be a huge operation.) Erlend > On 8 Jan 2020, at 13:29, David Kastrup wrote: > > Erlend Aasland writes: > >> Hey, guys! Wh

Re: Status of Guile 2.0 Support (Next Debian release won't ship guile-1.8)

I understand. Thanks for your answers. Erlend > On 8 Jan 2020, at 13:51, David Kastrup wrote: > > Erlend Aasland writes: > >> Right, so we’re sticking with 1.8 for now. Have we ever considered >> throwing out Guile and replacing it with something else? (Yes, I know

Re: Status of Guile 2.0 Support (Next Debian release won't ship guile-1.8)

Hey, guys! What’s the status of Guile support in LilyPond? Is there still a transition from Guile 1.8 to 2.0 happening, or has 2.0 been ditched in favour of 2.2? I did a quick search in the bugtracker, and there seem to be people

Re: c:maj inconsistency

Hi On 19. mai. 2008, at 00:31, Carl D. Sorensen wrote: Right now, :maj adds a major 7th step, even if no number is present. c:maj is equivalent to c:maj7. That is the confusion. Agree IMHO, by making c:maj equal to c, we would make c:maj7 (and friends) less clear. By just disallowing c:

Re: c:maj inconsistency

Hi Carl On 18. mai. 2008, at 11:56, Carl D. Sorensen wrote: Hmmm, since c:maj is ambiguous, I think it's better to just disallow c:maj without the 7. […] This proposed solution gets a little tricky when we talk about a c:maj9, which creates a five-note chord with a raised 7th step. No probl

Re: c:maj inconsistency

Hmmm, since c:maj is ambiguous, I think it's better to just disallow c:maj without the 7. E On 18. mai. 2008, at 00:43, Graham Percival wrote: Exerpt from Chords: --- maj The major 7th chord. This modifier adds a raised 7th step. The 7 following maj is optional. Do NOT use this modifier to

Re: Broken hairpinToBarline context property?

On 28. apr. 2008, at 08:57, Erlend Aasland wrote: On 28. apr. 2008, at 01:22, Neil Puttock wrote: […] Perhaps 'to-barline should be set by default instead in define- grobs.scm. hairpinToBarline is as far as I know deprecated. 'to-barline should be set by default instead. H

Re: Broken hairpinToBarline context property?

Hi Neil On 28. apr. 2008, at 01:22, Neil Puttock wrote: Since there's a 'to-barline property now, I wonder whether hairpinToBarline is deprecated; it's not documented in the internals reference under Dynamic_engraver, and there's a bit of code in dynamic-spanner.cc which is annotated 'backwards

Re: Doc of 'style ?

See commit 7e427da63980dfb6c9d1304ee189ac966c868f32 E On 7. mar. 2008, at 19:07, Graham Percival wrote: On Fri, 7 Mar 2008 13:55:49 +0100 Erlend Aasland <[EMAIL PROTECTED]> wrote: Well, here's the possible style values for these interfaces. Since english is not my main language,

Re: Doc of 'style ?

Hi, On 7. mar. 2008, at 13:18, Mats Bengtsson wrote: […] the documentation of style is missing in the following interfaces: custos-interface, system-start-delimiter-interface, dots-interface. Anybody interested in doing some detective work in the C++ source code to figure out what should be w

Re: MusicXML patch

nnerstag, 31. Januar 2008 schrieb Erlend Aasland: Since you've done most of the MusicXML stuff lately, could you please review the attached patch. I'll apply it if you approve it. Thanks for the patches. I don't see any problems with the patch. Can you maybe add a unit test fo

MusicXML patch

Hi Reinhold Since you've done most of the MusicXML stuff lately, could you please review the attached patch. I'll apply it if you approve it. Regards, Erlend xml.patch Description: Binary data ___ lilypond-devel mailing list lilypond-devel@gn

Re: Chord fonts

Hmmm, strange. I've done a "make distclean" and a "make web", but the "m" and "s" are still chosen from the wrong font. I'll try to investigate it later today. Can anyone else reproduce this, or am I the only one with this problem? Erlend On 30. jan. 2008, at 07:19, Werner LEMBERG wrote:

Chord fonts

Hi Werner, The chord font seems to be messed up after the mf2pt1 change. The letter "m" and "s" is chosen from the dynamic font (see attached picture). Can you reproduce this? I guess you can fix this pretty quick :-) Best regards, Erlend <> <> __

Re: commit message

Shure, no problem. I'll try to remember to document my commits better from now on. E On 30. jan. 2008, at 01:12, Han-Wen Nienhuys wrote: Hi Erlend, could you be a little more verbose in your messages? ** Fix issue 558 ** -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/

Re: fonts mangling

bet14.14-Medium def /FontName /feta-alphabet15.87-Medium def /FontName /feta-alphabet17.82-Medium def /FontName /feta-alphabet20-Medium def /FontName /feta-alphabet22.45-Medium def /FontName /feta-alphabet25.2-Medium def Erlend On 25. jan. 2008, at 15:48, Erlend Aasland wrote: Some input to this

Re: fonts mangling

Some input to this problem: With global staff size 20, everything is ok. When using other staff sizes, LP fails to find the correct feta-alphabet font, and therefore it's not included in the .ps and .pdf output. It seems that mf2pt1 gives the fonts wrong names, thats why LP fails to find th

Re: Is "bug reporting" visible enough on lilypond.org?

Hi, On 7. des. 2007, at 13:44, Mats Bengtsson wrote: IMHO, this page could (or should) be more visible to users by providing a link on the front page of lilypond.org. A "How to submit bugs"-link in the top menu or under "Quick links" could helpful for bugreporters. Currently you have to dig

Is "bug reporting" visible enough on lilypond.org?

Hi Graham et al, On 7. des. 2007, at 12:19, Graham Percival wrote: Still, I should have dropped a link to: http://lilypond.org/web/devel/participating/bugs IMHO, this page could (or should) be more visible to users by providing a link on the front page of lilypond.org. A "How to submit bug

Re: GDP: Colors in RGB?

won't have to care about the internal color representation. Kind regards, Erlend Aasland On 29. nov. 2007, at 20:49, Trevor Daniels wrote: I'm helping to write the GDP manuals, and am puzzled by an omission in the description of setting the color property of grobs. The Internals

Math stuff

Hi Han-Wen, There is an old comment in flower/include/real.hh about MacOSX 10.3 and g++ 3.3. Can I apply the attached patch? I guess we could replace the is_inf() with std::isinf() in flower/offset.cc too. Regards, Erlend math.patch Description: Binary data ___

Re: Logo for Lilypond

ompany […] perhaps something along those lines? Yes, I like this: a simple yet beautiful logo. Just my humble opinion :-) Regards, Erlend Aasland ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/li

Re: Guile and Lily

-#define GUILE_ELLIPSIS +#define GUILE_ELLIPSIS ... #endif #include "guile-compatibility.hh" Erlend On 1/18/07, Erlend Aasland <[EMAIL PROTECTED]> wrote: Hmmm, can it be related to this: lily/include/lily-guile.hh: /* Hack for various MacOS incarnations. */ #ifndef GUILE_

Re: Guile and Lily

Hmmm, can it be related to this: lily/include/lily-guile.hh: /* Hack for various MacOS incarnations. */ #ifndef GUILE_ELLIPSIS #define GUILE_ELLIPSIS #endif Forgot to mention that I'm on MacOSX 10.4.8... Erlend On 1/18/07, Erlend Aasland <[EMAIL PROTECTED]> wrote: Hello, I&

Guile and Lily

Hello, I've compiled and installed guile-1.8 + rational patch, and I'm now trying to compile Lily against this. All is fine until the build-system reach the lily/ subdir: accidental-placement.cc: In function 'void Accidental_placement_calc_positioning_done_init_functions()': accidental-placement

Re: Lost patch for bug report?

Hi Graham,I've experimented a bit with this bug and created a patch, but as I've written in the comment, my patch will introduce a new bug. I've been very busy with some arrangements the last couple of days, so I haven't had time to look more into this. ErlendOn 11/7/06, Graham Percival <[EMAIL PRO

Re: Two simultaneous events

On 11/7/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: > Most of these warnings are harmless and just annoying.Can you analyse the problem completely, and then propose a solution? Iprefer a solution which keeps the message, but does away with thesuperfluous warnings.  I suspect you'll have to take

Two simultaneous events

Hi Han-Wen,With 2.9, translator.cc has begun to spit out a lot of warnings about "simultaneous events" (specially when you're creating a score and are using e.g. \new Staff << \partcombine \hnOne \hnTwo >> and both parts contain the same rehearsal marks and dynamic markings). Most of these warnings

Re: CVS 2006-Nov-11 22:30 MET compilation error

Fixed in CVSErlendOn 11/6/06, Werner LEMBERG <[EMAIL PROTECTED]> wrote: Processing `/home/wl/cvs/lilypond.compiled/ly/generate-documentation.ly'Parsing...[...][scm/document-backend.scmerror: define-grob-properties.scm: can't find interface for property: balloon-text Werner__

Capitalization (was Re: draft release announcement)

This is getting a bit off topic, but...On 11/1/06, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: Actually, in German, as is well known, all nouns get capitalized.  Everycountry has its own rules.  There is nothing "international" about usingsentence-case for titles...FYI (from Wikipedia): "The con

Build issues...

Hi Han-Wen,In order to build latest CVS I had to apply this change (see below). Commit?Regards,  Erlend Index: scm/define-grob-interfaces.scm=== RCS file: /sources/lilypond/lilypond/scm/define-grob-interfaces.scm,v retrieving revision

Re: Fixing issue #44

On 10/14/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: Can you close the issue and add a fixed2924 tag ? I've added you as aproject member.Ok, done that.Erlend ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/

Re: Fixing issue #44

Hi,On 10/12/06, Erlend Aasland <[EMAIL PROTECTED]> wrote: I think the correct patch is making sure thatthe undotted note head also is in the support of the side-position-interface for dot-column. Ok, done that, patch attached. However, I'm not convinced that this is the best solu

Re: Fixing issue #44

Hi Han-WenOn 10/12/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: > It fixes the bug, but I guess using the side-position> interface in some clever way can get rid of the magic numbers. Comments?Unfortunately, my music typography books are packed, so I can't access them, but all dots (of all voice

Fixing issue #44

);+    if (!Staff_symbol_referencer::on_line (staff, ups[0]))+  /* FIXME: magic numbers */ +  shift_amount *= 1 + (0.6 * Rhythmic_head::dot_count (nu));+  }+   /* For full or close half collisions, the right hand head may  obscure dots.  Move dots to the right.  */   if (

Re: Easy Note Heads and colors

Hi MatsOn 9/8/06, Mats Bengtsson <[EMAIL PROTECTED]> wrote: That's expected, since it's the "Hairpin" layout object that's used toprint the crescdendo.I know that. That's why I wrote "as expected" in my previous email :-) Erlend ___ lilypond-devel mailing

Re: Easy Note Heads and colors

Hi DanielOn 9/7/06, Graham Percival <[EMAIL PROTECTED]> wrote: Daniel Tonda wrote:> I know the colors are doable, although some articulations don't work> when using colors, like dynamics,What's the problem with colors and articulations? If I write \relative c' { \override NoteHead #'color = #red c4

Re: New lyrics trick available in 2.9.6

Hmm, no that didn't solve it at all... anyway, I'm too tired to debug this now... So, this Devnull trick still doesn't work when the target voice contains ties.Regards,  Erlend On 6/1/06, Erlend Aasland <[EMAIL PROTECTED]> wrote: Never mind, I solved it by using \new Devn

Re: New lyrics trick available in 2.9.6

Never mind, I solved it by using \new Devnull { \new Voice="foo" \keepWithTag #'lyrics \voice }ErlendOn 6/1/06, Erlend Aasland <[EMAIL PROTECTED]> wrote: Hi,On 5/29/06, Erik Sandberg < [EMAIL PROTECTED]> wrote: The new alternative trick, which IMHO is cleaner, is

Re: New lyrics trick available in 2.9.6

#x27;lyrics { c''4. ~ c''8 }   d''2}lyr = \lyricmode { foo -- bar }<< \new Staff \keepWithTag #'music \voice \new Devnull="foo" \keepWithTag #'lyrics \voice \new Lyrics \lyricsto "foo" \lyr  \n

Re: Fix for accidental-modern-cautionary.ly bug

I'm pretty shure that this patch is correct, so unless you complain I'll apply it to 2.9 and 2.8.On 5/31/06, Erlend Aasland < [EMAIL PROTECTED]> wrote:Hi Han-WenI believe this patch will fix the accidental-modern-cautionary.ly bug ( http://lilypond.org/bugs/v2.8/lily-1301223

Fix c-dynamic-accidental.ly bug

Hello again Han-WenThis patch will fix the c-dynamic-accidental.ly bug (http://lilypond.org/bugs/v2.8/lily-376517676.ly ). I've just added an acknowledge accidental method to the dynamic engraver. Compiled and tested with latest CVS.Shall I commit?Regards,  Erlend c-dynamic-accidental.patch Descr

Re: Fix for accidental-modern-cautionary.ly bug

... forgot to mention that I've tested the patch, and everything seems ok (all cases for the modern-cautionary look good)...On 5/31/06, Erlend Aasland < [EMAIL PROTECTED]> wrote:Hi Han-Wen I believe this patch will fix the accidental-modern-cautionary.ly bug ( http://lilypond.org/bug

Fix for accidental-modern-cautionary.ly bug

Hi Han-WenI believe this patch will fix the accidental-modern-cautionary.ly bug (http://lilypond.org/bugs/v2.8/lily-130122389.ly ). Shall I commit?Regards,  Erlend accidental-modern-cautionary.patch Description: Binary data ___ lilypond-devel mailing li

Re: Cautionary accidentals in Ambitus

Hi,When I write timpani parts I specify the tuning this way:tuning = \markup {    \score {    \new Staff \with { \remove Time_signature_engraver } {    \set Staff.instrument = "Tuning: "     \clef bass { b,4 d e a }    } \layout { ragged-right = ##t }    }}\header {    poet

Re: lilypond ./ChangeLog lily/dynamic-engraver.cc l...

padding;+   else+ x_points[d] = e[d];    }    }     }Regards,  Erlend Aasland ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Segnos, Codas, and Really Crap Formatting

n tell lily that it needs to use ten lines... This is already supported. You want this:\paper {  system-count = #10}Regards,  Erlend Aasland ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: lilypond ./ChangeLog lily/grob.cc lily/stencil-...

On 5/15/06, Werner LEMBERG <[EMAIL PROTECTED]> wrote: Well, rotating a note head is probably one of the more obscureapplications.  I suggest that you replace it with a hairpin.Done. ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.o

Re: lilypond ./ChangeLog lily/grob.cc lily/stencil-...

On 5/15/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: a NEWS entry? perhaps an update of the manual?How's this for the news? I'll write something for the manual asap.Regards,  Erlend news.patch Description: Binary data ___ lilypond-devel mailing list

Re: Transformation experiments

On 5/12/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: > Ok. New version attached. I've thrown in something for the SVG-backend> too, but that part is a bit buggy (I'll have to take a closer look at> the SVG spec next week). The C++ stuff and PS-backend should look good now. OK. If please commit w

Re: Transformation experiments

Hi Han-WenOn 5/8/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: Erlend Aasland wrote:> There are no bugs with the current code, so why rewrite it?Because it's not _obviously_ correct.Ok. New version attached. I've thrown in something for the SVG-backend too, but that part i

Re: Transformation experiments

On 5/8/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: ok, nits that need to be addressed before integrating:  - stencil::rotate should take Offset() as argument.Done   - I think widen() can also shrink the bbox, can you double check thatyour scaling routine doesn't shrink the bbox?  (x_new - x_le

Re: Transformation experiments

On 5/5/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: > ... the problem is more about what variables to modify. It> appears to me like dim_ contains the bounding box, but when I modify it,> the rotated stencils are misplaced.strange. are you sure you're not seeing artefacts of the fact that placem

Re: Transformation experiments

On 5/5/06, Johannes Schindelin <[EMAIL PROTECTED]> wrote: On Fri, 5 May 2006, Erlend Aasland wrote:> I agree. But the problem is more about what variables to modify. It appears> to me like dim_ contains the bounding box, but when I modify it, the> rotated stencils are misplaced. A

Re: Transformation experiments

Hi JohannesOn 5/5/06, Johannes Schindelin <[EMAIL PROTECTED]> wrote: I don't know about dim_, but the easiest way to find the new bounding boxis to rotate all four edges of the original bounding box, and take theminima and maxima of the results as new bounds.Of course, you could try to be clever an

Re: Transformation experiments

orner...). This seems works perfect.But, I'm having some problems with adjusting the bounding box. Should it not be sufficient to modify dim_ in the stencil?I've got lots of spare time this weekend so I'll try to find it out myself, but if you've got some hints... :-) Erle

Re: Transformation experiments

On 5/4/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: I think it's better to explicitly ask for everything, ie.   #'rotation = #'(45 0 -1)(where the last 2 numbers are 1,-1 style.)I agree. I'll modify the patch.Erlend ___ lilypond-devel mailing list lil

Re: Transformation experiments

On 5/3/06, Erlend Aasland <[EMAIL PROTECTED]> wrote: Currently the implementation rotates a stencil around it's center, but this isn't alway desired (I think). It would perhaps make more sense to rotate hairpins around the origin... I'm thinking of a good way to make this t

Re: Transformation experiments

On 5/4/06, David Feuer <[EMAIL PROTECTED]> wrote: On 5/3/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:> Mats Bengtsson schreef:>> > Following the ideas of other alignments in LilyPond, you could let the > > offset be represented by a tuple (X offset and Y offset), where 0 means> > center, -1 is l

Re: Transformation experiments

d (I think). It would perhaps make more sense to rotate hairpins around the origin... I'm thinking of a good way to make this tunable... something like this perhaps: stencil->rotate(angle, offset)where offset is either origin or center (or some other point)... Ideas?Regards,  Erlend Er

Re: Transformation experiments

...and another version, now with a generic grob property ('rotation) that let you rotate any grob (for example crescendo hairpins).On 5/3/06, Erlend Aasland <[EMAIL PROTECTED]> wrote: ...just a small improvement: the target stencil is now rotated around its center, not its origin

Re: Transformation experiments

...just a small improvement: the target stencil is now rotated around its center, not its origin.On 5/3/06, Erlend Aasland < [EMAIL PROTECTED]> wrote:Hello everyone,I've been experimenting a bit with a rotate command (just for fun and for getting to know the internals of Lilypond b

Transformation experiments

gards,  Erlend Aasland rotate.patch Description: Binary data rotate.ly Description: Binary data ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Fwd: reporting bugs in 2.9 (dotted line infects staff lines)

[sorry...forgot to CC list]-- Forwarded message --From: Erlend Aasland <[EMAIL PROTECTED]> Date: Apr 26, 2006 1:59 PMSubject: Re: reporting bugs in 2.9 (dotted line infects staff lines)To: Graham Percival <[EMAIL PROTECTED]> On 4/26/06, Graham Percival <[EMAIL PR

Re: More tablature doc stuff

Hi GrahamOn 4/21/06, Graham Percival <[EMAIL PROTECTED]> wrote: ... I wonder how much other info is in these?  But what aboutthis line?> -  %%\override Stem #'up-to-staff = ##tSeems like up-to-staff was replaced by stem-end-position in september 2003. I've tried to set stem-end-position to differen

Re: Impossible make web with missing glyph and an endless loop

Hmm, I also get these error messages when running make web. However, if I remove the out/shared/lilypond/current/fonts directory and instead make a symlink to the fonts from the GUB application (/Applications/LilyPond.app/.../current/fonts) all is fine. I've tried to revert mf/GNUmakefile all the w

Re: Bugs in PS draw_dashed_slur

Sorry again, the patch should add a "8 2 roll" (not -2). ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Bugs in PS draw_dashed_slur

Sorry, forgot to attach the patch...On 4/18/06, Erlend Aasland <[EMAIL PROTECTED]> wrote: Hello again David,Dashed slurs are completely misdrawn in LilyPond 2.9.2. I suspect that this one-liner will fix the problem. Shall I apply or have you got another fix?Regards,   Erlend dash

Bugs in PS draw_dashed_slur

Hello again David,Dashed slurs are completely misdrawn in LilyPond 2.9.2. I suspect that this one-liner will fix the problem. Shall I apply or have you got another fix?Regards,  Erlend ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gn

Re: Move rotated_box ()

On 4/18/06, Jan Nieuwenhuizen <[EMAIL PROTECTED]> wrote: Erlend Aasland writes:> Can I apply this patch?Yes please, but remember to add a change log entry.Yes, of course.Erlend ___ lilypond-devel mailing list lilypond-devel@gnu.org http://list

More tablature doc stuff

Hi Graham,Please see the attached patch. It moves some commented stuff from ly/engravers-init.ly to the docs.Regards,  Erlend tabdoc.patch Description: Binary data ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listi

Move rotated_box ()

Hi Jan,Can I apply this patch?Regards,  Erlend Aasland rotated_box.patch Description: Binary data ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Bug in the new PS code

On 4/17/06, David Feuer <[EMAIL PROTECTED]> wrote: On 4/16/06, Erlend Aasland <[EMAIL PROTECTED]> wrote:This should only be necessary for the draw_dashed_line procedure.  Thedraw_dashed_slur one brackets its operations with gsave/grestore. Yes, of course, I d

Bug in the new PS code

hrows in a "[] 0 setdash" after the "stroke" command. Regards,  Erlend Aasland ps-dash.patch Description: Binary data ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Doc update for section 7.5

Hi GrahamSince I happen to play guitar, I've cooked up some updates for the tablature section in the docs (section 7.5.2 and 7.5.3). Please see the attached patch. (Warning: I'm no expert in writing english documentation...) Regards,  Erlend tab-doc.patch Description: Binary data

Re: al niente / de niente: circle size, hairpin alignment, al-niente-hairpin alignment

On 4/11/06, Marcus Macauley <[EMAIL PROTECTED]> wrote: >> Thanks for the proofs. FWIW I think the very last one -- at 50% of a>> single staffspace -- is perfect. The distinction between 52.5% and 50%>> is particularly fine, but I vote for 50%. I actually would vote for 55%.I agree with Marcus that

Re: al niente / de niente - was Re: (no subject)

On 4/10/06, Trevor Bača <[EMAIL PROTECTED]> wrote: Thanks for the proofs. FWIW I think the very last one -- at 50% of asingle staffspace -- is perfect. The distinction between 52.5% and 50%is particularly fine, but I vote for 50%.What do you think? I also like the 50% circles. I don't think it shou

Re: al niente / de niente - was Re: (no subject)

On 4/9/06, Erlend Aasland <[EMAIL PROTECTED]> wrote: On 4/9/06, Erlend Aasland < [EMAIL PROTECTED]> wrote: These are 55% and 57.5% the size of one staff space (that would be about 12% and 15% of the original size). Smaller? I'll send examples that are 52.5% and 50% of one staff

Re: al niente / de niente - was Re: (no subject)

On 4/9/06, Erlend Aasland <[EMAIL PROTECTED]> wrote: These are 55% and 57.5% the size of one staff space (that would be about 12% and 15% of the original size). Smaller? I'll send examples that are 52.5% and 50% of one staff space in another mail (so it won't bounce on the mailin

Re: al niente / de niente - was Re: (no subject)

On 4/5/06, Trevor Bača <[EMAIL PROTECTED]> wrote: Yes, actually perhaps a touch smaller. Can we run a couple of examplesat maybe 20% less diameter and see?Will do. I've just cleaned the build directory so I'll have to do a recompile (I wont do that until tomorrow, have to work now...) I've attached

Postscript bug

look good? (I suspect that the newpath thing is a bit hacky...) Anyway, circles are printed right with this patch applied. Regards,  Erlend Aasland ps-circle-bug.patch Description: Binary data ___ lilypond-devel mailing list lilypond-devel@gnu.org

Re: al niente / de niente - was Re: (no subject)

problem to make them a little bit smaller. What do you think Trevor? ...measure 19 of hairpin-circled.pdf uses the circle hairpin in an illogical manner Oh, I was just testing the circle thing to see what alignment adjustments I needed to do...Regards,  Erl

Re: make cvsclean?

em with the naming (since we've already got distclean and maintainerclean, cvsclean seems like a good name), but I'm not going to argue about that. New patch attached. Please apply. ChangeLog:2006-04-04  Erlend Aasland  <[EMAIL PROTECTED]>    * stepmake/stepmake/generic-targets

make cvsclean?

hing like "make cvsclean" (see attached patch). This patch removes all "out"-directories in addition to all autogenerated files and it does it very very very fast. Any reason not to include this?Regards,  Erlend Aasland cvsclean.patch Description: Binary data

Re: al niente / de niente - was Re: (no subject)

I guess this should be ok.ChangeLog:2006-04-03  Erlend Aasland  <[EMAIL PROTECTED]>    * input/regression/hairpin-circled.ly: new file On 4/3/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: Erlend Aasland wrote:> Hi Han-Wen>> On 4/3/06, *Han-Wen Nienhuys* <[EMAIL PROT

Re: al niente / de niente - was Re: (no subject)

job on the double hairpins joined at the open circle ...your result actually looks more elegant than the examples in the Sciarrino.):-) Now we only need a proper n-glyph. (I doubt that I'll have time to do something with it. Perhaps it is best to sponsor Han-Wen to do that.)Regards,

Re: al niente / de niente - was Re: (no subject)

Hi Han-WenOn 4/3/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: can't you just use SCM_BOOL_F for the last argument of the circle call?OMG, why didn't I notice that in the first place...! Patch against latest CVS attached. Please apply.ChangeLog:2006-04-03  Erlend Aasland  &l

Re: al niente / de niente - was Re: (no subject)

aller, maybe about 80% of whatyou've rendered here; again, I get the scans to help out. Could the size of the circle be a configurable parameter?Yes, I think so. Perhaps we should have a thickness parameter too? Regards,  Erlend Aasland --T

Minor corrections

Hi,The 2.8 news page (http://lilypond.org/doc/v2.8/Documentation/topdocs/NEWS.html) says "New features in 2.7...", but it should obviously say "New features in 2.8".Regards,  Erlend Aasland ___ lilypond-devel mailing list lilypon

  1   2   >