[Pharo-project] Monticello: an idealist question
Colin, Among many useful things in Dolphin is an ability to assign multiple categories to any given method; Squeak and Pharo allow only one category, and it promptly gets chewed up by PackageInfo. Multiple categories would be a nice addition to Squeak and Pharo. How hard would it be to change Monticello to take its input not from PackageInfo and its (pardon me) abuse of category names, but from reifications of the categories? The new objects would form the basis for packaging system, and free method categories to do what they do best: aid in browsing and understanding code. In transition, a future version of Monticello could create the needed objects using the same rules as PackageInfo (or any time it is instructed to do so). Comments? Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab@anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029
On Wed, Oct 08, 2008 at 07:52:29PM -0400, Bill Schwab wrote:
Colin,
Among many useful things in Dolphin is an ability to assign multiple categories to any given method; Squeak and Pharo allow only one category, and it promptly gets chewed up by PackageInfo. Multiple categories would be a nice addition to Squeak and Pharo.
How hard would it be to change Monticello to take its input not from PackageInfo and its (pardon me) abuse of category names, but from reifications of the categories? The new objects would form the basis for packaging system, and free method categories to do what they do best: aid in browsing and understanding code.
You could change PackageInfo to use the new scheme easily, I'm sure, or you could use Monticello2, which adds another abstraction layer atop PackageInfo (slices). And if Craig ever releases Spoon, we'll have another contender for version management (Naiad) PackageInfo is not that complicated. I was able to rewrite its image scanning code to be about 8x faster in about 40 lines of code, spread across 8 methods Making the browser nicely cope with whatever scheme you invent will be the real challenge. Can you give me an example of why you want one method in two packages? Monticello can handle that by using overrides, but it is a different version in each package. -- Matthew Fulmer -- http://mtfulmer.wordpress.com/
On Thu, Oct 9, 2008 at 4:33 AM, Matthew Fulmer <tapplek@gmail.com> wrote:
PackageInfo is not that complicated.
Some might even say it's rather simplistic >:] It would make sense to have real objects reify the code organization.
Can you give me an example of why you want one method in two packages? Monticello can handle that by using overrides, but it is a different version in each package.
I guess he meant method categories (protocols) ? -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet
Hi! I gave a try few years ago: http://www.squeaksource.com/PackagesForSqueak The last version is: Package-alexandrebergel.56.mcz I also did an experiment to have binary format for packages in .mcz, instead of text source. Cheers, Alexandre On 9 Oct 2008, at 01:52, Bill Schwab wrote:
Colin,
Among many useful things in Dolphin is an ability to assign multiple categories to any given method; Squeak and Pharo allow only one category, and it promptly gets chewed up by PackageInfo. Multiple categories would be a nice addition to Squeak and Pharo.
How hard would it be to change Monticello to take its input not from PackageInfo and its (pardon me) abuse of category names, but from reifications of the categories? The new objects would form the basis for packaging system, and free method categories to do what they do best: aid in browsing and understanding code.
In transition, a future version of Monticello could create the needed objects using the same rules as PackageInfo (or any time it is instructed to do so).
Comments?
Bill
Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254
Email: bschwab@anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
participants (4)
-
Alexandre Bergel -
Bill Schwab -
Damien Pollet -
Matthew Fulmer