ere is contention. The docs I can find are
https://www.hboehm.info/gc/scale.html
but it talks about a 500Mhz Pentium 3 as the benchmark platform, so it's
probably out of date.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
ple run lilypond on a
64-bit machines.
> On a 64bit application, this would be somewhat more tenable, but we'd
> need to override operator new for smobs.
>
> Or do we? Maybe the heap is collected by default, and we need to switch
> that off?
>
>
What do you mean with "heap is collected"?
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
lternative is that we don't cast it, but pass
on the 64 bit size_t, but every time we do that, we'll create new call
sites where we have to fix up conversions, so that will create more work
for ourselves, while we have many other more pressing issues to attend,
like resolving the GUILE 3 situation.
Thoughts?
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
On Wed, Jan 22, 2020 at 10:53 PM Han-Wen Nienhuys wrote:
> The GUILE 2.0 release
>
> https://lwn.net/Articles/428288/
>
> has one big red flag for me.
>
> * Switch to the Boehm-Demers-Weiser garbage collector
>
We can easily measure this, by adding the followin
the contrary. Byte-compiling is slow (but running it should be
faster), something you can see from building guile. If it is switched off,
we are getting the "fast" experience.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwe
<http://www.xs4all.nl/~hanwen>?
On Wed, Jan 22, 2020 at 10:53 PM Han-Wen Nienhuys wrote:
>
>
> On Wed, Jan 22, 2020 at 12:01 PM David Kastrup wrote:
>
>>
>> > So, what hard data do we have on GUILE 2/3 slowness, and what does
>> > that data say?
>>
>> That data says &q
ative garbage collector
(aka. libgc). It makes interaction with C code easier making, for
instance, the use of mark and free SMOB procedures optional in many
cases. It also improves performance.
let me get out the profiler to see what is going on.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
On Wed, Jan 22, 2020 at 12:01 PM David Kastrup wrote:
> Han-Wen Nienhuys writes:
>
> > I looked a bit through the GUILE source code to see what is going on.
> >
> > I believe our current hypothesis (LilyPond's slowdown is caused by
> > expensive unicode t
these were sent before I had access, I think. Can you folksk have a look?
https://codereview.appspot.com/559370043/
https://codereview.appspot.com/581470047/
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
pilation steps, which would makes the release process
slow again.
On Tue, Jan 21, 2020 at 11:28 AM David Kastrup wrote:
> Jonas Hahnfeld writes:
>
> > Am Dienstag, den 21.01.2020, 02:38 -0600 schrieb Karlin High:
> >> On 1/21/2020 1:49 AM, Han-Wen Nienhuys wrote:
> &
hilHolmes
108 Author: Masamichi Hosoda
109 Author: lilytest
160 Author: Masamichi Hosoda
169 Author: Han-Wen Nienhuys
482 Author: janneke
569 Author: Han-Wen Nienhuys
899 Author: hanwen
912 Author: hanwen
2801 Author: Jan Nieuwenhuizen
--
Han-Wen Nienhu
that
data say?
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
it?
I enjoy working on LilyPond a lot, but GUB is different. I want GUB to
disappear so I never have to look at it again.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
a single binary to download, which windows/mac
users can run. We don't have to cross-compile the app which further reduces
build times. The containerized app is still hermetic, so we can be in full
control of the dependency versions
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl
On Mon, Jan 20, 2020 at 10:06 PM Han-Wen Nienhuys wrote:
>
>> Furthermore in Salzburg we said to try "latin 1"- encoding everywhere
>> (for newer guile-versions).
>> I'd need some assistance about the how-to, then I could test it as well.
>>
>>
> I
quot;latin 1"- encoding everywhere
> (for newer guile-versions).
> I'd need some assistance about the how-to, then I could test it as well.
>
>
I expect that actually nothing has to be done. I would assume that the C
APIs we use are backward compatible. We should just avoid calling any
functions that interpret a string as UTF-8 encoded Unicode.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
ot;)
> to determine whether a target can be found within any LilyPond search
> path? Probably the function should return the absolut path, similar to
> what kpsewhich does.
>
> I need that to check whether a certain file is present (and then open
> it) without knowing the absolut
g.
UL: Summary of this, of decisions and resolutions considered and/or agreed
upon should be compiled and sent to lilypond-devel
DE = Dan Eble
KM = Kieren MacMillan
MS = Mike Solomon
JW = Janek Warchoł
UL = Urs Liska
HW = Han-Wen Nienhuys
JM = Jacques Menu
WB = Wilbert Berendsen
AK = A
On Sun, Jan 19, 2020 at 8:41 AM Han-Wen Nienhuys wrote:
> > I agree. IMHO, the main repository should stay at Savannah, though.
>
> I strongly disagree with this.
>
> If we are serious about code review (and it seems that we are), the
> code review has to be integrated
t; > >
> > > I see quite a few patches lately that show Jonas Hahnfeld as the author...
> > >
> > > <
> > > https://codereview.appspot.com/user/hahnjo
> > > >
> > > <
> > > https://git.savannah.gnu.org/cgit/lilypond.git/lo
lypond/lilypond.git
> - [deleted] stable/2.18
> * [new branch]origin/stable/0.0 -> origin/stable/0.0
It looks like you are trying to push a normal clone of the savannah
repo, where as you should be pushing from something that was cloned as
git clone --mirror ...savnnah...
me to lose work from somebody who thought
> contributing via GitHub the right way to proceed.
contributions in GitHub are usually stored on a branch + fork owned by
the contributor, e.g.
https://github.com/mikesol/lilypond/
branch code_of_conduct.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
, Jan 19, 2020 at 7:13 PM wrote:
>
> On 19/01/2020 07:41, Han-Wen Nienhuys wrote:
> >
> > I don't how this done today with LilyPond (manually?). Doing this
> > manually is tedious and error-prone busywork.
>
> Thanks for the compliment Han-wen.
>
> Much appreciat
I'm taking notes on the discussion.
I'm using google docs, here:
https://docs.google.com/document/d/1Xj_31AZXxwWOrP1zv7Itjx_9aQshBVshWc58gBdkICA/edit
If you are present and have a google account, please let me know, and
I can add you as an editor for collaborative note taking.
--
Han-Wen
Jonas+Hahnfeld>
>
> ...so I'm wondering if Rietveld has you suffering in silence ;) or if
> the fork and rewrite mentioned on that Gerrit "about" page has greatly
> diverged the user experiences of these respective products?
> --
> Karlin High
> Missouri, USA
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
ithub.com/lilypond/lilypond/pulls
and see what is happening with the project.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
see here
https://review.gerrithub.io/c/lilypond/lilypond/+/482035/1
for seeing how this change series looks in Gerrit.
On Sat, Jan 18, 2020 at 12:16 AM Han-Wen Nienhuys wrote:
>
> I just made a sequence of random bugfixes, which I cleanly committed
> in separate commits, but now I d
am partial to Gerrit, see eg.
https://review.gerrithub.io/q/lilypond/lilypond
regardless of the particular choice, though, a more standard
environment would save developer time, and make it easier to onboard
contributors.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
Aha! I am in the group that controls this :-)
I pushed it up to current master.
On Sat, Jan 18, 2020 at 12:04 AM Han-Wen Nienhuys wrote:
>
> It looks like https://github.com/lilypond was last updated in Jun
> 2019. If there was an automated mirror, it has stopped working. Could
>
tool
I'm currently involved with Gerrit, so I'm quite partial to Gerrit.
Our friends at GerritForge are running public instances for open
source use, at https://review.gerrithub.io/ . It works on top of
GitHub authentication
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
It looks like https://github.com/lilypond was last updated in Jun
2019. If there was an automated mirror, it has stopped working. Could
someone give it a kick again?
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
Hi,
i'm "hanwen" for the sourceforge bug tracker. Could someone give me
write access?
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
Hey folks,
I'll be at the Salzburg music engraving event. I was wondering if
there is anything regarding LilyPond that you want my input on. If so,
I can prepare something.
cheers,
Han-Wen
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
ts author may be the "Ruth" in LilyPond's
> DEDICATION file).
I am sure Ruth had nothing to do with Yaffut.
> At any rate, it should meet our needs. In a similar vein, there seems
> no ongoing point in maintaining "flower" outside of what we need for
> LilyPond.
agreed.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
cable truism even if I have no clue what you are
> > referring to here.
>
> MacPorts admits making an independent binary installer from the distribution
> and one can choose what dependencies should be included, and also its install
> location.
>
>
>
>
parts is rearranging long lists of grobs (eg. splitting
the grobs attached to a system spanner into the post-linebreak system
spanners.
It's not clear to me how the alist per se is a problem and how
restructuring could fix that.
>
> --
> David Kastrup
>
--
Han-Wen Nienhuys - hanw...@gmai
el@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel
>
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
for running the
> finishing hooks of a context's iterators and making the context
> unavailable for \context ... [= ...] continuations.
>
> Garbage collection is not determinate.
>
> I might be mistaken.
>
> --
> David Kastrup
>
> __________
On Mon, Jun 4, 2018 at 10:32 PM, David Kastrup wrote:
> Han-Wen Nienhuys writes:
>
>> I actually manage the team at google that develops gerrit, and yes,
>> the new UI is much better, and I think it also much better than
>> GitHub's pull-request model.
>>
>>
ity.com/) and Gerrit. Phabricator is a suite of
> applications, including for code review and an issue tracker, which
> includes tags and the like. It is much more user friendly, but is somewhat
> heavy. Importing tasks and code could be done.
>
> Étienne
> __
poor composers should try to
use Sibelius or Dorico instead? Also, I've heard you can typeset
tuplets with Finale too.
Good luck.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
rorhythmic
music to sound so as to not do a disservice to its carefully construed
rhythmic finesse.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
g
> https://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>
> --
> David Kastrup
>
> ___
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel
>
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
-- Forwarded message --
From: Jason OConnor <joconnor...@outlook.com>
Date: Fri, Sep 22, 2017 at 3:47 PM
Subject: You Made Our List: The 50 Best Music Tools Online
To: "han...@xs4all.nl" <han...@xs4all.nl>
<http://www.clickitticket.com/best-online-
than serving
> "merely" as an internal graphics toolkit.
>
> --
> David Kastrup
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On Sat, Jun 24, 2017 at 5:54 PM, David Kastrup <d...@gnu.org> wrote:
> Han-Wen Nienhuys <hanw...@gmail.com> writes:
>
>> On Sat, Jun 24, 2017 at 12:43 PM, David Kastrup <d...@gnu.org> wrote:
>>> What does that mean? Mainly a viable migration strategy wher
rd way.
I would suggest trying make a GUILE binding of sorts for Cairo, adding
that in parallel to existing GS support, and hacking untili you have
feature parity. Then drop the GS support, and migrate the cairo data
structures more towards the core of the program as needed.
I strongly recommend bein
.
>>
>> There are some things I want to finish work on, but I think that the
>> next point will be for me to branch for 2.20: I think that even with the
>> current situation, it makes sense for me to try shaping the final
>> efforts once I am back at the d
e/hanwen/lilypond/usr/bin/lilypond(_ZStplIcSt11char_traitsIcESaIcEESbIT_T0_T1_EPKS3_RKS6_+0x1787cf)
[0x193b4f]
> /home/hanwen/lilypond/usr/bin/lilypond(_ZNSt11char_traitsIcE2eqERKcS2_+0x1df13)
[0x1eb153]
if someone can build me a GUB binary without stripping debug symbols,
that would offer an avenue
(Spain)
> paconet.org , csmbadajoz.com
>
> ___
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel
>
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
On Wed, Apr 5, 2017 at 8:17 PM, David Kastrup <d...@gnu.org> wrote:
> Han-Wen Nienhuys <hanw...@gmail.com> writes:
>
>> LilyPond has no thread-safety anywhere. It would be actively harmful
>> if anybody ever tried to run something on a different thread.
>
> The
ny other way to avoid this
> warning-messages?
>
>
> Cheers,
> Harm
>
> ___
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Han-Wen Nienhuys - hanw...@gmail.com - http:/
ce.
>
> On Tue, Mar 21, 2017 at 10:33 AM Han-Wen Nienhuys <hanw...@gmail.com> wrote:
>>
>> the repeating syscall is the read, on the same file descriptor. If
>> fontconfig failed a cache, you'd more likely see
>>
>> open() = 6
>> read(6, .. )
&
;
> 1 6 88
>
>> Werner may have better hunches than I which code is really
>> responsible for this.
>
> Maybe a problem with fontconfig? Where is the location of
> fontconfig's database of available fonts on your system? This must be
> created in advance so that
3PFFTM"..., 4096) = 4096
the number of calls is apparently proportional to the number of glyphs
in the file:
$ cat f.ly
\repeat unfold 100 { c }
$ strace -e trace=open,read lilypond f.ly >& log ; grep OTTO log|wc
40929 245575 3724501
Werner may have better hunches than I which co
{ fis\stemdown } { 'a4\stemup
>> } { 'e4\stemup cis4\stemdown } { 'fis4.\stemup 'd\stemdown a d\stemdown } {
>> 'g8\stemup } { 'a4 'cis4\stemup A4\stemdown } [^ { 'g8 B(v } 'fis8 ] {
>> 'd4\stemup } |
>> { b )B4 } { B4\stemdown } { 'cis\stemup A\stemdown } { 'd4. b G1 } {
> we had a code review tool which didn’t rely on external login providers. Is
> there really no free alternative?
>
> Best, Simon
>
>
> ___
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/list
rather
than symbol. Have you tried converting strings to symbols before doing
the hash lookup?
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On Tue, Dec 6, 2016 at 6:54 PM, David Kastrup <d...@gnu.org> wrote:
> Han-Wen Nienhuys <hanw...@gmail.com> writes:
>
>> Hello David,
>>
>> I saw that you made (some) changes for dealing with the Guile v2
>> garbage collector. what is the overall status o
?
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
0x865cd38, 0x865c910, 0x865c700, 0x865c788, 0x865ce30, 0x865c660}, midi_ =
> 0x87a4ff0, ports_ = false, header_ = 0x404}
>
> My guess is that most of these raw numbers are actually scheme objects, which
> I don’t know how to debug.
>
> Advice would be appreciated.
>
&g
the MIDI backend hasn't changed since we lasted touched it, AFAICT. You
should be able to follow the flow by starting at midi-*.cc.
Those get generated from audio-*.cc (check how audio-staff.cc sets up a
MIDI track). The audio elements get generated from *performer.cc.
Most of it is fairly
Lilypond dev should know more
Op ma 8 feb. 2016 15:44 schreef pstone imap <
peter.st...@symboliccomposer.com>:
> Hi, I have implemented LilyPond output from MIDI files in Symbolic
> Composer.
>
> It has been working well for years, and runs through OS X 10.7.0-10.10.5.
>
> Now, El Capitan 10.11
her while this
> can be done at reasonable cost rather than trying to drag it through the
> reorganization.
>
> --
> David Kastrup
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
emory serves,
https://github.com/golang/go)
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
On Wed, Aug 26, 2015 at 1:29 PM, David Kastrup d...@gnu.org wrote:
Han-Wen Nienhuys hanw...@gmail.com writes:
I'm kind of surprised that you ended up going to sourceforge, whereas
github was discarded because it wasn't a Free enough solution.
We didn't. We went to Allura (the software
/listinfo/lilypond-devel
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
on templates from Bärenreiter
editions. Han-Wen?
Werner
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
should I do this myself?
On Sat, May 16, 2015 at 8:41 AM, pkx1...@gmail.com wrote:
Patch counted down - please push to Staging branch
https://codereview.appspot.com/214250043/
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
to GS. Ligatures are
different glyphs, so they should be selected in the LilyPond PS
output.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Han-Wen Nienhuys
the issues (4000-something), extract a ID = URL
mapping and then download them. If you do this, you may need to rate
limit this so you don't get anti-robot captchas.
Trevor
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond
-- Forwarded message --
From: Chris Smith chrsm...@google.com
Date: Sat, Mar 14, 2015 at 3:46 PM
Subject: Re: Attachment downloader?
To: Han-Wen Nienhuys han...@google.com
Cc: google-code-shutdown google-code-shutd...@google.com
Hello,
We do not have an automated issue
...@google.com.
-The Google Code team
Google Inc. 1600 Amphitheatre Parkway, Mountain View, CA 94043
You have received this mandatory email service announcement to update
you about important changes to Google Code Project Hosting.
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
is not part of google code.
It would appear that we have until August to move.
--
David Kastrup
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org
/IssueExporterTool
(b) Is Google Code open-source or proprietary?
It's proprietary. It runs on a host of Google production technologies,
such as Bigtable, to be able to scale, and integrates with a bunch of
other technologies (Google login, e-mail, etc.)
--
Han-Wen Nienhuys - hanw...@gmail.com - http
Hi there,
the report is private to me, but here is what they're complaining of. I
guess most of it are actually problems in texi2html.
Viewport not configured
1,598
https://developers.google.com/web/fundamentals/layouts/rwd-fundamentals/
Small font size
1,598
mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman
for posting
to the list. The Approved: header can also appear in the first line
of the body of the reply.
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
will be kept.
Output definitions (paper, bookpaper) are nested so you can set global
layout at book level, and still have per-movement overrides. Stacking
N output definitions is as much work as stacking 2, so I guess I made
it generic.
Of course, few people if any ever used this feature.
--
Han-Wen
through a
script.
I have an idea about this, but i'll have to think about it more before
posting.
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman
to add hinting to the fonts
so the stems are not brushed on 600 dpi and coarser printers.
(I hope you're not suggesting to remove the brushing.)
best,
Janek
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel
to an arrangement I made that I intend to convert to LilyPond:
http://www.stewartfrench.com/brahms/
With admiration,
Stewart French
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
to parse in LilyPond, and easier to type for humans.
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
the GPL in order to include LilyPond.
HTH,
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanw
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
-devel@gnu.org
https://lists.gnu.org/mailman/**listinfo/lilypond-develhttps://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
They have to be spanners - if the mm rest is broken across a linebreak, the
text should be too.
On Thu, Apr 4, 2013 at 7:01 PM, Janek Warchoł janek.lilyp...@gmail.comwrote:
Hi Han-Wen,
On Thu, Apr 4, 2013 at 10:48 AM, Han-Wen Nienhuys hanw...@gmail.com
wrote:
I think this is because
out attached patch, and the testfile. Ideas?
cheers,
Janek
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
framework (FP6) for
research programs, which was more focused on large businesses, which
made our project proposal even more problematic. I don't know what FP7
looks lke, but you should definitely talk to people involved with EU
programs now to know what you're getting into.
--
Han-Wen Nienhuys - han
that the second number would be -1.251178.
IIRC, the refp should be an ancestor of the grob you're asking for.
This means only one of
obj-relative_coord(refp, X)
refp-relative_coord(obj, X)
is valid.
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
the worlds' foremost computer scientists.
b. created for a program whose behavior and code was to be set in stone.
I think that looking at tex.web will not give anyone practical answers
on how to structure their lilypond code.
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
much more modular programming languages, and we make a
mess of it. I consider doing good work with bad tools a better example
than doing bad work with good tools.
What is your practical advice for coding practices, then?
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
actually written a new code C++ formatter so people don't have to
waste time on discussing those; see
http://clang.llvm.org/docs/ClangFormat.html)
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
/mailman/listinfo/lilypond-devel
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
-- Forwarded message --
From: Kristina Vuckovic kvuck...@ffzg.hr
Date: Fri, Dec 28, 2012 at 11:29 AM
Subject: LilyPondXs
To: han...@xs4all.nl
J fo
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond
Huh? Isn't dist generated by asking Git nowadays?
On Fri, Dec 21, 2012 at 7:57 AM, gra...@percival-music.ca wrote:
I suspect that the GNUMakefile.in will need .OFL to be added to the
EXTRA_DIST.
https://codereview.appspot.com/6970046/
--
Han-Wen Nienhuys - han...@xs4all.nl - http
change is here https://codereview.appspot.com/6970046/
--
Han-Wen Nienhuys - han...@xs4all.nl - http://www.xs4all.nl/~hanwen
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
501 - 600 of 3768 matches
Mail list logo
