[squeak-dev] Re: [Esug-list] Google Summer Of Code 2010 news!!!
Niall Ross
nfr at bigwig.net
Wed Mar 10 11:08:36 UTC 2010
Dear Julian,
I believe the VW, VA and Dolphin versions are close as regards the
model layer. VW has made some low-level changes to support namespaces.
In the past, VW and VA also used the same UI, thanks to a porting layer
provided by John, but they are moving apart; however the custom
refactoring project has maintained compatibility between its VA and VW3
versions until now (but are expecting to drop this). Dolphin simply
connected the model-layer RB to their existing browser. (Joseph Pelrine
et al provided the same to VA in addition to the separate RB UI.)
Whoever ported the Squeak RB took a mix of approaches, with shortcuts in
the BrowserEnvironment hierarchy that I've always wanted to fix. I've
never made the time, or recruited a Squeaker to port the custom
refactoring add-ons to Squeak and in the process make the fixes.
FYI, at the moment, the project is both integrating custom refactoring
ideas bit by bit into either mainstream VW or compatible goodies (some
are in 7.7, more will be in 7.8) and backporting some VW corrections to
the main stream of custom refactoring.
For the model-layer, Grease is probably little needed - may simplify one
or two things.
Yours faithfully
Niall Ross
Julian Fitzell wrote:
>On Sat, Mar 6, 2010 at 11:41 PM, Ralph Johnson <johnson at cs.uiuc.edu> wrote:
>
>
>>>+ I'd really love to see a single RefactoringBrowser package that
>>>could be loaded on all the platforms using Grease. I have no idea if
>>>there's any chance of buy-in from the vendors on that one; maybe it
>>>would need a new class name prefix so it could be loaded in
>>>parallel...
>>>
>>>
>>The various packages are all derived from the same one originally. They
>>have different GUis, and often have to interface to the system differently
>>because different versions of Smalltalk have different APIs for classes and
>>methods. Does Grease provide an API for classes and methods? Does it have
>>a GUI? Other than that, they will differ only because people have added
>>features to one version and not to the other. So, which version did you
>>want to use?
>>
>>
>
>I know, but they've essentially forked over the years. They may have
>been one package once but they certainly aren't now and because of
>that they continue to diverge. It may be that Grease isn't needed at
>all - I don't know because I haven't dug into it. If all the current
>functionality can be done with only ANSI APIs, then great. And no,
>obviously the UI will continue to be different between platforms. Just
>like Seaside, it's fine to have platform-specific subpackages but the
>core should be loadable (ie. it would be nice if it was) on all
>platforms.
>
>Julian
>_______________________________________________
>Esug-list mailing list
>Esug-list at lists.esug.org
>http://lists.esug.org/listinfo/esug-list
>
>______________________________________________________________________
>This email has been scanned by the MessageLabs Email Security System.
>For more information please visit http://www.messagelabs.com/email
>______________________________________________________________________
>
>
>
>
>
More information about the Squeak-dev
mailing list
|