September 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Implementing lazy loading for expandable collections

by Alexandre Bergel

Hi Max! Thanks! This is something I wanted to push to Pharo for a long time. A simpler approach, would be to initialize the internal array to #() when initialized per default. This will provide pretty much the same benefits, and will not break the existing tools. Does this make sense to you? Alexandre > Le 19-09-2014 Ã 2:35, Max Leske <maxleske(a)gmail.com> a Ã©crit : > > Iâve written an implementation of lazily initialized expandable collections (for OrderedCollection and subclasses only for now), inspired by Alexandreâs talk at ESUG (http://www.youtube.com/watch?v=x0YJ2dsZdKg&list=UUO-vBhaKVZf0al-ISMMPvRw) The implementation is pretty much straight forward but there are a couple of culprits I want to point out in case anybody else wants to do this: > > - my implementation requires an extra instance variable in OrderedCollection to store the requested size. This extra instance variable will break Monticello (and possibly other tools) because Monticello uses OrderedCollections to load code and the particular way it uses them makes it impossible to change the number of instance variables on OrderedCollection. Also, all .mcz files written after the change will not be loadable by images without the new instance variable (same reason). > - the above means that you have to modify the code in the image manually and save a new âbase image" > - read only messages should obviously not initialize the array. The âfirstIndexâ and âlastIndexâ variables are quite handy for that. I initialize those variables to 1 and 0 respectively which makes most things work already (e.g. #size, #isEmpty etc.). > - when trying to implement the same for HashedCollection I couldnât. The image didnât just stop working, there was no output at all on the console, not even when using a debug VM. The problem seems to be MethodDictionary, at least thatâs the only subclass of Dictionary for which adding an instance variable doesnât work. > > Iâll share some memory monitoring as soon as I have something significant (only just rolled it out). > > > Big thanks to Alex for his talk and the cool work he and his students did! > > Cheers, > Max

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by phil＠highoctane.be

Le 20 sept. 2014 13:47, "Thierry Goubier" <thierry.goubier(a)gmail.com> a Ã©crit : > > Le 20/09/2014 12:19, Martin McClure a Ã©crit : > >> On 09/19/2014 02:32 AM, kilon alios wrote: >> >>> I have been using not gitfiletree but filetree alone for the past week >>> for my project Ephestos, because I am ok commiting to git via terminal/ >>> >>> https://github.com/kilon/phEphestos >>> >>> I have to congratulate people behind filetree it has been a smooth ride >>> so far.I had no problems with it at all and I am using git in terminal >>> for doing all the git commits and push etc. >> >> >> I've also been using filetree and manually using git (and github) for >> the past two years. It works really well for me. > > > I have done that for a year too, with Pharo 1.4. Then I wrote GitFileTree :) I've used that forever since, on 2.0, 3.0 and 4.0. > > >>> filetree also has been very succesful at some major refactoring I have >>> done to Ephestos, I had to change the name of an entire class and I had >>> to change methods to other classes . Filetree did an excellent job not >>> just with the export to st file but actually git was able to see which >>> files were deleted and which were renamed. >>> >>> That meant I did not have to do any git rm . >>> >>> However I do need to git add every time I add a new method or filetree >>> creates a new file. Usually that is not a problem because I can see >>> what files are not tracked by git with git status and copy paste their >>> paths to git add. >> >> >> After I save in Monticello to my Filetree local filesystem, I just do >> >> git add -A >> >> then I'm ready to commit. The -A (different from -a) picks up all >> changed, added, and removed files automatically. > > > I had a few issues with doing git commands by hand (forgot do it a few times, had conflicts with removed method reapparing with squeak) so this is why I automatized it. > > Then I got a few benefits, like having access to any version of a package in a git repository without checkouts, and even access to all the versions of a method (even up to one or two years old). And a reminder in the GUI that I need to "push". > > >>> So I will say overall my commits have been a process of saving in >>> monticello , git add, git commit and git push which exactly the same >>> process I have used for when I was and still coding in python. >> >> >> That's my workflow as well. I also do work towards a particular bugfix >> or feature out on a Git branch, then merge that branch into the master >> whenever I'm done with that particular issue. Basically, normal Git >> workflow, which makes tracking things very easy. > > > If you often merge, consider using the GitFileTree-MergeDriver; installation is a bit complex, but it may really help if you're merging by reducing conflicts a lot. > > I do need to finish writing that part in the PharoForTheEnterprise book ;) > One thing for me is that I do have other stuff that Pharo code. So filetree keeps all together in commits/pushes. Now history of methods is indeed super nice. Phil > Thierry > > >>> So thank you for this tool , I got fed up with the slow downs of >>> Smalltalkhub and all its problems and it feels great to be back at using >>> github :) >>> >>> I will keep testing for a couple a months and then completely move to >>> github . The only thing I noticed is that sometimes monticello slows >>> down but that may well be a problem with Pharo 4. >> >> >> I haven't noticed this, but I'm still on Pharo 3 for most of my project >> work. >> >> Regards, >> >> -Martin >> >> >> >> > >

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by Thierry Goubier

Le 20/09/2014 12:19, Martin McClure a Ã©crit : > On 09/19/2014 02:32 AM, kilon alios wrote: > >> I have been using not gitfiletree but filetree alone for the past week >> for my project Ephestos, because I am ok commiting to git via terminal/ >> >> https://github.com/kilon/phEphestos >> >> I have to congratulate people behind filetree it has been a smooth ride >> so far.I had no problems with it at all and I am using git in terminal >> for doing all the git commits and push etc. > > I've also been using filetree and manually using git (and github) for > the past two years. It works really well for me. I have done that for a year too, with Pharo 1.4. Then I wrote GitFileTree :) I've used that forever since, on 2.0, 3.0 and 4.0. >> filetree also has been very succesful at some major refactoring I have >> done to Ephestos, I had to change the name of an entire class and I had >> to change methods to other classes . Filetree did an excellent job not >> just with the export to st file but actually git was able to see which >> files were deleted and which were renamed. >> >> That meant I did not have to do any git rm . >> >> However I do need to git add every time I add a new method or filetree >> creates a new file. Usually that is not a problem because I can see >> what files are not tracked by git with git status and copy paste their >> paths to git add. > > After I save in Monticello to my Filetree local filesystem, I just do > > git add -A > > then I'm ready to commit. The -A (different from -a) picks up all > changed, added, and removed files automatically. I had a few issues with doing git commands by hand (forgot do it a few times, had conflicts with removed method reapparing with squeak) so this is why I automatized it. Then I got a few benefits, like having access to any version of a package in a git repository without checkouts, and even access to all the versions of a method (even up to one or two years old). And a reminder in the GUI that I need to "push". >> So I will say overall my commits have been a process of saving in >> monticello , git add, git commit and git push which exactly the same >> process I have used for when I was and still coding in python. > > That's my workflow as well. I also do work towards a particular bugfix > or feature out on a Git branch, then merge that branch into the master > whenever I'm done with that particular issue. Basically, normal Git > workflow, which makes tracking things very easy. If you often merge, consider using the GitFileTree-MergeDriver; installation is a bit complex, but it may really help if you're merging by reducing conflicts a lot. I do need to finish writing that part in the PharoForTheEnterprise book ;) Thierry >> So thank you for this tool , I got fed up with the slow downs of >> Smalltalkhub and all its problems and it feels great to be back at using >> github :) >> >> I will keep testing for a couple a months and then completely move to >> github . The only thing I noticed is that sometimes monticello slows >> down but that may well be a problem with Pharo 4. > > I haven't noticed this, but I'm still on Pharo 3 for most of my project > work. > > Regards, > > -Martin > > > >

Sept. 20, 2014

Re: [Pharo-dev] Parsing Pharo syntax to C/C++

by Alain Rastoul

Le 20/09/2014 10:56, Frank Shearar a Ã©crit : >> I am facing quite some people who are in the FP bandwagon and wonder how to >> bridge with their views. Like classes are just functions etc. > > The article that convinced me that objects are higher order functions > (that close over a set of variables) is here: > http://letoverlambda.com/index.cl/guest/chap2.html > > The meat of the article (as far as class/object/function > correspondences goes) starts at "Let over Lambda". > > frank > >> Phil > > Woaw, very interesting, thank you for sharing :) Coding in dotnet at work, I sometime think about smalltalk objects methods as a set of lambda within a scope : the "object". To me, lambda use in c# lacks of organization and somehow leads to anarchy, functional programming fills this gap with a different way of thinking (I had fun doing some f# workshops at ms tech days). Your high order assumption is intriguing, I have to figure it. I often wondered myself how to visualize methods and message flow in Roassal (I feel that perception and representation is a key here) Regards, Alain

Sept. 20, 2014

Re: [Pharo-dev] [ANN] ExternalTools for *nix - edit w/ $EDITOR and open pictures

by kilon alios

ideally the editor would be pharo itself, but alas it not there yet, maybe one day. Great job. File Browser is actually quite good and your enhancement definitely makes it much more useful. On Sat, Sep 20, 2014 at 12:45 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > > Le 20 sept. 2014 11:21, "Sven Van Caekenberghe" <sven(a)stfx.eu> a Ã©crit : > > > > > > On 19 Sep 2014, at 21:02, phil(a)highoctane.be wrote: > > > > > I had enough to switch between windows to work on external files. > > > > > > So, here is ExternalTools > > > > > > It adds some commands to the File Browser, allowing one to edit in the > $EDITOR (for me this is gvim) and another thing for opening the file > externally through xdg-open (which kind of opens about anything). > > > > > > Basically, one can extend this to whatever is needed. > > > > > > The only thing is that FileServices initialize needs to be called when > a new service is added if you create your own. > > > > > > This is Unix only and requires OSProcess to be loaded (use the > ConfigurationBrowser). > > > > Great, does it work on Mac OS X ? > > I guess it should be possible with open and open -e. > > > > Yes, that is the thing to do. > As I do some Pharo on my Mac too, I'll look into that. > > > > Gofer it > > > url: 'http://www.smalltalkhub.com/mc/philippeback/HOExtras/main > '; > > > package: 'HighOctane-Tools'; > > > load. > > > > > > Screenshot in attach. > > > > > > Doc here: https://gist.github.com/philippeback/8e8f8c6685bebf47f53f > > > > > > > > > Phil > > > > > > > > > <ExternalTools.png> > > > > >

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by kilon alios

yeap I actually had to use gist to backup an method because smalltalkhub freaked out to me once more. For a strange reason I keep using pastebin even though I have gist account because I keep forgetting about it :D STH is not useless and most of the time works and get the job done. Also is simpler to learn for people that are unfamiliar with version control. Git is simple enough. The problem with STH is when it has a mental breakdown and of course when you want to commit and STH is not working. So I cannot recommend STHUB personally. Besides git and github being more reliable and more powerful, I really like its design, its simple , efficient and powerful. Also github gives a lot more visibility to projects and that means more visibility to Pharo. Its definetly a win - win situation at least for me. On Fri, Sep 19, 2014 at 1:08 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > On Fri, Sep 19, 2014 at 11:32 AM, kilon alios <kilon.alios(a)gmail.com> > wrote: > >> I have been told that there are some problem with gitfiletree that make >> it not recommended for public consumption and recommendation to newcomers. >> >> I have been using not gitfiletree but filetree alone for the past week >> for my project Ephestos, because I am ok commiting to git via terminal/ >> >> https://github.com/kilon/phEphestos >> >> I have to congratulate people behind filetree it has been a smooth ride >> so far.I had no problems with it at all and I am using git in terminal for >> doing all the git commits and push etc. >> >> filetree also has been very succesful at some major refactoring I have >> done to Ephestos, I had to change the name of an entire class and I had to >> change methods to other classes . Filetree did an excellent job not just >> with the export to st file but actually git was able to see which files >> were deleted and which were renamed. >> >> That meant I did not have to do any git rm . >> >> However I do need to git add every time I add a new method or filetree >> creates a new file. Usually that is not a problem because I can see what >> files are not tracked by git with git status and copy paste their paths to >> git add. >> >> So I will say overall my commits have been a process of saving in >> monticello , git add, git commit and git push which exactly the same >> process I have used for when I was and still coding in python. >> >> So thank you for this tool , I got fed up with the slow downs of >> Smalltalkhub and all its problems and it feels great to be back at using >> github :) >> > > I'd agree to that thing. Took me a while but now the Git based workflow > just feels better. > Also useful is storing snippets as gists. > Git has won, let's embrace that. > This doesn't mean that STH is not useful as a project repository. MCZs are > still the main artifact. > > >> I will keep testing for a couple a months and then completely move to >> github . The only thing I noticed is that sometimes monticello slows down >> but that may well be a problem with Pharo 4. >> > > >

Sept. 20, 2014

Re: [Pharo-dev] The Dilemma: Building a Futuristic GUI for Ephestos

by kilon alios

ah thank you ... yeah I tried something similar as a posted in a previous email of this thread. Looks like thats how fast morphic can go. Its not super bad though , I can live with this performance :) I will have to keep animations non looping and quite small and I should be fine. On Fri, Sep 19, 2014 at 2:22 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Kilon, > > Not sure what you are trying to do. > > Try this: > -=-=-=-=-=-=-=-=-=-=-=-= > forms := Form allInstances. > v := RTView new. > t := 1. > e := (RTBitmap new form: [ :index | forms at: index ]) elementOn: t. > > v add: e. > v open. > > [ > 50 timesRepeat: [ > t := t + 1. > e model: t. > e updateShape. > (Delay forMilliseconds: 500) wait. > v signalUpdate ] > ] fork. > -=-=-=-=-=-=-=-=-=-=-=-= > > Cheers, > Alexandre > > > On Sep 14, 2014, at 1:22 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > > > so I tried to animate in Roassal having two different images display > with a delay for few millisecond but it only displays the second image with > this code > > > > form1 :=Form fromFileNamed:'/Users/kilon/Pictures/pharo.png'. > > form2 :=Form fromFileNamed:'/Users/kilon/Pictures/box.png'. > > v := RTView new. > > c := v canvas. > > s := TRBitmapShape new. > > s form: form1. > > c addShape: s. > > v open. > > > > (1 to: 100) do: [ :index| > > s form: form1. > > s signalUpdate . > > "(Delay forMilliseconds: 1000 ) wait." > > s form: form2. > > s signalUpdate . > > (Delay forMilliseconds: 1000) wait.]. > > > > I looked into RTAnimation but dont know how to use it for this example. > Any help ? Does Roassal 2 support such animations ? > > > > if I do s form: and then s signalUpdate for each form separately it > works fine but inside the loops does not seem to work , I tried bigger > delays with no effect. > > > > On Sun, Sep 14, 2014 at 10:57 AM, stepharo <stepharo(a)free.fr> wrote: > > Ronie when you ready I can help writting a chapter for the nex book. > > > > Stef > > > > > > On 13/9/14 21:42, Ronie Salgado wrote: > >> Hello, > >> > >> On 13/9/14 20:11, Enrico Schwass wrote: > >>> Hi > >>> > >>> another option could be the verse protocol. There was a plugin for > Maya and Blender to do realtime rendering. Dont know if there is some > automatic Swig-like wrapper for smalltalk but FFI might work. > >> > >> There is Wig like wrapper for Pharo done by ronie salgado. > >> > >> I have an adapted version of Swig for Pharo NativeBoost here: > https://github.com/ronsaldo/swig > >> > >> Currently I am using it to generate my Bullet bindings (available here: > https://github.com/ronsaldo/bullet-pharo) that can be used as an example > of using Swig. > >> I still have to improve more my Swig generator, by writing > documentation and fixing some bugs. > >> > >> Greetings, > >> Ronie > >> > >> 2014-09-13 16:11 GMT-03:00 stepharo <stepharo(a)free.fr>: > >> > >> On 13/9/14 20:11, Enrico Schwass wrote: > >>> Hi > >>> > >>> another option could be the verse protocol. There was a plugin for > Maya and Blender to do realtime rendering. Dont know if there is some > automatic Swig-like wrapper for smalltalk but FFI might work. > >> > >> There is Wig like wrapper for Pharo done by ronie salgado. > >> > >> Stef > >> > >> > >>> > >>> http://youtu.be/c_D2YJSNj8I > >>> > >>> Almost a decade ago I did some ruby bindings by hand. It was working > out of the box > >>> > >>> Bye > >>> Enno > >>> > >>> Am 13.09.2014 um 16:11 schrieb kilon alios <kilon.alios(a)gmail.com>: > >>> > >>>> > >>>> " I am curious. You mean rendering Bitmap from blender, for later use > in Pharo UI? " > >>>> > >>>> yes exactly. Blender can render in all popular graphics files, most > used are png. Animation frames can be rendered each frame in its own file. > >>>> > >>>> So basically its a lot like the average games out there. > >>>> > >>>> "I will suggest bare bone Morphic mainly, then Athens when you need > vectorial drawing." > >>>> > >>>> ok > >>>> > >>>> "For iStoa I decided to go purely Morphic, I have a lot of bitmap. > Bitmap source is SVG, then converted to PNG, overscaled for production use. > Then from iStoa, depending on the application window extent, the bitmap are > downscaled accordingly, I am pretty satisfied by the result." > >>>> > >>>> I fail to understand how your bitmap source is SVG for me bitmap is a > raster graphic format svg is procedural graphic format. Two opposite > things. > >>>> > >>>> "Sure. The downpoint, you will depend on one additional layer." > >>>> > >>>> dependency is not an issue. Afterall the graphic files themselves > will be far bigger download even more so if the GUI becomes very large. > >>>> > >>>> "Nice. What will be the expected outcomes of such API, I am not sure > to understand and I am curious." > >>>> > >>>> Well Blender besides creating 3d objects (which can be used as 2d > objects too) it can also create 3d unrendable objects. That means that > objects produce no graphics and have the role of placeholders or helpers, > for example when you want an emitter of light or emitter of a physical > power like gravity or wind. Those are called dummy objects and I could use > them to give characteristics to the graphics , for example I could use a > dummy to define the are of influence of a mouse click , or what type of > event the bitmap will respond to. That means you wont have to import the > graphics manually to pharo and create a separate morph for each bitmap and > then set the events but rather press a button in blender and then Ephestos > will import then bitmaps to pharo , set the events and create the morphs > automagically. > >>>> > >>>> So basically you will be using Blender as a GUI designer. > >>>> > >>>> "Use fuel to store the state of your application objects." > >>>> > >>>> ah nice so fuel is a good candidate. > >>>> > >>>> I will also take a look at Dr Geo and Phratch , both apps have custom > GUIs and use only Morphic (Dr Geo using Athens for the geometry primitives) > . > >> > >> > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Sept. 20, 2014

Penelope Re: Call for CleanUp of the issue tracker

by Ben Coman

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by Martin McClure

On 09/19/2014 02:32 AM, kilon alios wrote: > I have been using not gitfiletree but filetree alone for the past week > for my project Ephestos, because I am ok commiting to git via terminal/ > > https://github.com/kilon/phEphestos > > I have to congratulate people behind filetree it has been a smooth ride > so far.I had no problems with it at all and I am using git in terminal > for doing all the git commits and push etc. I've also been using filetree and manually using git (and github) for the past two years. It works really well for me. > > filetree also has been very succesful at some major refactoring I have > done to Ephestos, I had to change the name of an entire class and I had > to change methods to other classes . Filetree did an excellent job not > just with the export to st file but actually git was able to see which > files were deleted and which were renamed. > > That meant I did not have to do any git rm . > > However I do need to git add every time I add a new method or filetree > creates a new file. Usually that is not a problem because I can see > what files are not tracked by git with git status and copy paste their > paths to git add. After I save in Monticello to my Filetree local filesystem, I just do git add -A then I'm ready to commit. The -A (different from -a) picks up all changed, added, and removed files automatically. > > So I will say overall my commits have been a process of saving in > monticello , git add, git commit and git push which exactly the same > process I have used for when I was and still coding in python. That's my workflow as well. I also do work towards a particular bugfix or feature out on a Git branch, then merge that branch into the master whenever I'm done with that particular issue. Basically, normal Git workflow, which makes tracking things very easy. > > So thank you for this tool , I got fed up with the slow downs of > Smalltalkhub and all its problems and it feels great to be back at using > github :) > > I will keep testing for a couple a months and then completely move to > github . The only thing I noticed is that sometimes monticello slows > down but that may well be a problem with Pharo 4. I haven't noticed this, but I'm still on Pharo 3 for most of my project work. Regards, -Martin

Sept. 20, 2014

Re: [Pharo-dev] Parsing Pharo syntax to C/C++

by phil＠highoctane.be

Le 20 sept. 2014 10:57, "Frank Shearar" <frank.shearar(a)gmail.com> a Ã©crit : > > On 20 September 2014 08:45, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > > A > > Le 20 sept. 2014 03:27, "Alain Rastoul" <alf.mmm.cat(a)gmail.com> a Ã©crit : > > > > > >> > >> Le 20/09/2014 02:33, phil(a)highoctane.be a Ã©crit : > >> > >> > >>> We'll prevail! > >>> > >>> What we also need to do is to showcase the Smalltalk workflow and how > >>> nice it is. > >>> > >>> We cannot gain mindshare by technical prowess only. > >>> > >>> Phil > >> > >> > >> I totally agree with you, > >> but I think that those technical advances are vital in current technology > >> trends (saas, cloud, server side dev) and progress in this field is > >> important. > >> > >> Despite the fact I think that Smalltalk still has an advance in object > >> oriented systems/development, and offers a different perception it is hard > >> to get the point about object system with people who are formatted by the > >> hype or by their experience. Discussing with collegues about some smalltalk > >> concepts is always interesting :) > >> > >> > > I am facing quite some people who are in the FP bandwagon and wonder how to > > bridge with their views. Like classes are just functions etc. > > The article that convinced me that objects are higher order functions > (that close over a set of variables) is here: > http://letoverlambda.com/index.cl/guest/chap2.html > > The meat of the article (as far as class/object/function > correspondences goes) starts at "Let over Lambda". > Thanks for the reference. I still can't get myself to plunge into that I've to admit. The issue is that there are not too many people grasping this in typical business applications. Not to mention staffing teams. How do you use this in practice? I know you do lots of magic at your company. I also know that therr aren't that many Frank S. around... Phil > frank > > > Phil >

Sept. 20, 2014