July 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Vm-dev] Re: Tools to Build Cog on Win32

by Javier PimÃ¡s

Yes, and there's another problem too. When you try to change the order of a group of sections it *seems* to do it but then you hit refresh and nothing has changed at all. Regards, Javier. On Tue, Jun 29, 2010 at 7:47 AM, Rob Rothwell <r.j.rothwell(a)gmail.com>wrote: > > On Tue, Jun 29, 2010 at 2:11 AM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > > It seems someone has done it ... Anyway, to move a page, click on the >> 'Move' link in the command line and the choose the parent section. >> > > The section is right, but on the table of contents, it looks like this: > > 2.0 Virtual-Machine > 2.1 Building > 2.1.1 The GNU/Linux way > 2.1.2 The Mac OSX way > 2.1.3 The MS-Windows way > 2.1.3.1 Cog VM > 2.1.3.2 Traditional (Squeak) VM > 2.1.4 VMMaker > > Instead of this: > > 2.0 Virtual-Machine > 2.1 Building > 2.1.1 The GNU/Linux way > 2.1.2 The Mac OSX way > 2.1.3 The MS-Windows way > 2.1.3.1 Cog VM > 2.1.3.2 Traditional (Squeak) VM > 2.1.4 VMMaker > > (See attached graphic) > > I also have some "lost diagrams" that I do not know how to get back to--I > know I created something incorrectly and it is "in the system" somewhere, > but I don't know how to find it and delete it... > > Thanks, > > Rob > > -- Javier PimÃ¡s Ciudad de Buenos Aires

July 1, 2010

Re: [Pharo-project] Setting new world in 1.1

by Denis Kudriashov

Hello, I just use class JRWorldManager from attachment from recent topic MultipleWorlds. Class author is Jochen Riekhof. You can find it in this list. With JRWorldManager you can switch between multiple worlds. 2010/7/1 Torsten Bergmann <astares(a)gmx.de> > Denis wrote on pharo-dev > >But absent method is very simlpe. > >... > >It is nothing about Project. It can be rewrited to: > >... > >I like this feature for fullscreen applications.With this I dont need > close > >all my opened tools when deploy app. > > Hi Denis, > > I would like to see a general support for (keyboard) switchable > desktops/worlds (yet without the ugly project stuff). Any Linux > and modern OS has that. > > Maybe you should drive this forward and send appropriate code. > Gary could have a look and integrate it into Polymorph UI. > > Thx > T. > > > -- > GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. > Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 1, 2010

[Pharo-project] Debugger custom button row using overflow

by Gary Chambers

Created another issue: http://code.google.com/p/pharo/issues/detail?id=2616 Regards, Gary

July 1, 2010

Re: [Pharo-project] CLFramework and Pharo

by Javier PimÃ¡s

What I think he means (I can be wrong) is some kind of UI with heavy eye candy based on hardware accelerated 3D APIs. Something like clutter<http://www.clutter-project.org/>or a set of widgets based upon it. It would be really nice. I don't think morphic can handle that right now as I don't know of any way to include animated widgets, and it doesn't look quick enough to get a minium of 30fps. Maybe the way to go could be to have it based on lumiere, which relies on opengl and probably supports animations. By the way, what is the status of lumiere? I tryied loading it in pharo1.1rc2 with the steps specified in it's page, but got a bunch of warnings and then nothing loaded. Javier. On Thu, Jul 1, 2010 at 6:09 AM, Henrik Johansen < henrik.s.johansen(a)veloxit.no> wrote: > > On Jul 1, 2010, at 10:47 03AM, nullPointer wrote: > > > > > > >> but nobody care about 3D, on my mac I have no 3d widgets and this is > > perfect. > > > > For multitouch applications is very important now, and much more in the > > future ...... > > > >> could you let people publish on the repository. > >> I wanted to add a class ReadMeFirst with a comment to show how to open > the > > builder. > > > > If not is problem I will create a new project called UIBuilder, with the > > same code, opened for all. > > > > Regards > > I made some changes last night to make it work better in 1.1, would be nice > to be able to commit those as well :) > I really like the amount of class comments, editing the CLUIBuilderMainForm > with a CLUIBuilderMainForm, and the use of Traits for defining common > CL-widget capabilities. > (Although the code which checks for use of those traits seems somewhat > hairy... especially when withInheritanceTraitCompositionIncludes: has been > removed... how about a simple usesTrait: selector or something?) > > > Cheers, > Henry > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Javier PimÃ¡s Ciudad de Buenos Aires

July 1, 2010

Re: [Pharo-project] [SPAM] [ANN 1.1] pre-built RC3 Core

by Johan Fabry

It would be cool if you could also make announcements of this on pharo-users and on the news page of the pharo site. People not reading pharo-project do not know of the rc builds, and it is probably of interest ... On 30 Jun 2010, at 11:05, StÃ©phane Ducasse wrote: > The idea is that we were in beta phase over a month or a month and half. > Then we went into releaseCandidates and now we are at releasecandidate3 -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

July 1, 2010

[Pharo-project] Use overflow rows for ToolBuilder button panels

by Gary Chambers

Hi all, I've created issue http://code.google.com/p/pharo/issues/detail?id=2615 Hopefully another niggle erased! Regards, Gary

July 1, 2010

Re: [Pharo-project] Morphic, what is the future?? ...

by StÃ©phane Ducasse

On Jul 1, 2010, at 4:21 PM, Diogenes Moreira wrote: > Hi Folks. > Are there any plans to replace or refact Morphic?.. refactoring yes. replace if we could :) - Now the first things is to reassess what we want in terms of widgets set (remove duplicates, improve existing ones). The TreeMorphtree is a good example of what we would like to get: a set of nice widgets - clean and remove some etoys related or experimental code. Now we need help and knowledge. > And othe question, some one works in a UI native world, like Esteban Lorenzano's Mars but for Windows or Linux?? ( would be very very good thing, something cross-platform Java SWT type (but well built)) We (somebody) could resurrect the work of gwenael around the GTK binding. Stef > > Best Regards. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 1, 2010

Re: [Pharo-project] ESUG will sponsor the XMLRPC project!

by StÃ©phane Ducasse

On Jul 1, 2010, at 1:09 PM, Sven Van Caekenberghe wrote: > Since this is becoming a more general discussion, I can no longer resist from commenting. This is a difficult discussion with many different opinions, depending on where you stand. All points made up until now are each valid, next is just my opinion and experience. > > Summary: REST with JSON or simple XML as encoding over HTTP/HTTPS using standard or custom authentication/authorization is the future. Given enough high quality standards based tools/frameworks in Smalltalk doing a protocol client or server is quite easy. Most of the necessary tools/frameworks are already there. If we have to encourage something, it should be finishing or cleaning up those basic parts. Yes! > Over the years I (like probably many others in their niches) have implemented, published and maintained in Common Lisp: an XML-RPC client and server, an XML parser, an HTTP client and server and SOAP with WSDL. As well as many others internally (memcached client, JSON parsers, REST frameworks, ...). > > Of course, even if it is fun and not that hard to implement them, not everybody has to do that, reusable code is nice to have. > > That is why I was happy to find that Smalltalk/Squeak/Pharo in 2010 now has all that I need and even lots more that I didn't expect (except HTTPS but there is some renewed activity there). What I would really like from you the community is to build a map of the tools and available solutions we could have a chapter on book.pharo-project.org I think taht this is really important to document that. > > I know that VisualWorks has a couple of very nice frameworks/libraries for some of some classic enterprise technologies. That does not yet mean that Pharo needs them (all) as well. > > I think what the Pharo project is doing, a clean/mean open enterprise ready Smalltalk is way more important. I started a couple of months ago on VW, tried Pharo as an alternative and was very pleasantly surprised by the overall quality: I don't want to go back! :) > In our company we decided many years ago to stop using over complex enterprise technologies like EJB, most of J2EE, SOAP, especially WSDL, even XML (ever tried one or more namespaces, encodings, binary data ?), as long as we are in control. Sometimes you have no choice, but these parts of a project then typically become a PITA. Most SOAP+WSDL interfaces that you come across are automatically generated with 1 click from internal .net classes without any external API design, let alone cross platform testing. > > Even in the Java enterprise world there is a strong movement towards simpler technologies. And as others mentioned here, many internet APIs are going in the same direction (or at least offer multiple variants, I like Amazon's AWS APIs a lot for example). > > So, for me, the fundamentals, clean/mean image, excellent IDE tools, fast vm, good networking, basic http(s) client and server, crypto, xml and json parsing, db access, deploy options, documentation and of course community are the most important. Thanks Sven > > My 2c, > > Sven > > On 01 Jul 2010, at 11:33, Janko MivÅ¡ek wrote: > >> Hi guys, >> >> Commercially speaking I see a need for a better Web Services support in >> Squeak/Pharo, here I mean both SOA and REST Web Services. >> >> XML-RPC is closer to SOA Web Services so this project could be changed >> to improve current SOAP and add the WSDL support? >> >> We currently have SoapOpera [1] and SoapCore [2] from Masashi Umezawa, >> maybe his work can be a good starting point to extend it and make a >> really good and useful SOA Web Services implementation in Smalltalk? >> >> I namely use SOA Web Services (SOAP+WSDL) quite frequently on my >> commercial projects in VisualWorks. With good tools it is certainly the >> easiest way to connect to other systems and to other >> languages/technologies. >> >> And remember: SOAP means Simple Object Access Protocol. While that >> Simple is nowadays very questionable, that Object Access is certainly >> not. I mean, SOAP is a protocol to pass messages between objects in >> different OO systems. Smalltak as an OO system therefore needs a good >> SOA Web Services support! >> >> [1] http://map.squeak.org/package/d17a284e-6a2d-4fea-b4bc-65c82bc45001 >> [2] http://map.squeak.org/package/dab9b621-00d2-41c3-966c-458bf62b8008 >> >> On 30. 06. 2010 20:53, StÃ©phane Ducasse wrote: >>> Philippe this is good that you reacted. The point of esug is to support actions >>> that will help people so probably XML-RCP is not a really good choice. >>> Now what would be good is to have a map of current techno and their support >>> for smalltalk. Then act to fill up the gaps. >>> >>> Stef >>> >>>> >>>> It doesn't strike me as a forward looking investment. IMHO XML-RCP is >>>> something that will only get used less in the future, not more. The >>>> value you get from an XML-RCP implementation will become less and less >>>> as fewer services support it. >>>> >>>> But then again ESUG is free to spend their money on what they seem fit. >>>> If they disagree or decide the current use is big enough, I have no >>>> problem at all with this. >>>> >>>> Cheers >>>> Philippe >> >> >> -- >> Janko MivÅ¡ek >> AIDA/Web >> Smalltalk Web Application Server >> http://www.aidaweb.si >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 1, 2010

[Pharo-project] Morphic, what is the future?? ...

by Diogenes Moreira

Hi Folks. Are there any plans to replace or refact Morphic?.. And othe question, some one works in a UI native world, like Esteban Lorenzano's Mars but for Windows or Linux?? ( would be very very good thing, something cross-platform Java SWT type (but well built)) Best Regards.

July 1, 2010

[Pharo-project] Fwd: [squeak-dev] Invitation to submit to VMIL'10

by Mariano Martinez Peck

---------- Forwarded message ---------- From: Christoph Bockisch <c.m.bockisch(a)cs.utwente.nl> Date: Thu, Jul 1, 2010 at 3:06 PM Subject: [squeak-dev] Invitation to submit to VMIL'10 To: squeak-dev(a)lists.squeakfoundation.org Dear Colleagues: It gives us great pleasure to invite you to submit your contributions to **the fourth international workshop on Virtual Machines and Intermediate Languages (VMIL 2010)**, which will be co-located with SPLASH 2010 (former OOPSLA). This workshop is a forum for research in virtual machines (VM) and intermediate languages (IL). It is dedicated to identifying programming mechanisms and constructs that are currently realized as code transformations or implemented in libraries but should rather be supported at VM and IL level. ------------------------------------------------------------ **Invited Talks** In the tradition of past VMIL workshops, the 2010 edition will feature high-quality, on-topic invited talks. At this moment, talks by Cliff Click and Kathryn McKinley are confirmed. ------------------------------------------------------------ **Due Dates** Papers for VMIL are due Aug 9, 2010. Abstract submission is not required but recommended until Aug 2, 2010. Notification of acceptance will be on August 30, 2010. ------------------------------------------------------------ **Program Committee** We have once again assembled an excellent program committee which consists of Walter Binder, Steve Blackburn, Erik Ernst, Naveen Kumar, Doug Simon, Roel Wuyts, and all workshop organizers. ------------------------------------------------------------ For more details please see: http://www.cs.iastate.edu/~design/vmil/<http://www.cs.iastate.edu/%7Edesign/vmil/> We look forward to your submissions to VMIL 2010. Best regards, Hridesh Rajan, Christoph Bockisch, Michael Haupt and Robert Dyer VMIL 2010 Organizers

July 1, 2010