[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Evolutionary User Strategery
From: |
Fairchild |
Subject: |
RE: Evolutionary User Strategery |
Date: |
Fri, 21 Jul 2006 18:40:56 -0500 |
Alexander -
Best proposal I've understood. If/when implemented I see only two
continuing costs. The user must maintain selected multiple versions - seems
reasonable. Developers must make stable versions available in perpetuity,
but continuing support is not necessary - also seems reasonable.
Anybody willing and able to implement?
- Bruce
-----Original Message-----
From: Alexander Brock [mailto:address@hidden
Sent: Monday, July 17, 2006 3:42 PM
To: Fairchild
Cc: address@hidden
Subject: Re: Evolutionary User Strategery
Hello,
> However, modifying 'finished' scores to be acceptable by the
> latest version is not reasonable. Upgrade modifications require
> significant effort. The convert-ly program helps, but misses a lot.
One solution could be to write a wrapper which reads the \version and
decides which installation of lilypond must be used. If there is no
exact match just use the next higher version. That would increase
execution time by something like 1/20sec on normal PCs.
Alexander
- RE: Evolutionary User Strategy - A Compromise, (continued)
- RE: Evolutionary User Strategy - A Compromise, Anthony Youngman, 2006/07/12
- Re: Evolutionary User Strategy - A Compromise, Erik Sandberg, 2006/07/12
- RE: Evolutionary User Strategy - A Compromise, Anthony Youngman, 2006/07/13
- Re: Evolutionary User Strategy - A Compromise, Mats Bengtsson, 2006/07/19
- Re: Evolutionary User Strategy - A Compromise, Erik Sandberg, 2006/07/22
Re: Evolutionary User Strategy - A Compromise, Erik Sandberg, 2006/07/12
Re: Evolutionary User Strategy - A Compromise, Colin Wilding, 2006/07/13
Re: Evolutionary User Strategery, Alexander Brock, 2006/07/17
- RE: Evolutionary User Strategery,
Fairchild <=