March 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: [squeak-dev] Re: SmalltalkImage current vs. Smalltalk
by Nicolas Cellier March 3, 2010

March 3, 2010

Sorry to open a new thread, but here is my own position. Cheers Nicolas ---------- Forwarded message ---------- From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2010/3/3 Subject: Re: [squeak-dev] Re: SmalltalkImage current vs. Smalltalk To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> 2010/3/3 Andreas Raab <andreas.raab(a)gmx.de>: > On 3/2/2010 10:14 PM, Michael Haupt wrote: >> >> Hi, >> >> Am 03.03.2010 um 03:41 schrieb Andreas Raab <andreas.raab(a)gmx.de>: >>> >>> Consequently I'm going to completely ignore any forward-looking >>> proposals and simply state that the current count is 3 votes for the >>> first variant (Phil, David, Bert) and 1 vote for the second variant >>> (Igor). >> >> here's another for "Smalltalk", then. > > That choice doesn't exist :-) You can vote for: > > a) Smalltalk class == SystemDictionary, or > > b) Smalltalk class == SmalltalkImage > > Cheers, > Â - Andreas > > I vote for b). After discussing this with Stephane Ducasse, I quite agree on this scheme: SmalltalkImage should better be renamed System. System soleInstance = Smalltalk. Of course an optional bakward compatibility module would define SmalltalkImage current Smalltalk globals or Smalltalk namespace class = SystemDictionary Maybe SystemDictionary shouldbetter be renamed Namespace to separate the notion of System. Then, if we are in need of separating methods, create new classes SmalltalkVM etc... But don't impose that in Kernel code, use methods indirections (Smalltalk vm blah...) This is a bit harder path than a), but lot cleaner IMO Nicolas

3 2

[Pharo-project] about code formatting in pharo
by Torsten Bergmann March 3, 2010

March 3, 2010

Gary wrote: >The answer is that the code is formatted when viewing, from, potentially, >unformatted code. Should please everyone. +1 Looks like in Squeak the rules from Ward Cunningham are now used for pretty print: http://c2.com/ppr/formatting.html#2 See Compiler-cmm.131.mcz in Squeak. -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser

5 5

[Pharo-project] Status of Loader?
by Schwab,Wilhelm K March 3, 2010

March 3, 2010

Hello all, What is the current status of Loader? Bill

1 0

[Pharo-project] Packages remodularization
by Pavel Krivanek March 3, 2010

March 3, 2010

Hi, I collected information about classes present in the Pharo-Kernel and the result is the set of packages that are essential for Pharo. This is a list of this packages with some small reorganizations proposals. If the packages will be reorganized, the shrinking process will be start to be package-oriented and Pharo more modular. Announcements without Announcements-View category Collections without KedamaFloatArrayAbstract, Transcripter Compiler Exceptions (Exceptions-Extensions category is empty) Files Graphics: - Graphics-Display Objects without CornerRounder, DisplayText - Graphics-Primitives without Pen, PenPointRecorder - Graphics-Text (only class TextStyle) - Graphics-Transformations without MorphicTransform Kernel some classes should be moved to Exceptions package: - BlockCannotReturn - ArithmeticError - FloatingPointException some classes should be moved to a new UIManager package - ProvideAnswerNotification - ProgressInitiationException - ProgressNotification Multilingual: - Multilingual-Encodings - Multilingual-ImmPlugin - Multilingual-Languages - Multilingual-TextConversion some classes should be moved to a new Base64 package - MimeConverter - Base64MimeConverter ST80-Kernel-Remnants (ValueHolder, StringHolder) should have own package or to be part of the Kernel package System: - System-Change Notification (all classes) - System-Changes (all classes) - System-Clipboard (all classes) - System-Download (only AbstractLauncher) - System-FileRegistry (all classes) - System-Finalization (all classes) - System-Localization (all classes, at least for now ;-) - System-Object Events (all classes) - System-Object Storage (all classes) - System-Platforms (all classes) - System-Pools (all classes) - System-Support without AbstractSoundSystem, DummySoundSystem, FontSubstitutionDuringLoading, Imports, MczInstaller, RealEstateAgent, SARInstaller, SoundSettings - System-Tools only classes MethodReference, BreakPoint, BreakpointManager (better modularization of System package is welcome) ToolBuilder-Kernel: - UIManager class should be in standalone package, maybe together with DummyUIManager (currently not present in Pharo) Tools: - Tools-Changes - keep: ChangeSetCategory, ChangeSetCategoryWithParameters, ElementCategory, ObjectWithDocumentation, StaticChangeSetCategory - remove: ChangeList, ChangeListForProjects, ChangeSetBrowser, ChangeSorter, ClassCommentVersionsBrowser, DualChangeSorter, VersionsBrowser - Tools-Debugger - keep: DebuggerMethodMap, DebuggerMethodMapForBlueBookMethods, DebuggerMethodMapForClosureCompiledMethods, PointerFinder - remove: ContextVariablesInspector,. Debugger, MessageTally, PreDebugWindow, SyntaxError, TimeProfileBrowser - class ThreadSafeTranscript (could be moved to Collections-Streams, this class is a little bit Morphic dependent but this will be fixed) Traits It is very simple to change class categories however I suppose that to fight with MC and automatic updates will be a hell. So maybe we should prepare a simple reorganization script, upload new packages, prepare prebuild image and break update process here as several times in the past. The next step will be some reorganization of method categories. Cheers, -- Pavel

4 9

Re: [Pharo-project] [ANN] Magma 1.0 release 44
by Mariano Martinez Peck March 3, 2010

March 3, 2010

Adrian did a change and asked for feedback. Not sure what happened. On Tue, Mar 2, 2010 at 4:56 PM, Chris Muller <asqueaker(a)gmail.com> wrote: > > Hi Chris, thanks for your reply, I am aware of all the problems caused by > > the new NetNameResolver in Pharo. > > BTW, I am not so aware of these problems. Basic networking seems to > be so badly broken I am not even able to connect a socket, so I've got > to think any networking application, including even Seaside, would be > broken. I'm surprised that such a breakage would be allowed to > persist in Pharo for so long. Do you know what is going on and what > the plan is? > _______________________________________________ > Magma mailing list > Magma(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/magma >

1 0

[Pharo-project] [ANN] ConfigurationOfTeachable
by Torsten Bergmann March 3, 2010

March 3, 2010

"Teachable" (see [1] and [2]) is now available via Metacello: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfTeachable'; load. ((Smalltalk at: #ConfigurationOfTeachable) project version: '1.0') load: 'all' Bye T. [1] http://astares.blogspot.com/2005/04/teaching-behavior.html [2] http://lists.squeakfoundation.org/pipermail/squeak-dev/2002-April/038279.ht… -- GMX DSL: Internet, Telefon und Entertainment fÃ¼r nur 19,99 EUR/mtl.! http://portal.gmx.net/de/go/dsl02

2 1

Re: [Pharo-project] Scamper revival
by Schwab,Wilhelm K March 3, 2010

March 3, 2010

I have never bought into "make Smalltalk more like <insertBuzzword> and the world will like us" because things don't work that way. The analogies to US politics are biting - without going into details, it does not work there either. The most recent "do it or else" was .Net. Before that, Java was the answer. Remember Object Linking and Embedding - the entire world was going to be components. DCOM is the answer, what's wrong with you? Fat clients, thin clients, Lotus Notes, VBA or bust!!! Now it's "The Cloud." Some of these things are actually useful for many tasks; most are good for _something_. If HTML 5 proves itself, we'll end up embracing it, but not because it will make people like us. People who want to find fault with anything that is not the latest hype-compliant technology will never run out of complaints to wave in our faces. The trick is to separate the truly worthy points from the talking points taken from glossy ads. Bill -----Original Message----- From: Eagle Offshore [mailto:eagleoffshore@mac.com] Sent: Tuesday, March 02, 2010 8:42 PM To: Schwab,Wilhelm K Subject: Re: [Pharo-project] Scamper revival I meant to keep my last comment off list. My bad. This one is also off list. I'm not talking web apps. I think you missed that. I'm talking about a platform for writing desktop apps. It happens to use widgets implemented using html and css with logic in javascript, but its not terribly different from a smalltalk environment with its own widget kit. I think Dan was a little early with lively kernel, but I think if he updated it for HTML 5 he'd find the world quite a bit more receptive. On Mar 2, 2010, at 2:34 AM, Schwab,Wilhelm K wrote: > 'm not writing portable web apps, which is exactly my point: web technologies have their purposes and limitations, and attempts to use them as some type of intergalactic-fix-all is probably going to work out poorly.

1 0

[Pharo-project] remove some unimplemented calls
by Pavel Krivanek March 2, 2010

March 2, 2010

Hi, I published a patch that removes 35 unimplemented calls from Pharo #11240. see http://code.google.com/p/pharo/issues/detail?id=2104 -- Pavel

1 0

March 2, 2010

11240 ----- - Issue 1793: Remove SqueakClipBoard. Thanks alain and pavel for fixing my mess. - Polymorph Fix for "compare to current version" in change sets having wrong left/right text. Micellaneous fixes, particularly layout issues. Themed menu item colours to help Hilaire with Sugar theme. - Obsolete reference in 11239. Thanks Pavel Stef

1 0

[Pharo-project] running pharo on iPad
by Torsten Bergmann March 2, 2010

March 2, 2010

If you have it running it would be nice if you add a screenshot and/or a photo of the device (while running Pharo) to http://code.google.com/p/pharo/issues/detail?id=1931 Thx T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0