|
From: | address@hidden |
Subject: | Re: Allows for easier creation of many Lilypond objects via Scheme. (issue 7009047) |
Date: | Mon, 24 Dec 2012 15:22:15 +0200 |
On 24 déc. 2012, at 10:36, address@hidden wrote: On 2012/12/24 07:28:17, mike7 wrote:On 24 déc. 2012, at 01:10, mailto:address@hidden wrote:> All of this is absolutely devastatingly horrible code that is notLilyPond I am certainly not saying that this type of task is for every user, but someone comfortable enough to do this should not have to copy and paste from define-*.scm every time. > This is taking everything that is broken with It seems like you'd rather not make something accessible rather than making it accessible in a fragile state. I certainly prefer the latter, as it allows more people to experiment. For example, David's work on the frame engraver would be a great trial ground for this sort of thing. This is something that several users have asked for. The whole point seems like by putting it there, we will hold ourselves to the standard of making sure it works should it ever break. I completely agree that teasers don't belong in LilyPond proper, but I don't see this going away. > No, no, and no again. Extensibility in this area would be nice, butdesign And by pulling these out into the open, it allows people to make customizable things.
This doesn't mess up the car for other people. And yes, drivers do want this! If there were an ambulance that one had to short-circuit to get me to the hospital, I wouldn't ask the driver not to drive for fear of an improper car design. It will cause explosions when the gas runs low That's exactly my point - it will explode, we'll see how it explodes, and that's exactly what will help us fix it over time. Unless we can afford a dedicated team of developers that get just-right, perfect interfaces full of bug free code the first time round, this seems like an imperfect but functional way for LilyPond to move forward. There are very few things in LilyPond that did not evolve because of the using->failing->fixing cycle. There is some correlation to the desires of drivers, yes.I don't believe in withholding a capacity from people just because Fair enough. It is not that the "design has problems", I tried to make it as painless as possible given the current tools. Again, those who are using it are likely adept enough at LilyPond where they'll be able to do the things in the regtest. It is just wires sticking out, and it is wires to something that was Let the wires stick out and let people experiment! Us, users, et cetera. That is, in my opinion, the best way for things to move forward. What I'm interested in fixing are the bleed-over problems, as of course this patch shouldn't make LilyPond worse, but it should be a first step towards making this functionality what we want it to be. Yes, let's improve the design, but let's get it out there. If People poking around at things is the reason for the majority of great discoveries and advances in the history of mankind. How can I'm not saying they should understand what is at issue - I'm saying they should ignore or use it, be happy when it works, complain that it doesn't, and we move towards making it better. For one thing, No, not at all, but it is the thing that allows for design to happen. We will see how these things are used, realize where they fail, patch as we go, and then make a better design once we understand the scope of the problem. But how can one understand the scope of anything without experimenting? For another thing, that can only incrementally _mask_ It is thanks to the existence of this that I have written several pieces that have been necessary to my career as a composer. If you could voyage into the past and undo the creation of that engraver, that would take away part of my and other's livelihoods. Sure, you could make the argument that somethings' working and then breaking is more destructive for the livelihoods of people than not having it at all, but I would disagree. From my experience, it is always better to work with imperfect things and suffer through the pains of breaking and fixing than only letting perfect things pass. > None of these ad-hoc interfaces can sensibly be guaranteed to Then what are development versions for? When we provide an interface, it So then help me with this with constructive criticism like that of Marc. People _can_ already open No, but we'll document the changes and do the best we can to help people adapt. > If people want to poke LilyPond's internals with a stick, of How is access to the engine not a feature? Christmasing, so gotta go, but I will continue to be appreciative of all constructive criticism that can help make this patch realizable for people like me, Jeffrey Treviño who requested it, and David N. who has to copy and paste out of scheme files to make this happen. All three of us make our living thanks to LilyPond. I can't speak on their behalves, but I can certainly say that I'd appreciate making this patch as good as possible and getting it into LilyPond so that people can poke at it it rather than not adding it for fear of the issues you discuss above. Cheers, MS |
[Prev in Thread] | Current Thread | [Next in Thread] |