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

Re: [Pharo-project] Questions of understanding

by David T. Lewis

On Wed, May 25, 2011 at 05:46:00PM +0200, Igor Stasenko wrote: > > P.S. it is great that you were able to fix plugin & build VM with little help. > If you have questions, do not hesitate to ask. We need people who are > not afraid to get their hands dirty and to fix something in VM :) Yes! Dave

May 26, 2011

Re: [Pharo-project] [Vm-dev] Re: Questions of understanding

by David T. Lewis

For the SerialPlugin, there are two enhancements that will be found in VMMaker and Squeak that should be added to Cog and to Pharo: 1) The named serial port updates are documented at <http://bugs.squeak.org/view.php?id=7266> 2) A separate bug fix for SerialPlugin on Unix is at <http://bugs.squeak.org/view.php?id=7610> The VMMaker updates are in class SerialPlugin. These can probably be copied directly from VMMaker trunk to the oscog branch using an MC browser. The platforms source changes can probably be copied directly from Subversion trunk to the branches/cog tree, although I have not looked at them to verify this (the platforms cog branch has changes in various places, so some merging might be required). Note that the platforms changes must be supported for all platforms, not just unix. I think that the image changes have already been copied from Squeak to Pharo. If not, just copy class SerialPort. Dave On Wed, May 25, 2011 at 10:41:33AM +0200, Mariano Martinez Peck wrote: > > I have no idea. Maybe someone in the VM mailing list can help you. > > Cheers > > 2011/5/25 Friedrich Dominicus <frido(a)q-software-solutions.de> > > > Mariano Martinez Peck <marianopeck(a)gmail.com> writes: > > > > > https://gitorious.org/cogvm/blessed/blobs/master/platforms/unix/plugins/ > > > SerialPlugin/sqUnixSerial.c > > This code contains the old implementaton of the Serial Plugin not the > > extensions of things like openPortByName. The Serail Plugin I'm talking > > about has the following implementation on the Smalltalk Size > > > > > > > > -- > > Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim > > Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus > > > > > > > -- > Mariano > http://marianopeck.wordpress.com

May 26, 2011

Re: [Pharo-project] cog vm for iOS

by Serge Stinckwich

On Wed, May 25, 2011 at 11:22 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > A third option could be to build a polymorph theme for iPAD. > This is an intermediate option I discussed a bit with Bert, to do a > DrGeo port for iPAD. > Frankly speaking if someone is interested to work with me on that > direction we may be able to produce something in our range and useful > for the community at large. We put some information with Hilaire about using Pharo for Sugar here: http://code.google.com/p/pharo/wiki/PharoForSugar I didn't have time to continue, but i guess the page should be update with your last work. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

May 26, 2011

Re: [Pharo-project] Fwd: Background Changer

by Mariano Martinez Peck

nice tool :) I always put backgrounds. On Wed, May 25, 2011 at 5:36 PM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > FYI > > Begin forwarded message: > > *From: *Lemuus <lemuus(a)gmail.com> > *Date: *24 May 2011 18:35:00 GMT-04:00 > *To: *pharo-chile(a)googlegroups.com > *Subject: **Background Changer* > *Reply-To: *pharo-chile(a)googlegroups.com > > Hi, > I tend change the background on Pharo a lot, so i made a little > application to change the background using an image gallery, so you can see > the image you want to put on the background. > You can load it with: > > Gofer new > url: 'http://lemuus.homelinux.org/lemuus/BackgroundChanger'; > package: 'BackgroundChanger'; > load. > > It register on the World menu->System->Change Background > It will ask for a directory with images, and then show you a gallery with > the images on that directory. > Then you can select an image, and select the layout for the background. > Greetings, > Daniel Galdames G. > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- Mariano http://marianopeck.wordpress.com

May 25, 2011

[Pharo-project] [COTDC] 68#2 MultiTextComposer

by laurent laffont

Today: MultiTextComposer Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

May 25, 2011

Re: [Pharo-project] Tiling windows

by laurent laffont

2011/5/25 GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com> > Excelent! > > IMHO, it's better that's not integrated to TaskBarMorph, lets it free :) > For example, click in unused space of the TWMBar and you can move it around > you wish in the screen, similar to use DockingBarMorph>>beFloating. I attach > screenshot. > > Laurent, I improved (or not? :)) your work, if you think that is bad for > TWM simply undo it ;) > Feel free to play. Just try to write tests for TilingWM please :) For TWMBar I'm not sure this will be a final GUI. Ideally all will be keyboard driven, I have to play with KeyMapping. I also think the UI theme Patrick has cleaned fits better with TilingWM: To try it: Gofer it squeaksource: 'PBASandbox'; package: 'PBSandbox'; load. StandardUITheme beCurrent. See screenshot. Patrick, could you push this with a nice package name ? Laurent. > 2011/5/25 laurent laffont <laurent.laffont(a)gmail.com> > >> Now there's a button to open the world menu. >> >> Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> >> >> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >> Blog: http://magaloma.blogspot.com/ >> Developer group: http://cara74.seasidehosting.st >> >> >> >> On Wed, May 25, 2011 at 11:20 AM, laurent laffont < >> laurent.laffont(a)gmail.com> wrote: >> >>> On Wed, May 25, 2011 at 11:06 AM, StÃ©phane Ducasse < >>> stephane.ducasse(a)inria.fr> wrote: >>> >>>> I do not understand. >>>> >>>> how can I get a browser? >>>> >>> >>> Hey, this is just a start :) I will add a button to open the world menu. >>> >>> >>> once this is one is created I get the browser full screen >>>> but then how do I get a chance to create a new one if I want. >>>> >>>> dividing the browsers based on the screen size results in rather small >>>> browsers :) >>>> >>> >>> yes, but because browsers waste space IMHO. Maybe we could get rid of >>> windows borders when tiled. >>> >>> Laurent. >>> >>> >>> >>>> >>>> Stef >>>> >>>> >>>> > TWMBar new open. >>>> > >>>> > The real manager is TilingWM. Try: >>>> > >>>> > (TilingWM forWorld: World) tileVisibleWindows. >>>> > (TilingWM forWorld: World) tileBrowsers. >>>> > (TilingWM forWorld: World) tileWorkspaces. >>>> > >>>> >>>> >>>> >>> >> >

May 25, 2011

Re: [Pharo-project] [Pharo-users] some news about the consortium

by StÃ©phane Ducasse

Thanks a lot for your trust! For us, we receive that as gift and responsibility. We feel honored. If was never and will never be a question of ego or power. What I learned is that when you really want something to happen the best thing to do is to do it. May be people will join and you will have fun. At the minimum you will not get frustrated not to have dare to do it. We did that with ESUG, Squeak and Pharo. so there is a pattern :) Stef On May 25, 2011, at 9:56 PM, Michael Forster wrote: > On Wed, May 25, 2011 at 1:37 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Hi pharoers >> >> yesterday we got a meeting with INRIA people and we discussed the creation of an INRIA consortium. >> We will follow the INRIA process and propose officially the creation. For that we will have to present >> a proposal by end of June so we will do it. I would like to see the consortium taking life by end of the year >> and there are still some work to be done there. >> >> Stef >> > > This is great news, Stef! Thank you for your continuing efforts > toward this. My company agrees with all the goals you've stated for > the consortium, and we'll be there to participate. > > Mike >

May 25, 2011

Re: [Pharo-project] [Pharo-users] some news about the consortium

by Michael Forster

On Wed, May 25, 2011 at 1:37 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi pharoers > > yesterday we got a meeting with INRIA people and we discussed the creation of an INRIA consortium. > We will follow the INRIA process and propose officially the creation. For that we will have to present > a proposal by end of June so we will do it. I would like to see the consortium taking life by end of the year > and there are still some work to be done there. > > Stef > This is great news, Stef! Thank you for your continuing efforts toward this. My company agrees with all the goals you've stated for the consortium, and we'll be there to participate. Mike

May 25, 2011

[Pharo-project] tests ui errors in headless mode

by Tudor Girba

Hi, We have some smoke tests in Moose that basically spawn a UI and check for Error. This used to work when running headless in Pharo 1.2 but now they fail in Pharo 1.3. I believe this has to do with the new changes in the UI Manager, but I do not know what to do. To reproduce the problem, you can simply call a Pharo-1.3.image in headless mode and file in the attached st file that: - installs a simple test: HeadlessTest>>testStartup self shouldnt: [1 inspect] raise: Error - loads HudsonTools - runs the test and outputs the XML file report - although the test should pass, it raises the error: HeadlessStartupTest(TestCase)>>signalFailure: HeadlessStartupTest(TestCase)>>assert: HeadlessStartupTest(TestCase)>>shouldnt:raise: HeadlessStartupTest>>testStartup HeadlessStartupTest(TestCase)>>performTest Can anyone help? Cheers, Doru -- www.tudorgirba.com "What is more important: To be happy, or to make happy?"

May 25, 2011

Re: [Pharo-project] cog vm for iOS

by Hilaire Fernandes

I have no idea how hard it is to pass the apple check. It can indeed temper any effort doing a theme. Hilaire Le 25/05/2011 18:29, Esteban Lorenzano a Ã©crit : > Sorry, but no, this is not an option. > A theme will never pass the apple quality check :( > > Esteban > > El 25/05/2011, a las 1:22p.m., Hilaire Fernandes escribiÃ³: > >> A third option could be to build a polymorph theme for iPAD. >> This is an intermediate option I discussed a bit with Bert, to do a >> DrGeo port for iPAD. >> Frankly speaking if someone is interested to work with me on that >> direction we may be able to produce something in our range and useful >> for the community at large. >> >> Hilaire >> >> >> >> >> Le 25/05/2011 18:01, Esteban Lorenzano a Ã©crit : >>> Well... I'm going to use this post to talk a bit about Pharo in iOS, because it is more complex than "having a vm working" >>> But first, a summary of where we stand: >>> 1) The Stack VM is working with iPhone/iPad, but needs some minor adjustments (some tuning). >>> One problem here is that I didn't integrate it to CMakeVMMaker (and as a consequence, to hudson), so build it is not a trivial task. But I will, as soon as some one jump and say "hey, I'm going to use it, for real!"... or as soon as I can find a free afternoon... it is planned (and I worked a little on this), but it is not a priority right now :) >>> 2) The Cog (I mean, the jitter) will never work on iPad/iPhone, because of the apple license (clause 3.3.2) and because of the security sandbox policy. But I think the Stack VM can do a pretty job. No, I'm not going to prepare this just for recreational purposes because I do not have the time, and the community work I do should be spent in things the community can use... and I think that Eliot (who is, in fact, the one who can do this, I'm just a builder) will think similar :) >>> >>> So... if we have a vm running on iOS, why there is no a legion of fellow pharoers taking over the appstore? >>> >>> Well... because it is not enough. >>> There are several problems, besides the vm working or not (to be fair, the interpreter vm works on iphone since at least two years, and John is the only one who succeed on pushing some nice smalltalk apps into the appstore). >>> The main problem is that our morphic world is ok for desktop working, and some times for desktop commercial apps (like those of pinesoft), but it just can't be used to create real apps for the iPhone/iPad market. There are some exceptions, like some eToys work and probable the developing of games like "tic-tac-toe" or so... (I mean: graphic games who can be done with morphs). But as a general rule, you can't do a real app in pharo/squeak who runs in the iPhone/iPad and can be sold in the appstore. >>> To overcome this problem, what John does is to create the full view in Cocoa, and "plug" the model to pharo/squeak images, using pharo as a module of a cocoa application. This can be done for several apps (and the fraction calculator is an example), but fails when you want a deeper interaction (because of the cost, not just in "programming time" but also the "translation time" between the cocoa app and pharo: it is just not good enough to bring a cool user experience (at least in all my experiments it was the case) >>> >>> There is another possible approach, who I think is the better in the long way, and that is what I was doing with Deimos project: using a bridge to construct, in pharo, real cocoa UI objects... the advantages with this are obvious. Nevertheless, there are also some problems with this approach: >>> 1) last year I was working on this, and apple changed a clause. The result can be expressed as if they executed: 'deimos become: shit'. Months after they review the policy, but I was concentrated on Mars (the desktop equivalent to Deimos). I will continue this, but first I want to finish Mars, and also I need to solve the problem below: >>> 2) there are also a performance problem with the ObjectiveC plugin and callbacks. In all my experiments, I never went below 70ms executing a callback from cocoa to pharo (and that's necessary, for example, to fill tables). The minimum time needed to have a cool "scroll" effect on tables is 40ms. Of course, iPhone 4 is better than 3gs... but the problem remains. The real thing is that ObjectiveC plugin relies on a semaphore communication model, and that's not good enough. So... I think the better approach here is to port FFI-Callback plugin (latest work of Eliot) to iOS. FFI-Callback plugin uses a whole different approach, who can overcome this performance issues (and some other who's not the case mention here). >>> >>> So... yes... I would love to finish this soon. But right now, other issues are top in priotity, and I just can't promise a release date. (Of course, the stackvm for iphone will be compiling on hudson some time soon... before ESUG for sure) >>> >>> hope this can explain all the status... :) >>> >>> cheers, >>> Esteban >>> >>> El 25/05/2011, a las 11:56a.m., Igor Stasenko escribiÃ³: >>> >>>> On 25 May 2011 16:22, Steve Wirts <stevewirts(a)gmail.com> wrote: >>>>> Hi All, >>>>> Sorry if this topic has been covered in a previous email, I couldn't find >>>>> anything conclusive so I'm posting it for my own clarity. >>>>> I am a smalltalk programmer at heart but have been working in java at a java >>>>> shop for sometime. Recently there's been a very strong directive from >>>>> management to "get everything working on an iPad". >>>>> I see a great opportunity to introduce pharo at the moment but need a way to >>>>> deploy to iPad/iPhone devices. I'm not a c programmer and am overwhelmed at >>>>> the thought of trying to build a cog vm for ios devices. >>>>> >>>>> Is there a binary package of cog vm for iPad/iPhone available somewhere? >>>> >>>> Ask Esteban! :) >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>> >>> >>> >> >> >> -- >> Education 0.2 -- http://blog.ofset.org/hilaire >> >> > > > -- Education 0.2 -- http://blog.ofset.org/hilaire

May 25, 2011