- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 1568: Preferences migration part7
by Alain Plantec Dec. 10, 2009

Dec. 10, 2009

SLICE-PreferencesMigrationPart7-AlainPlantec.2 in InBox * remove TheWorldMainDockingBar * migrate "morphic" "fileout" and "button" groups Before integrating, evaluate: ------------------ SystemChangeNotifier uniqueInstance noMoreNotificationsFor: TheWorldMainDockingBar. Locale localeChangedListeners remove: TheWorldMainDockingBar. Preferences removePreference: #showWorldMainDockingBar. ------------------ Alain

1 0

[Pharo-project] [update 1.1] #11084 SharedQueue2 becomes SharedQueue
by Marcus Denker Dec. 10, 2009

Dec. 10, 2009

Issue 1521: SharedQueue2 ---------------------------------------- So this update replaces SharedQueue by the SharedQueue2 implementation. SharedQueue was quite buggy, SharedQueue2 was implemented by Lex Spoon years ago. It's simpler (68 instead of 175 lines of code). It's implemented using Monitors (which were done by Nathanael Schaerli) and far easier to understand than the old implementation. SharedQueue2 was living in the Squeak bugtracker for years, I added it at some point to Squeak (or Pharo?). The event rewrite of Michael used SharedQueue2, and some updates ago 1.1 moved all clients of sharequeue to SharedQueue2. This update is therefore just a rename + cleanup. Nevertheless, if you use SharedQueue, please carefully check if this change has no ill effect. Marcus

1 0

[Pharo-project] roelTyper doesn't always return assignements
by Cyrille Delaunay Dec. 10, 2009

Dec. 10, 2009

Hi, I'm trying to use RoelTyper in Pharo. A question I ask myself is: 'Is it normal that roelTyper doesn't always return some assignements' ? For example, when I evaluate: TypeCollector typeInstvar: #array ofClass: OrderedCollection . the assignements returned is an empty collection. I would expect that even roelTyper doesn't retrieve the exact type, it would always return a collection of 'candidate' types. Am I using it in a wrong way?

2 3

[Pharo-project] ClassTree new openOn: Collection :)
by StÃ©phane Ducasse Dec. 10, 2009

Dec. 10, 2009

I started to understand MorphTreeMorph to build a class documentation browsing browser and I discovered that ClassTree new openOn: Collection ClassList new openOn: Collection This is really a good start. We could have it for package and displaying methods.... Stef

3 5

[Pharo-project] Issue 1554
by Danny Chan Dec. 10, 2009

Dec. 10, 2009

Hi! I just uploaded my first fix (or so I hope) for Pharo to the Inbox as Ocompletion-DannyChan.44, following the instructions on the wiki for contributions. When selecting a text in a workspace including the first character in the window and hitting backspace, an exception will be thrown by ocompletion, because the smartBackspace method will try to look at the character before the current position of the caret, which is 0 in this case. The instructions on the wiki say to put the status of the bug report to fixed, but I saw no way to do this. Did I miss something? By the way, I want to thank all of you for the great work you put into Pharo. I am no software developer myself, but I really hope to be able to use it for all the little tools I need all the time at work. Danny

3 2

[Pharo-project] New configurations in MetacelloRepository
by Dale Henrichs Dec. 9, 2009

Dec. 9, 2009

I've added the following configurations to the MetacelloRepository: ConfigurationOfKomHttpServer ConfigurationOfSPort2 ConfigurationOfSwazoo2 and updated ConfigurationOfSeaside30 updated to use the above configurations. Dale

1 0

[Pharo-project] New User Experience Suggestion for 1.0
by Tim Mackinnon Dec. 9, 2009

Dec. 9, 2009

Guys - do you think you might consider bringing back the little Readme Workspace in the final 1.0 image (or maybe 1.1)? For new users - the blank screen is a bit intimidating, and with Pharo looking pretty good these days - I think new users are tempted to try it out - however its not easy to get started with a blank screen. I recall ages ago (and maybe this was the old Squeak image) there was a workspace with a few instructions - like the url to launch your web browser against - and a comment with the username and password for administering seaside. It's probably handy to have the url for Pharo by example as well as the Seaside online book. And finally a few doits and tips for launching a Class browser and common preferences to consider changing. I'm not sure if this is easy to do in your distribution script (hopefully it is a script) - and I also don't want to introduce anything risky into 1.0 (I am constantly anxious that some of the changes whizzing by are going into 1.0 - and stability is of the essence to get a good solid release out). But certainly it would make the initial new user experience that little bit better. Tim

9 11

Dec. 9, 2009

> john needs beta testers....Do not forget > I know that we are all terribly busy. > > > Begin forwarded message: > >> From: John M McIntosh <johnmci(a)smalltalkconsulting.com> >> Date: December 2, 2009 11:57:43 PM GMT+01:00 >> To: Squeak Virtual Machine Development Discussion <vm-dev(a)lists.squeakfoundation.org>, The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org>, "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> >> Subject: [squeak-dev] macintosh cocoa 32/64bit & 64/64bit VM goes BETA >> Reply-To: johnmci(a)smalltalkconsulting.com, The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> >> >> Ok, it's time for the community to do some testing. >> >> ESUG provided me with some funding to take the existing iPhone VM source and extend that to >> build a new hosting platform using Cocoa on the macintosh and to enable the VM to run in 32 or 64 bit >> mode and work with a 32 or 64bit image. >> >> I have placed two Alpha test VM s in the experimental folder sub-folder COCOA >> found in the usual places via >> >> http://smalltalkconsulting.com/squeak.html >> >> There are two VM's >> >> (a) a 32/64 bit VM that runs 32bit squeak images in 32bit (powerpc, intel) or 64bit (intel) mode. >> (b) a 64/64 bit VM that runs 64bit squeak images in 64bit (intel). >> >> >> The VM currently runs on 10.5.x and 10.6.x Support for 10.4.x might happen, we will see. >> >> Until I sort out the re-integration of the source code into the squeakvm.org SVN tree you will >> find the source at isqueak.org >> >> Issues, Oh lots. It's a fairly high mountain of material that needs to be tested. >> >> Things that should work. >> >> (a) access to files and directories UTF8 support only. >> (b) Full screen support >> (c) Sockets >> (d) Basic Sound (better than in the 3.x/4.x VMs) >> (e) jpegplugin2 >> (f) cut/copy/paste of text data (from/to) squeak and respect UTF8 chars >> (g) drag and drop of files into squeak >> >> Right now it does not: >> >> (a) Support a internet browser as a browser plugin. >> (b) The 64bit VM has no plugins at the moment. >> (b2) I've not included any plugins with the 32/64bit VM. >> Existing plugins might work if the VM is running as "Open in 32bit mode" >> someone can confirm that. >> >> (c) No macintosh host menus, or serial port support >> (d) No Areithfa Ffenestri multiple-window support >> (e) No 1, 2, 4, 8, 16 bit appearance support. >> >> Things I know about. >> (a) double clicking *.images when the 5.x VM is running sometimes does not open a new VM. >> (b) tossing a 32 image at the 64/64 bit VM or a 64 image at the 32/64 VM doesn't give visual feedback that it won't open the image. >> (c) Full screen grabs all the screens, yes that will change >> >> Thoughts on internal plugins. Hint we should have TEST cases so we can confirm if all this stuff works. >> It would be extremely helpful if someone wanted to work on that. No doubt someone *could* run all the >> current tests for a 32bit image and see what breaks. However you'll need to explain where and what, versus >> Oh it just crashed... >> >> ADPCMCodecPlugin, untested. >> Squeak3D, Likely busted due to use of (int) data types in 64bit mode. >> B2DPlugin, untested. >> BitBltPlugin, untested. >> BMPReadWriterPlugin, untested. >> ZipPlugin, untested. >> DSAPrims, untested. >> SqueakFFIPrims, untested. >> FFTPlugin, untested. >> FloatArrayPlugin, untested. >> GeniePlugin, untested. >> HostWindowPlugin, No support yet >> JPEGReaderPlugin, untested. >> Klatt, untested. >> LargeIntegers, untested. >> Matrix2x3Plugin, untested. >> MiscPrimitivePlugin, untested. >> ObjectiveCPlugin, untested. >> RePlugin, Likely busted due to use of (int) data types in 64bit mode. >> SecurityPlugin, untested. >> SoundCodecPrims, Likely busted due to use of (int) data types in 64bit mode. >> SoundGenerationPlugin, Likely busted due to use of (int) data types in 64bit mode. >> StarSqueakPlugin, untested. >> SurfacePlugin, untested. >> UUIDPlugin untested. >> >> Possibly Large Integers may have a problem in 64bit image mode, but we have to have some >> discussion if the (unsigned int *) used by one routine is on purpose or an oversight. >> >> 64 bit images. >> >> We need to built a 64bit Closure image. **** I've no time to do that. *** >> >> David T Lewis provided a somewhat current Squeak.image which you'll find on the ftp site. >> >> If you build a 64bit image you need to do that on a PowerPC, or make a copy of your VM on macIntel >> and flip the "Open in 32-bit mode" and the "Open in Rosetta" to on. You will only see the "Open in 32bit mode" if it's a 64bit VM, >> and the "Open in Rosetta on os-x for 10.5 or 10.6 (if you installed it) >> Follow the obvious instructions. >> >> No doubt some is required to take the code and build a MC change set for Pharo or Squeak Thrunk use so that >> anyone can convert an existing image. >> >> Also see >> http://bugs.squeak.org/view.php?id=5239 >> http://bugs.squeak.org/view.php?id=5240 >> >> Building your own VM? >> >> Hopefully someone will attempt this so I can see if I checked in all the changes. >> >> 32bit image VM pick SqueakPureObjc and set >> #define SQ_VI_BYTES_PER_WORD 4 >> for a >> 64bit image reading VM pick SqueakPureObjc64*64 and set >> #define SQ_VI_BYTES_PER_WORD 8 >> in the required places. >> >> PS You'll find that building a 32/64 VM using GNU's tool chain will give you lousy performance >> when running as a 64bit VM, more on this later. >> >> ---------------------------------------------- >> Oh and lastly I'm looking for some paid work (smalltalk or objective-c (mac/iPhone) If anyone >> requires a Smalltalk consultant, or an iPhone app built, please email me. >> >> -- >> =========================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> > > > >

5 8

Dec. 9, 2009

now with the pull I could dl all the petitParser...coral and work in the library without net. My gut feeling is that you will soon do Sync :) Here is what I do rigth now. I imagine that soon or later somebody will do a simple interface or add button to MCBrowser to do that with one menu. sync "to sync local and remote repositories" "self sync" Gofer new squeaksource: 'Coral'; addVersion: 'Coral'; addVersion: 'LoadCoral'; push. Gofer new squeaksource: 'Coral'; addVersion: 'Coral'; addVersion: 'LoadCoral'; pull. Stef

1 0

[Pharo-project] [Fwd: Re: DeprecationHistory]
by Alain Plantec Dec. 9, 2009

Dec. 9, 2009

1 0