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

[Pharo-project] [update] #10333
by Marcus Denker June 11, 2009

June 11, 2009

#10333 Issue 138: check #isResumable Issue 848: TextMorph>>xeqLinkText:withParameter: Issue 667: obsolete methods in TheWorldMenu Issue 651: remove DoCommandOnceMorph Issue 636: Undeclared ScriptEditorMorph Issue 635: Undeclared nonEmptyDict Issue 792: [ ] newProcessWith: is missing in closure image Issue 698: InvalidDirectoryError should not implement defaultAction Issue 683: Cleaning TheWorldMainMenuDockingBar -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

1 0

[Pharo-project] mapping of initials to committers?
by Oscar Nierstrasz June 10, 2009

June 10, 2009

Is there a list somewhere mapping initials to full names of people who have committed code to Pharo? http://code.google.com/p/pharo/wiki/ListOfOkCommitters This list does not include initials. - on

3 4

[Pharo-project] New Pharo Win32 Setup based on core 10332
by Torsten Bergmann June 10, 2009

June 10, 2009

https://gforge.inria.fr/frs/download.php/22428/setup_pharo_0.0.0.4.exe -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

1 0

[Pharo-project] ScriptLoader policies
by Mariano Martinez Peck June 10, 2009

June 10, 2009

Hi folks: I am making a new package in squeaksource for Glorp (compatibility for Pharo) and I want Glorp to be easily loaded. I would love someone could dowload pharo and do ScriptLoader loadGlorp :) Now, the question is, can I commit such method? Or ScriptLoader is only for internal development? Thanks! Mariano

4 7

[Pharo-project] New Pharo based on core 10332
by Damien Cassou June 10, 2009

June 10, 2009

http://pharo-project.org/download -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

1 0

[Pharo-project] [update] #10332
by Marcus Denker June 10, 2009

June 10, 2009

Issue 844: windowsesque integration into pharo Issue 871: FreeType is sensible to new image locations

1 0

[Pharo-project] Fwd: First try of Pharo
by StÃ©phane Ducasse June 10, 2009

June 10, 2009

Begin forwarded message: > From: andres(a)lifia.info.unlp.edu.ar > Date: June 10, 2009 2:06:20 PM CEDT > To: stephane.ducasse(a)inria.fr > Subject: First try of Pharo > > Hi Stef, > after wanting to try pharo for a while I finally manage to get some > time to do it. I hope is ok to send you this mail, I really don't > want to suscribe to another mailing list :P. > Ok, so I downloaded pharo0.1-10324web09.06.1 and the win vm (I > generally run on a linux box but today I happen to be on a win xp 32- > bit one -HP 530 notebook, 2GB ram 1.6 processor-). After extracting > the files and associating .image with Squeak.exe I tried a first > run. Starting the image would give the error attached in the > screenshot. I tried moving the image to be in the same folder as the > VM with no luck. > The second I thing I noticed is that the image is extremly slow; > open up a bowser takes about 6 seconds, a workspace around 3. > Evaluating 2+2 in the workspace takes about 2 seconds, although > doing a Time millisecondsToRun: [2+2] yields 0 (yet that expression > also takes about 2 seconds). Browsing classes is yet a harder task > since each change in the browser (package, class, category, etc) > takes between 2 and 5 seconds. > If there is anything I can do to give you more information just let > me know. > > HTH, > AndrÃ©s > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. >

1 0

[Pharo-project] [FIX] Issue 871: FreeType is sensible to new image locations
by Damien Cassou June 10, 2009

June 10, 2009

Please apply this patch from Andrew Tween: http://code.google.com/p/pharo/issues/detail?id=871 Without it, I can't build good looking Pharo images anymore. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

1 0

[Pharo-project] Pharo platform dependency (or Seaside one click)
by Torsten Bergmann June 10, 2009

June 10, 2009

Stephane wrote: >Now do you have a fix? 1) Tried to reproduce it without success. My fault, looks like I stopped in the middle of the startup process since the font update took to long and the startup logic in Clipboard (who resets the class variable) is processed after that. So it was still pointing to the mac clipboard in this case - so it's not a problem of the one click image or Pharo by default. But it would be good if the Clipboard startup is processed much earlier (before such annoying "long runners"). The font update at image startup is now disabled by default in newer Pharo images but can be enabled again. So I've added the Clipboard to the end of the first processed startup elements so it gets called earlier. The change is in "System-Support-torsten_bergmann.33.mcz" (based on 32) one has to call "SystemDictionary initialize" after that. 2) Regarding the Mac host windows menu. First question is if it should really be part of the standard image or a loadable package for Mac? Whats the status of the windows port, if any? However - the test is currently red on Windows: a) Yes - there is code in each test method to return if not on mac, but it will already crash in #setUp on a non Mac platform like Windows b) If this check is also added to #setUp to return early it will still be red since a few more test methods like #testMenuHandles are not guarded c) testCharacterChanging sends the unknown method #calculateShouldBeFrom:using: Maybe we should move HostSystemMenusTest>>isMacintosh to the class side and implement HostSystemMenusTest class>>isAbstract like this: isAbstract ^self isMacintosh not This makes the unit test an abstract one on non-mac platforms (and therefore green ;), we can remove all the checks in the test methods and someone with a mac (John?) could fix the test code on the intended platform... Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

[Pharo-project] Pharo platform dependency (or Seaside one click)
by Torsten Bergmann June 10, 2009

June 10, 2009

I know that many of us use a Mac for running Pharo, but we should continue to keep pharo platform independent. Otherwise we get the "Copy image and debug everywhere" effects: Trying to copy a text from the new Seaside one click image 2.8.4 using Pharo 10318 will bring up the debugger on Windows since the default clipboard is pointing to an instance of MacOSClipboard. Also the mac host windows menu + tests is completely useless on Linux and Windows and will fail. At least we should find out if platform changed (at image startup) and adapt the image. Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

3 2