Squeak-dev May 2003

squeak-dev@lists.squeakfoundation.org

204 participants
710 discussions

[FIX] UpdatingMenuRefreshFix-nk
by ned＠bike-nomad.com 04 May '03

04 May '03

This fixes the prior one. from preamble: "Change Set: UpdatingMenuRefreshFix-nk Date: 4 May 2003 Author: Ned Konz This CS keeps updating menu item morphs with checkboxes from repeatedly redrawing. version 2: fixes non-check boxes too. "!

1 0

[FIX] UpdatingMenuRefreshFix-nk
by ned＠bike-nomad.com 04 May '03

04 May '03

from preamble: "Change Set: UpdatingMenuRefreshFix-nk Date: 4 May 2003 Author: Ned Konz This CS keeps updating menu item morphs with checkboxes from repeatedly redrawing. "!

2 1

Re: Viewing Failures in sUnit's TestRunner
by Anthony Adachi 04 May '03

04 May '03

Bryce Kampjes wrote: > It's good practice in Smalltalk to write code inside the > debugger. Often I'll write a test, it fails, knowing > that I'm going to > extend an existing method, I add a "self halt." to the > start of > it. Rerunning the test, it stops at the halt in a > debugger. Then I add > the new code inside the debugger. This way I can > inspect the current > state and check it's what I think it should be. It also > checks that > the method was really used by that test. Yes, it can be valuable to step through one's code and one can make discoveries in doing so. However, often I've found it unnecessary and unwarranted. One of the ideas behind Test Driven Development is that one creates interfaces that one wishes one's code to have. One focuses on interfaces and tries not to get to wrapped up in implementation when writing and running a test. An xUnit which allows the display of expected and actual results helps to achieve this goal. In that, at the point of a failed test, one's immediate focus is on what they expected vs. what they got. Not on how that came to be. At that moment, one should be wearing the testing hat not the coding hat. If one immediately jumps into the implementation just to find out what was the actual result in order to compare with the expected they're going to be wearing two hats at that point. > Learn to ask the machine questions. Sometimes figuring > out how to ask > slows you down a little but soon you stop thinking so > hard until > something unexpected happens then you have time to > think really hard. I agree but writing and running tests is asking the code questions. However, stepping through code is not. That's observing how something gets done. > If a method breaks, I just click on it. A debugger > opens up, where I > make my changes. That way I don't need to remember > where the method is. Yes, that can be helpful. > (I've removed the halt from the interface, most of the > time I > don't want to step through the method, so most of the > time it's a waste of time.) Jumping into the debugger to see actual vs. expected results can cause a loss of focus (from interface to implementation). At least that what often happens to me. > When writing code in the debugger it is possible to > execute parts of > it there and then. So if an expression is causing you > grief, just > execute that single expression. Very fast feedback. I like this feature of Smallltalk. > I try and write all new code in the debugger. Code > browsers are only > for reading and refactoring code. For when I'm wearing my coding hat I'm trying to figure out where best to write code. The suggestion of in the debugger sounds good. Ned Konz wrote: > There is a package on SqueakMap that lets you set > breakpoints on entry without changing the source. > > It's called "Breakpoint support". That would be very useful. Thanks, Anthony __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

1 0

[BUG]UpdatingMenuItemMorph
by Karl Ramberg 04 May '03

04 May '03

There is a bug in the UpdatingMenuItemMorph that shows up when you set the preference debugShowDamage, it's drawing area get redrawn at every step. Seems to waste some time. Karl

2 1

[ENH][removal] remove-logging-md (small)
by Marcus Denker 04 May '03

04 May '03

Change Set: remove-logging-md Date: 4 May 2003 Author: Marcus Denker As suggested by Michael,this changeset removes to two calls to flag:log: from HTTPLoader>>startdownload. Then it deletes two methods from Object: flag:log: not used after HTTPLoader change flag:streamlog: empty method. -- Marcus Denker marcus(a)ira.uka.de -- Squeak! http://squeak.de

2 1

[IDEA]Central file management by .ext / mime-type.
by Sean Charles 04 May '03

04 May '03

In a nutshell: A file manager object that can know of all file types and be THE single point of contact for creating filenames, management blah blah blah... FooMgr mimeTypeFor: aString. FooMgr extensionsFor: aMimeType. FooMgr servicesFor: etc etc etc I'm sure you guys get the idea. Is there something near to it / planned already? Having just submitted a small enhancement cs, I spent some time rummaging around and it seems that, in general, file handling by extension is a bit rough around the edges. Although the FileList / SimpleServiceHandler mechanism is great (I use it a lot for various utilities I've written where I drop things from the Finder into Squeak and it munges them as required) the actual implementation code seems to use a lot of scattered, hardcoded file extensions which sometimes leads to hit and miss operation. The initial source of my troubles was Morph>>exportAsJPEG which tacked '.jpeg' onto the filename, I could have changed it by why should I have to every time? The simple hack is changing it here I guess but I never do things the easy way. It was a surprise to see that Scamper wouldn't recognise .jpeg files resulting in a call to displayImagePage. I'd consider changing .jpeg to .jpg as it is the more common extension, and more to the point, recognised by FileList out of the box unlike .jpeg. You can save em but you can't get em back! *8-). Possibly a moot point this one as most external programs should handle either extension. If not, ditch it! Interestingly enough, we have the *raw* beginning of something in Utilities class>>graphicsFileSuffixes which, to save you looking, is: graphicsFileSuffixes "Answer a list of filename suffixes which signal file content which we are able to internalize" ^#('.gif' '.bmp' '.jpg' '.jpeg' '.jpe', '.form') In my image, it's called twice! I also note that .jpe is given, which is also notoriously flaky too. I jut didn't bother with that as I've never seen one ever! Sean Charles.

3 3

Why can't blocks return?
by Derek Brans 04 May '03

04 May '03

And is there any way to stop execution like a return does in a method? Thank you. Derek Brans Nerd on a Wire Web design that's anything but square http://www.nerdonawire.com phone: 604.874.6463 mailto: brans(a)nerdonawire.com

2 1

Writing to std.out from an image
by Derek Brans 04 May '03

04 May '03

I'm trying to debug a headless image. Is there any way to get squeak to output things in a terminal window when it's been started headlessly? Thanks in advance! Derek Brans Nerd on a Wire Web design that's anything but square http://www.nerdonawire.com phone: 604.874.6463 mailto: brans(a)nerdonawire.com

3 2

Squid language
by Anthony Hannan 04 May '03

04 May '03

Here is my new behavior/module idea. A Squid module defines static (class) variables, and both instance and static (class) methods. A method is either public (exported) or private, but all variables are private. A module also specifies a set of imported modules. Local methods may call public methods of imported modules. An imported module may be substituted with another if it has the same method interface. Calls to imported methods are prefixed with the imported module name if more than one imported module implements the same method name. Otherwise the prefix is not needed, but the canonical source listing will include all prefixes. There are two kinds of modules: Behaviors and Classes. A class has instance variables while a behavior does not. Also, only behaviors can be imported into other modules (class or behavior). Futhermore, all class methods (instance or static) are private unless it overrides a behavior method. When a message is sent to an object, a direct call is made to the named method in the imported behavior that defines it. This method may send other messages but may never access any receiver fields. If it sends the classResponsibility message to the receiver the original message is forwarded to the receiver's class invoking the class method that overrides it. The class method may access fixed fields by instance variable name or indexable fields by varAt: (inst var names are compiled to calls to fieldAt:(put:) providing a hook for all field access). If classResponsibility does not find an override method in the class and error is raised. An alternative, classMayOverride, also delegates to the receiver class but does not raise an error if not found. It just falls through to the "default" code. This independent behavior and class scheme allows flexible inheritance, simple extension, and improved modularity. A class can "inherit" from multiple behaviors just by implementing their classResponsibility methods. A behavior can add benign class extensions to any class just be defining the extension methods in its own behavior. The extension methods can only access state of its receiver class by sending the appropriate accessor messages. Having these extensions defined in the same behavior that uses them improves modularity. Also, classes can only override methods that are designated as classResponsibility or classMayOverride, providing an explicit "subclass/polymorphic" interface which also improves modularity. One draw back is that every object will understand every message until classResponsibility is called. This delays doesNotUnderstand errors requiring the programmer to lookup up the debugger stack to find the original culprit. But this should not be difficult for the programmer to get used to. Classes do not inherit from other classes. One would copy a class if he wants to get similar behavior. But most behavior will be in Behavior modules not classes, so you would only be copying accessors and polymorphic behavior. Cheers, Anthony

1 0

[ENH] GraphicsTidy
by bibbers＠onetel.net.uk 03 May '03

03 May '03

from preamble: "Change Set: GraphicsTidy Date: 3 May 2003 Author: Sean Charles In the process of writing some HTML gallery helpers, I discovered that saving as JPEG uses .jpeg but that Form class>>fileReaderServicesForFile:fullName suffix:suffix did not recognise my newly saved file!! I added it to the list and it now works as I expected it to. I then did a 'search methods' for jpg and jpeg (case insens.) and got 12 and 32 for jpg and jpeg respectively. I have spent some time investigating if there are other places where jpeg/jpg are handled differently. The rest of this changeset provides fixes for such places. "!

1 0

← Newer
1
...
64
65
66
67
68
69
70
71
Older →

Jump to page: