Squeak-dev August 2001

squeak-dev@lists.squeakfoundation.org

187 participants
488 discussions

[GOODIE] shortInternalization
by Leandro Caniglia 30 Aug '01

30 Aug '01

from preamble: "Change Set: shortInternalization Date: 30 August 2001 Author: Leandro Caniglia Adds the method: SystemDictionary>>internalizeChangeLogWhile: aBlock which evaluates aBlock in internalized mode, i.e., while sending the changes to a stream in memory. After the evaluation the changes are copied back to the changes source file. Useful to file in deep modifications to FileStream and subclasses. It differs from Dan's internalizeChangeLog in that the later reads enterely the .changes file in memory. "!

1 0

[FIX] setToEndFix
by Leandro Caniglia 30 Aug '01

30 Aug '01

from preamble: "Change Set: setToEndFix Date: 30 August 2001 Author: Leandro Caniglia Fixes the following bug: stream _ WriteStream with: ''. stream nextPutAll: 'hello'. stream position. -> 5 stream setToEnd. stream position -> 0 wrong!! "!

1 0

AutoStart doesn't work with a shrunken image
by Tim Rowledge 30 Aug '01

30 Aug '01

I've just been making a shrunk image intended to work headless. After carefully testing my headless linux VM witha normal 4282 level image, I was more than a little disturbed to find that it didn't work after shrinking. The problems turned out to be two places in the AutoStart / AbstractLauncher class worlds. When you shrink an image and remove Morphic you suddenly find that commandline scripts no longer get processed. This is because:- a) ProjectLauncher tries to setup some Flaps, which no longer exist b) AutoStart only starts its installed launchers if there is a WorldState - which no longer exists. This changeset provides a reasonably tidy fix by making AutoStart delegate a bit better to the luncher class involved, and by providing a default #startUp that continues to check for WorldState. The CommandLineLauncher is an example of overriding that to work without Morphic in a shrunk, headless image. To activate CommandLineLauncher, remember to use ProjectLauncher deactivate. CommandLineLauncher activate before saving the image. tim -- Tim Rowledge, tim(a)sumeru.stanford.edu, http://sumeru.stanford.edu/tim Two wrongs are only the beginning.

3 8

[newbie] hierarchical list answer, sps browser, earth icon, color pretty print
by Simon Michael 30 Aug '01

30 Aug '01

hierarchical list answer ------------------------ I saw hierarchical lists become non-functional again, and this time I think I know why. I had just opened the Whisker browser project on BSS and it recompiled some of these classes. Whisker may need an update. SPS browser ----------- The SPS browser (see recent post or BSS) looks useful. It's a variation on the standard browser with object hierarchy always visible and some other enhancements. Followed the instructions to make it the default; no apparent effect ? Aha alt-b over the background brings up the new browser, otherwise the old one is still used. Changing the default browser globally isn't quite so easy yet. earth icon ---------- Check out the simple and beautiful Globe project on BSS. I enjoyed doing this: right-clicked on the earth, made a copy (green icon), made it smaller (yellow icon). Dragged it into the Squeak flap, back to my home project, dragged it out again. (The earth spins serenely on.) color pretty print ------------------ This is really helpful for someone learning to read smalltalk code.

3 3

No balloon help if locked + other help trouble
by Ross Boylan 30 Aug '01

30 Aug '01

1. I don't know if this is a bug or a feature, though it's definitely a problem for me. OuterMorph has balloonTextHelp. It includes an InnerMorph with separate balloonTextHelp. If InnerMorph isLocked then its balloonText does not show. 2. The display of the help is erratic in other ways. If I move the cursor over an unlocked InnerMorph I see its help. If I then move it off, onto OuterMorph, no help shows. If I move cursor completely off OuterMorph and then back onto OuterMorph, I see the proper help. Move cursor to locked InnerMorph, same outer help. Move cursor to unlocked InnerMorph, see inner help. Move cursor back to outerMorph, no help.

1 0

Re: [FIX] Stop text pane from reseting after method accept.
by Leandro Caniglia 29 Aug '01

29 Aug '01

sps2000(a)bestweb.net wrote: > Use this fix to retain the scroll position and cursor selection after a > method is accepted in any CodeHolder (ie. browser)."! Thank you, this was a little stone in my shoe ;-) /Leandro PS: An other one is the sticky bold

2 1

Re: [FIX] Stop text pane from reseting after method accept.
by Leandro Caniglia 29 Aug '01

29 Aug '01

Steve Swerling <sps2000(a)mail.com> wrote: > > PS: An other one is the sticky bold > > I'm not sure I've seen this one. How to reproduce it? Edit an existing method in the browser and change its selector as to write a new method over the old one. The bold style used in the header gets sticked to the cursor. You can unstick it with Alt-0, but it isn't easy get ride of it. /Leandro

1 0

[Modules] Components or Modules??
by Allen Wirfs-Brock 29 Aug '01

29 Aug '01

So what are we trying to accomplish? Dan listed a set of "desiderata" that I can whole-heartedly support. However, I would like to step up one level before plunging into the details. My understanding is that a common goal is the elimination of the all encompassing, monolithic image. I can't argue with that goal and I don't think I need to reiterate all reasons this is desirable. However, there are a lot of different reasons that different constituencies have for wanting to see this happen. I don't necessarily believe that one solution will make everybody happy. I also think this may be one reason that there appears to be a lack of consensus on an approach to modularity. Different people are trying to solve different problems. If one tool won't do the job then the next simplest thing is to have exactly two tools that collective will. For conquering the monolithic image, I'm going to argue that the two tools we need are "components" and "modules". Clearly, I need to define what I mean by this terms. I'll start by trying to list some distinguishing characteristics: Function Components Modules ------------------------------------------------------------------------------------------ Organizes behavior definition of behavior When runtime development time composition dynamic static coupling loose tight via object refs/messages inheritance/naming/syntax, etc. Roughly speaking Components correspond to COM or CORBA objects, DLLs, SLLs in Visual Smalltalk, etc. Roughly speaking Modules correspond to Java source files, Envy projects, TEAM/V packages, Smalltalk change sets. Modules are all about organizing and managing code, Components are all about composing functionality (behavior). Modules are used to create components. Most module systems end up have some (usually weak) component-like characteristics. Most component systems have some (usually weak) module-like characteristics. To me, all of the various systems I've heard described in this discussion appear to fit primarily in one or the other of these categories with some features that are more appropriate to the other. (Here is my first crack assignment based upon limited visibility. Component systems: Environments, OASIS, (I don't really know enough about either but this is my impression) , Pope's selector ideas. Module systems: Pelrine's work, change sets). My impression is that people who are primarily thinking about component issues have problems with module systems because they don't see what they are looking for visa versa. Most of my work with modularizing Smalltalk has been on the module side. However, I think there is a real place for the component view. Many of the rough edge I encountered in module systems have been in areas where they have tried to support component like usage. So here's my strawman position: Squeaks needs both a module architecture and a component architecture. They should be designed to be complementary to each other. The module system should stick to development time issues. The component system should stick to runtime issues. Globally, some people should be thinking about how to slice the image into components and modules. Allen

19 51

RE: [ANN] SWT 0.6 released
by Withers, Robert 29 Aug '01

29 Aug '01

Hola Andres! > -----Original Message----- > From: Andres Valloud [mailto:sqrmax@prodigy.net] [snip] > > What do you do when developing? > Ok, and you load anything and everything but the SIFConfig, which depends on the Module/SemanticModel being around. Thanks for the pointer to the Grooming page. > > The image is tight! It has lost the VMConstruction stuff as well > > as Balloon3D and much other stuff. > > The idea behind this is that the VM construction stuff, > and/or VMMaker, > would be a module loadable upon request. Same with Balloon3D or > anything else. yep, and by extension to what other folks have been doing, the Networking, Morphic, MVC, etc. would all be external modules/components too. > > [Bad] > > Missing SemanticModel. We like it, we love it, > > we want more of it! :) > > Well... we'll have to ask Paul or Joseph :). I have and they are working on it. :) > > [Ugly] > > The UI is now outdated. > > I guess that you could improve it. But so that you know, the fonts > don't have any license (as opposed to Squeak), and the XML GUI builder > should work both on Morphic and MVC. Yep. The XMLUIBuilder is cool technology. However, a lot of work has occurred since the initial 3.1a image came out. The 3.1a environment looks great!!!!! > > Do you have scripts that will allow us to take the > > latest and greatest image and strip it down to it's fur? > > I don't think it's a good idea, anyway. I think it's much > better to do > it once (and only once), do it really well (no undeclareds, all source > code can be recompiled without problems, no obsolete classes, > etc), and > from then on just put modules into the repository when you want new > stuff. I would disagree, although your next paragraph puts it in a different light. The fact is that there are 4 - 5 other people doing this same exercise right now. All it is is an evolving stripper script, including code to address Undeclared, Obsolete and so on. I'm sure you *want* people kicking the tires and checking the engine. This includes prepping a release image... > Incidentally, those scripts never existed. We had to do it > manually for > the most part, and it was a lot of work! yes. Isn't a large part of that work, 'modularizing' the base classes to remove methods that are used by a stripped framework? Over the next week, I will produce a version of my code that runs on your new events. I don't know the story with exceptions - sorry, dude. :) later, Rob

3 2

OUCH!!!
by Andres Valloud 29 Aug '01

29 Aug '01

My exaggerations and sarcasm meant for the context of a private conversation should be confined into private emails, as it was intended. My sincere apologies, Andres.

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
49
Older →

Jump to page: