Re: [Pharo-dev] [OT] Pharo lighthouse wallpaper
On 19 Sep 2013, at 01:57, Esteban A. Maringolo emaring...@gmail.com wrote: I'm using this Windows theme since the beginning of the year. With sounds and everything :) http://windows.microsoft.com/is-is/windows/lighthouses-download-theme Esteban A. Maringolo Beautiful, too bad the pictures are copyrighted, they fit Pharo perfectly ! 2013/9/18 Torsten Bergmann asta...@gmx.de: http://wallpapers5.com/images/wallpapers/71156968/Photography/Cape-Hatteras-Lighthouse-Outer-Banks-North-Carolina.jpg According to site Image is for personal, non commercial use
Re: [Pharo-dev] Can't correctly inspect ring definitions
On Sep 18, 2013, at 5:29 PM, Martin Dias tinchod...@gmail.com wrote: RGClassDescriptionDefinition should be polymorphic with ClassDescription. But #instVarNamed: is protocol of Object, so why to override it there? Concretely, I have instances of RGClassDefinition and I can't: 1) inspect them as regular objects 2) use STON to serialize Because both use #instVarNamed:, which is answering nil. To me it looks wrong for RGClassDefinition implementing #instVarNamed:. Marcus signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [Pharo-dev] if Pharo is key for you
On 19 Sep 2013, at 01:07, Esteban A. Maringolo emaring...@gmail.com wrote: OFF TOPIC. IGNORE AT WILL. 2013/9/18 Sven Van Caekenberghe s...@stfx.eu: On 18 Sep 2013, at 21:41, Esteban A. Maringolo emaring...@gmail.com wrote: (*) Sorry it is blurred, I can't disclose more than this. This is seriously cool, really. Too bad you can't say more ;-) I for one am very interested ! Well... that's an screenshot for a demo we did (no persistence, no authentication, no nothing, just the basic logic). I understand. But what does it do, basically ? Show the positions of mobile devices on a map ? Are there two parts to the (web) app, a part on mobile devices and a part on a desktop ? What else does it do ? -- but I would understand if you prefer not to discuss it (yet) Footnote: We built and demoed everything ALIVE so fast that they thought we already completed the development of the solution, others were still gathering requirements or doing Powerpoints... that's a key advantage of a self contained solution like Pharo. Then you must have a good team with very good developers as well ;-) It hasn't changed much on the frontend (it should) but I've been working hard in the middleware and the android client (Java is a pain in the a** to debug, but the user perceived value is 100x of anything else you could do). STAMP will come handy if this gets real and with the planned user base of 200-1000 clients. I'm a big fan of all your frameworks. Thx. Meanwhile we just keep our fingers crossed... to have the pilot (50 users) approved... big companies are slow… Good luck. Esteban A. Maringolo Sven
Re: [Pharo-dev] Can't correctly inspect ring definitions
RGClassDescriptionDefinition should be polymorphic with ClassDescription. But #instVarNamed: is protocol of Object, so why to override it there? Concretely, I have instances of RGClassDefinition and I can't: 1) inspect them as regular objects 2) use STON to serialize Because both use #instVarNamed:, which is answering nil. To me it looks wrong for RGClassDefinition implementing #instVarNamed:. probably (this is the question of layering) now it also means that we should have a look at the class protocol to access instance variables so that we have an Object API but also a good Class/RingClass API. Stef
Re: [Pharo-dev] if Pharo is key for you
kilon theki...@yahoo.co.uk writes: How does extending Pharo help tool sounds ? :) I am struggling to learn how morphic really works, especially TreeMorph. Well that is a thing I tried more than once, but somehow I never understood on how to make good use for Morphic for me. I checked a lot of tutorial but then even simple things like menues seem to be doable but not for me.. It is strange and not nice. Regards Friedrich
Re: [Pharo-dev] if Pharo is key for you
Sounds really cool. On Sep 18, 2013, at 9:41 PM, Esteban A. Maringolo emaring...@gmail.com wrote: 2013/9/18 Stéphane Ducasse stephane.duca...@inria.fr: On Sep 18, 2013, at 5:21 PM, p...@highoctane.be wrote: What I'd be interested in is any code/framework for GIS open data reading / Google Maps integration / Open Street Map stuff. What do you mean by Google Maps integration? Attached goes a screenshot (*) of the pilot app I'm developing, it has a small set of JavaScript code on the client handling live updates coming from a Zinc Websocket (serialized by NeoJson), updates that were handled before by a Seaside-REST interface, handling requests coming from mobile clients. I plan to implement GeoJSON in my app and use it against the MongoDB of Voyage, but I didn't have time yet to properly integrate, not to mention to share it. Or by integration you mean Seaside integration? Like generating the map as if it were a seaside component? Regards, (*) Sorry it is blurred, I can't disclose more than this. Screenshot---Mapa.png
[Pharo-dev] voyage/mongo reset vs. allInstancesDo: #reset
Hi Esteban, all, in the mongo/voyage tutorial at ESUG, I understood, that VOMongoRepository reset can be used instead of VOMongoRepository allInstancesDo: #reset. and the code looks like that ( flush...) It seems that I can't - I think, using VOMongoRepository reset does _not_ reset the cache. So, the objects are not read new from database. Voyage does not enter the mongoDescription methods. This is not a problem for me, I can also use VOMongoRepository allInstancesDo: #reset, but I want to tell you about that. To reproduce I did the following, 1) read objects from mongo (ClassXXX readAll) 2) put halt in one of the mongoDescription methods 3 a) do VOMongoRepository reset and then (ClassXXX readAll) again - no debugger 3 b) do VOMongoRepository allInstancesDo: #reset and then (ClassXXX readAll) again - debugger comes up == so, 3a does not work, 3b works Regards Sabine -- View this message in context: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [OT] Pharo lighthouse wallpaper
I have some pictures of lighthouse that I could give. I love lighthouse. There are so positive. Stef On Sep 19, 2013, at 1:33 AM, Torsten Bergmann asta...@gmx.de wrote: http://wallpapers5.com/images/wallpapers/71156968/Photography/Cape-Hatteras-Lighthouse-Outer-Banks-North-Carolina.jpg According to site Image is for personal, non commercial use
[Pharo-dev] configurationOfZincHTTPComponents does not load Neo JSON
Hi Sven, all, I just found out, that one class I use, NeoJSONReader suddenly is missing after loading new. Then I recognized, that in configurationOfZincHTTPComponentsbaseline24: there is a project 'XMLSupport' and 'Neo Json' (with NeoJSONReader) but if I load the configurationOfZincHTTPComponents, == both are not loaded. baseline24: spec spec project: 'XML Support' with: [ spec className: 'ConfigurationOfXMLSupport'; versionString: #'stable'; repository: 'http://www.squeaksource.com/MetacelloRepository' ]. spec project: 'Neo JSON' with: [ spec className: 'ConfigurationOfNeoJSON'; versionString: #'stable'; repository: 'http://mc.stfx.eu/Neo' ]. For test, I used load with: Gofer it smalltalkhubUser: 'SvenVanCaekenberghe' project: 'ZincHTTPComponents'; configurationOf: 'ZincHTTPComponents'; loadStable. I am just reading the great new deep into pharo book and the chapter about metacello. It is very helpful to make my own configurationOf in the right way. But in this case, I dont see the reason, why this does not work :-) Can you have a look at it, please? Sabine -- View this message in context: http://forum.world.st/configurationOfZincHTTPComponents-does-not-load-Neo-JSON-tp4709133.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] voyage/mongo reset vs. allInstancesDo: #reset
Hi Esteban, in my image, the result of VORepository current is == VOMongoRepository so, VORepository current reset. it is the same as VOMongoRepository reset Cheers Sabine On Thu, Sep 19, 2013 at 12:24 PM, EstebanLM [via Smalltalk] ml-node+s1294792n4709130...@n4.nabble.com wrote: Hi Sabine, The right message to reset is: VORepository current reset. I don't know what VOMongoRepository reset does (I need to check it) :P Cheers, Esteban On Sep 19, 2013, at 11:38 AM, Sabine Knöfel [hidden email]http://user/SendEmail.jtp?type=nodenode=4709130i=0 wrote: Hi Esteban, all, in the mongo/voyage tutorial at ESUG, I understood, that VOMongoRepository reset can be used instead of VOMongoRepository allInstancesDo: #reset. and the code looks like that ( flush...) It seems that I can't - I think, using VOMongoRepository reset does _not_ reset the cache. So, the objects are not read new from database. Voyage does not enter the mongoDescription methods. This is not a problem for me, I can also use VOMongoRepository allInstancesDo: #reset, but I want to tell you about that. To reproduce I did the following, 1) read objects from mongo (ClassXXX readAll) 2) put halt in one of the mongoDescription methods 3 a) do VOMongoRepository reset and then (ClassXXX readAll) again - no debugger 3 b) do VOMongoRepository allInstancesDo: #reset and then (ClassXXX readAll) again - debugger comes up == so, 3a does not work, 3b works Regards Sabine -- View this message in context: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- If you reply to this email, your message will be added to the discussion below: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120p4709130.html To unsubscribe from voyage/mongo reset vs. allInstancesDo: #reset, click herehttp://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4709120code=c2FiaW5lLmtub2VmZWxAZ21haWwuY29tfDQ3MDkxMjB8MTA0OTM5MTYx . NAMLhttp://forum.world.st/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120p4709134.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] Pharo Sprint pre-planning until end of year
Hi, On the way back from ESUG we where checking the Calendar for possible Sprint dates. The idea is to have one each months that is a public sprint here in Lille (other sprints will be organized elsewhere, we will do mini-sprints more spontaneously in addition here, too). The dates: 18/10 29/11 20/12 This is always a Friday. Marcus signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [Pharo-dev] [OT] Pharo lighthouse wallpaper
Not quite similar to the pharo logo , but more beautiful ;) here is a greek φαρος pharo in island of Andros http://forum.world.st/file/n4709139/assets_LARGE_t_420_9515549.jpg http://forum.world.st/file/n4709139/pharos.jpg Its also how I picture pharo in general, virtually unknown, isolated yet surrounded by beauty and elegance ;) -- View this message in context: http://forum.world.st/OT-Pharo-lighthouse-wallpaper-tp4709069p4709139.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Please help us by buying the book
On Tue, Sep 17, 2013 at 12:22 AM, kilon theki...@yahoo.co.uk wrote: how long for the amazon version ? I am Greek and I am not sure if the first choice delivers here. the amazon version is there: http://deepintopharo.com/. Still, we get more money if you go through lulu. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-dev] Please help us by buying the book
Damien Cassou wrote On Tue, Sep 17, 2013 at 12:22 AM, kilon lt; thekilon@.co gt; wrote: how long for the amazon version ? I am Greek and I am not sure if the first choice delivers here. the amazon version is there: http://deepintopharo.com/. Still, we get more money if you go through lulu. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill fair enough I will get it through lulu, I already have the pdf version anyway so its not that I can't wait. -- View this message in context: http://forum.world.st/Please-help-us-by-buying-the-book-tp4708575p4709141.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] About Morphic Documentation
This is why I insist on collecting things on one place, inside pharo. Web is all over the place, its great for finding information and for getting people work together , but not great learning things you are not familiar with. Actually GUI wise Mophics is one the best examples. Think about it, if you try to use any GUI in python for example, you are out of luck it has none. Even Tkinter which is the gui it comes with cpython is not coded in python , its coded in tk a scripiting language. Python GUI APIs widely used include PyGTK , PyQT , WxPython , all of them wrappers for C/C++ libraries. Other dynamic languages follow the same recipe. Of course these frameworks are much more documented than morphic , but unlike morphic they follow a monolithic widget architecture, and modifying the source in any way requires a mandatory knowledge of C/C++. And we should exclude their myriad of problem , GTKs notorious buginess on macos and windows , QT massive complexity for big GUIs up to the point it offer a dedicated programming language QML just for designing GUIs. On the other hand morphic is to a very large extend smalltalk. So you get a lot of power but also a lot more simplicity. Some areas however are in need for some more love and of course documentation is lacking and the speed of the gui is far from breathtaking. Morphic is a very big reason why I am with pharo, to be exact I find its ability to do visual coding and transform a smalltalk object to a visual element very appealing and I would love to work on that. Morphic halos is another very nice feature. The other reason is live coding of course. I will try to add to the documentation of morphic, I agree 100% we need more of it. FDominicus wrote kilon lt; thekilon@.co gt; writes: How does extending Pharo help tool sounds ? :) I am struggling to learn how morphic really works, especially TreeMorph. Well that is a thing I tried more than once, but somehow I never understood on how to make good use for Morphic for me. I checked a lot of tutorial but then even simple things like menues seem to be doable but not for me.. It is strange and not nice. Regards Friedrich -- View this message in context: http://forum.world.st/if-Pharo-is-key-for-you-tp4708875p4709143.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] voyage/mongo reset vs. allInstancesDo: #reset
VORepository current should be an instance of VOMongoRepository, not the class so, it should not be the same... and it should clean everything. Esteban On Sep 19, 2013, at 12:50 PM, Sabine Knöfel sabine.knoe...@gmail.com wrote: Hi Esteban, in my image, the result of VORepository current is == VOMongoRepository so, VORepository current reset. it is the same as VOMongoRepository reset Cheers Sabine On Thu, Sep 19, 2013 at 12:24 PM, EstebanLM [via Smalltalk] [hidden email] wrote: Hi Sabine, The right message to reset is: VORepository current reset. I don't know what VOMongoRepository reset does (I need to check it) :P Cheers, Esteban On Sep 19, 2013, at 11:38 AM, Sabine Knöfel [hidden email] wrote: Hi Esteban, all, in the mongo/voyage tutorial at ESUG, I understood, that VOMongoRepository reset can be used instead of VOMongoRepository allInstancesDo: #reset. and the code looks like that ( flush...) It seems that I can't - I think, using VOMongoRepository reset does _not_ reset the cache. So, the objects are not read new from database. Voyage does not enter the mongoDescription methods. This is not a problem for me, I can also use VOMongoRepository allInstancesDo: #reset, but I want to tell you about that. To reproduce I did the following, 1) read objects from mongo (ClassXXX readAll) 2) put halt in one of the mongoDescription methods 3 a) do VOMongoRepository reset and then (ClassXXX readAll) again - no debugger 3 b) do VOMongoRepository allInstancesDo: #reset and then (ClassXXX readAll) again - debugger comes up == so, 3a does not work, 3b works Regards Sabine -- View this message in context: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. If you reply to this email, your message will be added to the discussion below: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120p4709130.html To unsubscribe from voyage/mongo reset vs. allInstancesDo: #reset, click here. NAML View this message in context: Re: voyage/mongo reset vs. allInstancesDo: #reset Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Can't correctly inspect ring definitions
To me it looks wrong for RGClassDefinition implementing #instVarNamed:. probably (this is the question of layering) now it also means that we should have a look at the class protocol to access instance variables so that we have an Object API but also a good Class/RingClass API. Stef I didn't understand what you said. I think this is false polymorphism here: Object instVarNamed: --- answers the value of the inst var (or raises an error if it doesn't exist) RGClassDescriptionDefinition instVarNamed: --- answers a RGInstanceVariableDefinition (or nil if it doesn't exist) Martín
Re: [Pharo-dev] voyage/mongo reset vs. allInstancesDo: #reset
yes it does! Thanks! Sabine :-) On Thu, Sep 19, 2013 at 1:41 PM, EstebanLM [via Smalltalk] ml-node+s1294792n4709144...@n4.nabble.com wrote: VORepository current should be an instance of VOMongoRepository, not the class so, it should not be the same... and it should clean everything. Esteban On Sep 19, 2013, at 12:50 PM, Sabine Knöfel [hidden email]http://user/SendEmail.jtp?type=nodenode=4709144i=0 wrote: Hi Esteban, in my image, the result of VORepository current is == VOMongoRepository so, VORepository current reset. it is the same as VOMongoRepository reset Cheers Sabine On Thu, Sep 19, 2013 at 12:24 PM, EstebanLM [via Smalltalk] a href=x-msg://9891/user/SendEmail.jtp?type=nodeamp;node=4709134amp;i=0 target=_top rel=nofollow link=external[hidden email] wrote: Hi Sabine, The right message to reset is: VORepository current reset. I don't know what VOMongoRepository reset does (I need to check it) :P Cheers, Esteban On Sep 19, 2013, at 11:38 AM, Sabine Knöfel [hidden email]http://user/SendEmail.jtp?type=nodenode=4709130i=0 wrote: Hi Esteban, all, in the mongo/voyage tutorial at ESUG, I understood, that VOMongoRepository reset can be used instead of VOMongoRepository allInstancesDo: #reset. and the code looks like that ( flush...) It seems that I can't - I think, using VOMongoRepository reset does _not_ reset the cache. So, the objects are not read new from database. Voyage does not enter the mongoDescription methods. This is not a problem for me, I can also use VOMongoRepository allInstancesDo: #reset, but I want to tell you about that. To reproduce I did the following, 1) read objects from mongo (ClassXXX readAll) 2) put halt in one of the mongoDescription methods 3 a) do VOMongoRepository reset and then (ClassXXX readAll) again - no debugger 3 b) do VOMongoRepository allInstancesDo: #reset and then (ClassXXX readAll) again - debugger comes up == so, 3a does not work, 3b works Regards Sabine -- View this message in context: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- If you reply to this email, your message will be added to the discussion below: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120p4709130.html To unsubscribe from voyage/mongo reset vs. allInstancesDo: #reset, a href=x-msg://9891/ target=_blank rel=nofollow link=externalclick here. NAMLhttp://forum.world.st/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: Re: voyage/mongo reset vs. allInstancesDo: #resethttp://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120p4709134.html Sent from the Pharo Smalltalk Developers mailing list archivehttp://forum.world.st/Pharo-Smalltalk-Developers-f1294837.htmlat Nabble.com. -- If you reply to this email, your message will be added to the discussion below: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120p4709144.html To unsubscribe from voyage/mongo reset vs. allInstancesDo: #reset, click herehttp://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=4709120code=c2FiaW5lLmtub2VmZWxAZ21haWwuY29tfDQ3MDkxMjB8MTA0OTM5MTYx . NAMLhttp://forum.world.st/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://forum.world.st/voyage-mongo-reset-vs-allInstancesDo-reset-tp4709120p4709147.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] OS and OS-Windows project on STHub
I made you admin under https://ci.inria.fr/pharo-contribution/? you should be able to follow the detailed instructions. Windows slave is ready under pharo-contribution. On 2013-09-19, at 03:21, Torsten Bergmann asta...@gmx.de wrote: Damien wrote: Do you already have continuous integration set up or do you want me to do it? No, not yet. I've a CI account but was not able to create projects with it. Would be nice if you could help setting it up. Obvious that it requires a windows slave. The code already takes care that the tests run only on Windows (there is a class WindowsSpecificTest as a subclass of TestCase overriding #isAbstract). Bye T. signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [Pharo-dev] About Morphic Documentation
2013/9/19 kilon theki...@yahoo.co.uk This is why I insist on collecting things on one place, inside pharo. Web is all over the place, its great for finding information and for getting people work together , but not great learning things you are not familiar with. Why not having the documentation the same way as in Eclipse ? I mean the documentation would be on the web, available to anyone, and each class / each package inside Pharo has a link towards its online documentation. This way the image size does not grow because of massive documentation. It could be that showing the documentation of a class / package in Pharo would directly show inside Pharo a view of the web page corresponding to its actual documentation. Actually GUI wise Mophics is one the best examples. Think about it, if you try to use any GUI in python for example, you are out of luck it has none. Even Tkinter which is the gui it comes with cpython is not coded in python , its coded in tk a scripiting language. Python GUI APIs widely used include PyGTK , PyQT , WxPython , all of them wrappers for C/C++ libraries. Other dynamic languages follow the same recipe. Of course these frameworks are much more documented than morphic , but unlike morphic they follow a monolithic widget architecture, and modifying the source in any way requires a mandatory knowledge of C/C++. And we should exclude their myriad of problem , GTKs notorious buginess on macos and windows , QT massive complexity for big GUIs up to the point it offer a dedicated programming language QML just for designing GUIs. On the other hand morphic is to a very large extend smalltalk. So you get a lot of power but also a lot more simplicity. Some areas however are in need for some more love and of course documentation is lacking and the speed of the gui is far from breathtaking. Morphic is a very big reason why I am with pharo, to be exact I find its ability to do visual coding and transform a smalltalk object to a visual element very appealing and I would love to work on that. Morphic halos is another very nice feature. The other reason is live coding of course. I will try to add to the documentation of morphic, I agree 100% we need more of it. FDominicus wrote kilon thekilon@.co writes: How does extending Pharo help tool sounds ? :) I am struggling to learn how morphic really works, especially TreeMorph. Well that is a thing I tried more than once, but somehow I never understood on how to make good use for Morphic for me. I checked a lot of tutorial but then even simple things like menues seem to be doable but not for me.. It is strange and not nice. Regards Friedrich -- View this message in context: http://forum.world.st/if-Pharo-is-key-for-you-tp4708875p4709143.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] bytecode table
Hey, Yesterday I printed the bytecode set of Pharo / Squeak (named SqueakV3PlusClosure) in a nice way to have a better overview. Perhaps some people will be interested in it. You can print it on a A3. Best, PS: Thanks Guille for the page layout, margins and stuff. ByteCode.pdf Description: Adobe PDF document
Re: [Pharo-dev] [OT] Pharo lighthouse wallpaper
I uploaded a few a took to http://www.flickr.com/photos/emaringolo/sets/72157635649023613/. We have a lighthouse in a beach two kilometers from where I live, I love to see its light beam in the sky at night. Esteban A. Maringolo 2013/9/19 Stéphane Ducasse stephane.duca...@inria.fr: I have some pictures of lighthouse that I could give. I love lighthouse. There are so positive. Stef On Sep 19, 2013, at 1:33 AM, Torsten Bergmann asta...@gmx.de wrote: http://wallpapers5.com/images/wallpapers/71156968/Photography/Cape-Hatteras-Lighthouse-Outer-Banks-North-Carolina.jpg According to site Image is for personal, non commercial use
Re: [Pharo-dev] About Morphic Documentation
On Sep 19, 2013, at 2:36 PM, Clément Bera bera.clem...@gmail.com wrote: 2013/9/19 kilon theki...@yahoo.co.uk This is why I insist on collecting things on one place, inside pharo. Web is all over the place, its great for finding information and for getting people work together , but not great learning things you are not familiar with. Why not having the documentation the same way as in Eclipse ? I mean the documentation would be on the web, available to anyone, and each class / each package inside Pharo has a link towards its online documentation. This way the image size does not grow because of massive documentation. It could be that showing the documentation of a class / package in Pharo would directly show inside Pharo a view of the web page corresponding to its actual documentation. +1 Actually GUI wise Mophics is one the best examples. Think about it, if you try to use any GUI in python for example, you are out of luck it has none. Even Tkinter which is the gui it comes with cpython is not coded in python , its coded in tk a scripiting language. Python GUI APIs widely used include PyGTK , PyQT , WxPython , all of them wrappers for C/C++ libraries. Other dynamic languages follow the same recipe. Of course these frameworks are much more documented than morphic , but unlike morphic they follow a monolithic widget architecture, and modifying the source in any way requires a mandatory knowledge of C/C++. And we should exclude their myriad of problem , GTKs notorious buginess on macos and windows , QT massive complexity for big GUIs up to the point it offer a dedicated programming language QML just for designing GUIs. On the other hand morphic is to a very large extend smalltalk. So you get a lot of power but also a lot more simplicity. Some areas however are in need for some more love and of course documentation is lacking and the speed of the gui is far from breathtaking. Morphic is a very big reason why I am with pharo, to be exact I find its ability to do visual coding and transform a smalltalk object to a visual element very appealing and I would love to work on that. Morphic halos is another very nice feature. The other reason is live coding of course. I will try to add to the documentation of morphic, I agree 100% we need more of it. FDominicus wrote kilon thekilon@.co writes: How does extending Pharo help tool sounds ? :) I am struggling to learn how morphic really works, especially TreeMorph. Well that is a thing I tried more than once, but somehow I never understood on how to make good use for Morphic for me. I checked a lot of tutorial but then even simple things like menues seem to be doable but not for me.. It is strange and not nice. Regards Friedrich -- View this message in context: http://forum.world.st/if-Pharo-is-key-for-you-tp4708875p4709143.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] About Morphic Documentation
On 19 September 2013 14:36, Clément Bera bera.clem...@gmail.com wrote: 2013/9/19 kilon theki...@yahoo.co.uk This is why I insist on collecting things on one place, inside pharo. Web is all over the place, its great for finding information and for getting people work together , but not great learning things you are not familiar with. Why not having the documentation the same way as in Eclipse ? I mean the documentation would be on the web, available to anyone, and each class / each package inside Pharo has a link towards its online documentation. This way the image size does not grow because of massive documentation. It could be that showing the documentation of a class / package in Pharo would directly show inside Pharo a view of the web page corresponding to its actual documentation. even more, not only view, but also edit it in place. then we need just a simple server setup with REST protocol, which can be easily used by image via Zinc.. Actually GUI wise Mophics is one the best examples. Think about it, if you try to use any GUI in python for example, you are out of luck it has none. Even Tkinter which is the gui it comes with cpython is not coded in python , its coded in tk a scripiting language. Python GUI APIs widely used include PyGTK , PyQT , WxPython , all of them wrappers for C/C++ libraries. Other dynamic languages follow the same recipe. Of course these frameworks are much more documented than morphic , but unlike morphic they follow a monolithic widget architecture, and modifying the source in any way requires a mandatory knowledge of C/C++. And we should exclude their myriad of problem , GTKs notorious buginess on macos and windows , QT massive complexity for big GUIs up to the point it offer a dedicated programming language QML just for designing GUIs. On the other hand morphic is to a very large extend smalltalk. So you get a lot of power but also a lot more simplicity. Some areas however are in need for some more love and of course documentation is lacking and the speed of the gui is far from breathtaking. Morphic is a very big reason why I am with pharo, to be exact I find its ability to do visual coding and transform a smalltalk object to a visual element very appealing and I would love to work on that. Morphic halos is another very nice feature. The other reason is live coding of course. I will try to add to the documentation of morphic, I agree 100% we need more of it. FDominicus wrote kilon thekilon@.co writes: How does extending Pharo help tool sounds ? :) I am struggling to learn how morphic really works, especially TreeMorph. Well that is a thing I tried more than once, but somehow I never understood on how to make good use for Morphic for me. I checked a lot of tutorial but then even simple things like menues seem to be doable but not for me.. It is strange and not nice. Regards Friedrich -- View this message in context: http://forum.world.st/if-Pharo-is-key-for-you-tp4708875p4709143.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Best regards, Igor Stasenko.
[Pharo-dev] [regression reporter]regression occurred
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=win/512/ 170 regressions found. Gofer.Tests.GoferOperationTest.testLocalChanges Gofer.Tests.GoferOperationTest.testReinitialize Gofer.Tests.GoferOperationTest.testRemoteChanges RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testAddCategoryCreatesPackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryAlsoRenameAllExtensionProtocols RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testAddCategoryIsAlreadyAPackageDoesNotCreatePackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryChangeTheNameOfThePackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameUnknownCategoryCreatesNewRPackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryUpdateTheOrganizer RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassWithMetaClassMethodsRegisterAllClassMethodsInTheNewPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testReorganizeClassByRenamingExtensionCategoryToClassicCategoryMoveMethodsFromExtendingPackageToParentPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassRaisesClassRepackagedEvent RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassWithUnexistingPackageNameRegisterTheClassInANewPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateClassDefinedSelectorsInTheParentPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateOrganizerClassExtendingPackagesMapping RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testReorganizeClassByAddingNewProtocolDoesNothing RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRemoveClassUpdateTheOrganizerMappings RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateOrganizerClassPackageMapping RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassRegisterTheClassInTheExactMatchPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRemoveClassUnregisterTheClassExtensionMethodsFromTheCorrespondingPackage ...
[Pharo-dev] [regression reporter]regression occurred
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=mac/512/ 169 regressions found. Gofer.Tests.GoferOperationTest.testLocalChanges Gofer.Tests.GoferOperationTest.testReinitialize Gofer.Tests.GoferOperationTest.testRemoteChanges RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testAddCategoryCreatesPackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryAlsoRenameAllExtensionProtocols RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testAddCategoryIsAlreadyAPackageDoesNotCreatePackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryChangeTheNameOfThePackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameUnknownCategoryCreatesNewRPackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryUpdateTheOrganizer RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassWithMetaClassMethodsRegisterAllClassMethodsInTheNewPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testReorganizeClassByRenamingExtensionCategoryToClassicCategoryMoveMethodsFromExtendingPackageToParentPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassRaisesClassRepackagedEvent RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassWithUnexistingPackageNameRegisterTheClassInANewPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateClassDefinedSelectorsInTheParentPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateOrganizerClassExtendingPackagesMapping RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testReorganizeClassByAddingNewProtocolDoesNothing RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRemoveClassUpdateTheOrganizerMappings RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateOrganizerClassPackageMapping RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassRegisterTheClassInTheExactMatchPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRemoveClassUnregisterTheClassExtensionMethodsFromTheCorrespondingPackage ...
[Pharo-dev] [update 3.0] #30408
30408 - 11544 Memory leak when using weak announcements with blocks https://pharo.fogbugz.com/f/cases/11544 (step 1/2) Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-EstebanLorenzano.913.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Widgets-EstebanLorenzano.245.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Tools-EstebanLorenzano.141.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Inspector-EstebanLorenzano.76.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Debugger-EstebanLorenzano.119.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Core-EstebanLorenzano.156.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Builder-EstebanLorenzano.39.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Collections-Weak-EstebanLorenzano.81.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Announcements-Core-EstebanLorenzano.52.diff
Re: [Pharo-dev] [OT] Pharo lighthouse wallpaper
Torsten Bergmann wrote: http://wallpapers5.com/images/wallpapers/71156968/Photography/Cape-Hatteras-Lighthouse-Outer-Banks-North-Carolina.jpg According to site Image is for personal, non commercial use Here are some available for commercial use... https://www.google.com/search?as_st=ytbm=ischas_q=Cape+Hatteras+Lighthouseas_epq=as_oq=as_eq=cr=as_sitesearch=safe=imagestbs=sur:fc https://www.google.com/search?as_st=ytbm=ischas_q=Cape+Hatteras+Lighthouseas_epq=as_oq=as_eq=cr=as_sitesearch=safe=imagestbs=sur:fc or... http://www.google.com/advanced_image_search + all these words: Cape Hatteras Lighthouse + usage rights: free to sue or share, even commercially
[Pharo-dev] [regression reporter]regression occurred
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=linux-stable-worker/512/ 169 regressions found. Gofer.Tests.GoferOperationTest.testLocalChanges Gofer.Tests.GoferOperationTest.testReinitialize Gofer.Tests.GoferOperationTest.testRemoteChanges RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testAddCategoryCreatesPackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryAlsoRenameAllExtensionProtocols RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testAddCategoryIsAlreadyAPackageDoesNotCreatePackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryChangeTheNameOfThePackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameUnknownCategoryCreatesNewRPackage RPackage.SystemIntegration.RPackageCategorySynchronisationTest.testRenameCategoryUpdateTheOrganizer RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassWithMetaClassMethodsRegisterAllClassMethodsInTheNewPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testReorganizeClassByRenamingExtensionCategoryToClassicCategoryMoveMethodsFromExtendingPackageToParentPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassRaisesClassRepackagedEvent RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassWithUnexistingPackageNameRegisterTheClassInANewPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateClassDefinedSelectorsInTheParentPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateOrganizerClassExtendingPackagesMapping RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testReorganizeClassByAddingNewProtocolDoesNothing RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRemoveClassUpdateTheOrganizerMappings RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRenameClassUpdateOrganizerClassPackageMapping RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRecategorizeClassRegisterTheClassInTheExactMatchPackage RPackage.SystemIntegration.RPackageClassesSynchronisationTest.testRemoveClassUnregisterTheClassExtensionMethodsFromTheCorrespondingPackage ...
Re: [Pharo-dev] about the memory leak in Pharo2/Pharo3
From what I understand: - on: do: register the block context as the receiver to kick in the block evaluation = weak registration is then not weak anymore - there was an old LegacyRegistrationMechanism that works (fallback for old VM that do not have the right way of managing weak structure) and the LegacyRegistration got some on:do: and grew grew grew. Stef On Sep 19, 2013, at 5:30 PM, Goubier Thierry thierry.goub...@cea.fr wrote: Le 19/09/2013 17:20, Esteban Lorenzano a écrit : Hi, I just submitted and integrated a fix for the leak problem. That should fix the problem we are having in Pharo3... now we need to work on a backport for Pharo2... any takers? :) I need some explanations :) Thierry Esteban -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Re: [Pharo-dev] configurationOfZincHTTPComponents does not load Neo JSON
Hi Sven, thanks for the lesson. I see, this was a silly question :-). I have to define, which groups to load. Regards Sabine -- View this message in context: http://forum.world.st/configurationOfZincHTTPComponents-does-not-load-Neo-JSON-tp4709133p4709192.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Stability of 3.0
TranslucentPatterns is undefined. Error: Instances of UndefinedObject are not indexable in FormCanvastranslucentMaskFor:depth: Thierry Le 19/09/2013 17:24, Stéphane Ducasse a écrit : On Sep 19, 2013, at 5:24 PM, Goubier Thierry thierry.goub...@cea.fr wrote: Hi all, is it me or what? The latest 3.0 gives me a lot of red squares a bit everywhere around the place, making working with it a bit (a lot!) painful. I do not know because busy with lecture writing and managing mess. Can you grab the debug button (I know this is unclear) but if you get the faulty morph you can get a debugger and we can see what is the message that is failing. It saved lot of work and frsutration because you know why you get the red cross of death. Stef I'm on 30407, frech from get.pharo.org. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Re: [Pharo-dev] about the memory leak in Pharo2/Pharo3
Ok. I've looked at the first slice (step 1/2 of 3 :)) and it seems doable. But I don't think I'll be able to do step 2 and 3 :( Thierry Le 19/09/2013 17:26, Stéphane Ducasse a écrit : From what I understand: - on: do: register the block context as the receiver to kick in the block evaluation = weak registration is then not weak anymore - there was an old LegacyRegistrationMechanism that works (fallback for old VM that do not have the right way of managing weak structure) and the LegacyRegistration got some on:do: and grew grew grew. Stef On Sep 19, 2013, at 5:30 PM, Goubier Thierry thierry.goub...@cea.fr wrote: Le 19/09/2013 17:20, Esteban Lorenzano a écrit : Hi, I just submitted and integrated a fix for the leak problem. That should fix the problem we are having in Pharo3... now we need to work on a backport for Pharo2... any takers? :) I need some explanations :) Thierry Esteban -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Re: [Pharo-dev] about the memory leak in Pharo2/Pharo3
is a really annoying combination of problems: 1) the abuse of on:do: for register announcers, usually in SystemAnnouncer singleton, who then register immortal announcements. 2) the abuse of weak message in places where is not needed (like in non global announcements who then will be collected when owner collected) 3) a weird case when instead a WeakAnnouncementSubscription, system was registering LegacyWeakSubscription, and this one uses WeakRegistry (which is a singleton too)... so, if combined with #on:do:, the subscriptions were becoming immortal too. So far, we think that is all the problem. You need two steps (the 3rd was because I forgot to commit something :p) because after changing somethign in the finalization process, you then need to restart it to be able to remove old/not used methods. cheers, Esteban On Sep 19, 2013, at 5:30 PM, Goubier Thierry thierry.goub...@cea.fr wrote: Le 19/09/2013 17:20, Esteban Lorenzano a écrit : Hi, I just submitted and integrated a fix for the leak problem. That should fix the problem we are having in Pharo3... now we need to work on a backport for Pharo2... any takers? :) I need some explanations :) Thierry Esteban -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
[Pharo-dev] Better text needed for contributions
Track and tag your change/Fix/Enhancement: • Add an entry to the Issues tracker describing your change (include the package version name of the package). Set the status to Fixed. That doesn't work. Possible status changes are 'Working on' and 5 variations on 'Work needed'. And 11628 is fixed Stephan
Re: [Pharo-dev] Stability of 3.0
On Sep 19, 2013, at 5:24 PM, Goubier Thierry thierry.goub...@cea.fr wrote: Hi all, is it me or what? The latest 3.0 gives me a lot of red squares a bit everywhere around the place, making working with it a bit (a lot!) painful. I do not know because busy with lecture writing and managing mess. Can you grab the debug button (I know this is unclear) but if you get the faulty morph you can get a debugger and we can see what is the message that is failing. It saved lot of work and frsutration because you know why you get the red cross of death. Stef I'm on 30407, frech from get.pharo.org. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
[Pharo-dev] [update 3.0] #30409
30409 - 11544 Memory leak when using weak announcements with blocks https://pharo.fogbugz.com/f/cases/11544 (step 2/3... yes, inflation!) Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Collections-Weak-EstebanLorenzano.82.diff
[Pharo-dev] [update 3.0] #30410
30410 - 11544 Memory leak when using weak announcements with blocks https://pharo.fogbugz.com/f/cases/11544 (step 3/3) Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/RPackage-Tests-EstebanLorenzano.119.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/RPackage-SystemIntegration-EstebanLorenzano.173.diff
Re: [Pharo-dev] configurationOfZincHTTPComponents does not load Neo JSON
Sabine, On 19 Sep 2013, at 12:42, Sabine Knöfel sabine.knoe...@gmail.com wrote: Hi Sven, all, I just found out, that one class I use, NeoJSONReader suddenly is missing after loading new. Then I recognised, that in configurationOfZincHTTPComponentsbaseline24: there is a project 'XMLSupport' and 'Neo Json' (with NeoJSONReader) Indeed, 'Neo JSON' is declared as a sub project there. But it is only used as a dependency for a number of groups (look further down), namely 'Zinc-REST', 'Zinc-SSO-OAuth1-Core' and 'Zinc-SSO-OAuth2-Core'. But these groups are not loaded by default. So unless you load any of those groups, NeoJSON will not be loaded. Since you indicate that you did #loadStable only the default group was loaded. Sven but if I load the configurationOfZincHTTPComponents, == both are not loaded. baseline24: spec spec project: 'XML Support' with: [ spec className: 'ConfigurationOfXMLSupport'; versionString: #'stable'; repository: 'http://www.squeaksource.com/MetacelloRepository' ]. spec project: 'Neo JSON' with: [ spec className: 'ConfigurationOfNeoJSON'; versionString: #'stable'; repository: 'http://mc.stfx.eu/Neo' ]. For test, I used load with: Gofer it smalltalkhubUser: 'SvenVanCaekenberghe' project: 'ZincHTTPComponents'; configurationOf: 'ZincHTTPComponents'; loadStable. I am just reading the great new deep into pharo book and the chapter about metacello. It is very helpful to make my own configurationOf in the right way. But in this case, I dont see the reason, why this does not work :-) Can you have a look at it, please? Sabine -- View this message in context: http://forum.world.st/configurationOfZincHTTPComponents-does-not-load-Neo-JSON-tp4709133.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] About Morphic Documentation
*As long as I can view the documentation inside Pharo , thats perfectly fine for me. * When I said I will extend the pharo help tool, I only meant it in a minimum kinda of way. Small convenience like basic navigation, shortcut bindings, possibly embedding in with system browser and debugger , index search , links (not www links, but links to the documentation) and images. These things don't exist now, and I dont see anyone working on such features, so I decided it was time for DIY. I prefer my documentation the Spartan way, simple and straight to the point. I think 99% of the issue here is finding people willing to document Pharo. I will most certainly do my part, but we need to motivate people to document at least libraries they make , in a single place. Whether that is the image , or the web, makes small diffirence. What matters is documentation itself. I don't have unrealistic expectations of pharo in general , I know we are small but active community , but still small. From my side, I will document NBOpenGL with my GLTutorials , Nativeboost and Morphic. All that documentation will be of course gradual , slow and partial as to be expected from a person with very limited free time. I also don't care about wikis as much I care about internal documentation. Its a matter of convenience. But I have been using wikis and google searches when internal docs were simply not an option. So there is definitely room for everything here and I would never even dream of discouraging anyone from trying his own idea of how to do stuff. As matter of fact I love variation and original ideas :) Clément Bera-4 wrote 2013/9/19 kilon lt; thekilon@.co gt; This is why I insist on collecting things on one place, inside pharo. Web is all over the place, its great for finding information and for getting people work together , but not great learning things you are not familiar with. Why not having the documentation the same way as in Eclipse ? I mean the documentation would be on the web, available to anyone, and each class / each package inside Pharo has a link towards its online documentation. This way the image size does not grow because of massive documentation. It could be that showing the documentation of a class / package in Pharo would directly show inside Pharo a view of the web page corresponding to its actual documentation. Actually GUI wise Mophics is one the best examples. Think about it, if you try to use any GUI in python for example, you are out of luck it has none. Even Tkinter which is the gui it comes with cpython is not coded in python , its coded in tk a scripiting language. Python GUI APIs widely used include PyGTK , PyQT , WxPython , all of them wrappers for C/C++ libraries. Other dynamic languages follow the same recipe. Of course these frameworks are much more documented than morphic , but unlike morphic they follow a monolithic widget architecture, and modifying the source in any way requires a mandatory knowledge of C/C++. And we should exclude their myriad of problem , GTKs notorious buginess on macos and windows , QT massive complexity for big GUIs up to the point it offer a dedicated programming language QML just for designing GUIs. On the other hand morphic is to a very large extend smalltalk. So you get a lot of power but also a lot more simplicity. Some areas however are in need for some more love and of course documentation is lacking and the speed of the gui is far from breathtaking. Morphic is a very big reason why I am with pharo, to be exact I find its ability to do visual coding and transform a smalltalk object to a visual element very appealing and I would love to work on that. Morphic halos is another very nice feature. The other reason is live coding of course. I will try to add to the documentation of morphic, I agree 100% we need more of it. FDominicus wrote kilon thekilon@.co writes: How does extending Pharo help tool sounds ? :) I am struggling to learn how morphic really works, especially TreeMorph. Well that is a thing I tried more than once, but somehow I never understood on how to make good use for Morphic for me. I checked a lot of tutorial but then even simple things like menues seem to be doable but not for me.. It is strange and not nice. Regards Friedrich -- View this message in context: http://forum.world.st/if-Pharo-is-key-for-you-tp4708875p4709143.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- View this message in context: http://forum.world.st/if-Pharo-is-key-for-you-tp4708875p4709184.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Better text needed for contributions
Camille wrote: You need to click on 'resolve' instead of 'edit' I think. Ah, thank you. That works. Stephan
Re: [Pharo-dev] about the memory leak in Pharo2/Pharo3
Good news... I saw that Seaside 3.x was okay with Pharo 3. I am starting a new project. Should I start with Pharo3 right away? Phil On Thu, Sep 19, 2013 at 5:33 PM, Esteban Lorenzano esteba...@gmail.comwrote: is a really annoying combination of problems: 1) the abuse of on:do: for register announcers, usually in SystemAnnouncer singleton, who then register immortal announcements. 2) the abuse of weak message in places where is not needed (like in non global announcements who then will be collected when owner collected) 3) a weird case when instead a WeakAnnouncementSubscription, system was registering LegacyWeakSubscription, and this one uses WeakRegistry (which is a singleton too)... so, if combined with #on:do:, the subscriptions were becoming immortal too. So far, we think that is all the problem. You need two steps (the 3rd was because I forgot to commit something :p) because after changing somethign in the finalization process, you then need to restart it to be able to remove old/not used methods. cheers, Esteban On Sep 19, 2013, at 5:30 PM, Goubier Thierry thierry.goub...@cea.fr wrote: Le 19/09/2013 17:20, Esteban Lorenzano a écrit : Hi, I just submitted and integrated a fix for the leak problem. That should fix the problem we are having in Pharo3... now we need to work on a backport for Pharo2... any takers? :) I need some explanations :) Thierry Esteban -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Re: [Pharo-dev] [SOLVED]ConfigurationOfGlorpDBX for Pharo2.0
On Thu, Sep 19, 2013 at 2:22 PM, Guillermo Polito guillermopol...@gmail.com wrote: On Thu, Sep 19, 2013 at 5:16 AM, Federico.Balaguer federico.balag...@gmail.com wrote: It actually worked, the image was unresponsive for a couple minutes but after that everything (so far) seems to be working. That is probably because of something in the progress bar only:). And yes, loading glorp in generally takes some time. Thanks again! Federico Thanks to you! Can you keep us updated if you have any problem? At some point I should update the configuration :). Mariano, you are using glorp in 20 also, aren't you? Yes, but not that much and so far with the native Postgres driver ;) But no problem so far. -- View this message in context: http://forum.world.st/ConfigurationOfGlorpDBX-for-Pharo2-0-tp4709086p4709094.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- Mariano http://marianopeck.wordpress.com
[Pharo-dev] Forking
Does anyone have experience on doing native forks from an image? We would like to do them for trying to experiment with an image-side native debugger and we want to know if someone know the restrictions the vm imposed for doing the fork. Cheers
Re: [Pharo-dev] Stability of 3.0
Ok probably linked to the changes made by fernando while removing translucentColor. Stef On Sep 19, 2013, at 5:36 PM, Goubier Thierry thierry.goub...@cea.fr wrote: TranslucentPatterns is undefined. Error: Instances of UndefinedObject are not indexable in FormCanvastranslucentMaskFor:depth: Thierry Le 19/09/2013 17:24, Stéphane Ducasse a écrit : On Sep 19, 2013, at 5:24 PM, Goubier Thierry thierry.goub...@cea.fr wrote: Hi all, is it me or what? The latest 3.0 gives me a lot of red squares a bit everywhere around the place, making working with it a bit (a lot!) painful. I do not know because busy with lecture writing and managing mess. Can you grab the debug button (I know this is unclear) but if you get the faulty morph you can get a debugger and we can see what is the message that is failing. It saved lot of work and frsutration because you know why you get the red cross of death. Stef I'm on 30407, frech from get.pharo.org. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Re: [Pharo-dev] [SOLVED]ConfigurationOfGlorpDBX for Pharo2.0
On Thu, Sep 19, 2013 at 5:16 AM, Federico.Balaguer federico.balag...@gmail.com wrote: It actually worked, the image was unresponsive for a couple minutes but after that everything (so far) seems to be working. That is probably because of something in the progress bar only:). And yes, loading glorp in generally takes some time. Thanks again! Federico Thanks to you! Can you keep us updated if you have any problem? At some point I should update the configuration :). Mariano, you are using glorp in 20 also, aren't you? -- View this message in context: http://forum.world.st/ConfigurationOfGlorpDBX-for-Pharo2-0-tp4709086p4709094.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] about the memory leak in Pharo2/Pharo3
Ok, I've added issue 11639 for the backport. I'll make a try tonight. Thierry De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Esteban Lorenzano [esteba...@gmail.com] Date d'envoi : jeudi 19 septembre 2013 17:33 À : Pharo Development List Objet : Re: [Pharo-dev] about the memory leak in Pharo2/Pharo3 is a really annoying combination of problems: 1) the abuse of on:do: for register announcers, usually in SystemAnnouncer singleton, who then register immortal announcements. 2) the abuse of weak message in places where is not needed (like in non global announcements who then will be collected when owner collected) 3) a weird case when instead a WeakAnnouncementSubscription, system was registering LegacyWeakSubscription, and this one uses WeakRegistry (which is a singleton too)... so, if combined with #on:do:, the subscriptions were becoming immortal too. So far, we think that is all the problem. You need two steps (the 3rd was because I forgot to commit something :p) because after changing somethign in the finalization process, you then need to restart it to be able to remove old/not used methods. cheers, Esteban On Sep 19, 2013, at 5:30 PM, Goubier Thierry thierry.goub...@cea.fr wrote: Le 19/09/2013 17:20, Esteban Lorenzano a écrit : Hi, I just submitted and integrated a fix for the leak problem. That should fix the problem we are having in Pharo3... now we need to work on a backport for Pharo2... any takers? :) I need some explanations :) Thierry Esteban -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
[Pharo-dev] Talkffi problems when generating structs with function pointers
Hi! i found a problem while playing with TalkFFI generation of MySQL( yes, thats probably not the path we are going to take but i am doing init to learn). The generation throws a problem with the following struct. typedef struct my_collation_handler_st { my_bool (*init)(struct charset_info_st *, void *(*alloc)(size_t)); /* Collation routines */ int (*strnncoll)(struct charset_info_st *, const uchar *, size_t, const uchar *, size_t, my_bool); int (*strnncollsp)(struct charset_info_st *, const uchar *, size_t, const uchar *, size_t, my_bool); size_t (*strnxfrm)(struct charset_info_st *c, uchar *a, size_t g, const uchar *b, size_t h); size_t(*strnxfrmlen)(struct charset_info_st * aa, size_t bb); my_bool (*like_range)(struct charset_info_st *, const char *s, size_t s_length, pchar w_prefix, pchar w_one, pchar w_many, size_t res_length, char *min_str, char *max_str, size_t *min_len, size_t *max_len); int (*wildcmp)(struct charset_info_st *, const char *str,const char *str_end, const char *wildstr,const char *wildend, int escape,int w_one, int w_many); int (*strcasecmp)(struct charset_info_st *, const char *, const char *); uint (*instr)(struct charset_info_st *, const char *b, size_t b_length, const char *s, size_t s_length, my_match_t *match, uint nmatch); /* Hash calculation */ void (*hash_sort)(struct charset_info_st *cs, const uchar *key, size_t len, ulong *nr1, ulong *nr2); my_bool (*propagate)(struct charset_info_st *cs, const uchar *str, size_t len); } MY_COLLATION_HANDLER; As you can see the struct has eleven fields which are functions pointers. However, when we generate with TalkFFI it s fails, and we can see that the struct generate is the following: an OrderedCollection( #MySQLMySysH25Cb-'init' #MySQLMySysH26Cb-'strnncoll' #MySQLMySysH26Cb-'strnncollsp' {#NBInt32. {'NBInt32 *'-'arg1'}}-'size_t' #MySQLMySysH27Cb-'like_range' #MySQLMySysH28Cb-'wildcmp' #MySQLMySysH6Cb-'strcasecmp' #MySQLMySysH29Cb-'instr' #MySQLMySysH30Cb-'hash_sort' #MySQLMySysH31Cb-'propagate' ) The generate struct have only ten fields and the fourth is wrongly generated. Instead of the two fields strnxfrm and strnxfrmlen , it generates garbage. We were with guille debugging and playing with the struct declaration with not much results. Thanks for any help rochi and guille.
Re: [Pharo-dev] Please help us by buying the book
2013/9/19 kilon theki...@yahoo.co.uk: Just ordered the book in Lulu. Please don't spend all my money on beer :D Why not? they deserve it! :) Esteban