Thank you, Jon!

For anyone looking at this, here are some notes, from http://squeak.joyful.com/MediaView :

- Define Character>>fromLatin1Value: as an alias for Character>>value: to get files to load.

- Make HTMLBrowserApplication subclass Object, not ProtoObject, to avoid 100% cpu utilization at HTMLBrowserApplication basicNew.

- Define Preferences>>inDatabaseNamed:at: as an alias for Preferences>>valueOfPreference:.

- HTMLCache>>initializeCacheAccessSemaphore complains about Semaphore new: 200.

Best, -Simon

Samir Saidani wrote:

Thanks !

I'm wondering where come from the methods fromLatin1Value: and inDatabasNamed:at: ? I checked Squeak2.8 and 3.0 and didn't find these methods. Was MediaView done with an earlier Squeak ?

Moreover, I found also three undefined class references : LayoutColumnView, LayoutRowView, DisplayObjectView, which does not exist into Squeak2.8 too.

Is there a way to display all undefined class references from a package ?

I would like to use MediaView also as an opportunity to understand how an why Squeak loose so easily compatibility with quite stand-alone package, I suspect that there is a missing feature : there is possibility to travel into methods version, but not into classes version...

Samir

This browser was part of a big research project and the were rolling their own images with lots of code that never made it's way into regular Squeak. I suspect some part of the MV package is missing or this feature was part of another package. karl

Simon Michael simon@joyful.com writes:

...

Thank you, Jon!

For anyone looking at this, here are some notes, from http://squeak.joyful.com/MediaView :

• Define Character>>fromLatin1Value: as an alias for Character>>value:

to get files to load.

• Make HTMLBrowserApplication subclass Object, not ProtoObject, to avoid

100% cpu utilization at HTMLBrowserApplication basicNew.

• Define Preferences>>inDatabaseNamed:at: as an alias for

Preferences>>valueOfPreference:.

• HTMLCache>>initializeCacheAccessSemaphore complains about Semaphore

new: 200.

Best, -Simon

Jon Hylands jon@huv.com writes:

On Wed, 26 Oct 2005 17:11:51 +0200, Samir Saidani saidani@squeakfr.org wrote:

MediaView is probably a bad thing to do that with. The image we used, which was based on Squeak 2.something, had extensive changes in almost every area, including graphics, windowing framework, networking, files, etc.

Jon, is it possible to get the whole original image of MediaView ?

Samir

I suspect the "missing feature", or reason this happens is that Squeak apps tend to take all the classes defined in a given image as their api. This is wonderful as long as you're in that stable image, but breaks down in the larger world of more diverse and evolving code. Do apps need to restrict themselves to more large-scale, stable apis (interfaces) ?

The recent BabyUML papers touch on this, how the apparent sacrifice of expressiveness actually allows development to scale much better.

I think Zope 3's component architecture is interesting. That whole system is organized as components which provide well-defined interfaces. Yet in squeak, objects have a well-defined protocol (interface) defined by their class, so why isn't that enough ? Perhaps more coarse and explicit interfaces are the answer. Perhaps packages fill that niche, or should ?