Squeak-dev January 2000

squeak-dev@lists.squeakfoundation.org

131 participants
468 discussions

Promoting Squeak (and Smalltalk ;))
by Stephane Ducasse 03 Jan '00

03 Jan '00

Hi I was wondering how I can approach the linux people to present them Squeak. I browse a bit the french sites and found http://www.aful.org/ (for the french people) Then I found http://www.seul.org/edu/ SEUL/edu is the discussion group for those interested in using Linux for education. This covers all aspects of educational uses of Linux, by teachers, parents, and students. Some of youmay be interested to look at. I'm also contacting a linux -mag to see if I could write a Squeak page every month in french. May be some other are interesting to join me. Stef Stephane DUCASSE (ducasse(a)iam.unibe.ch) http://www.iam.unibe.ch/~ducasse/ "if you knew today was your last day on earth, what would you do different? ... especially if, by doing something different, today might not be your last day on earth" Calvin&Hobbes University of Bern, Institut fuer informatik and Mathematik IAM-SCG, 10 neubruckstrasse, CH-3012 Bern, Switzerland.

1 0

Re: Thank you
by Stephane Ducasse 03 Jan '00

03 Jan '00

Hi Maurice Would it be possible to see the result of what you built in Squeak? I would love to be able to say to people that some money making applications have been developed and show them some screen or a http address > Resent-date: Fri, 31 Dec 1999 16:32:56 +0000 > Date: Fri, 31 Dec 1999 10:31:39 -0600 > Resent-from: squeak(a)cs.uiuc.edu > From: Maurice Rabb <m3rabb(a)stono.com> > Subject: Thank you > Resent-sender: squeak-request(a)cs.uiuc.edu > X-Sender: m3rabb(a)mail.surfree.com > To: squeak(a)cs.uiuc.edu > Resent-cc: recipient list not shown: ; > Cc: Christopher Rabb <cmrabb(a)stono.com> > Resent-message-id: <ZrR2P.A.qWH.3qNb4(a)jerry.cs.uiuc.edu> > MIME-version: 1.0 > Content-transfer-encoding: 7BIT > X-Loop: squeak(a)cs.uiuc.edu > X-Sent: 31 Dec 1999 16:33:19 GMT > X-Mailing-List: <squeak(a)cs.uiuc.edu> archive/latest/13949 > > As we tick down to the last few hours of the year, now is a good time > to publicly acknowledge some of the great work that many in the > Squeak community have been quietly doing. > > Though I have been quiet for most of this past year, we here at Stono > have been very busy. We are doing almost 100% our development work > in Squeak. Last month we completed rev.2 of an application that we > developed to do animated presentations for promotions at large scale > sponsored events (e.g. at stadiums and conferences). > > We would not have been able to complete our work without the help of > many great Squeakers. In particular, I want to thank Bob Arning and > Doug Way who did some contract work for us. Doug Way did a > _fabulous_ job building the new user interface for our application. > Bob Arning, as most of you know, wrote the Morphic UI tool kit on > which the interface to our application is based. Bob was extremely > helpful in write code in a pinch, and helping me understand various > Squeak matters. I am extremely grateful for his patience. > > I also want to thank Jim Benson, Bob Hartwig, and Mark Schwenk. Jim > built a really cool QuickTime plug-in that we experimented with for a > while. Bob and Mark have helped me out from time to time, and run > the CSTUG (Chicago Smalltalk Users' Group) which has put on some > great sessions. (Any of you in SqC coming to Chicago anytime soon? > ;-) ) > > Finally, a want to thank SqC, and the entire Squeak list for > providing such great technical support, thoughtful discussion, and > technical comraderie. > > Have a great New Year! > > Sincerely, > > --Maurice > > > --------------------------------------------------------------------------- > Maurice Rabb 773.281.6003 Stono Technologies, LLC Chicago, USA > Stephane DUCASSE (ducasse(a)iam.unibe.ch) http://www.iam.unibe.ch/~ducasse/ "if you knew today was your last day on earth, what would you do different? ... especially if, by doing something different, today might not be your last day on earth" Calvin&Hobbes University of Bern, Institut fuer informatik and Mathematik IAM-SCG, 10 neubruckstrasse, CH-3012 Bern, Switzerland.

1 0

RE: [UPDATES] Back on track
by Raab, Andreas 03 Jan '00

03 Jan '00

Folks, Just FYI: The Windows plugin Dan enclosed needs to be renamed. I did not know what name is expected by the primitives when Dan sent me the change set. If you want to play with it please rename the DLL to 'Klatt.dll'. Andreas > -----Original Message----- > From: Dan Ingalls [mailto:Dan.Ingalls@disney.com] > Sent: Saturday, January 01, 2000 8:40 PM > To: squeak(a)cs.uiuc.edu > Cc: recipient list not shown > Subject: [UPDATES] Back on track > > > Folks - > > Herewith some twenty-odd updates as my first attempt to dig out from > under the holidays and get back on track toward 2.7. A > number of these > have been circulated already on the list. > > The most notable exception is Luciano Notarfrancesco's Text-To-Speech > system complete with animated cartoon faces. I had really > hoped to get > this out before the holidays. Luciano worked hard to make it possible > but, by the time he was done, technology had failed me at two levels, > and I simply could not run it through the update process. To > play with > his code, you will need a Klatt plug-in. I am attaching a Mac version > that I have tested, and one for the PC that should work > (after unzip, it > should be named Klatt.so, I believe). Try out the examples > as suggested > in Luciano's preamble below. There is some static in the Silent Night > duets which I think is due to over-drive because the voices aren't > scaled back before mixing. Still, you've gotta love DECTalkReader > silentNightDuetExample4 > > Enjoy > - Dan > -------------------- > 1727sketchThumbnail-sw -- Scott Wallace -- 20 December 1999 > Removes long-standing special-case code in > ThumbnailMorph.drawOn: (which > is of unknown provenance and which seemed to do more harm > than good) so > that thumbnails of SketchMorphs now are better-behaved." > > 1728StreamFixes-ar -- Andreas Raab -- 23 December 1999 > This change set unifies several stream methods by definining > #nextInto: > #nextInto:startingAt: #next:into: #next:into:startingAt: in class > PositionableStream. It also cleans up the use of #nextInto: for word > sized objects by introducing #nextWordsInto:." > > 1729InflatePlugin -- Andreas Raab -- 23 December 1999 > Adds a tiny little plugin (four methods) for decompressing. Also > enhances InflateStream to deal with source streams so that one doesn't > have to read the entire source into memory at once. See > FileList>>saveGZipContents for an example of use." > > 1730FasterChgsSets-ar -- Andreas Raab -- 23 December 1999 > When having many change sets (e.g., >= 1000) gathering change > sets takes > a very long time. This change speeds gathering up by a factor of 25." > > 1731DigitalSignatures-jm -- John Maloney -- 24 December 1999 > This is an implementation of the U.S. Government Digital Signature > Standard. > To use it, you will need a set of primitives currently packaged as > DSAPrims; > as usual, just put this file in the directory that holds the Squeak > executable. > Note that this includes some primitives for fast multiplication and > division. > Please see the class comments for further info." > > 1732MiscChanges-ar -- Andreas Raab -- 27 December 1999 > A set of (partly unrelated) changes throughout the system. Mainly > compression related but also some minor fixes." > > 1733SysCatFileOut-ar -- Andreas Raab -- 22 December 1999 > When filing out entire system categories #initialize methods should be > sent after all classes are filed out. This change set fixes the > problem." > > 1734CompressionPostFix-ar -- Andreas Raab -- 27 December 1999 > A fix for a compression fix in the last change set, e.g., a post-fix > ;-)" > > 1735fatBitsUpdate-ba -- Bob Arning -- 28 December 1999 > Some extensions to make FatBitsPaint more useful. For more info, > evaluate the following line: > StringHolder new textContents: FatBitsPaint comment; openLabel: 'about > FatBitsPaint extensions' > > 1736mvcDebugButtons-sbw -- Stephan B. Wessels -- 28 December 1999 > Adds buttons to the mvc pre-debug notifier and debugger, and makes > annotation panes available in the mvc debugger. > (mildly tweaked by Scott Wallace)" > > 1737redundantThumbnail-sw -- Scott Wallace -- 28 December 1999 > No longer show the redundant thumbnail inside a flap-based Viewer (a > thumbnail is presented in the flap tab, after all) -- instead > just use a > Menu icon. > > 1738autoViewing-sw -- Scott Wallace -- 28 December 1999 > When a playfield is set up for automatic viewing, that > viewing now will > take place whenever an object within it is 'touched' -- thus, > the viewer > comes up even after a click on a text object, on an object scripted to > handle mouse actions, on a joystick, etc Formerly, this only > worked if > you 'picked up' an object and then dropped it back into the playfield, > making every situation where a simple click on an object did not serve > to 'pick it up' problematical." > > 1739miscDecFixes-sw -- Scott Wallace -- 28 December 1999 > (1) Honor the stickiness property in system windows (there were two > cases that had slipped through the cracks) > (2) Fix two cases where #shrinkToFit rather than #shrinkWrap was > issued. > (3) Add an item to the morphic window menu to let the user mark a > window as undraggable. > (4) Includes Stefan Matthias Aust's enhancement that offers > #center as > an an alternative 'edge' in the adhere to edge... dialog. > (5) The 'diff' button in the various morphic tools is now more > satisfyingly positioned. > > 1740FisheyeMorph2 -- Yoshiki Oshima -- 17 December 1999 > FishEyeMorph is a subclass of MagnifierMorph that displays a distorted > view with greater magnification at the center, and lesser > magnification > at the edges. > Includes a minor positioning tweak to MagnifierMorph by DI. > > 1741NewFreeCellfixes -- Torge Husfeldt -- 16 December 1999 > Fixes three more bugs in FreeCell. > 1) Picking a new game didn't update the statistics. > 2) Picking a new game disabled resuming elapsed Time. > 3) Quitting the game didn't count the game as lost. > Removes code duplication (the cause for above bugs 1&2) > in the three methods (and their counterparts for the board) > for beginning new games. > Cosmetical change: prevents overflow of elapsed > Time by initially adding a digit. > Note: Pausing of elapsed time still doesn't work for FreeCell morphs > without owning SystemWindow (don't know how to accomplish this). > Torge" > > 1742Encoder-encodeVarFix -- Stefan Matthias Aust -- 22 December 1999 > > 1743RecentSlangChanges -- Andrew C. Greenberg -- 26 December 1999 > This change file synthesizes a number recent changes made to the Slang > code generators. This gathers together the results of changesets > previously posted on Squeak-L: > TestInterpreterPlugin3.1.cs > TestInterpreterPlugin4.1.cs > TestInterpreterPlugin5.1.cs > CCodeGenerator.1.cs > CCodeGenerator2.4.cs > TestCodeGenerator.1.cs > Summary of Changes to CCodeGenerator: > * improves CCodeGenerator error handling when generator is unable > to open output code file > Improves compilation of #whileTrue, #whileFalse, #whileTrue: and > #whileFalse: builtins. * CCodeGenerator (and hence, the named > primitive compilers) now correctly generate loops of the following > forms, as appropriate: > SMALLTALK EXEMPLAR > GENERATED CODE > [cond] whileTrue: [stmtList]. while(cond) do > {stmtList} > [cond] whileFalse: [stmtList]. while(!!(cond)) > do {stmtList} > [stmtList. cond] whileTrue. do {stmtList} > while(cond) > [stmtList. cond] whileTrue: [] > [stmtList. cond] whileFalse. do {stmtList} > while(!!(cond)) > [stmtList. cond] whileFalse: [] > [stmtListA. cond] while(1) > {stmtListA; if(!!(cond)) break; stmtListB} > whileTrue: [stmtListB] > [stmtListA. cond] while(1) > {stmtListA; if(cond) break; stmtListB} > whileFalse: [stmtListB] > Summary of Changes to the Specification Slang Compiler > (TestCCodeGenerator and TestInterpreterPlugin) > * implemented a new feature: > foo: a and: b with: c > self primitive: #foo > parameters: #(Array Oop SmallInteger) > receiver: #Oop. > self suppressFailureGuards: true. > . . . > used as a pragma for specification primitives now suppresses automatic > generation of checks for and returns on primitive failure that will > otherwise be generated automatically: (i) after the > specification prolog > and (ii) before return postlogs. This is not to be used > lightly, since > misuse can lead to crashing code on primitive failure. > * Fixes a bug where primitives without specifications ended with > an uncompilable 'return self' > * reorganizes, recomments and refactors TestCodeGenerator and > TestInterpreterPlugin somewhat to improve clarity, reusability and > performance. > * started building testbed for named specifications with type > coercion specifications > * fixed crashing bugs executing code generated by tranlation of '^ > expr' when expr failed > * eliminated some spurious Transcript messages during code > generation > * changed demonstration code to reflect current specification API, > and fixed crashing bug in one example. > * Corrects a bug where the code generator generated uncompilable > characters and incorrect code for the expression > 'value asOop: Boolean' > > 1744ReorgB3D -- Dan Ingalls -- 23 December 1999 > Move the B3DPlugin classes to Balloon3D category where they can share > their pool in the same environment. > > 1745SqEnvtFixes2 -- Dan Ingalls -- 16 December 1999 > Removes the need for backdoor access to environments via > doesNotUnderstand:, and removes that mechanism as well. > Extends the compatibility hack presently supporting Legacy code of the > form > Smalltalk at: aSymbol > to support Legacy code of the form > Smalltalk at: aSymbol ifAbsent: aBlock > (Thanks to Andrew Greenberg). > Removes dashes from intra-package category names in packageBrowser. > Environments now know their own name. > ReorganizeEverything now moves existing pools into > sub-environements if > appropriate. > It now begins with a saveAs to avoid interference with normal > work. > It also records all edits in a separate change set, and makes a > new one at the end. > SharedPool names are printed properly if pool is in a sub-environment. > Superclass name in class def is printed with proper scoping. > Can now add and remove classes in subEnvironments. > Requires a prefix to the superclass if it is not a Kernel class > but this will soon be fixed. > > 1746SqueakSpeaks -- Luciano Notarfrancesco -- 22 December 1999 > This Change Set includes a simple Text-To-Speech system for > english with > animated 2D faces. > The speech synthesis part of the system consists of a Klatt > synthesizer > and a basic segmental synthesizer. For examples on the TTS browse the > 'examples' and 'examples-others' method categories in the > Speaker class. > For singing voices, see the 'examples' method category in the > DECTalkReader class. For more information on the current Klatt > synthesizer, see the class comment in the KlattSynthesizer class. > You will need the Klatt plugin in order to use this system; > to translate > the plugin to C do: > KlattSynthesizerPlugin translateDoInlining: true > > 1747SilentNight -- Luciano Notarfrancesco -- 24 December 1999 > New Silent Night examples. See the 'examples' method category in > DECTalkReader class." > > 1748SystemOrgTweaks -- Dan Ingalls -- 1 January 2000 > See the postscript for changes to SystemOrganization. > > >

1 0

RE: How to create a smoothed transparent form?
by Raab, Andreas 03 Jan '00

03 Jan '00

Stafan, > I ended up fixing the TTFontReader Heh, heh. Thanks a lot for fixing up the cmap encodings ;-) > but actually I wanted to do something > else, but got distracted. I'd like to automatically create GIFs from > morphs, TTSampleStringMorphs actually. I wrote a method > > Morph>>saveAsGifNamed: aString > GIFReadWriter putForm: self imageForm onFileNamed: aString > > and this works quite well unless it comes to smoothing and > transparence. > The morph is always smoothed towards black which doesn't look right. > Where's the right place to change this? When I overwrite > Morph>>imageForm:forRectangle: to set a background color, everything > looks fine but that's not the solution I've in mind. Well, this is sort of the right way to do it. You need to know against which color to blend since GIF doesn't have per pixel transparency information. In Squeak, the Balloon engine blends against the background of the Morph which may be any color. The reason why it looks blended towards black is that the combination rule which is used in the Balloon engine assumes that the source is using pre-multiplied alpha (e.g., red <= alpha, blue <= alpha, and green <= alpha for each color value). Thus, if there is no explicit background color set it blends with zero, representing color black. Another way of doing it would be to embed the TTMorph into another morph that has a plain color (the color against which to blend) and then use #imageForm:forRectangle: for this background morph. Hope this helps (if not just drop me a note) Andreas

1 0

Error when generating SupportCode
by Karl Ramberg 02 Jan '00

02 Jan '00

doit InterpreterSupportCode writeSourceFiles gives me errors when it generates sqGSMCodecPlugin.c : (n is Undeclared), (bm is Undeclared) and when generating sqSoundPrims.c: (aString is Undeclared) and then it stops. Any suggestions? Karl Ramberg

1 0

[UPDATES] Back on track
by Dan Ingalls 02 Jan '00

02 Jan '00

Folks - Herewith some twenty-odd updates as my first attempt to dig out from under the holidays and get back on track toward 2.7. A number of these have been circulated already on the list. The most notable exception is Luciano Notarfrancesco's Text-To-Speech system complete with animated cartoon faces. I had really hoped to get this out before the holidays. Luciano worked hard to make it possible but, by the time he was done, technology had failed me at two levels, and I simply could not run it through the update process. To play with his code, you will need a Klatt plug-in. I am attaching a Mac version that I have tested, and one for the PC that should work (after unzip, it should be named Klatt.so, I believe). Try out the examples as suggested in Luciano's preamble below. There is some static in the Silent Night duets which I think is due to over-drive because the voices aren't scaled back before mixing. Still, you've gotta love DECTalkReader silentNightDuetExample4 Enjoy - Dan -------------------- 1727sketchThumbnail-sw -- Scott Wallace -- 20 December 1999 Removes long-standing special-case code in ThumbnailMorph.drawOn: (which is of unknown provenance and which seemed to do more harm than good) so that thumbnails of SketchMorphs now are better-behaved." 1728StreamFixes-ar -- Andreas Raab -- 23 December 1999 This change set unifies several stream methods by definining #nextInto: #nextInto:startingAt: #next:into: #next:into:startingAt: in class PositionableStream. It also cleans up the use of #nextInto: for word sized objects by introducing #nextWordsInto:." 1729InflatePlugin -- Andreas Raab -- 23 December 1999 Adds a tiny little plugin (four methods) for decompressing. Also enhances InflateStream to deal with source streams so that one doesn't have to read the entire source into memory at once. See FileList>>saveGZipContents for an example of use." 1730FasterChgsSets-ar -- Andreas Raab -- 23 December 1999 When having many change sets (e.g., >= 1000) gathering change sets takes a very long time. This change speeds gathering up by a factor of 25." 1731DigitalSignatures-jm -- John Maloney -- 24 December 1999 This is an implementation of the U.S. Government Digital Signature Standard. To use it, you will need a set of primitives currently packaged as DSAPrims; as usual, just put this file in the directory that holds the Squeak executable. Note that this includes some primitives for fast multiplication and division. Please see the class comments for further info." 1732MiscChanges-ar -- Andreas Raab -- 27 December 1999 A set of (partly unrelated) changes throughout the system. Mainly compression related but also some minor fixes." 1733SysCatFileOut-ar -- Andreas Raab -- 22 December 1999 When filing out entire system categories #initialize methods should be sent after all classes are filed out. This change set fixes the problem." 1734CompressionPostFix-ar -- Andreas Raab -- 27 December 1999 A fix for a compression fix in the last change set, e.g., a post-fix ;-)" 1735fatBitsUpdate-ba -- Bob Arning -- 28 December 1999 Some extensions to make FatBitsPaint more useful. For more info, evaluate the following line: StringHolder new textContents: FatBitsPaint comment; openLabel: 'about FatBitsPaint extensions' 1736mvcDebugButtons-sbw -- Stephan B. Wessels -- 28 December 1999 Adds buttons to the mvc pre-debug notifier and debugger, and makes annotation panes available in the mvc debugger. (mildly tweaked by Scott Wallace)" 1737redundantThumbnail-sw -- Scott Wallace -- 28 December 1999 No longer show the redundant thumbnail inside a flap-based Viewer (a thumbnail is presented in the flap tab, after all) -- instead just use a Menu icon. 1738autoViewing-sw -- Scott Wallace -- 28 December 1999 When a playfield is set up for automatic viewing, that viewing now will take place whenever an object within it is 'touched' -- thus, the viewer comes up even after a click on a text object, on an object scripted to handle mouse actions, on a joystick, etc Formerly, this only worked if you 'picked up' an object and then dropped it back into the playfield, making every situation where a simple click on an object did not serve to 'pick it up' problematical." 1739miscDecFixes-sw -- Scott Wallace -- 28 December 1999 (1) Honor the stickiness property in system windows (there were two cases that had slipped through the cracks) (2) Fix two cases where #shrinkToFit rather than #shrinkWrap was issued. (3) Add an item to the morphic window menu to let the user mark a window as undraggable. (4) Includes Stefan Matthias Aust's enhancement that offers #center as an an alternative 'edge' in the adhere to edge... dialog. (5) The 'diff' button in the various morphic tools is now more satisfyingly positioned. 1740FisheyeMorph2 -- Yoshiki Oshima -- 17 December 1999 FishEyeMorph is a subclass of MagnifierMorph that displays a distorted view with greater magnification at the center, and lesser magnification at the edges. Includes a minor positioning tweak to MagnifierMorph by DI. 1741NewFreeCellfixes -- Torge Husfeldt -- 16 December 1999 Fixes three more bugs in FreeCell. 1) Picking a new game didn't update the statistics. 2) Picking a new game disabled resuming elapsed Time. 3) Quitting the game didn't count the game as lost. Removes code duplication (the cause for above bugs 1&2) in the three methods (and their counterparts for the board) for beginning new games. Cosmetical change: prevents overflow of elapsed Time by initially adding a digit. Note: Pausing of elapsed time still doesn't work for FreeCell morphs without owning SystemWindow (don't know how to accomplish this). Torge" 1742Encoder-encodeVarFix -- Stefan Matthias Aust -- 22 December 1999 1743RecentSlangChanges -- Andrew C. Greenberg -- 26 December 1999 This change file synthesizes a number recent changes made to the Slang code generators. This gathers together the results of changesets previously posted on Squeak-L: TestInterpreterPlugin3.1.cs TestInterpreterPlugin4.1.cs TestInterpreterPlugin5.1.cs CCodeGenerator.1.cs CCodeGenerator2.4.cs TestCodeGenerator.1.cs Summary of Changes to CCodeGenerator: * improves CCodeGenerator error handling when generator is unable to open output code file Improves compilation of #whileTrue, #whileFalse, #whileTrue: and #whileFalse: builtins. * CCodeGenerator (and hence, the named primitive compilers) now correctly generate loops of the following forms, as appropriate: SMALLTALK EXEMPLAR GENERATED CODE [cond] whileTrue: [stmtList]. while(cond) do {stmtList} [cond] whileFalse: [stmtList]. while(!!(cond)) do {stmtList} [stmtList. cond] whileTrue. do {stmtList} while(cond) [stmtList. cond] whileTrue: [] [stmtList. cond] whileFalse. do {stmtList} while(!!(cond)) [stmtList. cond] whileFalse: [] [stmtListA. cond] while(1) {stmtListA; if(!!(cond)) break; stmtListB} whileTrue: [stmtListB] [stmtListA. cond] while(1) {stmtListA; if(cond) break; stmtListB} whileFalse: [stmtListB] Summary of Changes to the Specification Slang Compiler (TestCCodeGenerator and TestInterpreterPlugin) * implemented a new feature: foo: a and: b with: c self primitive: #foo parameters: #(Array Oop SmallInteger) receiver: #Oop. self suppressFailureGuards: true. . . . used as a pragma for specification primitives now suppresses automatic generation of checks for and returns on primitive failure that will otherwise be generated automatically: (i) after the specification prolog and (ii) before return postlogs. This is not to be used lightly, since misuse can lead to crashing code on primitive failure. * Fixes a bug where primitives without specifications ended with an uncompilable 'return self' * reorganizes, recomments and refactors TestCodeGenerator and TestInterpreterPlugin somewhat to improve clarity, reusability and performance. * started building testbed for named specifications with type coercion specifications * fixed crashing bugs executing code generated by tranlation of '^ expr' when expr failed * eliminated some spurious Transcript messages during code generation * changed demonstration code to reflect current specification API, and fixed crashing bug in one example. * Corrects a bug where the code generator generated uncompilable characters and incorrect code for the expression 'value asOop: Boolean' 1744ReorgB3D -- Dan Ingalls -- 23 December 1999 Move the B3DPlugin classes to Balloon3D category where they can share their pool in the same environment. 1745SqEnvtFixes2 -- Dan Ingalls -- 16 December 1999 Removes the need for backdoor access to environments via doesNotUnderstand:, and removes that mechanism as well. Extends the compatibility hack presently supporting Legacy code of the form Smalltalk at: aSymbol to support Legacy code of the form Smalltalk at: aSymbol ifAbsent: aBlock (Thanks to Andrew Greenberg). Removes dashes from intra-package category names in packageBrowser. Environments now know their own name. ReorganizeEverything now moves existing pools into sub-environements if appropriate. It now begins with a saveAs to avoid interference with normal work. It also records all edits in a separate change set, and makes a new one at the end. SharedPool names are printed properly if pool is in a sub-environment. Superclass name in class def is printed with proper scoping. Can now add and remove classes in subEnvironments. Requires a prefix to the superclass if it is not a Kernel class but this will soon be fixed. 1746SqueakSpeaks -- Luciano Notarfrancesco -- 22 December 1999 This Change Set includes a simple Text-To-Speech system for english with animated 2D faces. The speech synthesis part of the system consists of a Klatt synthesizer and a basic segmental synthesizer. For examples on the TTS browse the 'examples' and 'examples-others' method categories in the Speaker class. For singing voices, see the 'examples' method category in the DECTalkReader class. For more information on the current Klatt synthesizer, see the class comment in the KlattSynthesizer class. You will need the Klatt plugin in order to use this system; to translate the plugin to C do: KlattSynthesizerPlugin translateDoInlining: true 1747SilentNight -- Luciano Notarfrancesco -- 24 December 1999 New Silent Night examples. See the 'examples' method category in DECTalkReader class." 1748SystemOrgTweaks -- Dan Ingalls -- 1 January 2000 See the postscript for changes to SystemOrganization.

1 0

Q: How to create a smoothed transparent form?
by Stefan Matthias Aust 01 Jan '00

01 Jan '00

Hi! I ended up fixing the TTFontReader but actually I wanted to do something else, but got distracted. I'd like to automatically create GIFs from morphs, TTSampleStringMorphs actually. I wrote a method Morph>>saveAsGifNamed: aString GIFReadWriter putForm: self imageForm onFileNamed: aString and this works quite well unless it comes to smoothing and transparence. The morph is always smoothed towards black which doesn't look right. Where's the right place to change this? When I overwrite Morph>>imageForm:forRectangle: to set a background color, everything looks fine but that's not the solution I've in mind. (See http://www.3plus4.de/squeak/example.html for an example. The font is "Joint" by PizzaDude) bye -- Stefan Matthias Aust // Bevor wir fallen, fallen wir lieber auf.

1 0

Re: CCodeGenerator: suggestion
by John.Maloney＠disney.com 01 Jan '00

01 Jan '00

Folks working on the Smalltalk to C Translator: I agree with what Andrew says below. But as the guy who designed and implemented Slang in the first place, I can't resist throwing in a few additional words about its history and design philosophy. :-> First, one can always add features. But it takes a great deal of restraint and good taste to NOT add every feature you can think of. One the secrets to the portability of Squeak is that the Smalltalk to C translator started off nearly as minimal as it could possibly be (only about 3 dozen rules). In many cases, it seemed better to modify the Smalltalk code to be translated rather than adding additional features to the translator. Although we are now using the translator to build primitives in addition to building the VM itself, I still think it is reasonable to balance the cost of modifying the code to be translated against the cost of adding (and maintaining) translator features. I'm not arguing against progress, here, just pointining out that there are several paths to the desired goal. We were very conservative about the dialect of C that the translator generates. We stuck entirely to the ANSI C standard and in at least one case (right shifts) tried to do the least ambiguous thing even though the spec itself does not fully define the operation. This conservative approach has been a huge success and we should be careful not to introduce any new feature which is not 100% ANSI C. The question is what your compiler or my compiler does, but what the ANSI C spec says *ALL* C compilers should do. Some C compilers have an ANSI compatible switch; if so, that can be used to verify that we aren't generating non-conforming code. But the safest thing is to follow the spec. I use the Kernighan and Ritchie C manual, Second Edition. Thanks for the recent work on the Smalltalk-to-C translator, expecially the combined efforts of Stephan Rudlof and Andrew Greenberg. Happy Holidays! -- John At 12:29 PM -0500 12/25/99, Andrew C. Greenberg wrote: >>I'm not a compiler specialist, but couldn't the compiler recognize if >>there are control structures like 'for' or 'while' which aren't allowed >>in C construct like >> (expr) ? (commaSeparatedStmtList, expr) : (commaSeparatedStmtList, >>expr); >>? Then it could generate an error. > >I'm sure it could, but what is the virtue, if any, of having a >compiler with such peculiar semantics? In particular, of compiling > > var := condition ifTrue: [expression]. > >but not > > var := cond1 ifTrue: [[cond2] whileTrue: [stmts]. expression] > >? To my mind, it would be far less funky to have (as C has) either >two separate syntactic constructs for the control structure and the >conditional expression, or simply to forego the conditional >expression. No one denies that the Slang subset isn't a complete >Smalltalk. The question is whether any extensions are more >beneficial than costly on all relevant fronts. As "ugly" as having a >separate #exprIfTrue:#exprIfFalse construct for translation to the C >conditional expression may seem at first blush, I think to the extent >the functionality is necessary, it may be the clearest way to >distinguish the two without confusing users. (Also, compiling "?:" >and "," everwhere in lieu of "if()" and ";", while still providing a >capacity to have control statements inside a conditional, when the >conditional is not itself part of an expression will substantially >complicate the compiler, but more important, would make cCode highly >unreadable, IMHO.) > >Again, the issue is whether the benefits outweigh the costs. One of >the reasons that many of the more important changes you have >requested thus far have been so quickly implemented derives in large >part from the simplicity and elegance of the CCodeGenerator design. >That simplicity has some costs, of course. I just don't think the >cost of rewriting the two expression above as > > condition ifTrue: [var := expression]. > > cond1 ifTrue: [[cond2] whileTrue: [stmts]. var := expr] > >is all that bad as compared to the cost of having the more >"Smalltalk-like" expression semantics widely available. And even if >it was really necessary to support conditional expressions, you could >always write the first expression above as: > > var := condition exprIfTrue: [expression]. > >after implementing the builtin, a substantially easier task than the >one you suggested. To me, however, the status quo feels just fine. > >>My C compiler accepts constructs like: >> >>--- >>void vf( int arg) { printf("\nvf( %d)", arg); } >>double df( int arg) { printf("\ndf( %d)", arg); return arg; } >> >>void main() >>{ >> int k; >> k = 0 == 0 ? vf(1), df(2) : df(3), df(4); >> printf("\nk: %d", k); >> k = 0 == 1 ? vf(1), df(2) : df(3), df(4); >> printf("\nk: %d", k); >> // interpreted as: ( k = (0 == num) ? (vf(1), df(2)) : df(3) ), df(4); >> // so it makes sense to use more braces... >>} > >This begs the question, of course. > >>, so it is possible to use - not control - statements inside >>expressions. > >Function calls are most certainly C expressions. > >> > The point of CCompiler is not to implement Smalltalk, but just a >> > subset sufficient to express a hunk-o-code. >> >>But it is as easier to write plugins as more ST constructs are eaten by >>the ST2C compiler...;-) > >It also gets confusing when "the same" construct works sometimes but >not others. > >>P.S.: To avoid misunderstandings: This is not a criticism of your work >>(it is great!), but a suggestion for - possible and nice, but not >>necessary - improvements! > >The CCodeGenerator was not my work, but that of SqueakCentral, and >Slang was one of the fundamental inventions that begat Squeak. My >work has been focused on tweaking it from time to time, and adding >the ability to specify primitives.

1 0

Jump to page: