Re: [Pharo-project] CampSmalltalk London tutorial
ConfigurationOfCampSmalltalkLondon I would recommend to change the name of the configuration. From its name, I cannot figure out what it is about. Why not ConfigurationOfPharoAndSeasideTutorial Cheers, Alexandre First some context. The beginners tutorial ran on the first day. We had 9 developers with a mixed background in Ruby/Java/C#/PHP etc. We started by going through the excellent ProfStef tutorial which we used as jump off point for frequent asides into the tools and code in Pharo. Next we gave them a simple exercise. You can download the code by grabbing ConfigurationOfCampSmalltalkLondon from http://www.squeaksource.com/MetacelloRepository.html and executing: (ConfigurationOfCampSmalltalkLondon project version: '1.0') load. The aim was to put into practice some of the concepts they'd learnt in the ProfStef tutorial - initially focusing on loops. The tutorial grabs live traffic information from the SE of the UK. Initially there is only one entry in the list viewable from their image at: http://localhost:8080/camp-smalltalk-london The first task was to change the code in CSLTransportInforenderPage: to loop over the results and pass them to a custom renderer. Note we wanted to pass-on the joy of developing a web app in Smalltalk - the liveliness of the environment, code editing in the debugger etc - without first having to learn Seaside. So we hid the Seaside code behind some custom renderers. The second task was the change the renderer in CSLTransportInfomodelRenderer to be a CSLListItemRenderer. The task here was to notice the signature of the addItem method had changed and use the inspector and the browser to discover the relevant accessors on the result items. Finally they changed the renderer again for a CSLMapRenderer and went through a similar routine to step two, though this time the result of their labours was to transform a boring list into an impressive map - graphically showing traffic incidents. Those who were more advanced could then filter the results to look at say only incidents along particular roads etc. The tutorial session seemed to be well received. I don't know if anyone out there is planning to run an introduction to Smalltalk - if so they are more than welcome to use the code. All feedback gratefully received. Nick ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] how do I turn off smart quotes in Pharo Seaside one-click image
2010/8/1 Nick Ager nick.a...@gmail.com: Try ECompletion-lr.131, this fixes another set of bugs including the one you reported. That seems to have nailed it. I'll use it for real today and see if I spot anything else, but so far so good. Thanks again Where can I find those changes - my Monticello browser pointing at squeaksource can only see up to ECompletion-lr.122 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] how do I turn off smart quotes in Pharo Seaside one-click image
Where can I find those changes - my Monticello browser pointing at squeaksource can only see up to ECompletion-lr.122 http://source.lukas-renggli.ch/unsorted ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] About overlapping packages :(
On Aug 1, 2010, at 10:40 PM, Tudor Girba wrote: Hi Stef, I would go for first mirroring categories. Like this, Monticello would still work as expected, and we can just focus on improving the image based tools/concepts. I know this is why I'm doing it slowly and with some pain... :) Cheers, Doru On 1 Aug 2010, at 22:02, Stéphane Ducasse wrote: Stef, Are you perhaps running into problems with mapping category names to packages? The Dolphin approach to that is to avoid the topic: just present a list of packages and make the user pick one, after which the class/method/etc. is packaged. The resulting package system might then suffer the indignity of cyclic prerequisites, but there are ways to help the user fix that. I am not saying it is the correct solution (nor suggesting that it is not) - just reporting what Object Arts did. They got so many things *really* right that I default to trusting them. This is what my implementation does. No magic matching. Just a list of classes and methods. Now if I do not support the * convention of packageinfo it means that we will not be able to load and save packages in a compatible form. We could do that and it would save me a lot of work. But people have to agree and understand the consequences. Of course we could do a MCPackageInfor specific loader that loads and convert MC packages. But this means that the packages will not be able to be used in Squeak. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com Sometimes the best solution is not the best solution. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Seaside] CampSmalltalk London tutorial
Thanks nick I know that several teachers will start new Smalltalk lectures using pharo and this will probably help them. On Aug 2, 2010, at 1:01 AM, Nick Ager wrote: Hi Though it's been a couple of weeks since CampSmalltalk London, I've only just got round to creating a ConfigurationOfCampSmalltalkLondon which can be used to download the beginners tutorial Tim Mackinnon and I created. First some context. The beginners tutorial ran on the first day. We had 9 developers with a mixed background in Ruby/Java/C#/PHP etc. We started by going through the excellent ProfStef tutorial which we used as jump off point for frequent asides into the tools and code in Pharo. Next we gave them a simple exercise. You can download the code by grabbing ConfigurationOfCampSmalltalkLondon from http://www.squeaksource.com/MetacelloRepository.html and executing: (ConfigurationOfCampSmalltalkLondon project version: '1.0') load. The aim was to put into practice some of the concepts they'd learnt in the ProfStef tutorial - initially focusing on loops. The tutorial grabs live traffic information from the SE of the UK. Initially there is only one entry in the list viewable from their image at: http://localhost:8080/camp-smalltalk-london The first task was to change the code in CSLTransportInforenderPage: to loop over the results and pass them to a custom renderer. Note we wanted to pass-on the joy of developing a web app in Smalltalk - the liveliness of the environment, code editing in the debugger etc - without first having to learn Seaside. So we hid the Seaside code behind some custom renderers. The second task was the change the renderer in CSLTransportInfomodelRenderer to be a CSLListItemRenderer. The task here was to notice the signature of the addItem method had changed and use the inspector and the browser to discover the relevant accessors on the result items. Finally they changed the renderer again for a CSLMapRenderer and went through a similar routine to step two, though this time the result of their labours was to transform a boring list into an impressive map - graphically showing traffic incidents. Those who were more advanced could then filter the results to look at say only incidents along particular roads etc. The tutorial session seemed to be well received. I don't know if anyone out there is planning to run an introduction to Smalltalk - if so they are more than welcome to use the code. All feedback gratefully received. Nick ___ seaside mailing list seas...@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ProgressDisplay package released
Cool Can you tell us some of the added features? Stef I recently released the first draft of my package ProgressDisplay to SqueakSource. It is like SystemProgressMorph et. al. but with a lot of bells and whistles added. It is not a suitable replacement for SystemProgressMorph though because it is too large and specific for that. SystemProgressMorph could be made a subclass of one of its classes though. It is designed largely to meet my specific needs but since it's MIT anyone may use it, steal components, or move components of it to Squeak/Pharo. It has a utility class category with useful classes for things like array permutation generation and array multiset permutation generation, numeric partitioning of a number, and a class RangeList (which I will be expanding upon later). All of these classes will be removed when the package meant to contain them is ready (not soon). There are also a number of utility methods that could be stolen or put into Squeak/Pharo proper. It probably has lots of bugs, so bug reports appreciated. Comments on its function, design, and implementation most welcome. Proposals for improvements or extensions will be considered but no promises. If you need access to make changes let me know. If Levente Uzonyi likes it but feels compelled to rewrite it completely from scratch, thats okay too. :-) ONE OF MY REASONS FOR RELEASING IT IS BECAUSE OF A BUG I COULD NOT FIX. It is supposed to be possible to turn on the ability to catch user interrupts but when this feature is turned on and an interrupt generated while the progress bar is displayed the interrupt is caught but not processed until the progress bar closes. :-( Of course the interrupt was meant to be processed immediately. If anyone can tell me how to fix this bug (or better still send me the code or add the code to the package) that would be great! Regards, Ralph Boland -- Quantum Theory cannot save us from the tyranny of a deterministic universe but it does give God something to do ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] cog-based image crashes on mac
thanks for the explanation and code. On Aug 2, 2010, at 3:43 AM, Henrik Johansen wrote: On Aug 1, 2010, at 10:40 53AM, Lukas Renggli wrote: The changes I submitted are the ones of Eliot adapted to work in Pharo. I don't understand what Henrik writes, if he has something better he should attach the change. Lukas Not better, just simpler code. If I'm not mistaken, if primitive 38 fails in Cog, so will primitive 60. Primitive 38 will always fail in a non-cog vm. The failure handling code after the ec == nil check is the same in FloatbasicAt: and Object basicAt: Thus, writing FloatbasicAt: index primitive:38 ^super basicAt: index would yield the exact same result, with the difference that you will have an extra primtive 60 failure in Cog vm's, an ec = nil check less in non-cog VM's, and no duplication of the fallback-handling code. The alternate code was attached, in issue 2581. Cheers, Henry On Sunday, August 1, 2010, Stéphane Ducasse stephane.duca...@inria.fr wrote: lukas could you have a look at http://code.google.com/p/pharo/issues/detail?id=2579 because henrik mentioned that we missed something or could do it better. Stef On Jul 26, 2010, at 1:32 PM, Lukas Renggli wrote: The image I got is based on the sources from 27.06.2010. You may be missing some image-side changes. The CogVM was open sourced on 20.06.2010. Actually, where should I get the complete image-side changes from? I have those prepared by Lukas a while ago. Yeah, these are the complete ones from the repository adapted to Pharo. Maybe these same socket related crashes that randomly appear with Seaside images? nanosleep: Invalid argument Exited with exit code: 1 Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ProgressDisplay package released
Yep, a screenshot will be cool Alexandre On 2 Aug 2010, at 10:52, Stéphane Ducasse wrote: Cool Can you tell us some of the added features? Stef I recently released the first draft of my package ProgressDisplay to SqueakSource. It is like SystemProgressMorph et. al. but with a lot of bells and whistles added. It is not a suitable replacement for SystemProgressMorph though because it is too large and specific for that. SystemProgressMorph could be made a subclass of one of its classes though. It is designed largely to meet my specific needs but since it's MIT anyone may use it, steal components, or move components of it to Squeak/Pharo. It has a utility class category with useful classes for things like array permutation generation and array multiset permutation generation, numeric partitioning of a number, and a class RangeList (which I will be expanding upon later). All of these classes will be removed when the package meant to contain them is ready (not soon). There are also a number of utility methods that could be stolen or put into Squeak/Pharo proper. It probably has lots of bugs, so bug reports appreciated. Comments on its function, design, and implementation most welcome. Proposals for improvements or extensions will be considered but no promises. If you need access to make changes let me know. If Levente Uzonyi likes it but feels compelled to rewrite it completely from scratch, thats okay too. :-) ONE OF MY REASONS FOR RELEASING IT IS BECAUSE OF A BUG I COULD NOT FIX. It is supposed to be possible to turn on the ability to catch user interrupts but when this feature is turned on and an interrupt generated while the progress bar is displayed the interrupt is caught but not processed until the progress bar closes. :-( Of course the interrupt was meant to be processed immediately. If anyone can tell me how to fix this bug (or better still send me the code or add the code to the package) that would be great! Regards, Ralph Boland -- Quantum Theory cannot save us from the tyranny of a deterministic universe but it does give God something to do ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ProgressDisplay package released
Yes sell you work ! Not everyone has time to test ;-) On Mon, Aug 2, 2010 at 3:58 PM, Alexandre Bergel alexan...@bergel.eu wrote: Yep, a screenshot will be cool Alexandre On 2 Aug 2010, at 10:52, Stéphane Ducasse wrote: Cool Can you tell us some of the added features? Stef I recently released the first draft of my package ProgressDisplay to SqueakSource. It is like SystemProgressMorph et. al. but with a lot of bells and whistles added. It is not a suitable replacement for SystemProgressMorph though because it is too large and specific for that. SystemProgressMorph could be made a subclass of one of its classes though. It is designed largely to meet my specific needs but since it's MIT anyone may use it, steal components, or move components of it to Squeak/Pharo. It has a utility class category with useful classes for things like array permutation generation and array multiset permutation generation, numeric partitioning of a number, and a class RangeList (which I will be expanding upon later). All of these classes will be removed when the package meant to contain them is ready (not soon). There are also a number of utility methods that could be stolen or put into Squeak/Pharo proper. It probably has lots of bugs, so bug reports appreciated. Comments on its function, design, and implementation most welcome. Proposals for improvements or extensions will be considered but no promises. If you need access to make changes let me know. If Levente Uzonyi likes it but feels compelled to rewrite it completely from scratch, thats okay too. :-) ONE OF MY REASONS FOR RELEASING IT IS BECAUSE OF A BUG I COULD NOT FIX. It is supposed to be possible to turn on the ability to catch user interrupts but when this feature is turned on and an interrupt generated while the progress bar is displayed the interrupt is caught but not processed until the progress bar closes. :-( Of course the interrupt was meant to be processed immediately. If anyone can tell me how to fix this bug (or better still send me the code or add the code to the package) that would be great! Regards, Ralph Boland -- Quantum Theory cannot save us from the tyranny of a deterministic universe but it does give God something to do ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
hi! In PharoInbox there is: SLICE-Issue-2721-AnnouncementsForSUnit-Alexandre_Bergel.2 The comment of this slice is: -=-=-=-=-=-=-=-=-=-=-=-= Renamed the event classes into: TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Event are also emitted in TestResultrunCase: like this, the result of the test execution is accessible from the event. (Thanks Laurent Laffon for these suggestions) -=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre On 29 Jul 2010, at 22:22, laurent laffont wrote: On Thu, Jul 29, 2010 at 7:42 PM, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 29.07.2010 17:45, Alexandre Bergel wrote: Wow ! Fast !. That means it should be easy now to do a lot of exciting stuff. Show tests progression, errors/failures as soon as they occur, log several things, drink cocktails, meet beautiful girls that's really cool. I will be in winter time in 1 week time. We have to enjoy now Alexandre Nice! Maybe it's just me, or could we not add Announcement to the end of every Announcement subclass name though? Like with the window announcement, I like them better as verbs describing the event, f.ex. someAnnouncer on: TestStarted do: [] someAnnouncer on: TestEnded send: #x to: y +1. I propose TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Shouldn't we put announce in TestResultrunCase: instead of TestCaserunCase ? This way we can pass the result to the Annoucement object. Actually, self announce: SUTestEndAnnouncement. is not in the ensure: block. So if the test fails there's no annoucement sent. Cheers, Laurent Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
TestResult when: TestCaseStarts do: [:event | do some stuff ]. TestResult when: TestCaseEnds do: [:event | do some stuff ]. Currently, the announcer is stored in TestCase. For me, it looks more intuitive to do MyTestCase announcer on: TestCaseAnnouncement do: [:ann | ... ]. than dealing with TestResult. I am okay to move the announcer in TestResult, but that's look a bit to me. Don't you feel? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] List of possible actions for busy pharoers
Hi Stef, http://code.google.com/p/pharo/issues/detail?id=1767 Issue 1767: Method Finder gives UndefinedObject error on search SLICE-Issue-1767-FixInMethodFinder-Alexandre_Bergel.1 in the inbox http://code.google.com/p/pharo/issues/detail?id=2296 Issue 2296: PointcloseTo SLICE-Issue-2296-PointCloseTo-Alexandre_Bergel.1 in the inbox I update the google site. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
I will integrate it. I was thinking that WindowOpened is not that english but it has the advantage that all the events of a certain kinds are grouped. Stef On Aug 2, 2010, at 12:08 PM, Alexandre Bergel wrote: hi! In PharoInbox there is: SLICE-Issue-2721-AnnouncementsForSUnit-Alexandre_Bergel.2 The comment of this slice is: -=-=-=-=-=-=-=-=-=-=-=-= Renamed the event classes into: TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Event are also emitted in TestResultrunCase: like this, the result of the test execution is accessible from the event. (Thanks Laurent Laffon for these suggestions) -=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre On 29 Jul 2010, at 22:22, laurent laffont wrote: On Thu, Jul 29, 2010 at 7:42 PM, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 29.07.2010 17:45, Alexandre Bergel wrote: Wow ! Fast !. That means it should be easy now to do a lot of exciting stuff. Show tests progression, errors/failures as soon as they occur, log several things, drink cocktails, meet beautiful girls that's really cool. I will be in winter time in 1 week time. We have to enjoy now Alexandre Nice! Maybe it's just me, or could we not add Announcement to the end of every Announcement subclass name though? Like with the window announcement, I like them better as verbs describing the event, f.ex. someAnnouncer on: TestStarted do: [] someAnnouncer on: TestEnded send: #x to: y +1. I propose TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Shouldn't we put announce in TestResultrunCase: instead of TestCaserunCase ? This way we can pass the result to the Annoucement object. Actually, self announce: SUTestEndAnnouncement. is not in the ensure: block. So if the test fails there's no annoucement sent. Cheers, Laurent Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] List of possible actions for busy pharoers
Thanks alex this is cool Stef On Aug 2, 2010, at 12:33 PM, Alexandre Bergel wrote: Hi Stef, http://code.google.com/p/pharo/issues/detail?id=1767 Issue 1767: Method Finder gives UndefinedObject error on search SLICE-Issue-1767-FixInMethodFinder-Alexandre_Bergel.1 in the inbox http://code.google.com/p/pharo/issues/detail?id=2296 Issue 2296: PointcloseTo SLICE-Issue-2296-PointCloseTo-Alexandre_Bergel.1 in the inbox I update the google site. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
I will integrate it. I was thinking that WindowOpened is not that english but it has the advantage that all the events of a certain kinds are grouped. Yes, this is why I first used SUAnnouncement and SUTestBegin... Alexandre Stef On Aug 2, 2010, at 12:08 PM, Alexandre Bergel wrote: hi! In PharoInbox there is: SLICE-Issue-2721-AnnouncementsForSUnit-Alexandre_Bergel.2 The comment of this slice is: -=-=-=-=-=-=-=-=-=-=-=-= Renamed the event classes into: TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Event are also emitted in TestResultrunCase: like this, the result of the test execution is accessible from the event. (Thanks Laurent Laffon for these suggestions) -=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre On 29 Jul 2010, at 22:22, laurent laffont wrote: On Thu, Jul 29, 2010 at 7:42 PM, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 29.07.2010 17:45, Alexandre Bergel wrote: Wow ! Fast !. That means it should be easy now to do a lot of exciting stuff. Show tests progression, errors/failures as soon as they occur, log several things, drink cocktails, meet beautiful girls that's really cool. I will be in winter time in 1 week time. We have to enjoy now Alexandre Nice! Maybe it's just me, or could we not add Announcement to the end of every Announcement subclass name though? Like with the window announcement, I like them better as verbs describing the event, f.ex. someAnnouncer on: TestStarted do: [] someAnnouncer on: TestEnded send: #x to: y +1. I propose TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Shouldn't we put announce in TestResultrunCase: instead of TestCaserunCase ? This way we can pass the result to the Annoucement object. Actually, self announce: SUTestEndAnnouncement. is not in the ensure: block. So if the test fails there's no annoucement sent. Cheers, Laurent Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] List of possible actions for busy pharoers
I added some comments/slices wrt. to the extent: method. Cheers, Henry On Aug 2, 2010, at 12:48 41PM, Stéphane Ducasse wrote: Thanks alex this is cool Stef On Aug 2, 2010, at 12:33 PM, Alexandre Bergel wrote: Hi Stef, http://code.google.com/p/pharo/issues/detail?id=1767 Issue 1767:Method Finder gives UndefinedObject error on search SLICE-Issue-1767-FixInMethodFinder-Alexandre_Bergel.1 in the inbox http://code.google.com/p/pharo/issues/detail?id=2296 Issue 2296: PointcloseTo SLICE-Issue-2296-PointCloseTo-Alexandre_Bergel.1 in the inbox I update the google site. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] List of possible actions for busy pharoers
2010/8/1 Stéphane Ducasse stephane.duca...@inria.fr: hi guys I know that some of you would like to contribute but are busy, scared ... I spent three hours to go over the bug entries. Feel free to pick one and fix it: So now you can easily contribute. Just do it. Stef Some easy fixes: -- for the fixes based on squeak changed, it often requires to check the code and run pharo tests. http://code.google.com/p/pharo/issues/detail?id=2603 Issue 2603 isRunningCog I worked on this issue. Added the tests to check if is running under Cog and adapted the tests to guard TestObjectsAsMethods against a Cog crash. On the page issue I attached the SLICE and the packages. But may be I did a mistake, because them were generated local (I had my package cache selected when saved it) but also saved on PharoInbox. That is ok? Is the default behaviour? Please correct me any mistake, then I can help with other issues. Cheers. Germán. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo 1.1 host menu os x
Hi, i am trying to publish a fix, but I get MC error can't find HostMenus-LaurentLaffont.53. It is the ancestor of HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo package. Where did it go? thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Aida/Web now loads and runs well on Pharo 1.1
Hi Stéphane, On 31. 07. 2010 17:38, Stéphane Ducasse wrote: janko excellent news. Did you create and publish configurationOfSwazoo Aida? Because this is the way to go :) Yep, thanks to Dale's initial effort there are Metacello packages for: ConfigurationOfSPort2 Sport portability layer ConfigurationOfSwazoo2 ConfigurationOfAida FYI, during syncing of Aida to Squeak/Pharo I'm just writing a Pharo 1.1. impressions and suggestions email, which will be released soon. I hope I can help that way the Pharo effort a bit :) Best regards Janko Stef On Jul 28, 2010, at 11:15 PM, Janko Mivšek wrote: Hi guys, I just made Aida ready on new and wonderfull Pharo 1.1. and now Aida installs and run nicelly and even side by side with Seaside. You can even run both on the same Swazoo web server, which is also included. Just evulate DEVImageWorkspaces openExternalProjectWorkspace then evaluate loads of both Seaside and Aida, then start both, for Aida evaluate: SwazooAida demoStart open http://localhost: in your web browser Best regards Janko -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Janko Mivšek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Limitation of number os literals in a method?
Finnally I call for each widget another method spec for configure it. Is possible now reproduce the same error, but is much more difficult. http://paste.lisp.org/display/113020#1 I wait that version it seems less revolting to Randal xD I will upload that fix in SqueakSource UIBuilder project. Anyway I don´t understant really the problem of limitation at 256 literals. Is for VM? Regards -- View this message in context: http://forum.world.st/Limitation-of-number-os-literals-in-a-method-tp2308740p2310239.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo 1.1 host menu os x
On Mon, Aug 2, 2010 at 2:43 PM, Michael Roberts m...@mjr104.co.uk wrote: Hi, i am trying to publish a fix, but I get MC error can't find HostMenus-LaurentLaffont.53. It is the ancestor of HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo package. Where did it go? It's in PharoTreatedInbox at least as integrated fixes go there. http://www.squeaksource.com/PharoTreatedInbox Laurent. thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] DrGeo release 10.08
Congrats! Really I'm and admirer of this application. Germán. 2010/7/31 Hilaire Fernandes hilaire.fernan...@gmail.com: Dear all, I am please to announce the DrGeo release 10.08. This is an universal application working identically for GNU/Linux, Windows and Mac OS X. http://blog.ofset.org/hilaire/index.php?post/2010/07/30/DrGeo-release-10.08-for-workstation Hilaire ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Refactor source method is grayed out?
I was having a look at some of the ecompletion code - and noticed that I couldn't do an extract to temporary refactoring because the refactor source method is grayed out? This looks like a bug - and I'm happy to report it - but just wanted to check with people here. The code fragment in question is: (opposite = aCharacter and: [ (editor text at: editor startIndex ifAbsent: [ nil ]) = aCharacter ]) ifTrue: [ editor selectFrom: editor startIndex + 1 to: editor startIndex. self invalidateEditorMorph. ^ true ]. If I hilite the expresion (editor nil]) inside the and: block its grayed out? I should be able to extract a temp for that code shouldn't I? If I hilite from (opposite.aCharacter]) then I can access the extract. So I think this is a bug? Tim ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Refactor source method is grayed out?
On 2 August 2010 15:13, Tim Mackinnon tamackin...@gmail.com wrote: I was having a look at some of the ecompletion code - and noticed that I couldn't do an extract to temporary refactoring because the refactor source method is grayed out? This looks like a bug - and I'm happy to report it - but just wanted to check with people here. The code fragment in question is: (opposite = aCharacter and: [ (editor text at: editor startIndex ifAbsent: [ nil ]) = aCharacter ]) ifTrue: [ editor selectFrom: editor startIndex + 1 to: editor startIndex. self invalidateEditorMorph. ^ true ]. If I hilite the expresion (editor nil]) inside the and: block its grayed out? I should be able to extract a temp for that code shouldn't I? No, that's not a bug. For obvious reasons you cannot extract expressions with a return inside. Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo 1.1 host menu os x
shouldn't that be added as a package to the general images? otherwise this will always be a potential error when pushing fixes? cheers, Mike 2010/8/2 laurent laffont laurent.laff...@gmail.com: On Mon, Aug 2, 2010 at 2:43 PM, Michael Roberts m...@mjr104.co.uk wrote: Hi, i am trying to publish a fix, but I get MC error can't find HostMenus-LaurentLaffont.53. It is the ancestor of HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo package. Where did it go? It's in PharoTreatedInbox at least as integrated fixes go there. http://www.squeaksource.com/PharoTreatedInbox Laurent. thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo 1.1 host menu os x
On Mon, Aug 2, 2010 at 3:53 PM, Michael Roberts m...@mjr104.co.uk wrote: shouldn't that be added as a package to the general images? otherwise this will always be a potential error when pushing fixes? That goes beyond my knowledge :) Stupid question, as there's HostMenus-MarcusDenker.54, why HostMenus-LaurentLaffont.53 is needed ? Laurent cheers, Mike 2010/8/2 laurent laffont laurent.laff...@gmail.com: On Mon, Aug 2, 2010 at 2:43 PM, Michael Roberts m...@mjr104.co.uk wrote: Hi, i am trying to publish a fix, but I get MC error can't find HostMenus-LaurentLaffont.53. It is the ancestor of HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo package. Where did it go? It's in PharoTreatedInbox at least as integrated fixes go there. http://www.squeaksource.com/PharoTreatedInbox Laurent. thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Test Runner 'File out results' button
Recently the button 'File out results' was added to the test runner. I find this button extremely annoying because it is something i don't use daily and it doesn't fit into the group of run-action like all the other buttons. I keep on accidentally clicking it. Why wasn't this action added to the context menu on the test results that already has related items like 'History', 'Store results', 'Show progress'? Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo 1.1 host menu os x
On Mon, Aug 2, 2010 at 3:53 PM, Michael Roberts m...@mjr104.co.uk wrote: shouldn't that be added as a package to the general images? otherwise this will always be a potential error when pushing fixes? YESS!! PLEASE I already said this. We should add PharoTreatedInbox repository in standard PharoCore images. Can you open a ticket? cheers, Mike 2010/8/2 laurent laffont laurent.laff...@gmail.com: On Mon, Aug 2, 2010 at 2:43 PM, Michael Roberts m...@mjr104.co.uk wrote: Hi, i am trying to publish a fix, but I get MC error can't find HostMenus-LaurentLaffont.53. It is the ancestor of HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo package. Where did it go? It's in PharoTreatedInbox at least as integrated fixes go there. http://www.squeaksource.com/PharoTreatedInbox Laurent. thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] about ToolBuilder
+1. See Gilad's text about least common denominator in UI-widgetery On Fri, Jul 30, 2010 at 12:20 PM, stephane ducasse stephane.duca...@free.fr wrote: Hi guys during the sprint I discussed with Gary about ToolBuilder and we think that it would be better to remove it since a lot of new widgets are not covered so this means that we will be constantly limiting ourselves. Of course ToolBuilder is a nice idea (if we would have several UI framework). So far we got only one and we would have several we would have to take the smallest common denominator. Another idea would be to extend toolBuilder to support new widgets. So what do you think? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] about ToolBuilder
I agree that it should be removed, but this means that many tools need to be rewritten in plain morphic. Lukas 2010/8/2 Richard Durr richard.d...@googlemail.com: +1. See Gilad's text about least common denominator in UI-widgetery On Fri, Jul 30, 2010 at 12:20 PM, stephane ducasse stephane.duca...@free.fr wrote: Hi guys during the sprint I discussed with Gary about ToolBuilder and we think that it would be better to remove it since a lot of new widgets are not covered so this means that we will be constantly limiting ourselves. Of course ToolBuilder is a nice idea (if we would have several UI framework). So far we got only one and we would have several we would have to take the smallest common denominator. Another idea would be to extend toolBuilder to support new widgets. So what do you think? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
On Mon, Aug 2, 2010 at 12:11 PM, Alexandre Bergel alexan...@bergel.euwrote: TestResult when: TestCaseStarts do: [:event | do some stuff ]. TestResult when: TestCaseEnds do: [:event | do some stuff ]. Currently, the announcer is stored in TestCase. For me, it looks more intuitive to do MyTestCase announcer on: TestCaseAnnouncement do: [:ann | ... ]. than dealing with TestResult. I am okay to move the announcer in TestResult, but that's look a bit to me. Don't you feel? I'm currently playing with annoucements in TestResult. Indeed what I want to set in the TestCaseEnded: - is the test has #pass, #failure or #error - for failure and error, store the Exception so we can now why. But until I propose something, keep the implementation which fits your needs :). Laurent Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Test Runner 'File out results' button
On Mon, Aug 2, 2010 at 4:30 PM, Lukas Renggli reng...@gmail.com wrote: Recently the button 'File out results' was added to the test runner. I find this button extremely annoying because it is something i don't use daily and it doesn't fit into the group of run-action like all the other buttons. I keep on accidentally clicking it. Why wasn't this action added to the context menu on the test results that already has related items like 'History', 'Store results', 'Show progress'? Because the issue was Button in TestRunner to fileout the test results :) http://code.google.com/p/pharo/issues/detail?id=1281 For myself, I don't really care. Anyone for context menu ? Laurent Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] ProgressDisplay package features
Cool Can you tell us some of the added features? Stef I recently released the first draft of my package ProgressDisplay to SqueakSource. It is like SystemProgressMorph et. al. but with a lot of bells and whistles added. It is not a suitable replacement for SystemProgressMorph though because it is too large and specific for that. Well you asked for it: 1) You can pass an applyBlock rather than a duringBlock. The progressDisplay then applies the apply block to each element to each of the users values updating the display as it does so. The users values can be the values min..max or the values of a stream. 2) You can set a jump value k such that the display is updated once for each k times a display update request is sent. The minimum time that must pass before the display is updated is settable (it is fixed with SystemProgressMorph). Finally, a check is made that a display request update will actually modify the progressBar before the modification is performed. These changes were made because with SystemProgressMoprh, in some circumstances, the progressBar could take excessive amounts of time. However the last of these changes was probably all that was needed. 3) You can set the progressDisplay to catch user interrupts. Unfortunately this doesn't work correctly currently. The interrupt is caught but not processed until the progressBar closes. :-( I don't know how to fix this so suggestions or a fix most welcome. 4) You can set the start point to be other than at the beginning. If you start not at the beginning then you can set the progressDisplay to wrap once the end is reached. This is a weird feature but I need it for when I run a large collection of tests (not SUnit tests but similar). Say I run 1000 tests and the 900th test fails. I fix the problem and rerun the tests. I don't want to start at test one, I want to start at test 900, run tests 900-1000 and then run tests 1-899. The ProgressDisplay supports this and is the main reason I created it. 5) I have added an exception EarlyCompletionExit. This exception will be caught by progressDisplay if generated and result in the current progressBar being closed cleanly. If there is only one progressBar the entire display is closed. 6) If you want you can display the current value being processed and the total. The current value can be the user's value, the count of processed values, count of the number of user values remaining to be processed, the estimate of the amount of time remaining, or the time remaining estimate alternating with one of user value, count, countDown. The current value and total can be labelled if desired. The start poin, if not the beginning, can also be labelled. 7) The display does not flicker as much as SystemProgressMorph though this could still be improved. 8) Anything else I have forgotten. There are large number of examples in class RunnProgressMorphExample which is a subclass of ExampleCase. In my image ExampleCase is an subclass of CodeCase and TestCase is also a subclass of CodeCase. Someday I hope to have TestCase refactored to have CodeCase as a superclass in Squeak/Pharo. The examples use a number of utility classes which will eventually be moved to other packages. Some of them are: 1) ArrayPermutationsStream. Generates the permutations of a SequenceableCollection in a stream. Iteration, not recursion, is used. Ordering is not Lexicographic. 2) RangeList. Stores a sorted list of values where consecutive values are stored by listing them as an Interval. Example: 1,5-9,12,15,31-90 Example: $a,$c,$k-$t,$z This class is not complete. There are two subclasses: NumberRangeList and PositiveNumberRangeList also not complete. 3) NumberRangeListStream. Stream version of NumberRangeList. 4) NumericMultiplicityPartitionStream. For a given integer n, generates all numeric partitions of n (sums of positive numbers that add up to n) in lexicographic order. This can be combined with method SequenceableCollectionmultisetPermutationsDo: to generate arrays of size n containing combinations of the elements of 1..n with replacement (i.e. duplicates allowed). In another package I plan to use this for generating large numbers of test cases. There are also a scattering of useful methods in places like Object, Nil, and SequenceableCollection. Hope this helps. Ralph Boland ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Mac like editing?
Hi, I used eclipse for about 5 years, and liked many aspects of its editor and keyboard shortcuts. However, there are a couple of things about Pharo's ParagraphEditor that correlate to what you want: cmd + - : go to end of line END key cmd + - : go to beginning of line HOME key alt + - : go to end of the current word Control+[right-arrow], left-arrow alt + - : go to beginning of current word You mean alt + - ?? Control+[left-arrow] alt + arrow up : switch the line above with the current line (current line has line number -1, line above has line number +1) In Pharo, you can swap any two _selections_, not just lines. This is much more useful since often expressions span multiple lines. To use: 1) select the first selection 2) select the second selection (the first becomes unselected) 3) press Command+e, to exchange them. alt + arrow down : switch the line below with the current line cmd + l : delete line (I know this shortcut is used to cancel changes at the moment. Still, I haven't found a shortcut yet that deletes a single line) I'm not sure how useful it would be for a Smalltalk editor to start putting in line-oriented commands but... I've always preferred disabling: wordStyleCursorMovement and then you can delete an line easily with the keyboard with the following key-sequence: Shift+Home, Shift+End, Delete I'd LOVE to see this in Pharo, or at least be able to configure the shortcuts myself. I think, being able to change the shortcuts is important anyway because each developer has an own style. I'd try to come up with a solution myself but I just don't have the time at the moment. Thanks for listening to my yapping :) Max ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] libGLU.so.1: cannot open shared object file: No such file or directory
I'm using Pharo for the first time as a beginner. My O/S is $ uname -a Linux shevek 2.6.31.12-0.2-desktop #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux which is OpenSuSE 11.2 I downloaded and unzipped Pharo-1.1-OneClick.app with this result: $ pwd /home/greg/Play/Lang/Special/Pharo/Pharo-1.1-OneClick.app $ ./pharo.sh libGLU.so.1: cannot open shared object file: No such file or directory could not find module vm-display-X11 Aborted However, the module does seem to exist: $ find . -name '*vm-display-X11*' ./Contents/Linux/so.vm-display-X11 I look forward to running Pharo and sharing it with my friends when it comes up reliably for newbies like me on Gnu/Linux - something which Squeak has not yet achieved! Thanks, _Greg J. Greg Davidson Read more… ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Pharo-users] libGLU.so.1: cannot open shared object file: No such file or directory
Hi, did you check that libGLU.so.1 is actually on your system ? It should be in /usr/lib/libGLU.so.1 If not, check that package mesa is installed. I'm not using OpenSuse but that's how it works on ArchLinux and Debian. Cheers, Laurent On Mon, Aug 2, 2010 at 7:23 PM, Stéphane Ducasse stephane.duca...@inria.frwrote: I'm using Pharo for the first time as a beginner. My O/S is $ uname -a Linux shevek 2.6.31.12-0.2-desktop #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux which is OpenSuSE 11.2 I downloaded and unzipped Pharo-1.1-OneClick.app with this result: $ pwd /home/greg/Play/Lang/Special/Pharo/Pharo-1.1-OneClick.app $ ./pharo.sh libGLU.so.1: cannot open shared object file: No such file or directory could not find module vm-display-X11 Aborted However, the module does seem to exist: $ find . -name '*vm-display-X11*' ./Contents/Linux/so.vm-display-X11 I look forward to running Pharo and sharing it with my friends when it comes up reliably for newbies like me on Gnu/Linux - something which Squeak has not yet achieved! Thanks, _Greg J. Greg Davidson Read more… ___ Pharo-users mailing list pharo-us...@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Poll: missing libraries to support business
Hi guys with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] List of possible actions for busy pharoers
Thanks a lot and also for the discussions (see my other notes). Stef (today I fixed my cactus collection :)) On Aug 2, 2010, at 2:15 PM, Henrik Johansen wrote: I added some comments/slices wrt. to the extent: method. Cheers, Henry On Aug 2, 2010, at 12:48 41PM, Stéphane Ducasse wrote: Thanks alex this is cool Stef On Aug 2, 2010, at 12:33 PM, Alexandre Bergel wrote: Hi Stef, http://code.google.com/p/pharo/issues/detail?id=1767 Issue 1767: Method Finder gives UndefinedObject error on search SLICE-Issue-1767-FixInMethodFinder-Alexandre_Bergel.1 in the inbox http://code.google.com/p/pharo/issues/detail?id=2296 Issue 2296: PointcloseTo SLICE-Issue-2296-PointCloseTo-Alexandre_Bergel.1 in the inbox I update the google site. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Aida/Web now loads and runs well on Pharo 1.1
Yep, thanks to Dale's initial effort there are Metacello packages for: ConfigurationOfSPort2 Sport portability layer ConfigurationOfSwazoo2 ConfigurationOfAida Excellent. We want to have self contained distributions that we can load in 5 years from now. FYI, during syncing of Aida to Squeak/Pharo I'm just writing a Pharo 1.1. impressions and suggestions email, which will be released soon. I hope I can help that way the Pharo effort a bit :) eager to read that. Best regards Janko Stef On Jul 28, 2010, at 11:15 PM, Janko Mivšek wrote: Hi guys, I just made Aida ready on new and wonderfull Pharo 1.1. and now Aida installs and run nicelly and even side by side with Seaside. You can even run both on the same Swazoo web server, which is also included. Just evulate DEVImageWorkspaces openExternalProjectWorkspace then evaluate loads of both Seaside and Aida, then start both, for Aida evaluate: SwazooAida demoStart open http://localhost: in your web browser Best regards Janko -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Janko Mivšek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Limitation of number os literals in a method?
a suggestion lblImage does not read well in Smalltalk labelImage is way better and you only need two extra characters. Favor readibility. Stef On Aug 2, 2010, at 2:53 PM, nullPointer wrote: Finnally I call for each widget another method spec for configure it. Is possible now reproduce the same error, but is much more difficult. http://paste.lisp.org/display/113020#1 I wait that version it seems less revolting to Randal xD I will upload that fix in SqueakSource UIBuilder project. Anyway I don´t understant really the problem of limitation at 256 literals. Is for VM? yes. The problem is where do you store literals (nil, 'mystring' #asymbol #+) that are in a method. The solution is that a method is composed on bytecode (stack language) and its store its literal in a literal frame. So far nothing special. Now the problem is that there are byte code to access literal objects and this bytecode is limited. so you cannot store too many literals in a method. Regards -- View this message in context: http://forum.world.st/Limitation-of-number-os-literals-in-a-method-tp2308740p2310239.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo 1.1 host menu os x
this is strange because I thought that we get the complete history chain in the Pharo folder since we always merge and republish. Stef On Aug 2, 2010, at 2:43 PM, Michael Roberts wrote: Hi, i am trying to publish a fix, but I get MC error can't find HostMenus-LaurentLaffont.53. It is the ancestor of HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo package. Where did it go? thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo 1.1 host menu os x
But I checked and this is clearly not the case and I do not like that. Stef On Aug 2, 2010, at 10:03 PM, Stéphane Ducasse wrote: this is strange because I thought that we get the complete history chain in the Pharo folder since we always merge and republish. Stef On Aug 2, 2010, at 2:43 PM, Michael Roberts wrote: Hi, i am trying to publish a fix, but I get MC error can't find HostMenus-LaurentLaffont.53. It is the ancestor of HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo package. Where did it go? thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] about ToolBuilder
I agree that it should be removed, but this means that many tools need to be rewritten in plain morphic. do you know which ones? Because a lot of buildwith: methods are not used in fact. Lukas 2010/8/2 Richard Durr richard.d...@googlemail.com: +1. See Gilad's text about least common denominator in UI-widgetery On Fri, Jul 30, 2010 at 12:20 PM, stephane ducasse stephane.duca...@free.fr wrote: Hi guys during the sprint I discussed with Gary about ToolBuilder and we think that it would be better to remove it since a lot of new widgets are not covered so this means that we will be constantly limiting ourselves. Of course ToolBuilder is a nice idea (if we would have several UI framework). So far we got only one and we would have several we would have to take the smallest common denominator. Another idea would be to extend toolBuilder to support new widgets. So what do you think? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] about ToolBuilder
where? See Gilad's text about least common denominator in UI-widgetery ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Test Runner 'File out results' button
On Aug 2, 2010, at 5:14 PM, laurent laffont wrote: On Mon, Aug 2, 2010 at 4:30 PM, Lukas Renggli reng...@gmail.com wrote: Recently the button 'File out results' was added to the test runner. I find this button extremely annoying because it is something i don't use daily and it doesn't fit into the group of run-action like all the other buttons. I keep on accidentally clicking it. Why wasn't this action added to the context menu on the test results that already has related items like 'History', 'Store results', 'Show progress'? Because the issue was Button in TestRunner to fileout the test results :) http://code.google.com/p/pharo/issues/detail?id=1281 For myself, I don't really care. Anyone for context menu ? yes the idea is that doing and making mistake is more important than talking so we are allowed to change and fix :) Laurent Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ProgressDisplay package features
thanks! I think that this is important to improve the quality of the system and libraries. I like the idea that we can have more and specialised collections. Stef On Aug 2, 2010, at 6:59 PM, Ralph Boland wrote: Cool Can you tell us some of the added features? Stef I recently released the first draft of my package ProgressDisplay to SqueakSource. It is like SystemProgressMorph et. al. but with a lot of bells and whistles added. It is not a suitable replacement for SystemProgressMorph though because it is too large and specific for that. Well you asked for it: 1) You can pass an applyBlock rather than a duringBlock. The progressDisplay then applies the apply block to each element to each of the users values updating the display as it does so. The users values can be the values min..max or the values of a stream. 2) You can set a jump value k such that the display is updated once for each k times a display update request is sent. The minimum time that must pass before the display is updated is settable (it is fixed with SystemProgressMorph). Finally, a check is made that a display request update will actually modify the progressBar before the modification is performed. These changes were made because with SystemProgressMoprh, in some circumstances, the progressBar could take excessive amounts of time. However the last of these changes was probably all that was needed. 3) You can set the progressDisplay to catch user interrupts. Unfortunately this doesn't work correctly currently. The interrupt is caught but not processed until the progressBar closes. :-( I don't know how to fix this so suggestions or a fix most welcome. 4) You can set the start point to be other than at the beginning. If you start not at the beginning then you can set the progressDisplay to wrap once the end is reached. This is a weird feature but I need it for when I run a large collection of tests (not SUnit tests but similar). Say I run 1000 tests and the 900th test fails. I fix the problem and rerun the tests. I don't want to start at test one, I want to start at test 900, run tests 900-1000 and then run tests 1-899. The ProgressDisplay supports this and is the main reason I created it. 5) I have added an exception EarlyCompletionExit. This exception will be caught by progressDisplay if generated and result in the current progressBar being closed cleanly. If there is only one progressBar the entire display is closed. 6) If you want you can display the current value being processed and the total. The current value can be the user's value, the count of processed values, count of the number of user values remaining to be processed, the estimate of the amount of time remaining, or the time remaining estimate alternating with one of user value, count, countDown. The current value and total can be labelled if desired. The start poin, if not the beginning, can also be labelled. 7) The display does not flicker as much as SystemProgressMorph though this could still be improved. 8) Anything else I have forgotten. There are large number of examples in class RunnProgressMorphExample which is a subclass of ExampleCase. In my image ExampleCase is an subclass of CodeCase and TestCase is also a subclass of CodeCase. Someday I hope to have TestCase refactored to have CodeCase as a superclass in Squeak/Pharo. The examples use a number of utility classes which will eventually be moved to other packages. Some of them are: 1) ArrayPermutationsStream. Generates the permutations of a SequenceableCollection in a stream. Iteration, not recursion, is used. Ordering is not Lexicographic. 2) RangeList. Stores a sorted list of values where consecutive values are stored by listing them as an Interval. Example: 1,5-9,12,15,31-90 Example: $a,$c,$k-$t,$z This class is not complete. There are two subclasses: NumberRangeList and PositiveNumberRangeList also not complete. 3) NumberRangeListStream. Stream version of NumberRangeList. 4) NumericMultiplicityPartitionStream. For a given integer n, generates all numeric partitions of n (sums of positive numbers that add up to n) in lexicographic order. This can be combined with method SequenceableCollectionmultisetPermutationsDo: to generate arrays of size n containing combinations of the elements of 1..n with replacement (i.e. duplicates allowed). In another package I plan to use this for generating large numbers of test cases. There are also a scattering of useful methods in places like Object, Nil, and SequenceableCollection. Hope this helps. Ralph Boland ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr
Re: [Pharo-project] Poll: missing libraries to support business
Here are some of the things I'm missing: fulltext search/text retrieval - fuzzy search (http://en.wikipedia.org/wiki/Approximate_string_matching) - proximity search (http://en.wikipedia.org/wiki/Proximity_search_(text)) - stemming (http://en.wikipedia.org/wiki/Stemming) - faceted search (http://en.wikipedia.org/wiki/Faceted_search) If there were a good support or integration with collections that could ease a lot of use cases especially in web environments. At the moment I'm serializing objects to XML documents and put this into SOLR (http://lucene.apache.org/solr/). Before tsearch2 on postgresql spatial data services -- - quad-tree (http://de.wikipedia.org/wiki/Quadtree) - r-tree (http://en.wikipedia.org/wiki/R-tree) Again nice integration with collections would be very powerful. Spatial data are more and more important. There is support for google maps and such but no support to store spatial data. Back then I used postGis (on postgresql) for that. authentication frameworks -- - OAuth (http://oauth.net/) - open-id (http://openid.net/) To ease the authentication of users and web APIs those two mentioned are quite important (needs checking) That are the ones I miss on a regular basis. hope this helps, Norbert On 02.08.2010, at 21:50, Stéphane Ducasse wrote: Hi guys with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo 1.1 host menu os x
I don't know enough about the internals to be honest. Here is the fix http://code.google.com/p/pharo/issues/detail?id=1068 Name: HostMenus-MikeRoberts.57 Author: MikeRoberts Time: 2 August 2010, 9:30:30 pm UUID: 4370108c-457c-4454-8d91-dcda9b4a18e7 Ancestors: HostMenus-StephaneDucasse.56, HostMenus-MikeRoberts.55 -Relax lookup for OS X Quit menu item otherwise it breaks really easily when the bundle name is changed -Fix BlockCannotReturn error -Remerge on top of StephaneDucasse.56 cheers, Mike On Mon, Aug 2, 2010 at 9:04 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: But I checked and this is clearly not the case and I do not like that. Stef On Aug 2, 2010, at 10:03 PM, Stéphane Ducasse wrote: this is strange because I thought that we get the complete history chain in the Pharo folder since we always merge and republish. Stef On Aug 2, 2010, at 2:43 PM, Michael Roberts wrote: Hi, i am trying to publish a fix, but I get MC error can't find HostMenus-LaurentLaffont.53. It is the ancestor of HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo package. Where did it go? thanks, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Poll: missing libraries to support business
El lun, 02-08-2010 a las 22:26 +0200, Norbert Hartl escribió: Here are some of the things I'm missing: fulltext search/text retrieval - fuzzy search (http://en.wikipedia.org/wiki/Approximate_string_matching) - proximity search (http://en.wikipedia.org/wiki/Proximity_search_(text)) - stemming (http://en.wikipedia.org/wiki/Stemming) - faceted search (http://en.wikipedia.org/wiki/Faceted_search) If there were a good support or integration with collections that could ease a lot of use cases especially in web environments. At the moment I'm serializing objects to XML documents and put this into SOLR (http://lucene.apache.org/solr/). Before tsearch2 on postgresql spatial data services -- - quad-tree (http://de.wikipedia.org/wiki/Quadtree) - r-tree (http://en.wikipedia.org/wiki/R-tree) Again nice integration with collections would be very powerful. Spatial data are more and more important. There is support for google maps and such but no support to store spatial data. Back then I used postGis (on postgresql) for that. authentication frameworks -- - OAuth (http://oauth.net/) + 1 to oauth. Now that Cyrpto code is working ok and webclient with https support exists, should be possible to have this. this will permit integration with facebook for apps. - open-id (http://openid.net/) There are a simple (incomplete) implementation of this in squeaksource, I think that was an experiment from Philippe, but it could be supported to have a complete implementation for smalltalk. To ease the authentication of users and web APIs those two mentioned are quite important (needs checking) That are the ones I miss on a regular basis. hope this helps, Norbert On 02.08.2010, at 21:50, Stéphane Ducasse wrote: Hi guys with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Poll: missing libraries to support business
=Platform integration= -multiple host windows -deeper platform look 'n feel =Documentation= cheers Mike On Mon, Aug 2, 2010 at 8:50 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: Hi guys with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
Alex I integrated your changes but I tried to understand the logic behind event := anAnnouncementClass isBehavior ifTrue: [ anAnnouncementClass new ] ifFalse: [ anAnnouncementClass ]. Why anAnnouncementClass would not be a class? announce: anAnnouncementClass withResult: result | event | self shouldAnnounce ifFalse: [ ^ self ]. event := anAnnouncementClass isBehavior ifTrue: [ anAnnouncementClass new ] ifFalse: [ anAnnouncementClass ]. event testCase: self. event testSelector: testSelector. event result: result. self announcer announce: event. On Aug 2, 2010, at 12:47 PM, Stéphane Ducasse wrote: I will integrate it. I was thinking that WindowOpened is not that english but it has the advantage that all the events of a certain kinds are grouped. Stef On Aug 2, 2010, at 12:08 PM, Alexandre Bergel wrote: hi! In PharoInbox there is: SLICE-Issue-2721-AnnouncementsForSUnit-Alexandre_Bergel.2 The comment of this slice is: -=-=-=-=-=-=-=-=-=-=-=-= Renamed the event classes into: TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Event are also emitted in TestResultrunCase: like this, the result of the test execution is accessible from the event. (Thanks Laurent Laffon for these suggestions) -=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre On 29 Jul 2010, at 22:22, laurent laffont wrote: On Thu, Jul 29, 2010 at 7:42 PM, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 29.07.2010 17:45, Alexandre Bergel wrote: Wow ! Fast !. That means it should be easy now to do a lot of exciting stuff. Show tests progression, errors/failures as soon as they occur, log several things, drink cocktails, meet beautiful girls that's really cool. I will be in winter time in 1 week time. We have to enjoy now Alexandre Nice! Maybe it's just me, or could we not add Announcement to the end of every Announcement subclass name though? Like with the window announcement, I like them better as verbs describing the event, f.ex. someAnnouncer on: TestStarted do: [] someAnnouncer on: TestEnded send: #x to: y +1. I propose TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Shouldn't we put announce in TestResultrunCase: instead of TestCaserunCase ? This way we can pass the result to the Annoucement object. Actually, self announce: SUTestEndAnnouncement. is not in the ensure: block. So if the test fails there's no annoucement sent. Cheers, Laurent Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
Then why do you have several announcers and keep them in a classVariable? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Alien on Pharo 1.2 on Mac
For those who need a version of this that works with Pharo 1.1, I just copied
Joachim Geidel's work from
http://code.google.com/p/pharo/issues/detail?id=1360
into the Alien repository and created a new version called 'Pharo 1.1'. To
load, use:
Gofer new
url: 'http://www.squeaksource.com/Alien' ;
package: 'ConfigurationOfAlien';
load.
((Smalltalk at: #ConfigurationOfAlien) project version: 'Pharo 1.1')
load: #('Core' 'Tests' 'LibC')
Note that this includes a newer version of Alien-Prereqs, so it might mess up
baseline loads in Pharo 1.2.
Ken
On Jul 13, 2010, at 12:57 AM, Luc Fabresse wrote:
Hi All,
I pushed a new version of Alien in the the Alien repo
(http://www.squeaksource.com/Alien) (thanks to John who granted us access).
This version (#64) makes the 40 Alien tests green in Pharo 1.2-12049 .
Since the ConfigurationOfAlien has not been changed yet, you can load it
using:
Gofer new
url: 'http://www.squeaksource.com/Alien' ;
package: 'ConfigurationOfAlien';
load.
(ConfigurationOfAlien project version: '1.0-baseline') load: #('Core' 'Tests'
'LibC')
Luc
On Tue, Jul 6, 2010 at 9:13 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
you do not have access to the alien repository?
can you ask john to gve you access to it?
On Jul 6, 2010, at 3:41 PM, Luc Fabresse wrote:
Hi all,
We provide a usable version of Alien to Pharo 1.2 (all tests green on OSX).
We committed the corrected package on the Ocean squeaksource repository :
http://squeaksource.com/Ocean
(Alien-Core-LucFabresse.64.mcz)
We didn't look in details to the method
SystemDictionaryrecreateSpecialObjectsArray introduced by Alien-Core-63.
It is now unsed because Smalltalk points to a SmalltalkImage.
This need to be checked before possibly removal.
Another point would be to update the metacello configuration
ConfigurationOfAlien.
Luc and Noury
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Ken Treis
Miriam Technologies, Inc.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Poll: missing libraries to support business
Somethings I would like to have: - Lockdown/Deployment Mode/disable programmer facilities (As was discussed here) - UI builder to desktop applications (Also discussed here) - Interface with nosql databases - Parallel processing / map reduce / other strategies to scalability Let me think about other things :) 2010/8/2 Stéphane Ducasse stephane.duca...@inria.fr: Hi guys with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] List of possible actions for busy pharoers
2010/8/2 Stéphane Ducasse stephane.duca...@inria.fr: Thanks a lot and also for the discussions (see my other notes). Published. Stef (today I fixed my cactus collection :)) :S DNU ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
event := anAnnouncementClass isBehavior ifTrue: [ anAnnouncementClass new ] ifFalse: [ anAnnouncementClass ]. See #asAnnouncement, that does the same as the above code. Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Alien on Pharo 1.2 on Mac
thanks ken.
This is good to have it. We should definitively look at it soon for 1.2
Stef
On Aug 2, 2010, at 11:21 PM, Ken Treis wrote:
For those who need a version of this that works with Pharo 1.1, I just copied
Joachim Geidel's work from
http://code.google.com/p/pharo/issues/detail?id=1360
into the Alien repository and created a new version called 'Pharo 1.1'. To
load, use:
Gofer new
url: 'http://www.squeaksource.com/Alien' ;
package: 'ConfigurationOfAlien';
load.
((Smalltalk at: #ConfigurationOfAlien) project version: 'Pharo 1.1')
load: #('Core' 'Tests' 'LibC')
Note that this includes a newer version of Alien-Prereqs, so it might mess up
baseline loads in Pharo 1.2.
Ken
On Jul 13, 2010, at 12:57 AM, Luc Fabresse wrote:
Hi All,
I pushed a new version of Alien in the the Alien repo
(http://www.squeaksource.com/Alien) (thanks to John who granted us access).
This version (#64) makes the 40 Alien tests green in Pharo 1.2-12049 .
Since the ConfigurationOfAlien has not been changed yet, you can load it
using:
Gofer new
url: 'http://www.squeaksource.com/Alien' ;
package: 'ConfigurationOfAlien';
load.
(ConfigurationOfAlien project version: '1.0-baseline') load: #('Core'
'Tests' 'LibC')
Luc
On Tue, Jul 6, 2010 at 9:13 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
you do not have access to the alien repository?
can you ask john to gve you access to it?
On Jul 6, 2010, at 3:41 PM, Luc Fabresse wrote:
Hi all,
We provide a usable version of Alien to Pharo 1.2 (all tests green on OSX).
We committed the corrected package on the Ocean squeaksource repository :
http://squeaksource.com/Ocean
(Alien-Core-LucFabresse.64.mcz)
We didn't look in details to the method
SystemDictionaryrecreateSpecialObjectsArray introduced by Alien-Core-63.
It is now unsed because Smalltalk points to a SmalltalkImage.
This need to be checked before possibly removal.
Another point would be to update the metacello configuration
ConfigurationOfAlien.
Luc and Noury
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Ken Treis
Miriam Technologies, Inc.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
I'm currently playing with annoucements in TestResult. Indeed what I want to set in the TestCaseEnded: - is the test has #pass, #failure or #error - for failure and error, store the Exception so we can now why. In the second version, there is hasPassed, hasFailures, hasError. It simply delegates to the testResult Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] List of possible actions for busy pharoers
On Aug 2, 2010, at 11:40 PM, Germán Arduino wrote: 2010/8/2 Stéphane Ducasse stephane.duca...@inria.fr: Thanks a lot and also for the discussions (see my other notes). Published. Stef (today I fixed my cactus collection :)) :S DNU I collect cactuses and they need my love from time to time to change pots, kill bugs :) ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
Then why do you have several announcers and keep them in a classVariable? An alternative solution would be to have an instance variable in the meta-class. This is what I did first. But you need to recompile the more than 500 unit tests in that case to add the iv. We can go that way. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] about ToolBuilder
Oh, I'm using it for Mars... but I can remove it anyway, just let me know. Cheers, Esteban On 2010-08-02 17:05:58 -0300, Stéphane Ducasse stephane.duca...@inria.fr said: I agree that it should be removed, but this means that many tools need to be rewritten in plain morphic. do you know which ones? Because a lot of buildwith: methods are not used in fact. Lukas 2010/8/2 Richard Durr richard.d...@googlemail.com: +1. See Gilad's text about least common denominator in UI-widgetery On Fri, Jul 30, 2010 at 12:20 PM, stephane ducasse stephane.duca...@free.fr wrote: Hi guys during the sprint I discussed with Gary about ToolBuilder and we think that it would be better to remove it since a lot of new widgets are not covered so this means that we will be constantly limiting ourselves. Of course ToolBuilder is a nice idea (if we would have several UI framework). So far we got only one and we would have several we would have to take the smallest common denominator. Another idea would be to extend toolBuilder to support new widgets. So what do you think? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] List of possible actions for busy pharoers
2010/8/2 Stéphane Ducasse stephane.duca...@inria.fr: On Aug 2, 2010, at 11:40 PM, Germán Arduino wrote: 2010/8/2 Stéphane Ducasse stephane.duca...@inria.fr: Thanks a lot and also for the discussions (see my other notes). Published. Stef (today I fixed my cactus collection :)) :S DNU I collect cactuses and they need my love from time to time to change pots, kill bugs :) Ahh, ok! I fly rc models (and build and repair (of course :) them) as my hobbybut now in winter, not very nice to go to the fly field. You will come to Argentina again (told me Gabriela) to Smalltalks 2010!? That's good!! Cheers. Germán. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]
event := anAnnouncementClass isBehavior ifTrue: [ anAnnouncementClass new ] ifFalse: [ anAnnouncementClass ]. Why anAnnouncementClass would not be a class? True. I wasn't sure. SLICE-Issue-2721-AnnouncementsForSUnit-Alexandre_Bergel.3 in the inbox. I also use #asAnnouncement, as suggested by Lukas. Cheers, Alexandre announce: anAnnouncementClass withResult: result | event | self shouldAnnounce ifFalse: [ ^ self ]. event := anAnnouncementClass isBehavior ifTrue: [ anAnnouncementClass new ] ifFalse: [ anAnnouncementClass ]. event testCase: self. event testSelector: testSelector. event result: result. self announcer announce: event. On Aug 2, 2010, at 12:47 PM, Stéphane Ducasse wrote: I will integrate it. I was thinking that WindowOpened is not that english but it has the advantage that all the events of a certain kinds are grouped. Stef On Aug 2, 2010, at 12:08 PM, Alexandre Bergel wrote: hi! In PharoInbox there is: SLICE-Issue-2721-AnnouncementsForSUnit-Alexandre_Bergel.2 The comment of this slice is: -=-=-=-=-=-=-=-=-=-=-=-= Renamed the event classes into: TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Event are also emitted in TestResultrunCase: like this, the result of the test execution is accessible from the event. (Thanks Laurent Laffon for these suggestions) -=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre On 29 Jul 2010, at 22:22, laurent laffont wrote: On Thu, Jul 29, 2010 at 7:42 PM, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 29.07.2010 17:45, Alexandre Bergel wrote: Wow ! Fast !. That means it should be easy now to do a lot of exciting stuff. Show tests progression, errors/failures as soon as they occur, log several things, drink cocktails, meet beautiful girls that's really cool. I will be in winter time in 1 week time. We have to enjoy now Alexandre Nice! Maybe it's just me, or could we not add Announcement to the end of every Announcement subclass name though? Like with the window announcement, I like them better as verbs describing the event, f.ex. someAnnouncer on: TestStarted do: [] someAnnouncer on: TestEnded send: #x to: y +1. I propose TestCaseAnnouncement -- TestCaseStarted -- TestCaseEnded Shouldn't we put announce in TestResultrunCase: instead of TestCaserunCase ? This way we can pass the result to the Annoucement object. Actually, self announce: SUTestEndAnnouncement. is not in the ensure: block. So if the test fails there's no annoucement sent. Cheers, Laurent Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] update to OCompletion
Hi All, I just committed: http://squeaksource.com/OCompletion/Ocompletion-RomainRobbes.64.mcz the changes are: -incorporated Lukas' smart characters algorithm (thanks Lukas!) -removed enter to insert a completion; only tab works now. -delayed the switch to eCompletion's completion algorithm, hence the slowdown when using the down arrow happens only after the third time pressing it (after OCompletion's all of OCompletion's menu items). Cheers, Romain -- Romain Robbes http://romain.robb.es rrob...@dcc.uchile.cl ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] update to OCompletion
Excellent! Alexandre On 3 Aug 2010, at 00:38, Romain Robbes wrote: Hi All, I just committed: http://squeaksource.com/OCompletion/Ocompletion-RomainRobbes.64.mcz the changes are: -incorporated Lukas' smart characters algorithm (thanks Lukas!) -removed enter to insert a completion; only tab works now. -delayed the switch to eCompletion's completion algorithm, hence the slowdown when using the down arrow happens only after the third time pressing it (after OCompletion's all of OCompletion's menu items). Cheers, Romain -- Romain Robbes http://romain.robb.es rrob...@dcc.uchile.cl ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Poll: missing libraries to support business
On Mon, 2 Aug 2010, Michael Roberts wrote: =Platform integration= -multiple host windows -deeper platform look 'n feel wxSqueak is a perfect match. Too bad it's not finished and it uses ToolBuilder. =Documentation= Nobody likes to write documentation. Levente cheers Mike On Mon, Aug 2, 2010 at 8:50 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: Hi guys with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Refactor source method is grayed out?
Lukas, that doesn't seem right, as I had to do it manually and it seems to work fine in my code (maybe it wasn't clear what was trying to extract)? - e.g. nextEditorCharacter := (editor text at: editor startIndex ifAbsent: [nil ]). (opposite = aCharacter and: [ nextEditorCharacer = aCharacter ]) ifTrue: [ I should have been able to select the expression 'editor text at: editor startIndex ifAbsent: [nil ])' and use the extract temporary menu item to get the above. In fact, it looks like if you select it from right to left then sometimes it un-disables that source menu item (but not always)? Or if I select it left to right as well as the space at the end of the expression? Something seems amiss somewhere. Tim On 2 Aug 2010, at 14:34, Lukas Renggli wrote: On 2 August 2010 15:13, Tim Mackinnon tamackin...@gmail.com wrote: I was having a look at some of the ecompletion code - and noticed that I couldn't do an extract to temporary refactoring because the refactor source method is grayed out? This looks like a bug - and I'm happy to report it - but just wanted to check with people here. The code fragment in question is: (opposite = aCharacter and: [ (editor text at: editor startIndex ifAbsent: [ nil ]) = aCharacter ]) ifTrue: [ editor selectFrom: editor startIndex + 1 to: editor startIndex. self invalidateEditorMorph. ^ true ]. If I hilite the expresion (editor nil]) inside the and: block its grayed out? I should be able to extract a temp for that code shouldn't I? No, that's not a bug. For obvious reasons you cannot extract expressions with a return inside. Lukas -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] About overlapping packages :(
Potentially, user could state explicitly to which package belongs given class/method, ignoring all naming stuff. An alternative approach is to disentangle the category name from package name and matching logic. Instead of ProtoObject subclass: #Object instanceVariableNames: '' classVariableNames: 'DependentsFields' poolDictionaries: '' category: 'Kernel-Objects' change it to: ProtoObject subclass: #Object instanceVariableNames: '' classVariableNames: 'DependentsFields' poolDictionaries: '' category: 'Objects' package: 'Kernel' or as separate doit: !ProtoObject subclass: #Object instanceVariableNames: '' classVariableNames: 'DependentsFields' poolDictionaries: '' category: 'Objects'.! !Object package: 'Kernel'.! On 2 August 2010 10:33, Stéphane Ducasse stephane.duca...@inria.fr wrote: On Aug 1, 2010, at 10:40 PM, Tudor Girba wrote: Hi Stef, I would go for first mirroring categories. Like this, Monticello would still work as expected, and we can just focus on improving the image based tools/concepts. I know this is why I'm doing it slowly and with some pain... :) Cheers, Doru On 1 Aug 2010, at 22:02, Stéphane Ducasse wrote: Stef, Are you perhaps running into problems with mapping category names to packages? The Dolphin approach to that is to avoid the topic: just present a list of packages and make the user pick one, after which the class/method/etc. is packaged. The resulting package system might then suffer the indignity of cyclic prerequisites, but there are ways to help the user fix that. I am not saying it is the correct solution (nor suggesting that it is not) - just reporting what Object Arts did. They got so many things *really* right that I default to trusting them. This is what my implementation does. No magic matching. Just a list of classes and methods. Now if I do not support the * convention of packageinfo it means that we will not be able to load and save packages in a compatible form. We could do that and it would save me a lot of work. But people have to agree and understand the consequences. Of course we could do a MCPackageInfor specific loader that loads and convert MC packages. But this means that the packages will not be able to be used in Squeak. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com Sometimes the best solution is not the best solution. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@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@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Limitation of number os literals in a method?
If performance is not a problem , then you could wrap things in one array, like: array := #( ( #selector1 arg1 arg2 arg3) ( #selector2 arg1 arg2 arg3) ( #selector3 arg1 arg2 arg3) ( #selector4 arg1 arg2 arg3) ... ) then in compiled method you'll have only a single literal - and outer array, and everything else will sit within it: array do: [:msg | container perform: msg first withArguments: msg allButFirst ] -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Problem with InstructionPrinter?
Hi All, InstructionPrinter printInstructionsOn: doesnt print anything for variable accessor methods. Is this correct and expected? I have a class with an instance variable called 'first' and I have a method called 'first' which simply answers the instance variable. first ^ first When I dump the bytecode for this I get nothing. However, when I add the following to the method the result is as expect, ie: the instance variable is answered. first |x| x := 1. ^ first 13 76 pushConstant: 1 14 68 popIntoTemp: 0 15 00 pushRcvr: 0 16 7C returnTop Why is there no bytecode for the simpler case? Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Problem with InstructionPrinter?
On Tue, 3 Aug 2010, James Ladd wrote: Hi All, InstructionPrinter printInstructionsOn: doesnt print anything for variable accessor methods. Is this correct and expected? I have a class with an instance variable called 'first' and I have a method called 'first' which simply answers the instance variable. first ^ first When I dump the bytecode for this I get nothing. However, when I add the following to the method the result is as expect, ie: the instance variable is answered. first |x| x := 1. ^ first 13 76 pushConstant: 1 14 68 popIntoTemp: 0 15 00 pushRcvr: 0 16 7C returnTop Why is there no bytecode for the simpler case? Because there are special primitives for that. Try this: String streamContents: [ :stream | (YourClass #first) longPrintOn: stream indent: 0 ]. Levente Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Poll: missing libraries to support business
On Mon, Aug 2, 2010 at 9:50 PM, Stéphane Ducasse stephane.duca...@inria.frwrote: Hi guys with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? I would prefer: What kind of powerful task should be made easy out of the box ? - connect to a legacy MySQL database, send SQL requests and manipulate results - describe relations (a Library has many Books and Subscribers) - generate - Seaside (and/or Iliad or desktop) / view / controllers / models / database automatically setup. Plug in custom relations. - build an UI and create custom widgets. - deploy desktop and/or web app. and showcases + documentation. So Pharo can attracts new developpers who can say wooww, so easy !. More developpers - more business needs - more contributions. Laurent Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
