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

[Pharo-project] DateAndTime current asUnixTime walkback in 1.1

by Nick Ager

I've just submitted: http://code.google.com/p/pharo/issues/detail?id=2612 --- Pharo1.1rc3 Latest update: #11406 *Steps to reproduce:* 1. DateAndTime current asUnixTime 2. Walkback: MessageNotUnderstood: DateAndTime class>>unixEpoch Possible Fix: move DateAndTime>>unixEpoch to the class side. #asUnixTime then functions as expected. -- Nick

July 1, 2010

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

by Sven Van Caekenberghe

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. 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). 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. 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

July 1, 2010

Re: [Pharo-project] NoSQL binding status and more (was Re: ESUG will sponsor the XMLRPC project!)

by StÃ©phane Ducasse

goran it would be great to consolidate such information on pharo book with pointers to the associated source repository. Do you have a bit of time for that? Stef On Jul 1, 2010, at 12:10 AM, GÃ¶ran Krampe wrote: > Hi! > > On 06/30/2010 10:36 PM, Adrian Lienhard wrote: >> Taking about more future oriented stuff, I think it would be nice to have good support for document DBs (like CouchDB and MongoDB) and key/value stores (like Redis). > > At least for the former category of DBs, I know that a few people have been working on DB clients (see squeaksource.com) but I don't know how complete and stable they are. >> >> Adrian > > Braindump: > > For CouchDB there are two client libs on SS, one based on Curl and the other straight on SocketStream. Both are... quite limited, but I think they are pretty stable since the CouchDB API is RESTful its kinda easy. > > MongoDB has MongoTalk on SS by no other than Kent Beck. It looks quite ambitious and with a single little tweak the tests went green for me. MongoDB has IMHO more "buzz" right now and CouchDB seems slightly "stalling". I would guess MongoDB will grab more and more developer mindshare as time goes by, since it fits better with most apps actually. > > I am not aware of any binding for Redis. And yes, Redis is "neat" in its own way. > > I wrote a quite ambitious binding for Tokyo Tyrant, its on SS and has tests too. I think it is stable, but I am not that interested currently. > > My next little project in this arena would be a binding for Riak, since I think it is next to MongoDB and CouchDB one of the more interesting ones out there. It also has a RESTful API just like CouchDB and using WebClient seems logical these days. > > Finally I think another *hole* in our toolshed is support for all the funky new cool MQ products. I started implementing STOMP the other day and it will just take an hour or two to get it finished. Yes, there is an AMQP protocol implementation on SS, but I found it... quite undocumented. Given the author it is probably very correct though. > > regards, GÃ¶ran > > _______________________________________________ > 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 Janko MivÅ¡ek

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

July 1, 2010

[Pharo-project] [OT] Interesting light bulb

by Torsten Bergmann

Maybe this new "light bulb" can be a step after the laptop/webpad/dynabook. In the future we dont need hardware in our bags, it can just be around us. Interesting times with interesting solutions ... http://labcast.media.mit.edu/?p=129 Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

July 1, 2010

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

by laurent laffont

On Thu, Jul 1, 2010 at 11:06 AM, Noury Bouraqadi <bouraqadi(a)gmail.com>wrote: > I'd like to have a mechanism similar to what used in other places (example > in robotics http://vote.gostai.com/forums/37683-general) > People can vote/help to choose the most important projects. > This helps focusing the community effort and fundings too. > +1 Laurent > > Noury > > On 30 juin 2010, at 23:45, StÃ©phane Ducasse wrote: > > > Now what would be good is that as a community we identify key points and > put money on the table. > > I'm sure that we can get some nice and smart south american programmers > and esug can help. > > But this would make sense to do it as a community effort. > > May be we should do a call. > > > > Stef > > > > On Jun 30, 2010, at 10:36 PM, Adrian Lienhard wrote: > > > >> Taking about more future oriented stuff, I think it would be nice to > have good support for document DBs (like CouchDB and MongoDB) and key/value > stores (like Redis). At least for the former category of DBs, I know that a > few people have been working on DB clients (see squeaksource.com) but I > don't know how complete and stable they are. > >> > >> Adrian > >> > >> On Jun 30, 2010, at 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 > >>>> > >>>> > >>>> _______________________________________________ > >>>> 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 > >> > >> > >> _______________________________________________ > >> 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 > > > > _______________________________________________ > 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] Setting new world in 1.1

by Henrik Johansen

On Jul 1, 2010, at 9:14 20AM, Torsten Bergmann wrote: > 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. IIRC, the code in Project actually did this fairly straightforward. The hairy parts were more related to their scope and serialization. Cheers, Henry

July 1, 2010

Re: [Pharo-project] CLFramework and Pharo

by Henrik Johansen

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

July 1, 2010

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

by Noury Bouraqadi

I'd like to have a mechanism similar to what used in other places (example in robotics http://vote.gostai.com/forums/37683-general) People can vote/help to choose the most important projects. This helps focusing the community effort and fundings too. Noury On 30 juin 2010, at 23:45, StÃ©phane Ducasse wrote: > Now what would be good is that as a community we identify key points and put money on the table. > I'm sure that we can get some nice and smart south american programmers and esug can help. > But this would make sense to do it as a community effort. > May be we should do a call. > > Stef > > On Jun 30, 2010, at 10:36 PM, Adrian Lienhard wrote: > >> Taking about more future oriented stuff, I think it would be nice to have good support for document DBs (like CouchDB and MongoDB) and key/value stores (like Redis). At least for the former category of DBs, I know that a few people have been working on DB clients (see squeaksource.com) but I don't know how complete and stable they are. >> >> Adrian >> >> On Jun 30, 2010, at 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 >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> >> _______________________________________________ >> 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

Re: [Pharo-project] CLFramework and Pharo

by nullPointer

>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 -- View this message in context: http://forum.world.st/CLFramework-and-Pharo-tp2273256p2274808.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 1, 2010

Re: [Pharo-project] CLFramework and Pharo

by StÃ©phane Ducasse

> I do not see why 3d is different from 2d. >> You get a spec and a builder and you generate the ui or the spec > > Well, I donÂ´t know the state of 3d in Morphic. Really is possible move, > rotate and more 3D effects in simple morphs? I donÂ´t want say a OpenGL > window, else 3d Morphs. I donÂ´t know the state of that in Pharo-Smalltalk. but nobody care about 3D, on my mac I have no 3d widgets and this is perfect. > >> Now I hope somebody will take over what you did and focus on a good 2d one > > I be very much pessimist. I believe is needed change many things from > "base". If somebody need help on any question or problem I donÂ´t have any > problem in help him. 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. Stef > > Regards > -- > View this message in context: http://forum.world.st/CLFramework-and-Pharo-tp2273256p2274779.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > 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] CLFramework-UIBuilder

by StÃ©phane Ducasse

your windows spec are nearly there. specMorph ^CLPanel new color: (Color r: 0.654 g: 0.678 b: 0.694);width: 250; height: 225; name: 'container'. by transforming the previous into the following you get a spec that you can then interpret specMorph ^#(CLPanel new color: (Color r: 0.654 g: 0.678 b: 0.694);width: 250; height: 225; name: 'container'). On Sep 9, 2009, at 12:13 AM, nullPointer wrote: > > >> Ehm, my bad, I didn't mean "old" values, I meant the current values of >> the morph. Anchors and Style were the only ones, I believe. > > ahhh now understand :) I believe is best in that case put the options as > toolbar action, above. of that way the change of styles and anchors work > with various morphs in a one time. > >> >>> - The menu editor was very nice (a bit unintuituve that you had to >>> ctrl-s after entering data before navigating away though, yet autosaving >>> on icon selection. Also, only icon changes were accepted when you chose >>> a new icon, the rest (label etc.) were lost) >>> >> IÂ´m not be good tester i believe. IÂ´m cannot reproduce the error. Note the >> text value, or help text only is updated in the treeview when the intro >> key >> is pressed in the textbox. >> > > In the first moment the value of textbox was changed for each key press, and > updated in treeview.But in two last versions of Pharo after each keypress > the cursor of textbox was put in the first character. I have search a > solution for that.The Control-Save in Windows or intro > > Is possible change the order of tabsIndex in Polymorph? If exists a way > perhaps i could incorporate too in the designer. > > Regards > > > -- > View this message in context: http://n2.nabble.com/CLFramework-UIBuilder-tp3594252p3606541.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > 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] CLFramework-UIBuilder

by StÃ©phane Ducasse

I checked what you did and I think that you did the hardest part. if you plug a VW like window spec and builder (which is not that complex compared to what you did then you would have a really cool UIBuilder). Stef On Sep 9, 2009, at 12:13 AM, nullPointer wrote: > > >> Ehm, my bad, I didn't mean "old" values, I meant the current values of >> the morph. Anchors and Style were the only ones, I believe. > > ahhh now understand :) I believe is best in that case put the options as > toolbar action, above. of that way the change of styles and anchors work > with various morphs in a one time. > >> >>> - The menu editor was very nice (a bit unintuituve that you had to >>> ctrl-s after entering data before navigating away though, yet autosaving >>> on icon selection. Also, only icon changes were accepted when you chose >>> a new icon, the rest (label etc.) were lost) >>> >> IÂ´m not be good tester i believe. IÂ´m cannot reproduce the error. Note the >> text value, or help text only is updated in the treeview when the intro >> key >> is pressed in the textbox. >> > > In the first moment the value of textbox was changed for each key press, and > updated in treeview.But in two last versions of Pharo after each keypress > the cursor of textbox was put in the first character. I have search a > solution for that.The Control-Save in Windows or intro > > Is possible change the order of tabsIndex in Polymorph? If exists a way > perhaps i could incorporate too in the designer. > > Regards > > > -- > View this message in context: http://n2.nabble.com/CLFramework-UIBuilder-tp3594252p3606541.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > 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] CLFramework and Pharo

by nullPointer

>I do not see why 3d is different from 2d. >You get a spec and a builder and you generate the ui or the spec Well, I donÂ´t know the state of 3d in Morphic. Really is possible move, rotate and more 3D effects in simple morphs? I donÂ´t want say a OpenGL window, else 3d Morphs. I donÂ´t know the state of that in Pharo-Smalltalk. >Now I hope somebody will take over what you did and focus on a good 2d one I be very much pessimist. I believe is needed change many things from "base". If somebody need help on any question or problem I donÂ´t have any problem in help him. Regards -- View this message in context: http://forum.world.st/CLFramework-and-Pharo-tp2273256p2274779.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 1, 2010

Re: [Pharo-project] Strange behavior (bug) of wrapping text with TTFont (russian text) in TextMorph

by Denis Kudriashov

I try it. Its work same as with 15 leading char. All good. I found another issue without this change (clean Pharo 1.1 rc2 10.06). Just open workspace and write and edit non latin (russian) multiline text. You will see strange happens. In Pharo 1.0 It works good 1 Ð¸ÑÐ»Ñ 2010 Ð³. 11:56 Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> Ð½Ð°Ð¿Ð¸ÑÐ°Ð»: > 2010/6/30 Denis Kudriashov <dionisiydk(a)gmail.com>: > > Hello, Nicolas. > > > >> Multilingual additions do also consider a change of leadingChar as a > >> special case of endOfRun because current font must be changed too. > >> Also, presumably it did not hurt to split text here because a change > >> of leadingChar corresponds to a change of language. > > > > LeadingChar is abount string encoding. Font is about string displaying. > Why > > leadingChar changing should raise font changes? I can have string with > > russian and english chars and they all displayed by Arial font for > example. > > I really not understand meaning of code that I comment. For english text > its > > condition never executed. And for non english text I think its should be > > truth too. Why It not should be truth for text with english and non > english > > chars? > > > > I think that was not true in the past : there was a font for latin, a > font for russian, a font for greek.... > > Now we can work with a single encoding (unicode) and a single font > supporting unicode... > > If you look at character encoding in a Russian squeak/pharo String, > you will just find it is a combination of > unicode + leadingChar bits... > > >> Would it be possible to change russian environment to use Unicode with > >> a good font support? > > > > What you mean? > > I just want my application work with russian label, texts with regular > > TrueType fonts. Now I use DejaVu Regular font > > > > I mean just change: > > RussianEnvironment>>leadingChar > ^0 > > and see what happens > > Nicolas > > > 30 Ð¸ÑÐ½Ñ 2010 Ð³. 23:35 Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ Nicolas Cellier > > <nicolas.cellier.aka.nice(a)gmail.com> Ð½Ð°Ð¿Ð¸ÑÐ°Ð»: > >> > >> Hi Denis, > >> My understanding of endOfRun is that the end of a run has been reached. > >> An end of run mark a change of emphasis (think of Text string:runs:) > >> or the end of the text to be rendered. > >> > >> stops endOfRun always return #endOfRun (the method to be executed when > >> an endOfRun condition occurs is programmable, but a single usage is > >> done across the image). > >> > >> You'll see that most CharacterScanner & subclasses will send a > >> #setStopConditions, that will send a #setFont. > >> That is the main purpose, when a change of emphasis (like bold or > >> italic) occurs, font must be changed. > >> > >> The code is like this for ages (already in st80 ASCII times). > >> > >> Multilingual additions do also consider a change of leadingChar as a > >> special case of endOfRun because current font must be changed too. > >> Also, presumably it did not hurt to split text here because a change > >> of leadingChar corresponds to a change of language. > >> I don't think we changed this behaviour. > >> We just used a message ^(stops endOfRun) instead of (stops at: > >> EndOfRun), because previous implementation (along with CrossedX) did > >> consume two character slots (256 257) which are valid Unicode (they > >> were previously unused in ASCII times and previous Multilingual > >> implementation because unicode leadingChar was 255). > >> > >> However, what changed is that less endOfRun are detected than before > >> because Unicode leadingChar is now zero... > >> > >> I unfortunately don't eat my own dog food because I'm a native latin > >> speaker, so maybe I just should stop touching the Multilingual code... > >> But my understanding is that code needed (and still need!) to be cleaned > >> up... > >> ... and also that leadingChar is not really usefull for rendering > >> Russian now that there are more and more fonts with good Unicode > >> support... > >> Would it be possible to change russian environment to use Unicode with > >> a good font support? > >> > >> Nicolas > >> > >> 2010/6/30 Denis Kudriashov <dionisiydk(a)gmail.com>: > >> > I found solution. > >> > > >> > I comment line of code in scanning loop in > >> > MultiCharacterScanner>>scanMultiCharactersFrom: startIndex to: > stopIndex > >> > in: > >> > sourceString rightX: rightX stopConditions: stops kern: kernDelta > >> > > >> > ... > >> > "encoding ~= startEncoding ifTrue: [lastIndex := lastIndex - > 1. > >> > ^ > >> > stops endOfRun]." > >> > ... > >> > > >> > Without this commenting scanning process not register breakage at > space > >> > when > >> > scanning russian text. (because encoding is differ from startEncoding. > >> > Encoding for space is 0 but for startEncoding is leadingChar of not > >> > ascii > >> > russian text). > >> > > >> > I dont now meaning of this code line. But now I have correct wrapping > >> > behavior. > >> > > >> > I know that multilingual package have many newly versions. All > containes > >> > that strange code line. > >> > > >> > I open Issue http://code.google.com/p/pharo/issues/detail?id=2608 > >> > > >> > 30 Ð¸ÑÐ½Ñ 2010 Ð³. 9:55:37 UTC+4 Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ dionisiydk > >> > <dionisiydk(a)gmail.com> > >> > Ð½Ð°Ð¿Ð¸ÑÐ°Ð»: > >> >> > >> >> No. #isSeparator message not used for wrapping. Wrapping logic > >> >> implemented > >> >> in MultiCompositionScanner and dont use #isSeparator > >> >> > >> >> 2010/6/30 Igor Stasenko <siguctua(a)gmail.com> > >> >>> > >> >>> 2010/6/30 Denis Kudriashov <dionisiydk(a)gmail.com>: > >> >>> > I use Pharo 1.1 rc2 10.06 > >> >>> > > >> >>> > I found strange behavior of wrapping text with TTFont (russian > text) > >> >>> > in > >> >>> > TextMorph. > >> >>> > > >> >>> > I dont know how to reproduce it. But I see it in my application. > >> >>> > > >> >>> > I have prototype button with TextMorph as it label. And I do many > >> >>> > of: > >> >>> > > >> >>> > aPanel add: prototype veryDeepCopy contentsWrapped: > someRussianText. > >> >>> > > >> >>> > And I see that text on label dont wrapped by words. It is wrapped > >> >>> > only > >> >>> > by > >> >>> > label bounds. And words in text became break. > >> >>> > Example. I expect > >> >>> > > >> >>> i think it wraps text based on #isSeparator test. > >> >>> And any russian (as well as any other non-ascii characters), afaik > is > >> >>> treated as separators. > >> >>> That's why it wraps on any letter. > >> >>> > >> >>> > "one two > >> >>> > three" > >> >>> > > >> >>> > But I see > >> >>> > > >> >>> > "one two th > >> >>> > ree > >> >>> > " > >> >>> > > >> >>> > Its work correct for english text. But for russian not. > >> >>> > > >> >>> > And I cant reproduce it by execution code separetelly from my > >> >>> > application > >> >>> > (aPanel add: prototype veryDeepCopy contentsWrapped: > >> >>> > someRussianText). > >> >>> > > >> >>> > I try many experiments with debuger and inspector. But I cant fix > >> >>> > that. > >> >>> > Wrapping text code is not simple. > >> >>> > Maybe somebody tell me what place I need learn/inspect for fixing > >> >>> > this > >> >>> > bug? > >> >>> > > >> >>> > And I found that If I insert char by keyboard at the end of word > >> >>> > "two" > >> >>> > (see > >> >>> > example) text wrapped correctly: > >> >>> > "one twoNEW > >> >>> > three > >> >>> > " > >> >>> > > >> >>> > And this behavior correct in Pharo 1.0. > >> >>> > > >> >>> > > >> >>> > > >> >>> > > >> >>> > _______________________________________________ > >> >>> > Pharo-project mailing list > >> >>> > Pharo-project(a)lists.gforge.inria.fr > >> >>> > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> >>> > > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> Best regards, > >> >>> Igor Stasenko AKA sig. > >> >>> > >> >>> _______________________________________________ > >> >>> 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 > >> > > >> > >> _______________________________________________ > >> 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 > > > > _______________________________________________ > 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] HTML Parser

by Mariano Martinez Peck

There were some threads few weeks ago about this: http://forum.world.st/template/NodeServlet.jtp?tpl=search-page&node=1294836… On Thu, Jul 1, 2010 at 1:41 AM, GermÃ¡n Arduino <garduino(a)gmail.com> wrote: > Trying PetitParser of Lukas. Seems to work ok to my current (small) html > needs. > > Cheers. > > 2010/6/30 GermÃ¡n Arduino <garduino(a)gmail.com>: > > Hi: > > > > I used to use HTML Parser on squeak, a package of Avi and Julian if I > > not bad remember. That package needed Yaxo also. > > > > What are using on Pharo to parsing HTML on these days? > > > > Thanks. > > > > -- > > ================================================= > > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > > Arduino Software & Web Hosting http://www.arduinosoftware.com > > PasswordsPro http://www.passwordspro.com > > ================================================= > > > > _______________________________________________ > 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] [SPAM] [ANN 1.1] pre-built RC3 Core

by StÃ©phane Ducasse

thanks! On Jul 1, 2010, at 2:29 AM, Patrick Barroca wrote: >>> My 1.1 (11400 rc2) image prints numbers on the transcript when doing >>> certain editing (selection ?) operations. >>> >> >> Please, report it a new thread/issue. >> >> Cheers >> >> Mariano >> > > filled a new issue http://code.google.com/p/pharo/issues/detail?id=2610 > > -- > Patrick Barroca > > _______________________________________________ > 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] kill -9 MyClass allInstances

by laurent laffont

Thank you all ! Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ 2010/7/1 GÃ¶ran Krampe <goran(a)krampe.se> > On 07/01/2010 08:53 AM, laurent laffont wrote: > >> Hi, >> >> It seems I've messed up something on Autotest unit tests and I have an >> Autotest instance running, I don't know where it's referenced. I've >> tried Smalltalk>>#garbageCollect and #garbageCollectMost .... still here. >> >> How can I find why an instance is not garbage collected ? >> How to kill it ? >> > > You can't "kill it", you can only get rid of references to it. So the > problem is to find those references. There are some different tools for > that, I tend to use: > > PointerFinder on: MyClass allInstances first > > ...and then take action from that info. > > There are some tricky things like some ActionMap somewhere and the Undo > mechanism IIRC that tend to hold onto stuff. And of course, if you have some > debugger hanging around... :). Or sloppy class variables etc. > > regards, GÃ¶ran > > > _______________________________________________ > 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] Strange behavior (bug) of wrapping text with TTFont (russian text) in TextMorph

by Nicolas Cellier

2010/6/30 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hello, Nicolas. > >> Multilingual additions do also consider a change of leadingChar as a >> special case of endOfRun because current font must be changed too. >> Also, presumably it did not hurt to split text here because a change >> of leadingChar corresponds to a change of language. > > LeadingChar is abount string encoding. Font is about string displaying. Why > leadingChar changing should raise font changes? I can have string with > russian and english chars and they all displayed by Arial font for example. > I really not understand meaning of code that I comment. For english text its > condition never executed. And for non english text I think its should be > truth too. Why It not should be truth for text with english and non english > chars? > I think that was not true in the past : there was a font for latin, a font for russian, a font for greek.... Now we can work with a single encoding (unicode) and a single font supporting unicode... If you look at character encoding in a Russian squeak/pharo String, you will just find it is a combination of unicode + leadingChar bits... >> Would it be possible to change russian environment to use Unicode with >> a good font support? > > What you mean? > I just want my application work with russian label, texts with regular > TrueType fonts. Now I use DejaVu Regular font > I mean just change: RussianEnvironment>>leadingChar ^0 and see what happens Nicolas > 30 Ð¸ÑÐ½Ñ 2010 Ð³. 23:35 Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> Ð½Ð°Ð¿Ð¸ÑÐ°Ð»: >> >> Hi Denis, >> My understanding of endOfRun is that the end of a run has been reached. >> An end of run mark a change of emphasis (think of Text string:runs:) >> or the end of the text to be rendered. >> >> stops endOfRun always return #endOfRun (the method to be executed when >> an endOfRun condition occurs is programmable, but a single usage is >> done across the image). >> >> You'll see that most CharacterScanner & subclasses will send a >> #setStopConditions, that will send a #setFont. >> That is the main purpose, when a change of emphasis (like bold or >> italic) occurs, font must be changed. >> >> The code is like this for ages (already in st80 ASCII times). >> >> Multilingual additions do also consider a change of leadingChar as a >> special case of endOfRun because current font must be changed too. >> Also, presumably it did not hurt to split text here because a change >> of leadingChar corresponds to a change of language. >> I don't think we changed this behaviour. >> We just used a message ^(stops endOfRun) instead of (stops at: >> EndOfRun), because previous implementation (along with CrossedX) did >> consume two character slots (256 257) which are valid Unicode (they >> were previously unused in ASCII times and previous Multilingual >> implementation because unicode leadingChar was 255). >> >> However, what changed is that less endOfRun are detected than before >> because Unicode leadingChar is now zero... >> >> I unfortunately don't eat my own dog food because I'm a native latin >> speaker, so maybe I just should stop touching the Multilingual code... >> But my understanding is that code needed (and still need!) to be cleaned >> up... >> ... and also that leadingChar is not really usefull for rendering >> Russian now that there are more and more fonts with good Unicode >> support... >> Would it be possible to change russian environment to use Unicode with >> a good font support? >> >> Nicolas >> >> 2010/6/30 Denis Kudriashov <dionisiydk(a)gmail.com>: >> > I found solution. >> > >> > I comment line of code in scanning loop in >> > MultiCharacterScanner>>scanMultiCharactersFrom: startIndex to: stopIndex >> > in: >> > sourceString rightX: rightX stopConditions: stops kern: kernDelta >> > >> > ... >> > Â Â Â Â Â Â "encoding ~= startEncoding ifTrue: [lastIndex := lastIndex - 1. >> > ^ >> > stops endOfRun]." >> > ... >> > >> > Without this commenting scanning process not register breakage at space >> > when >> > scanning russian text. (because encoding is differ from startEncoding. >> > Encoding for space is 0 but for startEncoding is leadingChar of not >> > ascii >> > russian text). >> > >> > I dont now meaning of this code line. But now I have correct wrapping >> > behavior. >> > >> > I know that multilingual package have many newly versions. All containes >> > that strange code line. >> > >> > I open Issue http://code.google.com/p/pharo/issues/detail?id=2608 >> > >> > 30 Ð¸ÑÐ½Ñ 2010 Ð³. 9:55:37 UTC+4 Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ dionisiydk >> > <dionisiydk(a)gmail.com> >> > Ð½Ð°Ð¿Ð¸ÑÐ°Ð»: >> >> >> >> No. #isSeparator message not used for wrapping. Wrapping logic >> >> implemented >> >> in MultiCompositionScanner and dont use #isSeparator >> >> >> >> 2010/6/30 Igor Stasenko <siguctua(a)gmail.com> >> >>> >> >>> 2010/6/30 Denis Kudriashov <dionisiydk(a)gmail.com>: >> >>> > I use Pharo 1.1 rc2 10.06 >> >>> > >> >>> > I found strange behavior of wrapping text with TTFont (russian text) >> >>> > in >> >>> > TextMorph. >> >>> > >> >>> > I dont know how to reproduce it. But I see it in my application. >> >>> > >> >>> > I have prototype button with TextMorph as it label. And I do many >> >>> > of: >> >>> > >> >>> > aPanel add: prototype veryDeepCopy contentsWrapped: someRussianText. >> >>> > >> >>> > And I see that text on label dont wrapped by words. It is wrapped >> >>> > only >> >>> > by >> >>> > label bounds. And words in text became break. >> >>> > Example. I expect >> >>> > >> >>> i think it wraps text based on #isSeparator test. >> >>> And any russian (as well as any other non-ascii characters), afaik is >> >>> treated as separators. >> >>> That's why it wraps on any letter. >> >>> >> >>> > "one two >> >>> > three" >> >>> > >> >>> > But I see >> >>> > >> >>> > "one two th >> >>> > ree >> >>> > " >> >>> > >> >>> > Its work correct for english text. But for russian not. >> >>> > >> >>> > And I cant reproduce it by execution code separetelly from my >> >>> > application >> >>> > (aPanel add: prototype veryDeepCopy contentsWrapped: >> >>> > someRussianText). >> >>> > >> >>> > I try many experiments with debuger and inspector. But I cant fix >> >>> > that. >> >>> > Wrapping text code is not simple. >> >>> > Maybe somebody tell me what place I need learn/inspect for fixing >> >>> > this >> >>> > bug? >> >>> > >> >>> > And I found that If I insert char by keyboard at the end of word >> >>> > "two" >> >>> > (see >> >>> > example) text wrapped correctly: >> >>> > "one twoNEW >> >>> > three >> >>> > " >> >>> > >> >>> > And this behavior correct in Pharo 1.0. >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > _______________________________________________ >> >>> > Pharo-project mailing list >> >>> > Pharo-project(a)lists.gforge.inria.fr >> >>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >>> > >> >>> >> >>> >> >>> >> >>> -- >> >>> Best regards, >> >>> Igor Stasenko AKA sig. >> >>> >> >>> _______________________________________________ >> >>> 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 >> > >> >> _______________________________________________ >> 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

Re: [Pharo-project] CLFramework and Pharo

by StÃ©phane Ducasse

I do not see why 3d is different from 2d. You get a spec and a builder and you generate the ui or the spec Now I hope somebody will take over what you did and focus on a good 2d one On Jul 1, 2010, at 9:25 AM, nullPointer wrote: > > >> Then how using an external tools can make sure that this tool got well the > way layoutMorph >> and other works? > > A smalltalk object must be the responsible of that, in the image. In 2d > donÂ´t exists differences in layouts policy. I believe the problem is > implement in Morphic the 3d effects I did see in some ui designs of > WPF-XAML. A new set of controls is needed, I believe. > > Well, I donÂ´t want to debate that problems; I already say before that is for > Smalltalk gurÃºs, not is only a new ui builder. Exists much more problems. > > Regards > -- > View this message in context: http://forum.world.st/CLFramework-and-Pharo-tp2273256p2274707.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > 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] kill -9 MyClass allInstances

by GÃ¶ran Krampe

On 07/01/2010 08:53 AM, laurent laffont wrote: > Hi, > > It seems I've messed up something on Autotest unit tests and I have an > Autotest instance running, I don't know where it's referenced. I've > tried Smalltalk>>#garbageCollect and #garbageCollectMost .... still here. > > How can I find why an instance is not garbage collected ? > How to kill it ? You can't "kill it", you can only get rid of references to it. So the problem is to find those references. There are some different tools for that, I tend to use: PointerFinder on: MyClass allInstances first ...and then take action from that info. There are some tricky things like some ActionMap somewhere and the Undo mechanism IIRC that tend to hold onto stuff. And of course, if you have some debugger hanging around... :). Or sloppy class variables etc. regards, GÃ¶ran

July 1, 2010

Re: [Pharo-project] kill -9 MyClass allInstances

by CÃ©drick BÃ©ler

Hi Laurent, Hi, > > It seems I've messed up something on Autotest unit tests and I have an > Autotest instance running, I don't know where it's referenced. I've tried > Smalltalk>>#garbageCollect and #garbageCollectMost .... still here. > > How can I find why an instance is not garbage collected ? > How to kill it ? > You have to inspect/explore the instance of Autotest running. Then you should have some right click menu options that can help you -> "chase pointers" . There's also "inspect objects pointing to this value" and "explore pointers". Once you identified the objet that retains your instance, you have to "delete it", then garbage collect will work. hth, > > > Cheers > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- CÃ©drick

July 1, 2010

Re: [Pharo-project] kill -9 MyClass allInstances

by Mariano Martinez Peck

2010/7/1 laurent laffont <laurent.laffont(a)gmail.com> > Hi, > > It seems I've messed up something on Autotest unit tests and I have an > Autotest instance running, I don't know where it's referenced. I've tried > Smalltalk>>#garbageCollect and #garbageCollectMost .... still here. > > How can I find why an instance is not garbage collected ? > Check PointerFinder class and its class comment. Also check class PointerExplorer. Finally, explore the object you want, and then, in the explorer, right click and "chase pointers". I attach an screenshot as help. Cheers Mariano > How to kill it ? > > > Cheers > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > _______________________________________________ > 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] CLFramework and Pharo

by nullPointer

>Then how using an external tools can make sure that this tool got well the way layoutMorph >and other works? A smalltalk object must be the responsible of that, in the image. In 2d donÂ´t exists differences in layouts policy. I believe the problem is implement in Morphic the 3d effects I did see in some ui designs of WPF-XAML. A new set of controls is needed, I believe. Well, I donÂ´t want to debate that problems; I already say before that is for Smalltalk gurÃºs, not is only a new ui builder. Exists much more problems. Regards -- View this message in context: http://forum.world.st/CLFramework-and-Pharo-tp2273256p2274707.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 1, 2010

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

by laurent laffont

On Thu, Jul 1, 2010 at 9:14 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > 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. > +1 Jochen have written something: http://forum.world.st/Multiple-Worlds-was-Re-Can-I-use-Projects-in-Pharo-tp… Laurent > > -- > 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] Setting new world in 1.1

by Torsten Bergmann

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

July 1, 2010

Re: [Pharo-project] squeaksource is down (again ...)

by laurent laffont

At least having cron job which restarts squeaksource automatically when it's down may not be hard :) And it's down now. Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ On Sun, Jun 27, 2010 at 5:25 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Sun, 27 Jun 2010, Philippe Marschall wrote: > > On 24.06.2010 15:10, Torsten Bergmann wrote: >> >>> What could be done is moving to an up to date image/vm but this is a bit >>>> of work. >>>> >>> >>> Would you be able to at least make the image available somewhere so >>> one knows about the loaded packages and applied patches. >>> Maybe someone has a minute ... >>> >> >> Nope, I don't have access to the server anymore. You'd have to ask Lukas >> or Adrian. There's still the issue with "private" projects though. >> > > How about maintaining a copy of the non-private projects and serving them > with apache? I think most people would be happy with this. The only minor > issue with this approach is that downloads are not counted, though that can > be worked around by analyzing the access log or using a rewrite map. > > > Levente > > > >> What would probably be an easy fix is to use mod_xsendfile [1] to >> deliver the versions. That would take load off the image. It requires >> sever access though. >> >> [1] http://tn123.ath.cx/mod_xsendfile/ >> >> Cheers >> Philippe >> >> >> _______________________________________________ >> 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] kill -9 MyClass allInstances

by laurent laffont

Hi, It seems I've messed up something on Autotest unit tests and I have an Autotest instance running, I don't know where it's referenced. I've tried Smalltalk>>#garbageCollect and #garbageCollectMost .... still here. How can I find why an instance is not garbage collected ? How to kill it ? Cheers Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

July 1, 2010

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

by Denis Kudriashov

I know about Projects. But absent method is very simlpe beWorldForProject: aProject self privateOwner: nil. worldState := WorldState new. self addHand: HandMorph new. self setProperty: #optimumExtentFromAuthor toValue: Display extent. self startSteppingSubmorphsOf: self It is nothing about Project. It can be rewrited to: beActiveWorld self privateOwner: nil. worldState := WorldState new. self addHand: HandMorph new. self setProperty: #optimumExtentFromAuthor toValue: Display extent. self startSteppingSubmorphsOf: self. self install. Can It be added to Pharo? I like this feature for fullscreen applications.With this I dont need close all my opened tools when deploy app. I just open app in new world and set it as active. And when I need debug or something I just switch back to Pharo World saved in some variable. 2010/7/1 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > You cannot anymore. > Projects are not supported features. We got discussions in the mailing-list > about that > some times ago. > > Stef > > On Jun 30, 2010, at 10:27 PM, Denis Kudriashov wrote: > > > How I can install new World in Pharo 1.1? > > > > In pharo 1.0 I do : > > > > newWorld beWorldForProject: nil. > > > > But #beWorldForProject: absent in 1.1 > > _______________________________________________ > > 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

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

by Patrick Barroca

>> My 1.1 (11400 rc2) image prints numbers on the transcript when doing >> certain editing (selection ?) operations. >> > > Please, report it a new thread/issue. > > Cheers > > Mariano > filled a new issue http://code.google.com/p/pharo/issues/detail?id=2610 -- Patrick Barroca

July 1, 2010