- Pharo-dev - lists.pharo.org

[Pharo-project] please do not update.
by StÃ©phane Ducasse Oct. 29, 2008

Oct. 29, 2008

I will have to cancel 10120 and may 10119 because of a huge mess. Stef

2 2

[Pharo-project] ToolSet
by Pavel Krivanek Oct. 29, 2008

Oct. 29, 2008

Hi, we should decide how we will manipulate with tools. A lot of tools classes are referenced directly - that is wrong because you cannot then use different set of tools (for example a dummy toolset for no tools at all). In the KernelImage I added a registration mechanism for tools so they were called for example ToolSet default browser. There were no ToolSet subclasses and there was only a test if the default ToolSet is not nil. That was not optimal solution. The current philosophy of ToolSet class supposess that you will send messages directly to ToolSet class and you will not get real tools classes at all. However the set of this messages would be very long and Squeak wants sometimes directly the class (for comparison etc.) The default tools are: browser changeList changeSorter changedMessageSet classCommentVersionsBrowser classListBrowser debugger dualChangeSorter hierarchyBrowser instanceBrowser lexicon messageNames messageSet packagePaneBrowser pointerFinder protocolBrowser versionsBrowser Cheers, -- Pavel

8 12

[Pharo-project] ScriptingSystem ? ??
by StÃ©phane Ducasse Oct. 29, 2008

Oct. 29, 2008

what is a scriptingSystem in morphic. To me it looks like a object knowing some stuff about the environment and mostly used by etoys. Stef

2 2

[Pharo-project] ToolSet -> ToolRegistry
by Igor Stasenko Oct. 29, 2008

Oct. 29, 2008

I'm implemented a new ToolRegistry class, which can work as replacement of ToolSet. It would require a 'bit' refactoring, to replace all references to 'ToolSet' with 'Smalltalk tools'. What i discovered during implementation, if we migrate to new class, a lot of stuff can be cleaned up. For instance, Smalltalk tools inspectorTypes holds a dictionary of Class name -> inspector class name so, one could simply register own inspector by including a line: Smalltalk tools inspectorTypes at: #MySpecialClass put: #MySpecialInspector in package/class initialization method, instead of overriding #inspect method. Also, during copying a StandartToolSet convenience methods implementation i discovered a lot of tools which support different protocols. It would be nice to at least make them all respond to same message, like #open. Because currently, if you take a look at different #openXXXXX methods in ToolRegistry, its using many different/weird selectors to do the simplest possible thing - open a new window! In attachments you can find the actual class, and a small changeset which is required to make magic 'Smalltalk tools' working. I decided to put default tools/inspectors types in Preferences class. See Preferences class>>registerPreferredTools method in changeset. -- Best regards, Igor Stasenko AKA sig.

2 2

Fwd: [Pharo-project] ToolSet
by StÃ©phane Ducasse Oct. 29, 2008

Oct. 29, 2008

Begin forwarded message: > From: Antony Blakey <antony.blakey(a)gmail.com> > Date: October 29, 2008 8:36:49 AM CEST > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] ToolSet > > > On 29/10/2008, at 5:55 PM, StÃ©phane Ducasse wrote: > >> With a registration in a post load phase the tool registers and the >> MENU or whatever does not have to do a >> query over the complete system. > > When I mean discovery, I don't mean that the discovery is performed > every time. Discovery is used on two occasions: > > 1. When re-initializing the system. > 2. When showing the user what methods define commands i.e. a UI for > system exploration. > > Discovery finds the methods, and then you call those methods, which > return a command, which you then 'register'. So really, it's like a > registration system but the framework is declarative rather than > programatic. > > You need the ability to listen for method redefinitions, so that you > can incrementally maintain the registration data, but even that can > be lazily batched i.e. when a method containing a 'pragma' symbol > (or pragma if you want) is redefined, you clear the registration > cache, and the next call recreates it. > > For a full command invocation system such as Commando, there are a > number of optimizations I do, such as maintaining a cache of > accelerators -> applicable commands, and context classes -> > applicable commands. I use Commando in both VW and Squeak, and there > is no delay, because everything is cached. > > Antony Blakey > -------------------------- > CTO, Linkuistics Pty Ltd > Ph: 0438 840 787 > > Human beings, who are almost unique in having the ability to learn > from the experience of others, are also remarkable for their > apparent disinclination to do so. > -- Douglas Adams > > >

1 0

[Pharo-project] Re: [squeak-dev] iPhone 1.07
by John M McIntosh Oct. 29, 2008

Oct. 29, 2008

I'm not sure this is accurate if I do open Squeak.app Squeakx.image Then with the carbon VM I get the VM launched which then asks me for an image via the file selection navigation services, AND I get a copy of the VM launched which opens the Squeakx.image. This is because the Squeak.app runs, then the Squeakx.image sends an open document request to the VM which then looks at the *.image and invokes some applescript to launch a copy of the VM with the *.image. This logic was developed a few years back to solve the problem of double-clicking on the a image file and it would open file browser in the running squeak.image which wasn't exactly what a person wanted. I note that saying open -a Squeak.app Squeakx.image does the right thing since it asks to open Squeakx.image with the application Squeak.app Now if I do open -a Squeak\ VM\ Opt.app Squeakx.image test.st then that starts the application, opens the image, and then opens the test.st in a file edit browser, well not what we want either. In looking at the issue for historical reasons I've done a cwd to the VM path when the app starts. If I remove that ./Development/Squeak.app/Contents/MacOS/Squeak\ VM\ Opt ./Development/ Squeakx.image test.st Well that works as desired, now I wonder about side-effects... Ok well it won't open the Squeak.image that is found in the same directory as the Squeak.app if you launch from the Dock because the cwd isn't done and I'd guess cwd points to '/' So let me add a change to check for no '.' or '/' on the image name means look in VM directory, so the default Squeak.image turns into a search for /Application/ Squeak.image if Squeak.app is in /Application/ Yes that works. Ok I'll push out a 3.8.19beta1U for testing On Oct 28, 2008, at 10:08 AM, Eliot Miranda wrote: > > > On Tue, Oct 28, 2008 at 12:10 AM, stephane ducasse <stephane.ducasse(a)free.fr > > wrote: > Thanks john > > BTW I have a request for the mac VM > > Since I would like to use Squeak as a scripting language I would > really like to be able to do > squeak image file > right now I have to pass the full pathname of image and file. > Would it be possible to get that? > > I think the answer for the VM application is no because Mac OS X > opens applications in /. > So the VM cannot find the image unless given a full pathname and > cannot find file unless given a full pathname either since the image > won't be in the same directory as the image file. > > But it is trivial to write a shell script to wrapper the VM that > supplies the full pathnames, e.g. > > ----8<---squeak---8<--- > #!/bin/sh > open /Applications/SqueakFoo.app /Applications/SqueakFoo.app/ > Resources/Scripting.image "`pwd`/$1" > ----8<---squeak---8<--- > > and then have Scripting.image change its working directory to that > of the file argument, not the image. > > > I currently run from the command line using the attached > CommandLineLauncher via e.g. > > ../stackvm/macbuild/Qwaq\ VM.app/Contents/MacOS/Qwaq\ VM ~/Qwaq/Cog/ > Benchmarks/stck-1.2.21.image -doit "UnixProcess stdOut nextPutAll: > 'Hello world!'; nl" > Hello world! > > > > > Thanks > > Stef > > > On Oct 28, 2008, at 1:08 AM, John M McIntosh wrote: > > I've push out an iPhone 1.07 VM. http://www.smalltalkconsulting.com/squeak.html > > This VM uses the latest core Pharo image. > > The VM has a number of changes to enable C data structure support > and code examples for > putting up a UITextEdit and UITextView for single and multiple line > textual input, along with > the ability to execute objective-c methods on the main thread versus > the squeak thread. > There is of course a new ObjectiveCPlugin for os-x users. > > For developers the key to getting a UITextEdit field to work is that > you *must* create the UITextEdit > thread on the main thread, otherwise if you create the object on the > squeak thread, then attempt to > use it for textual input on the main thread as per recommendations > it deadlocks on a semaphore when it > decides that the two process threads are different. > > Still to do is finishing the Keyboard entry logic, (oh I'm sure just > a few minutes should do it...). Then > I'll see if I can get a Menu control example working > > I've not included the VNC logic since I don't know if anyone uses > it, or if it can be integrated into the > Pharo image at this time, however I suspect someone will let me know. > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > > > > <CommandLineLauncher.st> -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

1 0

[Pharo-project] problem with update 10120 ?
by Damien Pollet Oct. 28, 2008

Oct. 28, 2008

I'm getting this when I update from 10118: This package depends on the following classes: AnObsoleteSymbolListType AnObsoleteDataType You must resolve these dependencies before you will be able to load these definitions: FullVocabulary PlayerType ScriptNameType UserCustomEventNameType -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

3 3

[Pharo-project] ScriptLoader>>installingInstaller
by Alexandre Bergel Oct. 28, 2008

Oct. 28, 2008

Dear List, I was wondering why this method contains: fileToLoad := files detect: [ :aFile | aFile beginsWith:'InstallerAll- md.1' ] ifNone: [ nil ]. It always load InstallerAll-md.1 Why not to load the last version of Installer-Core? Will it be okay to put "fileToLoad := files first" instead? (files is a sorted collection in a decreasing order of version numbers). Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 3

[Pharo-project] Arrggh - Squeak FFI in 3.10 again?!
by Torsten Bergmann Oct. 28, 2008

Oct. 28, 2008

Hi Kjell, I came across your postings on problems on installing Exupery [1] in Squeak. I'm sure your problem is the Installation of FFI in the 3.10 image again. Arrrgghh!!! See the bug + fix [2] - just file in the changeset from above location [2] before loading FFI and tell me if it works. Unfortunately I tried to convince the community several times (see [3] for an example) to update the default 3.10 download images: - since people typically start by downloading an image from the website - since FFI is a very often used package for some of us and some packages depend on it - since not every new user knows about bug 6980 But unfortunately still nobody really cares. Yes there are nice Installer scripts and friends - but they dont automatically fix this problem for a fresh 3.10 Squeak download. However I als filed a bug report + fix [4] for Pharo in the hope that this Squeak distribution will be more user friendly than the standard Squeak in the future... Thx Torsten [1] http://lists.squeakfoundation.org/pipermail/exupery/2008-October/000318.html [2] http://bugs.squeak.org/view.php?id=6980 [3] http://tech.groups.yahoo.com/group/squeak/message/132882 [4] http://code.google.com/p/pharo/issues/detail?id=232 -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal fÃ¼r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

3 3

[Pharo-project] Merging one-click and pharo-dev
by Damien Cassou Oct. 28, 2008

Oct. 28, 2008

On Tue, Oct 21, 2008 at 7:55 PM, Marcus Denker <denker(a)iam.unibe.ch> wrote: > We should really think/discuss about the next one-click be based on the dev > image (the non-one-click then will be the "core" image for people building > deployment images, for example). First, you have to comment on the pharo-dev images to make them fit your needs. Then, you can embed the latest one into a One-Click that you generate (it seems I can't generate them myself because I don't use MacOS, but I'm not sure). What do you think? -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

7 18