Squeak-dev November 2000

squeak-dev@lists.squeakfoundation.org

106 participants
325 discussions

[ENH]MPEGPlayerMorph (lots of fixing and new gui)
by Karl Ramberg 28 Nov '00

28 Nov '00

I fixed up some stuff with the playing and logic etc. GUI is now more like players from other systems. One I get my understanding on iconicButtons I'll issue another update ;-) Karl

1 0

Smalltalk scripting (was Re: jpython anyone?)
by Lex Spoon 28 Nov '00

28 Nov '00

Aaron J Reichow <reic0024(a)d.umn.edu> wrote: > What I've proposed here before is a Smalltalk server and a C client that > does little more than pass the contents of the script and arguments to the > server and manage the returned info (exit value, as well a stdout > stream). A snapshot is an extremely fast way to boot -- it's just that the typical Squeak snapshots are pretty big. Stick to images and one VM per script execution. Try it -- it's not as bad as people seem to think! Even unoptimized Squeak starts in less than a second, if its image is cached. It would be better if a script-friendly image was available, but there's not, so too bad. (Along those lines, a great thing would seem to be to save script images as image segments, and then to have separate script-running and script-development images. The script-running image would be tiny and thus would load quickly). Two more suggestions for anyone working on this: 1. Don't try to use a text editor. "Text-file" is not the same as "script". Use the regular Smalltalk IDE and make your life nice. Also, save an image, not a fileout. 2. Make sure you have whatever OS-specific extensions are available. If you're talking about "scripting", quite frequently you want to access OS-specific resources. For Mac guys, there is AppleScript stuff in the main image. For Unix and maybe Microsoft guys, there is OSProcess. -Lex

1 0

[updates] 10 for 2.9alpha
by Dan Ingalls 28 Nov '00

28 Nov '00

Folks - I've just put out a few more updates as summarized below. Also, we're in the process of trying out the 50-odd that SMA recently assembled, and I'll try to get them out in the next couple of days. - Dan -------------------------- 2989TfmFixes-ar -- Andreas Raab -- 21 November 2000 Some fixes for transformed grabs and drops." 2990FixPianoKeyboards-di -- Dan Ingalls -- 18 November 2000 Adapts the keyboard to the new event dispatching logic. It was necessary to pass mouse focus from note to note. 2991ParseScript6-tk 2992noSubmorphs-raa -- Bob Arning -- 23 November 2000 - guard a #firstSubmorph with a test for no submorphs" 2993CipherPanelFix -- Dan Ingalls -- 24 November 2000 Fixes a problem introduced by the new Alignment protocols. 2994HandTweaks-ar -- Andreas Raab -- 25 November 2000 Two tweaks for faster hand redraws." 2995mvcWorldFix-raa -- Bob Arning -- 27 November 2000 - guard against premature access of worldState" 2996higherPerformance-raa -- Bob Arning -- 24 November 2000 This is mostly a Mac issue, but may have some effect on other platforms. These changes do not take effect until you set the preference #higherPerformance to true. The impact of setting this pref to true may be higher performance for this Squeak image, but lower performance for other applications/processes that may be running concurrently. Experiment with your particular configuration/desires and decide for yourself. 1. In order to reduce the amount of time lost (perhaps 20 to 30% in some cases) to background applications on the Mac, change the strategy used to poll for UI events. Every time we poll the OS for UI events, increase the delay until the next check. Every time Squeak actually requests an event from EventSensor, reset the delay to its normal value (20 ms). This means that a long-running evaluation started in the UI process will receive less competition from background apps (and less overhead even if it is the only app), but normal UI-intensive operations will happen as they do now. What is lost by this change is some sensitivity to mouse events that occur while Squeak is busy over long periods. My thought is that if Squeak is so occupied for a period of seconds, these events are much less useful and perhaps even harmful. 2. Reduce the minimum morphic cycle time (MinCycleLapse) so that the frame rate (and, hence, running of #step methods) can proceed at greater than 50 frames per second. This can be quite beneficial to things like simulations that are run via #step. ---executable code follows" Preferences addPreference: #higherPerformance category: #performance default: false balloonHelp: 'May offer higer performance at the expense of other applications on your computer. See the comment in EventSensor>>higherPerformanceNotes for more details'. 2997DoubleInitFix-len -- Luciano -- 27 November 2000 Fix a double initialization problem in KlattVoice and Speaker." 2998TetrisFix -- Dan Ingalls -- 27 November 2000 Two fixes, suggested by Andreas Raab to make Tetris compliant with the new alignment protocols.

3 2

Re: [BUG] CrosticPanel alignment is broken
by Dan Ingalls 28 Nov '00

28 Nov '00

>The alignment of CrosticPanel morphs is broken in 2.9a #2998 Thanks (glad to know someone plays with them). We know about this and it's on our list. Stay tuned. - D

1 0

Re: Concurrent Comics and children's programming environment (wasRe: jpython anyone?)
by Ken G. Brown 27 Nov '00

27 Nov '00

I've searched my Squeak List archives (may not be quite 100% complete) back to 980919 for 'toon talk', 'toontalk', 'toon-talk' and 'Kahn' with no hits before 001126. Any other keywords to try? There is a message which references a paper which may be of interest: ------------------------ >From: "Jim Benson" <jb(a)speed.net> >Subject: Re: [GOODIE] Morph Dock Revisited version 0.1 >Date: Sat, 8 Jul 2000 17:39:07 -0700 ><snip> >This approach was suggested in Chang and Ungar's "Animation: From Cartoons >to User Interface" http://www.sun.com/research/self/papers/animation.html <snip> ------------------------ Ken B. At 11:58 AM -0800 on 11/27/00, Ken Kahn is rumored to have written: >Ali - > >You wrote: >> >> I briefly checked out these links, and found the content very >> interesting. I also remember "ToonTalk" appearing on this mailing list a >> while back. >> > >I searched all three archives mentioned on >http://minnow.cc.gatech.edu/squeak/775 > >and I couldn't find anything more than a couple days old. The egroups >archive seems only searchable for the last 6 months. And the >http://squeak.cs.uiuc.edu/mail/squeak/ archive seems to only go back to >August. http://macos.tuwien.ac.at:9009/Server.home says it keeps messages >400 days but I couldn't find anything more than 2 days old. > >Any idea when the discussion happened? > >Thanks in advance. > >Best, > >-ken

2 1

Re: Manual, URL, or Documentation for Pluggable Primitives
by Bert Freudenberg 27 Nov '00

27 Nov '00

On Mon, 27 Nov 2000, Daniel V. Oppenheim wrote: > I know that a lot of work has been going on to improve connection > between Squeak and C via pluggable primitives. Is there a manual, > documentation, URL, pointers, gotcha list, etc. that is easily > accessible? Nothing regarding Squeak documentation really deserves the "easily accessible" attribute yet ;) But besides the usual advice to "look into the image" there's something at the Swiki (http://minnow.cc.gatech.edu/squeak/464) and in Andrew Greenberg's chapter in the Squeak book (http://coweb.cc.gatech.edu/squeakbook/3). 2.8 Plugins: http://minnow.cc.gatech.edu/squeak/1448 FFI: http://minnow.cc.gatech.edu/squeak/1414 > Is conection limited to C DLLs or can you also connect to a C++ DLL? C only. For C++ you have to write C wrappers. > Is there a callback mechanism or plans to make one available? No - and nothing planned AFAIK. > Squeak Semaphore signal from C? Yes. > Shared Memory? What about type checking? Any plans for an elaborate > mechanism similar to the VisualWorks DLL Connect? Not sure about these queations - you saw FFI? -- Bert

1 0

Yet another Squeak book (coming April 2001)
by John M McIntosh 27 Nov '00

27 Nov '00

All the info amazon has is below, maybe Mark or Kim can comment? Squeak : Open Personal Computing and Multimedia by Mark Guzdial, Kimberly Rose Our Price: $26.25 This item will be published in April 2001. You may order it now and we will ship it to you when it arrives. Paperback (April 2001) Prentice Hall; ISBN: 0130280917 Amazon.com Sales Rank: 1,271,489 http://www.amazon.com/exec/obidos/ASIN/0130280917/corporatsmalltal Perhaps it's a bit early to order, but we might as well let the publisher know that there *is* interest in Squeak/Smalltalk books, so order away... I had ordered the first book Squeak: Object-Oriented Design with Multimedia Applications by Mark Guzdial Paperback - 336 pages 1 edition (December 21, 2000) Prentice Hall; ISBN: 0130280283 But I'm back ordered now til Dec 21st, I guess they didn't print enough first time around and if I recall correctly we managed to get the book into the top 1000 technical books for a few days due to the orders we queued up. -- -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== Custom Macintosh programming & various Smalltalk dialects PGP Key: DSS/Diff/46FC3BE6 Fingerprint=B22F 7D67 92B7 5D52 72D7 E94A EE69 2D21 46FC 3BE6 ===========================================================================

2 1

Re: InstanceBrowser anyone ?
by Bijan Parsia 27 Nov '00

27 Nov '00

On Mon, 27 Nov 2000, Dan Ingalls wrote: > >Bob Arning wrote: > >> 2. I would strongly suggest turning off #infiniteUndo since it accumulates rather endlessly at the moment. > > Karl Ramberg <karl.ramberg(a)chello.se>replied... > >Done. Maybe images should have this turned off by default ? > > I'm about (in the next day or so) to rework these choices. I'm proposing three: > > No undo > Normal undo (5 most recent commands) > Infinite undo Dan, in most programs I've used with "infinite undo", they let you set the number of undos (sometimes within a fairly low top, say 99). Of course, the undo list is also genreally discarded on quit. > I propose to add a feature for normal undo that will discard undo > history upon quit with save. This feature will be internally > separable, but I am not proposing to make it an option. Also, if > infinite undo is set, you will be informed if you have a long history > at quit time, with an option to prune that history. I like that, but what about making it possible automatic? I set my default pruning at 100. When I quite, the list simply get's pruned back. (Contriwise, perhaps *size* is more important. I.e., if my list > some megs I may want to prune it. However, I may be more interested in pruning only "big" items.) (I haven't poked into the undo code, but I'd love to have individual, say, workspaces have their own undo lists, sorta like Internet Explorers "history" menu. Project based might be sufficent.) Cheers, Bijan Parsia.

1 0

Re: InstanceBrowser anyone ?
by Bob Arning 27 Nov '00

27 Nov '00

Note to the list: Karl ran the method I provided and sent me the details offline. Karl, Looking at something like: On Mon, 27 Nov 2000 18:13:18 +0100 Karl Ramberg <karl.ramberg(a)chello.se> wrote: >47. MPEGPlayer > '#Project -> Project class' > 'classPool: Dictionary' > '#AllProjects -> OrderedCollection' > 'array: Array' > '6: Project' > 'world: PasteUpMorph' > 'worldState: WorldState' > 'commandHistory: CommandHistory' > 'history: OrderedCollection' > 'array: Array' > '722: Command' <=======the 722nd item in the undo history!!!!!!!!! > 'undoTarget: MPEGPlayerMorph' tells me you have a project in which you have opened a lot of MPEGPlayers. You also have the preferences #useUndo and #infiniteUndo set to <true>. This means that lots of morphs that you delete are being remembered so that, in theory, you could undo the delete at some point. Two things to do here: 1. As Dan suggested: If you have undo enabled, there's a good chance you will get back some space from... CommandHistory allInstancesDo: [:c | c resetCommandHistory]. 2. I would strongly suggest turning off #infiniteUndo since it accumulates rather endlessly at the moment. Then make sure you close any inspectors you have open for the purpose of debugging this problem and do a Smalltalk garbageCollect. Then rerun the report and see how many are left. It looked like all the windows in the report were being held by the #infiniteUndo logic. That's not to say that these are the only references, but clearing out the undo and rerunning the report will tell us. Cheers, Bob

3 2

Re: Concurrent Comics and children's programming environment (wasRe: jpython anyone?)
by Doug Way 27 Nov '00

27 Nov '00

Ken Kahn wrote: > > From: "Ali Chamas" <ali(a)sparkdigital.com.au> > > > >I also remember "ToonTalk" appearing on this mailing list a > > while back. > > > > I just joined this list and as the author of ToonTalk was surprised > (pleasantly) to see the first message I received mentions ToonTalk. Now I'm > curious about the discussion "a while back". Is there an archive? If not > could someone send me the messages? Yes, there are a few mailing list archives... it's the answer to the first question of the Squeak FAQ at: http://minnow.cc.gatech.edu/squeak/471 Welcome to the list! - Doug Way dway(a)riskmetrics.com

1 0

← Newer
1
2
3
4
5
6
7
...
33
Older →

Jump to page: