- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Status of ToolBuilder
by Marcus Denker Nov. 16, 2011

Nov. 16, 2011

On Nov 16, 2011, at 7:09 PM, Lukas Renggli wrote: >>>> where? >>>> Because we removed it. >>> >>> It is contained in the Polymorph packages in Pharo 1.3, but it missing >>> some and has additional other features compared to the version in >>> Squeak. >>> >>> I was asking because OmniBrowser in Squeak is now using ToolBuilder, >>> the code works with a few changes in Pharo 1.3 too. >> >> Does Toolbuilder make sense? To me it looked like yet another compatibility >> layer that does not bring anything (other than forcing anyone to use something >> that has to be compabtible to MVC). > > It is quite powerful given that it can run OmniBrowser. Of course Omnibrowser makes it easy by not allowing anything else than what is in MVC (e.g, Trees). > And the extra > layer makes UI building trivially testable. This is not possible when > directly using Morphs. > What we need is a seperation between Morph and the Widgets on top of Morphic. This than will likely include some layer, too. But keeping Toolbuilder if you have no MVC and Tweak is not really useful. > For Pharo I will rewrite the OB UI builder to directly generate an > optimized Polymorph GUI. This buys more us more flexibility. > .. like trees. -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] Status of ToolBuilder
by Marcus Denker Nov. 16, 2011

Nov. 16, 2011

> > In general it abstracts away the specific UI used to present a tool and I'd say that was generally useful. Anyone wanting to experiment with a novel UI could benefit from ToolBuilder. In Squeak trunk there's even the ability to test it against Morphic and MVC. MVC is still useful for those trying to build minimal images. > MVC was removed in Pharo in 1.1... Why not make Morphic compact instead of keeping MVC? There is quite a lot of code everywhere in Squeak dealing with MVC compatibility.. very hard to clean up anything. E.g we removed Paragraph... and merged all multiple Paragraph classes of Morphic into one (called, ahh... Paragraph). E.g. getting a new Canvas would for shure be much harder if we would have kept MVC. > I've found ToolBuilder useful for constructing new UIs, editing > existing ones and being able to follow actions without needing to know > much about about Morphic. Why not make Morphic easy to use instead? Wasn't it supposed to be easy? Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] Status of ToolBuilder
by Marcus Denker Nov. 16, 2011

Nov. 16, 2011

On Nov 16, 2011, at 6:31 PM, Lukas Renggli wrote: >>> I was kind of surprised that ToolBuilder is still part of Pharo. >> >> where? >> Because we removed it. > > It is contained in the Polymorph packages in Pharo 1.3, but it missing > some and has additional other features compared to the version in > Squeak. > > I was asking because OmniBrowser in Squeak is now using ToolBuilder, > the code works with a few changes in Pharo 1.3 too. Does Toolbuilder make sense? To me it looked like yet another compatibility layer that does not bring anything (other than forcing anyone to use something that has to be compabtible to MVC). Marcus -- Marcus Denker -- http://marcusdenker.de

4 3

[Pharo-project] Slow text input?
by Sean T Allen Nov. 16, 2011

Nov. 16, 2011

Hi all, I opened an old 1.2.1 image and text input was incredibly slow. I tried the latest one click and text input is very slow and jerky. Has anyone else ever experienced something like this on a Mac? Its really frustrating. Every pharo image I have is seemingly unusable. -Sean-

9 21

Re: [Pharo-project] Slow text input?
by Fernando Olivero Nov. 16, 2011

Nov. 16, 2011

I NEVER had an image crash, of course i'm not stating that it cant crash, but would be nice to know how many people have to deal with image crashes and how often. Because, up to now, during my last 3 years of Pharo usage it never has been a big issue for me. Fernando On Tue, Nov 15, 2011 at 1:37 PM, Peter Hugosson-Miller <oldmanlink(a)gmail.com> wrote: > I think the troll said he was leaving, so let's just all take a deep breath, be thankful for that, and move on. > > Positive energy is what we need here, feeding trolls drains us more than one would think, so as far as possible we should just try and ignore them. > > Carlo's answer was cool, too ;-) > > -- > Cheers, > Peter > > On Tue, Nov 15, 2011 at 1:26 PM, Igor Stasenko <siguctua(a)gmail.com<mailto:siguctua@gmail.com>> wrote: > Currently, my Mac running 3 images. And it is hard to tell, but i > think one of them runs maybe more than month , without hangs, freezes > etc. > Now, why i should trust your words (not backed with anything serious) > that the software i use is unstable, when > i using it every day and it works well for me? > > On 15 November 2011 12:18, Guido Stepken <gstepken(a)googlemail.com<mailto:gstepken@googlemail.com>> wrote: >> Ok, if it helps you to understand, that unstable software is quite useless for anybody ... will do that! >> >> Guido Stepken >> >> Am 15.11.2011 um 12:05 schrieb Marcus Denker <marcus.denker(a)inria.fr<mailto:marcus.denker@inria.fr>>: >> >>> >>> On Nov 15, 2011, at 8:00 AM, Guido Stepken wrote: >>> >>>> I think, programming, refactoring a peace of software has very much to do with model theory, LÃ¶wenheim-Skolem theory (related to fixed point theorem). >>>> >>>> Good programmers migrate code, addon's from one stable, consistent state to the other. These "stable states" are expressed in release numbers. >>>> >>>> What are you doing? Don't know! >>> >>> So why don't you then just unsubscribe from the mailinglist? >>> >>> We clearly are not up to your standards. And this will not change. >>> >>> I think there is no way that we can work constructively together, so the best for all is that you just go away. >>> and everyone is happy. (you, too!) >>> >>> You can refactor according to Skolem, we refactor how we like it, and everyone is happy. >>> >>> Â Â Marcus >>> >>> >>> -- >>> Marcus Denker -- http://marcusdenker.de >>> >>> >> >> > > > > -- > Best regards, > Igor Stasenko. >

3 3

[Pharo-project] [Progress Report] Zn+Zdc=HTTPS (Zodiac)
by Sven Van Caekenberghe Nov. 16, 2011

Nov. 16, 2011

Hi, Since the first Zodiac code became available last May and since the two Alpha releases in June and September I think there has been some progress. I know of at least two projects that independently have put Zn+Zdc (Zinc HTTP Components & Zodiac) to successful use for doing HTTPS: - Paul DeBruicker's stripe.com credit card payment gateway integration - Guillermo Polito's google.com account authentication and API access (Ulysse the Monkey) That is why in the last Zn release, HTTPS will work out of the box, provided you load Zdc and install the necessary plugin. So the following should just work: ZnClient new https; host: 'www.google.com'; addPath: 'search'; queryAt: 'q' put: 'Pharo Project'; get ZnClient new get: 'https://www.google.com/search?q=Pharo Project' To verify that the query actually worked, you can do a self includesSubString: 'www.pharo-project.org' on the resulting byte string. There is now a new webpage dedicated to Zodiac: http://zdc.stfx.eu Currently, it is quite minimal, but it will grow when needed. Although the project is far from finished, I think it is safe to move it from Alpha to Beta. Sven

3 3

[Pharo-project] Thank you
by Hilaire Fernandes Nov. 16, 2011

Nov. 16, 2011

Hello people, A small note to say DrGeo is doing great progresses in term of features, usability and fun. I am working regularly with teachers from my school and elsewhere to develop new features based on their needs. The next release will be in December with a lot of new cool small features. This is nice for Pharo and Smalltalk as well. To document DrGeo, I am doing regularly screencast (now in Enlgish) in the DrGeo channel at Dailymotion http://www.dailymotion.com/group/drgeo Thanks for your helps. Hilaire PS: I really have fun programming DrGeo with Pharo Smalltalk -- Education 0.2 -- http://blog.ofset.org/hilaire

6 5

[Pharo-project] could you test the attached?
by Eliot Miranda Nov. 16, 2011

Nov. 16, 2011

Hi All, I've found a bug in ContextPart>>#runUntilErrorOrReturnFrom: that in a certain rare circumstance causes the method to peel back too much of the stack. This method is used in the debugger (e.g. completeStep: et al) but also in Process termination. So it is right at the heart of the system. I'm loath to simply commit it I'd really appreciate y'all testing with the fix and reporting any changes you see. It does not affect the trunk test suite (there is a test, WeakSetInspectorTest, which is unreliable, but apart form that no observed effects). So, brave souls, please try with the attached and see if you come to grief or not. -- thanks, Eliot

2 1

[Pharo-project] pharo-xmlrpc samples fail in Pharo 1.3
by seamus Nov. 16, 2011

Nov. 16, 2011

Hi all Just wondering what to do next. I need a working xmlrpc library for a project I am working on but the latest version of pharo-xmlrpc fails due to a DoesNotUnderstand #contentString error. This is just testing the samples provided as below: | url proxy r | url := Url absoluteFromText: 'http://snipplr.com/xml-rpc.php'. proxy := XMLRPCProxy new url: url. r := proxy invokeMethod: 'languages.list' withArgs: #('Your snipplr key'). r := proxy invokeMethod: 'user.checkkey' withArgs: #('Your snipplr key'). r := proxy invokeMethod: 'snippet.list' withArgs: #('Your snipplr key' 'pharo'). "To get a snippet you don't need key, but the Snippet ID" r := proxy invokeMethod: 'snippet.get' withArgs: #('41365'). Any ideas to get this working? I see that someone mentioned that this may be a missing method in the Dictionary object. Regards Seamus -- View this message in context: http://forum.world.st/pharo-xmlrpc-samples-fail-in-Pharo-1-3-tp4042738p4042… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

[Pharo-project] [update 1.4] #14227
by Marcus Denker Nov. 16, 2011

Nov. 16, 2011

14227 ----- Issue 4976: MessageNotUnderstood: SolidFillStyle>>addFillStyleMenuItems:hand:from: http://code.google.com/p/pharo/issues/detail?id=4976 Issue 4972: NullStream breaks the debugger http://code.google.com/p/pharo/issues/detail?id=4972 -- Marcus Denker -- http://marcusdenker.de

1 0