January 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3376 in pharo: DisplayObject remove dependence to FileStream
by pharo＠googlecode.com Jan. 28, 2011

Jan. 28, 2011

Status: Fixed Owner: Benjamin.VanRyseghem.Pharo Labels: Type-Seed New issue 3376 by Benjamin.VanRyseghem.Pharo: DisplayObject remove dependence to FileStream http://code.google.com/p/pharo/issues/detail?id=3376 fix, but using a not so pretty way. I've to discuss with Steph about extensions Attachments: DisplayObjectRemoveDependenceToFileStream.1.cs 1.1 KB

1 2

Re: [Pharo-project] [Seaside] state of the art in seaside/magritte/glorp on Squeak/OSX/FreeBSD
by Mariano Martinez Peck Jan. 28, 2011

Jan. 28, 2011

On Thu, Jan 27, 2011 at 1:20 PM, Randal L. Schwartz <merlyn(a)stonehenge.com>wrote: > > So I've had my head buried in Perl for the past six months, and lost > track of where Seaside has gone. > > I know Seaside 3.0 is out. And Magritte/Pier have been updated (although > the docs still look amazingly sparse :). And there's something called > SqueakDBX for talking to Postgresql. > > My client has restarted the project we began a year ago but had to set > aside for economic reasons. I need to build a Seaside app that talks to > Postgresql, and runs on FreeBSD. I'd prefer to use something like > Glorp, but I'm not sure that's been updated in a while in the Squeak > world, unless SqueakDBX did it. > No. The Glorp version for Squeak/Pharo is still several years old. However, it has been updated at least to work in the latest Pharo (I guess squeak too but I am not sure). You can use Glorp directly and use the PostgreSQL native driver (where you don't need the postgres client libraries), or you can use GlorpDBX with SqueakDBX driver, where you need to install OpenDBX and the PostgreSQl libraries. > > So, what's the current state of the art for Seaside, Magritte, Glorp, > and Postgresql bindings for Squeak? And has anyone managed to get a > modern VM running on FreeBSD... I can't seem to get the latest sources > to build (too many Linuxisms). I'll be developing on OSX, so that's > reasonably secure. > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.posterous.com/ for Smalltalk discussion > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >

1 0

[Pharo-project] Issue 3377 in pharo: AppRegistry remoce dependence to UIManager
by pharo＠googlecode.com Jan. 28, 2011

Jan. 28, 2011

Status: Fixed Owner: Benjamin.VanRyseghem.Pharo Labels: Type-Seed New issue 3377 by Benjamin.VanRyseghem.Pharo: AppRegistry remoce dependence to UIManager http://code.google.com/p/pharo/issues/detail?id=3377 fix but using a not so pretty way. I've to discuss with Steph about extensions Attachments: AppRegistryRemoveDependenceToUIManager.1.cs 1.8 KB

1 1

[Pharo-project] Issue 3379 in pharo: ToolSet remove dependence to UIManager
by pharo＠googlecode.com Jan. 28, 2011

Jan. 28, 2011

Status: Fixed Owner: Benjamin.VanRyseghem.Pharo Labels: Type-Seed New issue 3379 by Benjamin.VanRyseghem.Pharo: ToolSet remove dependence to UIManager http://code.google.com/p/pharo/issues/detail?id=3379 fix Attachments: ToolSetRemoveDependenceToUIManager.1.cs 859 bytes

1 2

[Pharo-project] [update 1.3] #13022
by StÃ©phane Ducasse Jan. 28, 2011

Jan. 28, 2011

13022 ----- - Issue 3597: Fix RemoteString API. Thanks Benjamin van Ryseghem. - Fixed bold application in a text. - Removed a self haltOnce: 2 in mouseEnter. - Now we do not read back code annotation such as bold and italic. The idea is to only store code without styling annotation outside the code. It will simplify the rewrite of the system. Stef and Benjamin

1 0

[Pharo-project] Issue 3597 in pharo: Fix RemoteString API
by pharo＠googlecode.com Jan. 28, 2011

Jan. 28, 2011

Status: Fixed Owner: Benjamin...(a)gmail.com Labels: Type-Seed Milestone-1.3 New issue 3597 by Benjamin...(a)gmail.com: Fix RemoteString API http://code.google.com/p/pharo/issues/detail?id=3597 RemoteString >>#text used to return a String, and for each instance of RemoteString: each string = each text Looks weird ... Due to that, you had some message like: MyObject newString: classComment text Moreover, due to the use of text instead of string, you couldn't substitute a RemoteString and a String :) Attachments: FixRemoteStringAPI.1.cs 1.4 KB

1 1

[Pharo-project] Pharo 1.2 auto-completion in OB not so cool.
by laurent laffont Jan. 28, 2011

Jan. 28, 2011

Hi, In Pharo 1.2 there's inconsistency in auto-completion between Workspace and Browser. In Workspace, if I type |builder| builder := UITheme builder. builder newText then press the tab key, I have the method newTextEntryFor:getText:setText:help: in the list (which is what I want). In the browser, I get only the method defined in UITheme (and builder is an instance of ComposableMorph). It's very disturbing (for me). May be there's a way to tell completion to look for all implementors ? Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

1 0

Jan. 28, 2011

Hi guys, I was checking the state of FileSystem and we cannot push it into pharo like that! Sad but we should not put code where not a single method has a comment. So instead of crying and bashing colin, I started a while ago to understand (great pain) and write comments probably wrong, of course. Now I did several iterations but not enough. So I will read the blog entries of lukas and try to continue. http://www.lukas-renggli.ch/blog/filesystem Now if you want pharo to evolve, then this is clearly a place to help. We should get better class comments, and all the methods with a comment. Else FileSystem will not get integrated. I will veto it. Colin lost all the changes he did after ESUG so we will have to live with that (for example FSPath not being a class for public consumption and others). Stef

7 15

[Pharo-project] Issue 3601 in pharo: Recommended Seaside version in Pharo-1.2 outdated
by pharo＠googlecode.com Jan. 28, 2011

Jan. 28, 2011

Status: Accepted Owner: Torsten....(a)astares.de CC: renggli, philippe...(a)gmail.com, marianopeck, stephane...(a)gmail.com, da...(a)teleport.com, marcus.d...(a)gmail.com Labels: Milestone-1.2-DevImage New issue 3601 by Torsten....(a)astares.de: Recommended Seaside version in Pharo-1.2 outdated http://code.google.com/p/pharo/issues/detail?id=3601 Use a prebuilt Pharo 1.2 from the hudson server. When you run "DEVImageWorkspaces openExternalProjectWorkspace" it is suggested to load ConfigurationOfSeaside30 and load ((Smalltalk at: #ConfigurationOfSeaside30) project version: '3.0.0-alpha5.15') load. it comes up with: "Deprecation: The method SmalltalkImage platformName has been deprecated. Use Smalltalk os platformName" Thats not nice for newbees ;) We should also check the other recommended load scripts ... QUESTION: I think a newer version of Seaside like 3.0.3 would help ... Can anyone confirm that Seaside 3.0.3 is OK for Pharo-dev 1.2

1 4

[Pharo-project] Issue 3595 in pharo: problem starting up with a script on windows
by pharo＠googlecode.com Jan. 28, 2011

Jan. 28, 2011

Status: Accepted Owner: tudor.gi...(a)gmail.com Labels: Milestone-1.2 Milestone-1.3 Type-ReportDefect New issue 3595 by tudor.gi...(a)gmail.com: problem starting up with a script on windows http://code.google.com/p/pharo/issues/detail?id=3595 Pharo image: Dev Pharo core version: <copy from World/System/About> Virtual machine used: Cog 2316, 2348 There seems to be a problem with starting a Pharo 1.2-based image with an initial .st script on Windows. The problem seems to be in CodeLoader>>installSourceFiles and it is related to the contentStream retrieved from the HTTPDownloadRequest being nil. The debug log is listed below. I checked the paths and they are all correct. In fact, if I run the same script with a Pharo 1.1.1 image, everything works as expected. I also tried to drag and drop the .st script and again, everything works as expected. So, it seems that there is some initialization problem. I managed to debug some more and the problem seems to be introduced by System-Download after the version System-Download-StephaneDucasse.51. If you try any of the newer version, you should get the error. I worked on a Windows Server 2008 R2 using a Cog VM (both r2316 and r2348). Attachments: PharoDebug.log 7.8 KB

1 5