Hey all,
If I have a header file with stuff like:
class MyClass {
typedef int (*happy)(int a, int b, int c);
happy foo
happy bar;
happy baz;
}
Is there a way to define foo, bar, and baz with the same typedef in the c++
file or do I have to enumerate all the arguments for the function definitio
Hey all,
John and I went to the Maison des Sciences de l'Homme today to get the LilyPond
server up and running. We'll be doing a few modifications over the next few
days and, once it's ready to be used by the devel team, we'll let you guys
know. Just a quick note now, though, to let you know
Hey all,
I'm getting the following when compiling a local branch based off of master:
LILYPOND_VERSION=2.15.41 /usr/bin/python
/home/mikesol/lilypond-git/scripts/lilypond-book.py -I
/home/mikesol/lilypond-git/Documentation/ -I ./out -I
/home/mikesol/lilypond-git/input -I /home/mikesol/lilypond
On 30 juin 2012, at 12:04, Phil Holmes wrote:
> - Original Message - From:
> To: "Devel Dev"
> Sent: Saturday, June 30, 2012 9:01 AM
> Subject: screech-and-boink.ly
>
>
>> Hey all,
>>
>> I'm getting the following when compiling a local branch based off of master:
>>
>> LILYPOND_VERSI
Hey all,
Once the most recent critical issues are squashed, are people up for forking
off a stable branch from 2.15? Administratively we'd go into cherrypick mode
like we did for 2.13 where we institute a moratorium on pushing to the stable
branch and have a cherrypick Czar (like Carl was a yea
Hey all,
Running the regtests on a patch set, make check fails:
Dissecting...
Writing snippets...
Processing...
Processing
/home/mikesol/lilypond-git/build/out/lybook-testdb/snippet-names--1465161827.ly
command failed: /home/mikesol/lilypond-git/build/out/bin/lilypond -I
/home/mikesol/lilypond-
On 4 août 2012, at 09:28, k-ohara5...@oco.net wrote:
> On 2012/08/01 06:45:22, MikeSol wrote:
>
>> Avoid measuring extents when engraving is happening because they could
> be
>> dependent on other callbacks which could trigger many layout decisions
> before
>> engraving is finished.
>
>
> This
On 6 août 2012, at 23:23, Graham Percival wrote:
> On Mon, Aug 06, 2012 at 08:36:05AM +0100, Ramana Kumar wrote:
>> In this message on users
>> http://lists.gnu.org/archive/html/lilypond-user/2012-08/msg00094.html
>> Mike mentioned the possibility of generating cache files to speed up
>> recompi
On 7 août 2012, at 04:41, Han-Wen Nienhuys wrote:
> On Mon, Aug 6, 2012 at 4:36 AM, Ramana Kumar wrote:
>> In this message on users
>> http://lists.gnu.org/archive/html/lilypond-user/2012-08/msg00094.html
>> Mike mentioned the possibility of generating cache files to speed up
>> recompilation. H
On 9 août 2012, at 11:05, Graham Percival wrote:
> Not much discussion after the mid-way point. I'm not certain if
> this means that everybody agrees, or they just think I'm
> completely wrong and it's not worth even discussing it (as
> happened with the first proposal for stable release handli
On 12 août 2012, at 16:31, Werner LEMBERG wrote:
>
> [lilypond commit 1dedaf12]
>
>
> Mike,
>
>
> is the problem `start and end points of slurs and ties don't fall
> together' supposed to be fixed? This snippet
>
>
> \version "2.17.0"
>
> \paper {
>ragged-right = ##f
> }
>
> \re
On 13 août 2012, at 02:44, Ian Hulin wrote:
> Dear all, (especially David and Graham)
> Contrary to all indications, I have actually been slowly (very slowly)
> chugging away on this, developing on my netbook.
>
> In order to achieve this, we'll need produce a series of patches. The
> criterion
On 12 août 2012, at 22:05, Werner LEMBERG wrote:
>
>> Odd...I'll look into it.
>
> Thanks!
>
>
>Werner
>
> ___
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel
Hey Werner,
Had a c
On 13 août 2012, at 11:14, David Kastrup wrote:
> Graham Percival writes:
>
>> On Mon, Aug 13, 2012 at 09:38:15AM +0200, David Kastrup wrote:
3. Where there are significant changes to component .scm files for
guile V2, these will also be converted into a shim similar to lily.scm
On 14 août 2012, at 08:37, Werner LEMBERG wrote:
>
>> Had a chance to look into it.
>
> Thanks.
>
Hey Werner,
I'll explain more below.
>> The too-closeness is registering, so the issue is either one of:
>>
>> 1) The details list for slurs needs different values.
Try stuff like
\override S
On 17 août 2012, at 07:19, joenee...@gmail.com wrote:http://codereview.appspot.com/5626052/diff/106004/lily/axis-group-interface.ccFile lily/axis-group-interface.cc (right):http://codereview.appspot.com/5626052/diff/106004/lily/axis-group-interface.cc#newcode651lily/axis-group-interface.cc:651: ---
On 17 août 2012, at 10:21, "m...@mikesolomon.org" wrote:
> On 17 août 2012, at 07:19, joenee...@gmail.com wrote:
>
>>
>> http://codereview.appspot.com/5626052/diff/106004/lily/axis-group-interface.cc
>> File lily/axis-group-interface.cc (right):
>>
Hey all,
I'm running the regtests and I think a while loop may not be exiting. Is there
any way to see in which file LilyPond hangs on the loop?
Cheers,
MS
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/l
Has to do with my loop question from before - I am sure now that there is an
infinite loop but I'm not sure in what file it's being triggered.
Cheers,
MS
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilyp
On 17 août 2012, at 16:57, Joe Neeman wrote:
>
> On Sat, Aug 18, 2012 at 5:34 AM, Keith OHara wrote:
> On Fri, 17 Aug 2012 10:16:25 -0700, wrote:
>
>
> http://codereview.appspot.com/5626052/diff/106004/lily/axis-group-interface.cc#newcode780
> lily/axis-group-interface.cc:780: while (dirty);
Hey all,
I recently compiled LilyPond from source on my Mac and got this message:
Fontconfig warning:
"/usr/local/Cellar/fontconfig/2.10.1/etc/fonts/conf.d/50-user.conf", line 9:
reading configurations from ~/.fonts.conf is deprecated.
Has anyone else seen this?
Cheers,
MS
___
Hey all,
In the Mac OS X build I did of the LilyPond source LilyPond cannot find the
Century fonts. I put them in the mf/out directory so that they are installed
correctly (in theory) but LilyPond can't find them. Is there a way I can check
how LilyPond is handling paths for looking for fonts
On 18 août 2012, at 19:59, John Mandereau wrote:
> Hi Mike,
> Il giorno sab, 18/08/2012 alle 19.38 -0400, m...@mikesolomon.org ha
> scritto:
>> In the Mac OS X build I did of the LilyPond source LilyPond cannot
>> find the Century fonts.
>
> Did configure or &quo
On 18 août 2012, at 23:40, Werner LEMBERG wrote:
>
>> Is there a way I can check how LilyPond is handling paths for looking
>> for fonts?
>
> Try iosnoop.
>
>
>Werner
501 87297 W 840990920 221184 lilypond ??/bidouillage/bar.ps
501 87298 W 840991352 32768 gs ??/bidouillage/
On 19 août 2012, at 01:30, David Kastrup wrote:
> "m...@mikesolomon.org" writes:
>
>> On 18 août 2012, at 19:59, John Mandereau wrote:
>>
>>> Hi Mike,
>>> Il giorno sab, 18/08/2012 alle 19.38 -0400, m...@mikesolomon.org ha
>>> scritto:
On 19 août 2012, at 09:26, Werner LEMBERG wrote:
>
>> 501 87297 W 840990920 221184 lilypond ??/bidouillage/bar.ps
>> 501 87298 W 840991352 32768 gs ??/bidouillage/bar.pdf
>> 501 87298 W 840991432 28672 gs ??/T/gs_Rm4DT4
>> 501 87298 W 840991432 32768 gs ??/T/gs_
On 19 août 2012, at 20:58, John Mandereau wrote:
> Il giorno dom, 19/08/2012 alle 20.28 -0400, m...@mikesolomon.org ha
> scritto:
>> Nothing to do with iosnoop, but I did some snooping in the code base and I
>> can't figure out why LilyPond wouldn't raise an error i
On 19 août 2012, at 21:20, m...@mikesolomon.org wrote:
>
> On 19 août 2012, at 20:58, John Mandereau wrote:
>
>> Il giorno dom, 19/08/2012 alle 20.28 -0400, m...@mikesolomon.org ha
>> scritto:
>>> Nothing to do with iosnoop, but I did some snooping in the code ba
On 20 août 2012, at 05:13, m...@mikesolomon.org wrote:
>
> On 19 août 2012, at 21:20, m...@mikesolomon.org wrote:
>
>>
>> On 19 août 2012, at 20:58, John Mandereau wrote:
>>
>>> Il giorno dom, 19/08/2012 alle 20.28 -0400, m...@mikesolomon.org ha
>>
On 21 août 2012, at 03:42, k-ohara5...@oco.net wrote:
> On 2012/08/18 10:12:00, MikeSol wrote:
>
>> \relative c'' {
>>\override TupletBracket #'outside-staff-priority = #1
>>\override TupletNumber #'font-size = #5
>>\times 2/3 { a4\trill a\trill^"foo" a\trill }
>> }
>
>> I added thi
On 22 août 2012, at 20:24, Marc Hohl wrote:
> Am 19.08.2012 22:29, schrieb Janek Warchoł:
>> On Sun, Aug 19, 2012 at 3:02 PM, David Kastrup wrote:
>>> Details are still somewhat fuzzy since I don't have all that much
>>> feedback concerning who will arrive when and leave, but there are some
>>>
Question - with the demerit in this function, on line 436 (the initialization
of demerit), why are we multiplying by dy? I would have thought that if the
span of dy were larger, we would want the demerit to be smaller so that the
slur was less bound to the edges.
Cheers,
MS
___
On 27 août 2012, at 23:07, Phil Holmes wrote:
> - Original Message - From: "David Kastrup"
> To:
> Sent: Monday, August 27, 2012 6:59 PM
> Subject: The currently still assembled part of the team in Waltrop
>
>
>> Note the project lead being on the high horse after having wrapped up
>>
On 28 août 2012, at 06:08, k-ohara5...@oco.net wrote:
> Still works well, still the same speed, and now the code makes much more
> sense.
>
> The 25% extra time required to set a short score goes down if I
>\override Accidental #'vertical-skylines = #'()
>\override TextScript #'vertical-
Hey all,
With --disable-optimisation passed to configure, Janek's score at:
www.mikesolomon.org/tota-pulchra.zip
fails with the assertion failure on line 252 of the current grob-property.cc
assert (value == SCM_EOL || value == marker);
I started a git bisect but have no clue when the first goo
On 29 août 2012, at 06:18, Keith OHara wrote:
> On Tue, 28 Aug 2012 01:00:39 -0700, m...@mikesolomon.org
> wrote:
>
>> On 28 août 2012, at 06:08, k-ohara5...@oco.net wrote:
>>>
>>> \override Accidental #'vertical-skylines = #'()
>>>
Hey all,
Could someone well-versed in guile try running primitive-load-path on the
attached file with and without the last line commented. Without the last line
commented, on my machine, I get:
guile> (primitive-load-path "/home/mikesol/pleasework.lyaux")
Backtrace:
In standard input:
1: 0*
On 29 août 2012, at 18:58, Phil Holmes wrote:
> I've just spent a happy few moments looking at around 900 regtest differences
> - most of the ones between 2.17.0 and 17.1. It's not a big deal except for
> my sanity - we did know there would be a lot. I've not checked them all,
> because my P
On 30 août 2012, at 00:44, David Kastrup wrote:
> "m...@mikesolomon.org" writes:
>
>> The regtest that worries me most is les-nereides.ly.
>>
>> There is a comment starting on line 827 of axis-group-engraver.cc from
>> Joe (vintage 2008) that descri
On 30 août 2012, at 02:21, Keith OHara wrote:
> Phil Holmes philholmes.net> writes:
>
>> Anyway, I found a number that concern me. See them at
>> http://www.philholmes.net/lilypond/regtestresults/2.17.1/.
>
> I think all the concerns are covered by your tracker items, or otherwise
> covere
On 31 août 2012, at 08:35, k-ohara5...@oco.net wrote:
>> I'm averaging about a 7% speed up
>> but it's not statistically significant.
>
> What types of scores get slower ?
>
> http://codereview.appspot.com/6498053/
>
> ___
> lilypond-devel mailing
On 31 août 2012, at 20:47, Jan Nieuwenhuizen wrote:
> Han-Wen Nienhuys writes:
>
>> That is a testament to the regtest's usefulness, and it was certainly
>> intended to be like that.
>
> Ha, yes. It indeed helps keeping things perfectly the same [even if
> they are obviously wrong], and that'
On 3 sept. 2012, at 07:33, David Kastrup wrote:
> Janek Warchoł writes:
>
>> Hi John,
>>
>> i remember that you are investigating whether we could be using Gerrit
>> for Lily work. I may've asked this question already, but i don't
>> remember whether there was a definitive answer: does gerrit
On 3 sept. 2012, at 11:45, David Kastrup wrote:
> "m...@mikesolomon.org" writes:
>
>> As a frequent producer of uncommented code that pushes into a code
>> base with uncommented code, I am more than willing to put comments.
>> However, I'll say that
Hey all,
While running regtests, I ran into a crash and got a whole heap of files to
check (I've put the command below).
They all compile clean when I run them individually, so I was wondering if
someone knew where the logfiles for these things were stashed so I can see how
they're failing?
Ch
On 3 sept. 2012, at 12:53, m...@mikesolomon.org wrote:
> Hey all,
>
> While running regtests, I ran into a crash and got a whole heap of files to
> check (I've put the command below).
> They all compile clean when I run them individually, so I was wondering if
> someone
On 3 sept. 2012, at 13:05, Phil Holmes wrote:
> - Original Message - From:
> To:
> Sent: Monday, September 03, 2012 11:53 AM
> Subject: Regtest checking
>
>
>> Hey all,
>>
>> While running regtests, I ran into a crash and got a whole heap of files to
>> check (I've put the command
On 3 sept. 2012, at 07:07, mts...@gmail.com wrote:
> On 2012/09/02 20:38:28, Keith wrote:
>> On 2012/09/02 06:25:58, MikeSol wrote:
>
>>> It's not a copy of the original slur because it is using
>>> pure heights and offsets.
>
>> I saw you interrogating SlurStub regarding its purity, but did no
On 3 sept. 2012, at 17:34, David Kastrup wrote:
> Janek Warchoł writes:
>
>> On Mon, Sep 3, 2012 at 1:00 PM, Graham Percival
>> wrote:
>>> I think that any time that a LilyPond developer complains that
>>> the code is too hard to understand, the patch should automatically
>>> move to Patch-ne
On 4 sept. 2012, at 09:45, k-ohara5...@oco.net wrote:
> Works for me. 16% slower than master.
> (I'll try make clean and make.)
> It makes no change for the Chopin; can you give an example where it
> helps?
In the Chopin, ragged-bottom is false so the difference can't really be seen.
The piec
On 4 sept. 2012, at 07:36, k-ohara5...@oco.net wrote:
> I can't get it to work for the script at the start of the tie.
> \relative c''' { r2. c4~-> | c-> r2. }
>
The reason is because ties are announced at a timestep (maybe several) after
their creation. This makes it very difficult to account
On 4 sept. 2012, at 10:13, Rodolfo Zitellini wrote:
>>
>> However, I still don't understand the utility of more comments in these two
>> files after all of this. Note that I am not calling into question what
>> David is saying about comments - I'm sure he is right. It's my failing to
>> under
On 4 sept. 2012, at 17:45, joenee...@gmail.com wrote:
> On 2012/09/02 06:25:58, MikeSol wrote:
>> On 2012/09/01 23:58:37, Keith wrote:
>>> I might have a test case for you at
>>> http://www.mutopiaproject.org/cgibin/piece-info.cgi?id=1776
>>>
>>> It seems you copy each slur into a "slur-stub", a
On 5 sept. 2012, at 00:33, m...@mikesolomon.org wrote:
>
> On 4 sept. 2012, at 17:45, joenee...@gmail.com wrote:
>
>> On 2012/09/02 06:25:58, MikeSol wrote:
>>> On 2012/09/01 23:58:37, Keith wrote:
>>>> I might have a test case for you at
>>>> htt
On 6 sept. 2012, at 10:06, janek.lilyp...@gmail.com wrote:
> Patchset 2 screws everything up, LOL!
It was one of my more colossal breakings of LilyPond - I'll add it to the top
10.
> http://lilypond-stuff.1065243.n5.nabble.com/file/n5705606/accidental-spacing-pairs_patchset2.pdf
>
> In previo
On 7 sept. 2012, at 09:34, k-ohara5...@oco.net wrote:
> On 2012/09/04 08:09:21, mike7 wrote:
>
>> On 4 sept. 2012, at 09:45, mailto:k-ohara5...@oco.net wrote:
>
>> > It makes no change for the Chopin; can you give an
>> > example where it helps?
>
>> In the Chopin, ragged-bottom is false so th
On 7 sept. 2012, at 10:11, k-ohara5...@oco.net wrote:
> The output looks very nice, even with half-sharps, reverse flats, etc.
> The patch makes compilation take 6% longer (depending on accidental
> density).
>
> The reverse flats don't get any extra space around their stems, but I
> haven't fin
On 8 sept. 2012, at 08:46, k-ohara5...@oco.net wrote:
> On 2012/09/08 05:28:02, Keith wrote:
>> now I measure it 2% /faster/ than master.
>
> Of course that makes no sense. I got confused of which executable I had
> when switching between patches. This patch is still about 6% slower
> than mas
On 8 sept. 2012, at 09:06, Keith OHara wrote:
> On Fri, 07 Sep 2012 09:23:08 -0700, m...@mikesolomon.org
> wrote:
>
>>
>> On 7 sept. 2012, at 09:34, k-ohara5...@oco.net wrote:
>>
>>> Having the invisible Grobs taking up space will confuse the innocent.
On 8 sept. 2012, at 18:43, m...@mikesolomon.org wrote:
>
> On 8 sept. 2012, at 09:06, Keith OHara wrote:
>
>> On Fri, 07 Sep 2012 09:23:08 -0700, m...@mikesolomon.org
>> wrote:
>>
>>>
>>> On 7 sept. 2012, at 09:34, k-ohara5...@oco.net wrote:
&
On 10 sept. 2012, at 11:12, lilyp...@googlecode.com wrote:
> Updates:
> Status: Started
>
> Comment #32 on issue 2801 by d...@gnu.org: Patch: Approximates cross-staff
> slurs in VerticalAxisGroup vertical-skylines.
> http://code.google.com/p/lilypond/issues/detail?id=2801
>
> Mike, I jus
On 10 sept. 2012, at 23:26, k-ohara5...@oco.net wrote:
> On 2012/09/07 16:23:21, mike7 wrote:
>> On 7 sept. 2012, at 09:34, mailto:k-ohara5...@oco.net wrote:
>
>>> Do you still think it possible to use just the real Slurs ?...
>>>
>>> 1) setting tentative control points using pre-line-breaking
Hey all,
To further debug 2801, I am looking for a way to not have to run the regtests
every time to make the bug appear. I am hoping that it'll crop up if I just
keep running it and I can compare the way the program behaves from one
compilation to the next. Is there a way to do something lik
On 11 sept. 2012, at 17:48, Marc Hohl wrote:
> Hello list,
>
> for my work on the volta bracket inclusion for the new bar line interface,
> I need to know how the bars are ordered in (ly:grob-object grob 'bars).
>
> Please see the attached file.
>
> For the \musOne, I get a grob array with ei
On 11 sept. 2012, at 22:02, Marc Hohl wrote:
> Am 11.09.2012 20:48, schrieb m...@mikesolomon.org:
>> On 11 sept. 2012, at 17:48, Marc Hohl wrote:
>>
>>> Hello list,
>>>
>>> for my work on the volta bracket inclusion for the new bar line interface,
&
On 11 sept. 2012, at 22:29, Marc Hohl wrote:
>>>
>> Are you certain that every vertical axis group will always contain the same
>> number of bar lines? If not, it's possible that the matrix you're talking
>> about may not have complete rows, in which case it's difficult to know how
>> to br
On 12 sept. 2012, at 14:05, d...@gnu.org wrote:
>
> http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc
> File lily/chord-name-engraver.cc (right):
>
> http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc#newcode149
> lily/chord-name-engraver.cc:149: &&
> http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc#newcode87
> lily/chord-name-engraver.cc:87: {
> On 2012/09/06 08:50:40, dak wrote:
>> What kind of contorted logic and guessing game is that?
>> if (make_markup)
>> {
>>[old code ending in setting "text"]
>> }
>
>> Plea
On 12 sept. 2012, at 19:16, d...@gnu.org wrote:
> On 2012/09/12 16:11:05, dak wrote:
>
>> when it should rather have the form
>
>> if (rest_event_)
>> {
>> - SCM no_chord_markup = get_property ("noChordSymbol");
>> - if (!Text_interface::is_markup (no_chord_markup))
>> ...
>>
On 12 sept. 2012, at 15:54, Phil Holmes wrote:
> Results from my pixel comparator. Some good, some in need of consideration:
>
> http://philholmes.net/lilypond/regtestresults/2.17.2/
>
> --
> Phil Holmes
>
>
>
> ___
> lilypond-devel mailing list
On 13 sept. 2012, at 08:31, David Kastrup wrote:
> "m...@mikesolomon.org" writes:
>
>> On 12 sept. 2012, at 15:54, Phil Holmes wrote:
>>
>>> Results from my pixel comparator. Some good, some in need of consideration:
>>>
>>&g
On 13 sept. 2012, at 10:17, David Kastrup wrote:
> "m...@mikesolomon.org" writes:
>
>> On 13 sept. 2012, at 08:31, David Kastrup wrote:
>>
>>> "m...@mikesolomon.org" writes:
>>>
>>>> Just a note that Les Nereides will
Hey all,
In the past couple days I've been getting changes in laissez-vibrer-tie-beam.ly
almost every time I run the regtests on at least two different seemingly
unrelated patch sets. Can anyone confirm this behavior?
Cheers,
MS
___
lilypond-devel ma
On 14 sept. 2012, at 11:42, Phil Holmes wrote:
> - Original Message - From:
> To:
> Sent: Friday, September 14, 2012 7:01 AM
> Subject: laissez-vibrer-tie-beam.ly
>
>
>> Hey all,
>>
>> In the past couple days I've been getting changes in
>> laissez-vibrer-tie-beam.ly almost every ti
On 14 sept. 2012, at 19:56, Phil Holmes wrote:
> OK - so there's been a lot of discussion of pre- and post-fix, and a load of
> other stuff I don't understand.So I had a think about what it is about
> lilypond syntax that p**s me off. And I concluded that it's nothing to do
> with whether we
On 26 sept. 2012, at 11:01, Marc Hohl wrote:
> Can anyone with more knowledge than me give me a hint what's wrong?
> IIUC correctly, lilypond draws a bar line at the beginning of each line,
> but in most cases, this is an invisible one.
> If you look at the results of input/regression/lyrics-spa
On 26 sept. 2012, at 12:07, Marc Hohl wrote:
> Am 26.09.2012 11:47, schrieb m...@mikesolomon.org:
>> On 26 sept. 2012, at 11:01, Marc Hohl wrote:
>>
>>> Can anyone with more knowledge than me give me a hint what's wrong?
>>> IIUC correctly, lilypond dra
On 26 sept. 2012, at 12:46, Phil Holmes wrote:
>> I've no idea if this will help, so feel free to ignore it. However, my
>> recollection is that running lily with -ddump-signatures gives information
>> on extents in the output file?
>
This is a great idea - you can get a lot of useful data
Hey all,
As was the case in a few of my previous projects, before I start something new
I make architecture changes that facilitate my work. Working on 2801, I've
realized that any multi-pass algorithm for the spacing of grobs is difficult
because results of callback calculations are always ca
On 26 sept. 2012, at 13:39, David Kastrup wrote:
> "m...@mikesolomon.org" writes:
>
>> As was the case in a few of my previous projects, before I start
>> something new I make architecture changes that facilitate my work.
>> Working on 2801, I've realize
On 26 sept. 2012, at 14:13, David Kastrup wrote:
>> What we need to arrive at is a situation where somebody without a clue
> starting to write stuff will more likely than not get a whole lot of
> things working right without realizing it, rather than getting a whole
> lot of things working wrong
On 26 sept. 2012, at 17:38, Joe Neeman wrote:
> On Wed, Sep 26, 2012 at 4:15 AM, m...@mikesolomon.org
> wrote:
> Hey all,
>
> As was the case in a few of my previous projects, before I start something
> new I make architecture changes that facilitate my work. Workin
On 26 sept. 2012, at 21:51, Han-Wen Nienhuys wrote:
> On Wed, Sep 26, 2012 at 9:17 PM, m...@mikesolomon.org
> wrote:
>
>> Another way to think of this is that, in general, we'd try to eliminate
>> grobs like NoteColumn, ScriptColumn, DynamicLineSpanner, etc that only
On 27 sept. 2012, at 13:56, Janek Warchoł wrote:
> On Thu, Sep 27, 2012 at 1:20 PM, Janek Warchoł
> wrote:
>> On Sat, Sep 8, 2012 at 5:43 PM, m...@mikesolomon.org
>> wrote:
>>> OK - I'll be able to fix all the broken stuff on Monday or Tuesday.
>>
On 29 sept. 2012, at 10:59, Han-Wen Nienhuys wrote:
> On Wed, Sep 26, 2012 at 10:40 PM, David Kastrup wrote:
>> Han-Wen Nienhuys writes:
>>
>>> In order to do cache invalidation, you will have to construct the
>>> reverse graph. If A.x depends on B.y, now A points to B. For proper
>>> cache i
On 29 sept. 2012, at 18:34, Keith OHara wrote:
> Han-Wen Nienhuys gmail.com> writes:
>
>> I think it is a much clearer abstraction to decide that each property
>> can only be evaluated once, and that everything should be driven by
>> callbacks. In fact, one thing I would suggest looking at is
On 29 sept. 2012, at 19:53, "Keith OHara" wrote:
> On Sat, 29 Sep 2012 10:30:32 -0700, m...@mikesolomon.org
> wrote:
>
>>
>> The way you're using "tentative" is almost exactly how pure properties are
>> used in LilyPond.
>
> Spec
On 29 sept. 2012, at 19:54, m...@mikesolomon.org wrote:
>
> On 29 sept. 2012, at 19:53, "Keith OHara" wrote:
>
>> On Sat, 29 Sep 2012 10:30:32 -0700, m...@mikesolomon.org
>> wrote:
>>
>>>
>>> The way you're using "tentative
On 30 sept. 2012, at 10:25, Marc Hohl wrote:
> Am 30.09.2012 04:11, schrieb k-ohara5...@oco.net:
>> Now looking at the log files, I do get "undead" errors for our
>> regression test 'bar-line-define-bar-glyph.ly' but not from any other
>> files that I tried. (I don't know why the scripts from `m
On 30 sept. 2012, at 11:39, David Kastrup wrote:
> David Kastrup writes:
>
>> "m...@mikesolomon.org" writes:
>>
>>> On 29 sept. 2012, at 19:54, m...@mikesolomon.org wrote:
>>>
>>>On 29 sept. 2012, at 19:53, "Keith OHara"
On 30 sept. 2012, at 14:16, Janek Warchoł wrote:
> Hi,
>
> interesting discussion, i learn a lot.
>
> On Sun, Sep 30, 2012 at 11:39 AM, David Kastrup wrote:
>> Basically, a grob says "I want to have this and that information for
>> making my positioning" and LilyPond says "You can't get it ri
On 30 sept. 2012, at 14:29, David Kastrup wrote:
> "m...@mikesolomon.org" writes:
>
>> On 30 sept. 2012, at 14:16, Janek Warchoł wrote:
>>
>>> Hi,
>>>
>>> interesting discussion, i learn a lot.
>>>
>>> On Sun, Sep 3
On 2 oct. 2012, at 05:02, aleksandr.andr...@gmail.com wrote:
> On 2012/10/01 23:34:39, MikeSol wrote:
>> I think a user should be able to use Kievan notation and normal
>> stems/flags/beams if she so chooses. I'll define something like
>
>> [snip]
>
>> and then use it in the documentation.
>
>
On 2 oct. 2012, at 16:42, aleksandr.andr...@gmail.com wrote:
> What I mean is that if something like
>
> {
> \override NoteHead #'style = #'kievan
> c'8
> }
>
> produces a quarter note in the output, the user is likely to be
> thoroughly confused.
Is this because of the duration-log override?
On 2 oct. 2012, at 17:38, aleksandr.andr...@gmail.com wrote:
> On 2012/10/02 14:56:28, mike7 wrote:
>> On 2 oct. 2012, at 16:42, mailto:aleksandr.andr...@gmail.com wrote:
>
>> > What I mean is that if something like
>> >
>> > {
>> > \override NoteHead #'style = #'kievan
>> > c'8
>> > }
>> >
>> >
Hey list,
Just a quick ping to let you know that I'm not dead - I've been swamped w/ work
recently and just got engaged so I'm planning out a wedding (w00t!).
I'll be back in the swing of things around mid-November if not sooner.
Cheers,
MS
___
lilypon
On 9 oct. 2012, at 11:39, Trevor Daniels wrote:
>
> m...@mikesolomon.org wrote Tuesday, October 09, 2012 9:19 AM
>
>> Just a quick ping to let you know that I'm not dead - I've been swamped w/
>> work recently and just got engaged so I'm planning out a w
On 30 oct. 2012, at 08:53, Marc Hohl wrote:
> Hello list,
>
> several weeks ago, Graham was about to run the scheme indentation
> script on the sources – I asked him to wait until my bar line
> project has finished in order to make *my* life easier ;-)
>
> Now I'd like to do the reformatting wo
On 3 nov. 2012, at 12:26, d...@gnu.org wrote:
>
> http://codereview.appspot.com/6584045/diff/1/lily/beam.cc
> File lily/beam.cc (right):
>
> http://codereview.appspot.com/6584045/diff/1/lily/beam.cc#newcode197
> lily/beam.cc:197: Grob *me = unsmob_grob (smob);
> Looking at the combination of thi
On 3 nov. 2012, at 12:26, d...@gnu.org wrote:
> http://codereview.appspot.com/6584045/diff/12001/lily/stem.cc#newcode812
> lily/stem.cc:812: Real beg = robust_scm2double (me->get_pure_property
> ("stem-begin-position", 0, INT_MAX), 0.0);
> Using robust_scm2double does not help when me is 0. This
1 - 100 of 316 matches
Mail list logo
