Re: Font license. Was: Waltrop meeting outline

2012-08-29 Thread Maximilian Albert
2012/8/28 Mats Bengtsson : > Han-Wen Nienhuys wrote: >>> >>> Change font license from GPL to dual licensed OFL / GPL (see >>> http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=OFL_web) >> >> We have agreement of this from the people who were here: >> >> Author: Janek Warchol >> Author: J

Re: Ugliness in the Learning Manual

2011-08-08 Thread Maximilian Albert
Hi all, >> 2) list all environment variables used (both internally and >> externally) in the build system in the CG. >> >> Advantage: at least this knowledge is written down somewhere. >> Disadvantage: the list will not be kept up-to-date.  (don't argue; >> there's absolutely nothing you can say t

Re: imprecise Taktlinie in german doc (NR)

2010-05-12 Thread Maximilian Albert
2010/5/12 Henning Plumeyer : > Am 12.05.2010, 20:58 Uhr, schrieb Matthias Kilian : > >> I'm not an active musician, and only decades ago I did do music >> with others (orchestra, choir), so I may be wrong, but I've a strong >> feeling towards `Taktnummern'. It's less ambigous. > > I've been in hund

Re: [PATCH] Fix #305: Allow dynamics to be positioned independently

2009-10-21 Thread Maximilian Albert
Hi Neil, sorry for the long delay in my follow-up. >> As a user, I would normally not include it since I'm not aware of it and >> would thus think that manual positioning of hairpins simply doesn't >> work (or is buggy). Is there a way to avoid it (e.g., by having >> Lilypond automatically detect

Re: [PATCH] Fix #305: Allow dynamics to be positioned independently

2009-10-12 Thread Maximilian Albert
2009/10/12 Neil Puttock : > Please review this patch here: > > http://codereview.appspot.com/129073/show > > I've added a general event class, BreakSpanEvent, as the parent class > of BreakDynamicSpanEvent since I'd eventually like to implement > commands analogous to \breakDynamicSpan for some of

Re: Feature request: 'line' articulation

2009-09-07 Thread Maximilian Albert
2009/9/7 Michael Käppler : > Hi all, > Hmm... was there any progress since July on this topic? > I'd like to year if there's anything new... ;) Not really, I'm afraid. The reason is that I've been abroad for a few months and couldn't really work on this for the last couple of weeks. I won't have a

Re: `+repage' option for convert?

2009-08-24 Thread Maximilian Albert
2009/8/24 Patrick McCarty : > BTW, if anyone can find a better set of options for "convert", please > let me know.  imagemagick has major problems with SVG->PNG conversion, > which is why I added all of these other flags. I haven't followed this discussion so I apologize if my comment is not rele

Re: lilycontrib.tcl, was Re: the "r" in "git pull -r"

2009-08-12 Thread Maximilian Albert
2009/8/12 Johannes Schindelin : >> Yep, verified. Many thanks once again! I think this can be very useful >> for new contributors. > > I hope so. > > Maybe you tell me the most common operations, and I'll add the > functionality? Hmm, I'm probably not the right person to ask because I guess I'm n

Re: lilycontrib.tcl, was Re: the "r" in "git pull -r"

2009-08-11 Thread Maximilian Albert
2009/8/12 Johannes Schindelin : > Fixed and pushed. Yep, verified. Many thanks once again! I think this can be very useful for new contributors. Max ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond

Re: lilycontrib.tcl, was Re: the "r" in "git pull -r"

2009-08-11 Thread Maximilian Albert
2009/8/11 Johannes Schindelin : > I actually had to change the --work-tree things, since it is utter > garbage.  I _know_ why I was opposed to its inclusion. > > [..] > > I added two shorter notices, and I also set the busy cursor now. Hehe, sorry for complaining again. But now the script aborts

Re: lilycontrib.tcl, was Re: the "r" in "git pull -r"

2009-08-11 Thread Maximilian Albert
Hi Johannes, > I pushed a new version to git://repo.or.cz/lilypond/dscho.git.  You can > download it directly here: > > http://repo.or.cz/w/lilypond/dscho.git?a=blob_plain;f=lilycontrib.tcl;hb=lilycontrib Cool, works like a charm now. Thanks a lot! One minor comment: For new contributors with no

Re: lilycontrib.tcl, was Re: the "r" in "git pull -r"

2009-08-11 Thread Maximilian Albert
2009/8/11 Johannes Schindelin : > It actually worked here, twice. > > But you have this wonderful output field in the GUI, what does it have to > say? I imagine that it gave you some error message or some such (probably > due to an older Git version that refuses to update the current 'master' > br

Re: lilycontrib.tcl, was Re: the "r" in "git pull -r"

2009-08-10 Thread Maximilian Albert
2009/8/11 Johannes Schindelin : > Okay, I could not resist, so here is something more capable. Thanks for not being more resistable. :-) (And for giving a nice illustration how easy it actually is to write a quick hacked-up GUI - I guess that'll be useful to me on many occasions in the future).

Re: LilyPond concept glossary?

2009-07-30 Thread Maximilian Albert
+2009/7/31 Mark Polesky : > > It would be nice to have some central place that explains some > "internals" concepts. Here are examples of things that a new developer > might have to ask about, or perhaps spend a long time disentangling: > > [...] > > Any thoughts? +10 :-) Max __

Re: Main page of new website [was: some css tweaks]

2009-07-30 Thread Maximilian Albert
Hi all, sorry, this is only going to be a quick reply and I'll be away on the leave for a few days (or perhaps even up to 1-2 weeks), so a more elaborate reply will have to wait until I'm back. I started writing up a longer email, but I realized that what I said was so imprecise (because it's more

Re: keyboard navigation in html docs

2009-07-30 Thread Maximilian Albert
2009/7/30 Francisco Vila : >> I think it's possibly to detect keypresses in javascript. > > Javascript not needed. Links can have > > Next Cool! I didn't know that. >> 1)  Would it be cool or annoying to press "n" in the docs to >> proceed to the next page?  Admittedly this would be much more >>

Main page of new website [was: some css tweaks]

2009-07-29 Thread Maximilian Albert
Hi all, > Attached are some css tweaks, you can see them in > action at > >   http://lilypond.org/~janneke/lilypond.org Following the link reminded me of a comment I already wanted to make a while ago. While we are at changing the design of the website (which I consider a very good thing), I'd st

Re: feature-request / doc-actualization (right-margin)

2009-07-27 Thread Maximilian Albert
2009/7/27 Werner : >> Are the two sentences in "Known issues and warnings" in the Horizontal >> dimensions section clear enough? > > Sorry - I hadn't seen this. It is clear. So the doc is OK. > But the feature-request to provide right-margin remains. Wondering why this is so difficult that it has

Re: Feature request: 'line' articulation

2009-07-27 Thread Maximilian Albert
2009/7/27 Michael Käppler : > Additionately, maybe it would be nice to increase the >relative< > thickness of the stroke on smaller staff sizes as it's described in NR > 4.2.1 for the Feta font. Otherwise the line will look too thin at > smaller staff sizes, I think. Ah, interesting point. I have

Re: Feature request: 'line' articulation

2009-07-27 Thread Maximilian Albert
2009/7/27 Michael Käppler : > >> Attached are two samples for long and short strokes with varying >> width. The long strokes have height = staff_space, the shorter ones >> height = 0.8*staff_space (is that a reasonable choice?). Each file >> contains strokes of each type with ten different widths,

Re: PATCH: Arrowed accidentals for microtone notation

2009-07-27 Thread Maximilian Albert
2009/7/27 Graham Percival : > I'm not at all certain that these arrows should be indicated with > different pitch names -- why not define >  \accidentalArrowsOn >  \accidentalArrowsOff > or some such commands, then use the regular pitch names? I guess for the same reason why you don't want generic

Re: PATCH: Arrowed accidentals for microtone notation

2009-07-27 Thread Maximilian Albert
updated to reflect the rearranged docs structure). Thanks, Max 2008/12/21 Maximilian Albert : > Hi again, > > here is some documentation for the arrowed accidentals. Since I found > it the most natural way of typesetting, it uses Trevor's notation for > up and down arrows (but

Re: Feature request: 'line' articulation

2009-07-27 Thread Maximilian Albert
2009/7/27 Werner LEMBERG : > >> - What is a good name for the new articulation? > > I suggest `vertical stroke'.  At least this seems to be the name > referred to in the literature for the staccato-like symbol which > Mozart uses. OK, considering the many different meanings this symbol can apparen

Re: Feature request: 'line' articulation

2009-07-26 Thread Maximilian Albert
2009/7/26 Carl Sorensen : > I think that Werner was saying the feature request is to add a glyph to the > font.  But while we wait for that to happen, to add a drawn rectangle is a > definite benefit. I was talking about adding a glyph to the font, too. But the glyph is basically just a rectangle

Re: Feature request: 'line' articulation

2009-07-26 Thread Maximilian Albert
2009/7/25 Werner LEMBERG : > I don't object to add it to the font, so please add it as a feature > request. Given that the shape is basically only a rectangle, this should be easy to do. I've got a patch more or less ready but there are a couple of small questions: - What is a good name for the

Re: Feature request: 'line' articulation

2009-07-24 Thread Maximilian Albert
2009/7/24 Valentin Villenave : >> Another point is the horizontal position: If the line is placed above the >> stem, it seems better to me to have both in one horizontal position (not >> centered above the NoteHead), though I can't recognize any clear conventions >> for it up to now. > > I think t

Re: SVG status update

2009-07-14 Thread Maximilian Albert
Hi Patrick, >> Ah, okay. That's what I though. Out of interest: At the time when >> these elements get written into the SVG file, do they know about their >> mutual relationships? E.g., does a beam know which note heads it >> belongs to (or vice versa)? > > No.  The closest thing the elements poss

Re: SVG status update

2009-07-14 Thread Maximilian Albert
2009/7/14 Patrick McCarty : > Unfortunately, this would be very difficult.  Elements are dumped into > the SVG file in the order they occur in the page stencil, and (almost) > every one is independently positioned as well. Ah, okay. That's what I though. Out of interest: At the time when these el

Re: SVG status update

2009-07-13 Thread Maximilian Albert
Hi Patrick, > So I spent a few hours today hacking on the SVG output, and here are > some samples of the current output I have: > > [...] Great work!! Just a random comment that occurred to me while skimming through your samples: When moving individual elements (like note heads, staff lines, bea

Re: Patch: Delete intermediate ps files

2009-07-12 Thread Maximilian Albert
2009/7/13 Neil Puttock : > Thanks, they're both applied. Thanks a lot! So does this close issue 685? What's the status about .log files being created on Windows mentioned there? Max ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.

Re: [Patch] Replace deprecated md5 module by hashlib

2009-07-11 Thread Maximilian Albert
2009/7/11 Neil Puttock : > How about using a `try' block to import conditionally? Thanks for the suggestion. Here is an updated patch, in case peope want to have this (otherwise please ignore). Cheers, Max From 5066717052db35b69af549e1189a88090e12fb78 Mon Sep 17 00:00:00 2001 From: Ma

Re: Patch: Delete intermediate ps files

2009-07-10 Thread Maximilian Albert
2009/7/10 Graham Percival : >> I've just got the same error.  It's caused by Graham's essay makefile >> hacking. > > Sorry, I'll branch a dev/graham and then revert it. OK, thanks. Now the docs compiled fine and I could check that the result of my patch is as intended. Any further comments or ar

Patch: Delete intermediate ps files

2009-07-09 Thread Maximilian Albert
2009/7/10 John Mandereau : > 2009/7/9 Maximilian Albert : >> 'make doc' (which I initially thought generates the >> documentation) produces an error > > Which error? If you can't fix it yourself, please report, including > the last 100 lines of make output a

Re: [Patch] Replace deprecated md5 module by hashlib

2009-07-09 Thread Maximilian Albert
2009/7/9 Jan Nieuwenhuizen : > On do, 2009-07-09 at 21:41 +0900, Maximilian Albert wrote: >> Hi, >> >> while running the regtests I spotted a warning about the use of the >> deprecated md5 module in scripts/lilypond-book.py. Attached is a patch >> which r

[Patch] Replace deprecated md5 module by hashlib

2009-07-09 Thread Maximilian Albert
From: Maximilian Albert Date: Thu, 9 Jul 2009 21:13:08 +0900 Subject: [PATCH] Use hashlib instead of deprecated md5 module --- scripts/lilypond-book.py |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/lilypond-book.py b/scripts/lilypond-book.py index e851a40

Re: Patch: Delete intermediate ps files

2009-07-09 Thread Maximilian Albert
2009/7/9 Maximilian Albert : > I performed the instructions given there and got three differences reported > (one of which is in the file Addendum: After re-running the tests with the additional NEWS entry, there are only two differences, one of which is test-output-distance.ly (wh

Re: Patch: Delete intermediate ps files

2009-07-09 Thread Maximilian Albert
2009/7/9 John Mandereau : > 2009/7/9 Maximilian Albert >> Hmm, I tried to run the regression tests via 'make check' (is that the >> right way to do it?) > > No, see "Testing LilyPond" in the Contrib Guide or in Application > usage, section Install/b

Re: Patch: Delete intermediate ps files

2009-07-09 Thread Maximilian Albert
2009/7/9 Graham Percival : > Yes, that patch is the only thing needed to fix it.  However, does > this patch apply cleanly, without disrupting any regtests? Hmm, I tried to run the regression tests via 'make check' (is that the right way to do it?) with the current git version first (i.e., before

Patch: Delete intermediate ps files

2009-07-07 Thread Maximilian Albert
to be the case with the latest version 2.13.4. Cheers, Max From e7c2bc32829c1e6a9197c893497019a7b2904ded Mon Sep 17 00:00:00 2001 From: Maximilian Albert Date: Wed, 8 Jul 2009 13:55:49 +0900 Subject: [PATCH] Delete intermediate ps files by default --- scm/lily.scm |2 +- 1 files chang

Frescobaldi editor

2009-07-07 Thread Maximilian Albert
Hi, has anyone tried the Frescobaldi editor for Lilypond? http://www.frescobaldi.org/ I've only had time to play with it for 5 minutes so far but it looks like an extremely easy to use and quit feature-rich editor which is specifically taylored to editing Lilypond files in a simple way. Shoul

Re: CM 1.1 git question

2009-02-19 Thread Maximilian Albert
2009/2/19 Jonathan Kulp : > Thanks Carl & Maximilian for this help. I've got it going now. At the > moment I don't see all the advantages of it for this project but I'm getting > used to the git commands and conventions at least. As I said, I also use git to track a lot of "ordinary" work, even

Re: CM 1.1 git question

2009-02-19 Thread Maximilian Albert
2009/2/19 Jonathan Kulp : > I'd like to try to get comfortable with git on a > project of my own, something that doesn't have an online repo. How do I > create a local git version of a directory on my machine? Just for the record (perhaps someone else is interested, too) - you simply cd to the d

Re: CM 1.1 git question

2009-02-19 Thread Maximilian Albert
2009/2/18 Jonathan Kulp : > Ok I found a typo in the git instructions of CG and followed your > instructions to create the patch using git. Seems to have worked great! I remember the times when I was still feeling uncomfortable with git. The thing is that when you are used to non-distributed vers

Re: which fontforge version?

2009-02-11 Thread Maximilian Albert
2009/2/11 Jan Nieuwenhuizen : >> while working on an update of the openbsd port of lilypond, i see >> lots of fontforge whinings like this one: > >> Internal Error in accidentals.flat.arrowdown: monotonic is both needed and >> unneeded. > > Indeed, these glyphs were recently added and seem to hav

Re: Discourse on the Consumption of Dog Food

2009-02-04 Thread Maximilian Albert
> If the instructions are > unclear, misleading, or just plain wrong, so much the better -- > this will force us (by "us" I mean "the main developers") to fix > the CG. Just a few random nitpicks so far (I haven't read the whole thing, though): - The last word in 7.3 must read "ineffective" inste

Re: Contributor Guide "volunteers" needed

2009-01-18 Thread Maximilian Albert
2009/1/18 Graham Percival : > I've had problems with just "git pull"... > >> This only applies if there are no local changes, though. > > ... ah, for precisely for this reason. :) > >> In case there are, then issuing >> either command produces a merge commit so that the commit graph now >> looks

Re: Contributor Guide "volunteers" needed

2009-01-18 Thread Maximilian Albert
2009/1/18 Reinhold Kainhofer : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Am Sonntag, 18. Januar 2009 15:47:34 schrieb Maximilian Albert: >> 1.3.1: AFAICT the second command "git-format-patch HEAD" doesn't do >> anything because HEAD is t

Re: Contributor Guide "volunteers" needed

2009-01-18 Thread Maximilian Albert
2009/1/18 Graham Percival : > On Sun, Jan 18, 2009 at 03:47:34PM +0100, Maximilian Albert wrote: >> 2009/1/18 Graham Percival : >> >> > - can somebody maoing check the maoing git commands in CG 1 >> > already? Either somebody with a big internet connection, or

Re: Contributor Guide "volunteers" needed

2009-01-18 Thread Maximilian Albert
2009/1/18 Graham Percival : > HIGH PRIORITY: > - can somebody maoing check the maoing git commands in CG 1 > already? Either somebody with a big internet connection, or > somebody who knows git so intimiately that he can state with > absolute certainty that the commands work. Done. All of the

Re: Bug with skipTypesetting and lyrics

2008-12-30 Thread Maximilian Albert
Hi, sorry for the delay in replying - the time since Christmas was filled with work and music. :-) >> My question is: could tieMelismaBusy be set somewhere else so that >> this also happens when music is not processed for typesetting? Or is >> there another way to make skipTypesetting work proper

Re: 2.12.1 panic list

2008-12-30 Thread Maximilian Albert
2008/12/30 Maximilian Albert : > Also, I think the NEWS entry hasn't been applied yet. When I tried to > dig up the corresponding email, I realized that I had sent it to > Werner alone, so I'm attaching the patch again for inspection. Sorry, forgot to attach the file (thanks

Re: 2.12.1 panic list

2008-12-30 Thread Maximilian Albert
2008/12/28 Graham Percival : > I'm planning a 2.12.1 release soon; we're unofficially thinking of > this as the "real" 2.12 stable release. > > Compared to current master, what are the remaining last-minute > changes that people want, and when do you think you'll have them > committed? AFAICT, the

Re: Fwd: [PATCH] Flags for 128th notes

2008-12-22 Thread Maximilian Albert
2008/12/22 Graham Percival : > The actual error is probably about 50-200 lines above the end of > the build. I'm guessing a font error here, with admittedly very > little evidence to go by. (hence the "guessing" :) > > Try > make web &> log.txt Aha! Indeed the error occurred much earlier. It s

Fwd: [PATCH] Flags for 128th notes

2008-12-22 Thread Maximilian Albert
ror 2 From 9efa7b2d6ea4a8736c283cee7359906052b68076 Mon Sep 17 00:00:00 2001 From: Maximilian Albert Date: Mon, 22 Dec 2008 18:52:55 +0100 Subject: [PATCH] NEWS entry for 128th flags --- Documentation/topdocs/NEWS.tely |8 1 files changed, 8 insertions(+), 0 deletions(-) diff -

Re: Convert-ly rules

2008-12-22 Thread Maximilian Albert
2008/12/22 Maximilian Albert : > Should convert-ly rules be formulated so that Scheme-version > of commands like the above are also taken into account? Never mind, I just saw that the rule for \center-align already has this. So here is a patch for \bigger. In fact, the former reads

Convert-ly rules

2008-12-22 Thread Maximilian Albert
Hi, I just ran convert-ly over an old score (typeset with v2.8.6) which contained the following line: \override TextSpanner #'edge-text = #(cons (markup #:bigger #:bigger #:bigger #:upright "rit." ) "") Now the \bigger command was removed recently (replaced by \larger). A corresponding convert

Bug with skipTypesetting and lyrics

2008-12-22 Thread Maximilian Albert
Hi, it seems that lyrics are confused by ties when skipTypesetting is switched on. Consider the attached example - it works perfectly as is, but when the first line is changed to skipTypesetting = ##t, all remaining lyrics are shifted one note to the left, presumably because the tie on the second

[PATCH] Flags for 128th notes

2008-12-22 Thread Maximilian Albert
From: Maximilian Albert Date: Sun, 21 Dec 2008 00:20:24 +0100 Subject: [PATCH] Add 128th flags --- mf/feta-banier.mf| 79 ++ scm/define-grobs.scm |4 +- 2 files changed, 81 insertions(+), 2 deletions(-) diff --git a/mf/feta-banier.mf b/mf

Re: PATCH: Arrowed accidentals for microtone notation

2008-12-20 Thread Maximilian Albert
es are not desired so that I can rewrite the docs accordingly. Note that the attached patches supersede the one in my last email. Cheers and merry christmas to everyone! Max From a54922b8d12e3c30b2f0053068f68b14e5efa940 Mon Sep 17 00:00:00 2001 From: Maximilian Albert Date: Sat, 20 Dec 2008 19:3

Re: PATCH: Arrowed accidentals for microtone notation

2008-12-18 Thread Maximilian Albert
Hi Trevor, thanks for the suggestion. Here is a patch to implement this (it simply defines new alterations of +/- 499/1000 and +/- 501/1000, which I assume are unlikely to be used for anything else). I don't know if the patch is likely to get officially accepted, but at least it should give you or

Re: [PATCH] Fix for bug #218 (center staccato over stem instead of notehead)

2008-12-16 Thread Maximilian Albert
2008/12/17 Neil Puttock : > 2008/12/16 Maximilian Albert : > >> Alright, the adapted patch #2 is attached. Obviously I put too much >> focus on making a regression test more visually appealing than minimal >> and functional... > > Looks OK, but your \header block is

Re: [PATCH] Fix for bug #218 (center staccato over stem instead of notehead)

2008-12-16 Thread Maximilian Albert
us on making a regression test more visually appealing than minimal and functional... Max From 0c6dbec079e43eeceaa695b0b30b2c6dab14b01a Mon Sep 17 00:00:00 2001 From: Maximilian Albert Date: Sat, 13 Dec 2008 00:42:22 +0100 Subject: [PATCH] Add regression test for 'toward-stem-shift pro

Re: PATCH: Arrowed accidentals for microtone notation

2008-12-16 Thread Maximilian Albert
2008/12/14 Werner LEMBERG : > >> Can we please make sure to include at least one example of input >> syntax in the newsfile? > > Well, it's Maximilian's turn... Yup, sorry. During the last couple of days I didn't have access to the computer I presently work on (and won't have for another few days)

Re: [PATCH] Fix for bug #218 (center staccato over stem instead of notehead)

2008-12-12 Thread Maximilian Albert
cb4d8d3c53d318c6a388bd325382975c077f8af Mon Sep 17 00:00:00 2001 From: Maximilian Albert Date: Sat, 13 Dec 2008 00:52:27 +0100 Subject: [PATCH] New grob-property 'shifted-towards-stem (allows scripts to be placed anywhere between the note head and the stem) --- lily/script-interface.cc

Re: PATCH: Arrowed accidentals for microtone notation

2008-12-12 Thread Maximilian Albert
Hi Werner, > Hehe, still not perfect. Sorry for being such a PITA :-) If you weren't, I'd ask you to be. ;-) Lilypond wouldn't be what it is if it weren't for people like Han-Wen, you and the other developers who aim for the highest possible quality standards. Vice versa I apologize for giving yo

Re: major feature request (tablature)

2008-12-10 Thread Maximilian Albert
2008/12/10 Werner LEMBERG <[EMAIL PROTECTED]>: >> > Since you put 'scheme' in single quotes, I suspect you don't know >> > about Scheme programming. Scheme is a Lisp-like programming >> > language. >> >> ()()((()))()()((( >> >> I hope not, that kinda stuff leaves me with a headache, th

Re: PATCH: Arrowed accidentals for microtone notation

2008-12-09 Thread Maximilian Albert
2008/12/9 Werner LEMBERG <[EMAIL PROTECTED]>: > >> [...] I managed to find a workaround and hope that the attached >> patches finally fix all the issues. > > Still a buglet: The stemwidth of the down arrow in the > `natural.arrowboth' glyph is too thick if compared to the other > arrowed natural si

Re: [PATCH] Fix for bug #218 (center staccato over stem instead of notehead)

2008-12-08 Thread Maximilian Albert
2008/12/8 Neil Puttock <[EMAIL PROTECTED]>: > This seems to work fine. :) > > I've run regtests with and without a default for staccati, and both > compile without any problems (see the attached image for the expected > change in staccato-pos.ly when 'shifted-towards-stem is set to 0.5 in > scrip

Re: [PATCH] Fix for bug #218 (center staccato over stem instead of notehead)

2008-12-07 Thread Maximilian Albert
2008/12/7 Till Rettig <[EMAIL PROTECTED]>: > This is great news, I remember I have a piece where the dots are for a realy > long passage on the top and they look so strange centered by the head. But, > as Reinhold pointed out, I think they should still be slightly off the stem > by some amount. A

Re: [PATCH] Fix for bug #218 (center staccato over stem instead of notehead)

2008-12-07 Thread Maximilian Albert
nt it properly? Add a LSR example, a regression test, something else? Anything I need to keep in mind when writing these? From 383b8f1bf05af263fb8049bc41b1895e59de3a2d Mon Sep 17 00:00:00 2001 From: Maximilian Albert <[EMAIL PROTECTED](none)> Date: Sun, 7 Dec 2008 15:09:21 +0100 Subject: [PATCH] New

Re: PATCH: Arrowed accidentals for microtone notation

2008-12-02 Thread Maximilian Albert
2008/12/2 Werner LEMBERG <[EMAIL PROTECTED]>: > Sorry for the late reply. No worries. Thanks for taking a look! > Is there any reason that inner part of flat.arrowup and friends has a > different shape compared to a normal flat? See attached images -- > this looks like a buglet in your code. B

Re: [PATCH] Fix for bug #218 (center staccato over stem instead of notehead)

2008-12-02 Thread Maximilian Albert
ed this in the patch because I couldn't find a scheme equivalent for testing the 'articulation-type property which Neil mentioned. Any hints? Thanks again, Max From 8124af5050ceccc31c867af739d03ccc73fec4af Mon Sep 17 00:00:00 2001 From: Maximilian Albert <[EMAIL PROTECTED](none)>

[PATCH] Fix for bug #218 (center staccato over stem instead of notehead)

2008-11-27 Thread Maximilian Albert
nd it more appealing if this applies to any kind of articulation. If you think otherwise, I'd be happy to adapt the patch but I don't know how to test whether the grob actually is a staccato mark or something else. Cheers, Max From 1922d0676cafafe07e9b613a9788ebc3032837f1 Mon Sep 17 00:00:00 2

Re: [PATCH] Fix for broken examples in section about explicit vertical positioning

2008-11-23 Thread Maximilian Albert
2008/11/21 Neil Puttock <[EMAIL PROTECTED]>: > Thanks for the patch; it's a definite improvement. :) > > Unfortunately, that's just the start of what's wrong with these > examples; > [...] > Therefore, I've applied your patch together with the following changes: > [...] Awesome, thanks a lot for

[PATCH] Fix for broken examples in section about explicit vertical positioning

2008-11-21 Thread Maximilian Albert
attached (for the English and Spanish version separately, in case the latter is somehow automatically generated from the former). Cheers, Max From 9cc0cbef69c4227127371f6d8e65946ed6a8889f Mon Sep 17 00:00:00 2001 From: Maximilian Albert <[EMAIL PROTECTED]> Date: Fri, 21 Nov 2008 10:43:05

Re: PATCH: Arrowed accidentals for microtone notation

2008-11-11 Thread Maximilian Albert
iple times anyway. The original message follows below. Cheers, Max === 2008/11/9 Maximilian Albert <[EMAIL PROTECTED]>: Hi all, after my laptop crash and endless attempts ( though unsuccessful ones, unfortunately) to set up a development environment on one of the university computers, I

Re: PATCH: Arrowed accidentals for microtone notation

2008-09-23 Thread Maximilian Albert
Hi Werner, first of all my apologies for having let you wait another week. I was on a maths conference first, then in the Netherland for a choir competition, and unexpectedly I didn't have internet access during any of both events. What's worse, my laptop just decided to stop working (don't kno

PATCH: Arrowed accidentals for microtone notation

2008-09-12 Thread Maximilian Albert
Hi all, for various reasons I've been inactive on this list for quite a long time. My last post was concerning a possible contribution, namely arrowed microtonal accidentals, which have been requested on this list quite a few times. IIRC, I had already sent a pdf file showing off the new acc

Re: Acciaccaturas with beams have no slash

2007-10-29 Thread Maximilian Albert
Trevor Daniels wrote: >> In either case, is there an accepted 'best' method of adding >> a slash now, should the user wish to have one? Mats Bengtsson wrote: Since the general intention of LilyPond is to support many different notation conventions (at least by tweaking some properties), I woul

Re: Caesura, n-th time :)

2007-10-24 Thread Maximilian Albert
Werner LEMBERG schrieb: Applied. I've modified the shape of the straight caesura to be more in sync with other feta glyphs; I've simplified and `metafontisized' the code additionally. Thanks! I was aware that the code I sent over was slightly complicated (as Han-Wen correctly pointed out). B

Re: Microtone accidentals

2007-10-24 Thread Maximilian Albert
Werner LEMBERG schrieb: Thanks for your feedback and your help in trying to assess these glyphs! Where can I find the patch? I haven't yet sent it over because it still needs a bit of cleanup (hmm, quite a bit, actually). Thus I thought I'd ask first if there are any major objections before

Re: Microtone accidentals

2007-10-24 Thread Maximilian Albert
Hi Victor, sorry for this late reply - I was away over the weekend and got stuck in work once more. I printed out your 20pt example sheet in a standard laser printer at 1200dpi. Thanks for your feedback and your help in trying to assess these glyphs! However, if you allow me to be ultra p

Re: Microtone accidentals

2007-10-18 Thread Maximilian Albert
Trevor Bača wrote: These are outstanding! I don't have access to a true high-resolution printer, but the output on my end is perfectly legible and I'd very much like to have access to these new glyphs for use in my own scores. Thanks for your kind feedback. Much appreciated. :) Also, I hav

Re: Doc addition to 8.1.2 "Text and line spanners" ... concerning \endSpanners

2007-10-16 Thread Maximilian Albert
Trevor Bača wrote: So that's a brief explanation of the function. Could you please insert the following at the very bottom of 8.1.2 "Text and line spanners", immediately before the "see also"? %%% BEGIN DOC ADDITION %%% The music function \endSpanners terminates spanners and hairpins after exa

Re: Caesura, n-th time :)

2007-10-08 Thread Maximilian Albert
e or two further questions/comments but will ask them in a separate email once they have crystallized out completely. Best regards, Max >From bad04ca58e8bc25c9932b6a1c719155ec32df5a7 Mon Sep 17 00:00:00 2001 From: Maximilian Albert <[EMAIL PROTECTED]> Date: Tue, 2 Oct 2007 10:18:50 +

Microtone accidentals

2007-10-08 Thread Maximilian Albert
Hi everyone, here is the last and biggest unfinished project that has been resting on my hard drive for a while: Arrowed accidentals for microtone notation. At present Lilypond already has good support for quarter- and other microtones (see, e.g., section 6.1.4 of the manual or the NEWS file of

Update to mf/README

2007-10-02 Thread Maximilian Albert
afont experts could give it a quick review. Also, please feel free to modify the wording as you like - I keep realizing that in English I find it difficult to write clearly and concisely at the same. Thanks, Max >From 2fb7170681ad404fc7d2749e413210df4801e24d Mon Sep 17 00:00:00 2001 From: Ma

Re: Caesura, n-th time :)

2007-10-01 Thread Maximilian Albert
update the regression test file if necessary. Please tell me if I should do anything else to update the LSR one, too. Thanks, Max >From 2b7b439319336906ef83a74614ebbdb8720a2338 Mon Sep 17 00:00:00 2001 From: Maximilian Albert <[EMAIL PROTECTED]> Date: Mon, 1 Oct 2007 18:39:32 +0200 S

Re: Caesura, n-th time :)

2007-10-01 Thread Maximilian Albert
Werner LEMBERG schrieb: The first one is a stab at a new caesura glyph that has continuously been requested on this list, according to the archives. Is there any reason why you are replacing the old glyph shape instead of adding a new one? Well, the comment in mf/feta-schrift.mf: % I actu

Caesura, n-th time :)

2007-09-30 Thread Maximilian Albert
that be suitable for inclusion? Thanks and best regards, Max >From 9fcc47f9099bb10532386a4fe3a4b2ec764187af Mon Sep 17 00:00:00 2001 From: Maximilian Albert <[EMAIL PROTECTED]> Date: Sun, 30 Sep 2007 14:50:17 +0200 Subject: [PATCH] New caesura glyph --- mf/feta-schrift.mf | 74 ++

Re: Users using unstable

2007-05-03 Thread Maximilian Albert
Arvid Grøtting schrieb: > Graham Percival gmail.com> writes: > >> [...] I think we only have a >> dozen serious users who track unstable. > > Considering the high quality "unstable" gives, I'd guess the number is higher, > but what do I know. Anyway. Users of unstable LilyPond please raise a

Re: New notehead (accent)

2007-04-11 Thread Maximilian Albert
and exceeding the 80 character limit certainly was an inattention of mine. To avoid unnecessary hassle for the developers I have attached a corrected version of the patch. Hope this helps. Thanks again, Max >From e7168eccc2bbadd8db6cd97b21a51c77c214b058 Mon Sep 17 00:00:00 2001 From: Maxim

Re: New notehead (accent)

2007-04-10 Thread Maximilian Albert
Maximilian Albert schrieb: > Attached are two further examples I have prepared to attenuate the > effect of 'smearing' Werner mentioned. In the first file the inner part > of the accent is drawn slimmer, as suggested. But this makes the right > part of the upper leg qu

Re: New notehead (accent)

2007-04-04 Thread Maximilian Albert
Han-Wen Nienhuys schrieb: > Regarding the accents, I'm a bit confused still. Why don't you simply > plug in the existing accent symbol by setting a couple of callbacks ? Well, we were aiming for a kind of 'calligraphic' look. That is, if possible the lower 'leg' of the accent should be somewhat t

Re: Patch for yet again new noteheads (triangle-shaped)

2007-04-04 Thread Maximilian Albert
>> The gap was an attempt to neutralize that optical effect, but >> perhaps it doesn't quite work. > > The gap will simply be blackened by lower resolutions... True. And you are probably right, it doesn't really look that good. >> What other strategies are there? > > Well, as Han-Wen said: Mak

Patch for yet again new noteheads (triangle-shaped)

2007-04-03 Thread Maximilian Albert
2857dda993ac Mon Sep 17 00:00:00 2001 From: Maximilian Albert <[EMAIL PROTECTED]> Date: Tue, 3 Apr 2007 21:27:55 +0200 Subject: [PATCH] New noteheads: Two styles of triangles ('outward'-pointing and 'inward'-pointing) wit

Re: New notehead (accent)

2007-04-03 Thread Maximilian Albert
Werner LEMBERG wrote: > Everything looks very nice! However, I suggest that the inner side of > the right part of the glyph is drawn a bit slimmer, similar to the `>' > `sforzato' glyph, which has an optical correction to avoid excessive > `smearing'. BTW, the 'marcato' glyph (which I used as gu

Re: New notehead (accent)

2007-04-03 Thread Maximilian Albert
Werner LEMBERG schrieb: > Everything looks very nice! However, I suggest that the inner side of > the right part of the glyph is drawn a bit slimmer, similar to the `>' > `sforzato' glyph, which has an optical correction to avoid excessive > `smearing'. Thanks for the hint, I hadn't noticed this

New notehead (accent)

2007-04-02 Thread Maximilian Albert
rom b2f1b6e0afb63329555a6632f413f05cfe6c08e6 Mon Sep 17 00:00:00 2001 From: Maximilian Albert <[EMAIL PROTECTED]> Date: Sun, 1 Apr 2007 00:21:20 +0200 Subject: [PATCH] New accent-shaped notehead --- lily/include/note-head.hh |1 + lily/note-head.cc | 28 +

New noteheads and other contributions (was Re: Downward pointing triangle (was Re: Sponsorhip of new note heads))

2007-03-30 Thread Maximilian Albert
Kevin Dalley schrieb: > Jamie, > > I have a downward-pointing triangle now, which is the reverse of the > do. However, it isn't exactly what you want. It is isosceles, though > I don't think that it is equilateral. I think Trevor mentioned a while ago that (one of) the existing triangle(s) wou

  1   2   >