- Pharo-dev - lists.pharo.org

[Pharo-project] change n same words in browser with one action
by Sabine KnÃ¶fel Sept. 28, 2012

Sept. 28, 2012

Hi, double clicking on one word in the SYSTEM browser (OBSystemBrowserAdaptor) selects this word in one color and all other appearances of this wort in another color. This is nice. Is there a possibility to change ALL the occurences of this word in one action? I did noch find this feature yet. I do not mean the search and replace dialog - to many clicks while developing. Greetings Sabine -- View this message in context: http://forum.world.st/change-n-same-words-in-browser-with-one-action-tp4649… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

[Pharo-project] is branching structure defined in Metacello package names?
by StÃ©phane Ducasse Sept. 28, 2012

Sept. 28, 2012

hi guys I discovered 'Metacello-Platform.pharo-dale So it is establish that this pharo is the branch? Stef

2 1

[Pharo-project] [update 2.0] #20313
by Marcus Denker Sept. 28, 2012

Sept. 28, 2012

20313 ----- Issue 6745: Failing tests related to Zinc http://code.google.com/p/pharo/issues/detail?id=6745 Issue 6052: would be good that TestAsserter uses TAssertable http://code.google.com/p/pharo/issues/detail?id=6052 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 2.0] #20312
by Marcus Denker Sept. 28, 2012

Sept. 28, 2012

20312 ----- Issue 6732: Failing test: OpenToolTest http://code.google.com/p/pharo/issues/detail?id=6732 Issue 6681: Failing test: GoferApiTest>>#testRepositoryErrors http://code.google.com/p/pharo/issues/detail?id=6681 Issue 6742: Search Dialog not accepting input http://code.google.com/p/pharo/issues/detail?id=6742 Issue 6741: Replace the whole HttpUrl downloading protocol http://code.google.com/p/pharo/issues/detail?id=6741 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 2.0] #20311
by Marcus Denker Sept. 28, 2012

Sept. 28, 2012

- reload packages dirty after changesets -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 2.0] #20310
by Marcus Denker Sept. 28, 2012

Sept. 28, 2012

20310 ----- Issue 6694: Failing tests: RBBrowserEnvironmentTest http://code.google.com/p/pharo/issues/detail?id=6694 Issue 5217: LanguageEnvironment should cache converters http://code.google.com/p/pharo/issues/detail?id=5217 Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] No GUI on MacOSX 10.5.8 using Cocoa VM
by Yanni Chiu Sept. 27, 2012

Sept. 27, 2012

I use Pharo-1.4 using the VM's from http://www.mirandabanda.org/files/Cog/VM/ Now I want to use Zodiac, so I need the SSL plugin. The SSL plugin is pre-built in the VM's from https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-VM/Architecture=32,OS=mac/ But, when I run with this CogVM, I get only a blank window (on MacOSX 10.5.8). When I compared the two executables using "otool -L" it looks like, from the shared library list, that Eliot's VM is Carbon based, and the "Pharo" VM is Cocoa based. Even though I could only see a blank window, the CPU usage seemed to be normal (3-5%), so I decided to try accessing the Seaside app that was already running in the image, and found that it was working fine. Since I had RFB/VNC loaded, I could enable it, and connect to the image via a VNC viewer. It seems that the image is running in "headless" mode. I tried older Pharo images, as well as newer/older Pharo CogVM's, and got the same blank window. I added some code the the VNCController app to get the remote UI to work. The code was: self uiProcess isNil ifTrue: [ UIManager default: MorphicUIManager new ] Even though there's now a MorphicUIManager set, the window is still blank. So any ideas? Does the VM fall back to headless mode when it cannot init the graphics on my older MacOS? Does the MorphicUIManager need to be set in the startup code, else it's too late? -- Yanni

3 8

Re: [Pharo-project] Learnable Programming
by Fernando Olivero Sept. 27, 2012

Sept. 27, 2012

AWESOME! its nice to hear that most of the ideas in Dan's article from the 81: Design principles behind Smalltalk [1], finally made it elsewhere. The first paragraph resembles the first part of the article. Goubier: Athens needs Cairo, which needs NB. Cairo can be compiled for 32/64 bits, i belive Igor ships VMs with Cairo built as an universal library. NB, works for 32 and 64 bits (i've believe Camilo was working on this). The problem is the Cog VM, its only 32 bits. Fernando [1]http://www.cs.virginia.edu/~evans/cs655/readings/smalltalk.html On Thu, Sep 27, 2012 at 10:12 AM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > It's a bit out of subject, but does Athens works on a Linux 64bits system ? > > Thierry > > Le 27/09/2012 09:59, StÃ©phane Ducasse a Ã©crit : >> Indeed the key point for our community is how can we create the infrastructure to >> be able to provide nice output and interactive. >> >> This is why Athens needs clients. >> Now if nobody cares about Athens then it will get out slower than we want. >> >> Beside the text everything else is working. >> I'm trying to understand how I can help igor and one task is to convert the current morph drawOn: on athensDrawOn: method. >> I will keep the examples we will produce once I will sit with igor. >> >> Stef >> >> >> On Sep 27, 2012, at 9:22 AM, Goubier Thierry wrote: >> >>> Cool! >>> >>> There are some very nice program flow representations in them. I'll have a look if I can display Jejak traces that way, and maybe explore the use of Roassal for this. >>> >>> Thierry >>> >>> Le 26/09/2012 21:59, Sven Van Caekenberghe a Ã©crit : >>>> This is _very_ interesting and _very_ welll presented: >>>> >>>> http://worrydream.com/LearnableProgramming/ >>>> >>>> Keep on reading, it keeps on getting better towards the end. >>>> >>>> Sven >>>> >>>> -- >>>> Sven Van Caekenberghe >>>> http://stfx.eu >>>> Smalltalk is the Red Pill >>>> >>>> >>>> >>> >>> >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >> >> >> >> > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

1 0

Re: [Pharo-project] [Vm-dev] Re: The roadmap aka fight plan to make image control host window
by Fernando Olivero Sept. 27, 2012

Sept. 27, 2012

thanks for the info igor. maybe we could plug customized UI handlers for different devices, with different "raw" events. It would make coding and managing each of them, a lot simpler than now. Fernando On Wed, Sep 26, 2012 at 2:14 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 26 September 2012 13:12, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >> Igor, i agree 100% percent with you! >> >> VM shouldn't have all the responsibility of handling a "single UI window". >> >> I've tried in the past to look at VM code, which handles this >> responsibility and change it, (no UI handling in the VM) ..but it >> proved to be a difficult task! We need a simpler, >> cleaner VM, pluggable UI handling would be awesome!. >> >> Do we need the pointer or Null at all in the VM? Cant the io handling >> be done completely separate from the VM? A native app for each >> platform, or something built using NB. >> > > This is highly platform-specific. > The ioProcessEvents called by VM during interrupt , so, > platform-specific code can > use it to signal any pending external events. > Interrupts is also used by scheduler to switch to another process when > something happens (like socket has new data to read, semaphore > signaled etc). > So, if VM won't support interrupts it will be highly problematic to > support green threading execution model. > And, of course, an interrupt is naturally a well-defined safe point in > VM execution. > So it is logical to have an entry point there, where plugin(s) can > hook-in and add own custom event handling procedure, > without need for patching a single global ioProcessEvents() function > over and over again. > > If at some point you'll have two independent modules (plugins) in VM > which want to put own custom handling code there, > you can always do it like following pseudocode: > > (during plugin initialization) > oldHandler := ioProcessEvents. > ioProcessEvents := &myHandler. > > (during call ) > myHandler > self doMyHandling. > call oldHandler > > > Now, of course it is a question, how often you may need that: a module > which adds own custom handler for VM interrupt. > Maybe we don't need that much flexibility? But do others see other way > of freeing VM from assumptions and tight coupling with > different parts of system? > > -- > Best regards, > Igor Stasenko.

1 0

[Pharo-project] Learnable Programming
by Sven Van Caekenberghe Sept. 27, 2012

Sept. 27, 2012

This is _very_ interesting and _very_ welll presented: http://worrydream.com/LearnableProgramming/ Keep on reading, it keeps on getting better towards the end. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

4 4