December 2009 - Pharo-dev - lists.pharo.org

[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

[Pharo-project] Fwd: [squeak-dev] macintosh cocoa 32/64bit & 64/64bit VM goes BETA
by StÃ©phane Ducasse Dec. 9, 2009

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

[Pharo-project] gofer is cooooool
by StÃ©phane Ducasse Dec. 9, 2009

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

[Pharo-project] [ANN] Win32 Installers for 1.0 and 1.1alpha
by astares＠gmx.de Dec. 9, 2009

Dec. 9, 2009

The download page now includes TWO new setups for Win32 - Windows Installer 1.0-10500-rc1dev09.12.1 (Pharo 1.0 RC1) - Windows Installer 1.1-11073-alphadev09.12.1 (Pharo 1.1 Alpha) similar to the ones release by Damien. The splash now also shows if it is the release candidate or the alpha. Now also successfully tested on a Windows7 machine. Bye T. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

2 1

[Pharo-project] [Policital] skip if not interested
by StÃ©phane Ducasse Dec. 9, 2009

Dec. 9, 2009

http://www.anoncontest.org/ against scientology Stef (I support this action because I hate brainwashers)

1 0

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

Dec. 9, 2009

Hi all, One of my recents slice for preferences migration has made pharo nearly unusable because a lot of deprecation dialogs was opened for a single browser. Then, the user had to forbid the deprecation warnings in order to avoid these popups. Now, what about a non blocking window which is opened automatically when a deprecated method is run, but showing the list of recents deprecations ? A double click on a list item, et hop!, a browser is opened on the deprecated method. I've tried it on the last pharo image and it seems ok. With it, it is still always possible to let deprecation warning without having to close any dialog window. What do you think ? A screenshot is attached. Cheers Alain

7 7

[Pharo-project] [update 1.1] #11083
by Marcus Denker Dec. 9, 2009

Dec. 9, 2009

11083 ----- Issue 420: Grabbing point and moving windows aroung Issue 1152: HTTPSocket>>#getResponseUpTo: and HTTPSocket>>#getResponseUpTo:ignoring: are ugly and misleading Issue 1381: ClassTestCase relies on some undocumented naming conventions

1 0

[Pharo-project] [update] #10502
by Marcus Denker Dec. 9, 2009

Dec. 9, 2009

Hi, Two more fixes for 1.0... 10502 ----- Issue 889: MouseOverHandler send messages to nil Issue 1136: DejaVu strinkeFonts render ascii character in WideStrings as black boxes

1 0