July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Kivy

by H. Hirzel

Notes: 1. I understand that Kivy is an _external_ DSL (i.e. it is not Python code), or is it Python code? 2. p 12 to 21 is about "2.1 Internal Languages" 3. The wikipedia example https://en.wikipedia.org/wiki/Kivy is too simple. But the idea of a 'hello world type program' should be maintained and include showing the 'containment hierarchy', 'geometry' and 'event handling' aspect of the GUI description. 4. I think for Smalltalk an internal DSL for this makes a lot of sense, see Table 2.1 on page 13. On 7/6/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > On 7/5/15, Alain Plantec via Pharo-users <pharo-users(a)lists.pharo.org> > wrote: >> {no text body} > > In his thesis > > Dynamic Language Embedding > With Homogeneous Tool Support > > http://scg.unibe.ch/archive/phd/renggli-phd.pdf > > Lukas Renggli p 2 mentions internal DSLs. > > <citation> > Internal languages make a creative use of the host lan- > guage. They integrate seamlessly into the host lan- > guage and tools, but their syntax and semantics is > strictly constrained. > </citation> > > Speaking of GUI construction in Smalltalk for the Widget part you > might consider that to be a library or API. For making use of the > widgets you may think of an internal DSL. > > In addition the widgets as such might be rendered differently for > different platforms (in Smalltalk in one of the GUI frameworks, an > example was Squeak Morphic and MVC ) or outside (e.g. Kivy). > > @Hilaire, what do you think is outstanding of special about Kivy? > > I think to illustrate this it might be a nice experiment to develop a > 'hello world' equivalent for GUI construction and have it rendered in > as many user interface languages as possible (Kivy, various types of > Morphic, Bloc etc., but as PPTX and ODP) > > The domain to be covered should be simple as to avoid making the > exercise complex. > > Coming from a hello world type program means that at least a > picture and some > interaction (mouse click and keyboard) has to be added. > > > A model which fulfills this and at the same time is useful as is for > certain contexts: > > a sequence of slides (think 'simple Powerpoint slide show') > with the follwoing slide types > - one image and one caption > - on text field only > reaction to click event to advance to the next slide > reaction to cursor left and cursor right to navigate through the slides > > and then rendering of the "GUI hello world program" in various languages > > > https://en.wikipedia.org/wiki/User_interface_markup_language > > Another application domain for this is a picture book. > > > --Hannes >

July 6, 2015

Re: [Pharo-users] Kivy

by H. Hirzel

On 7/5/15, Alain Plantec via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > {no text body} In his thesis Dynamic Language Embedding With Homogeneous Tool Support http://scg.unibe.ch/archive/phd/renggli-phd.pdf Lukas Renggli p 2 mentions internal DSLs. <citation> Internal languages make a creative use of the host lan- guage. They integrate seamlessly into the host lan- guage and tools, but their syntax and semantics is strictly constrained. </citation> Speaking of GUI construction in Smalltalk for the Widget part you might consider that to be a library or API. For making use of the widgets you may think of an internal DSL. In addition the widgets as such might be rendered differently for different platforms (in Smalltalk in one of the GUI frameworks, an example was Squeak Morphic and MVC ) or outside (e.g. Kivy). @Hilaire, what do you think is outstanding of special about Kivy? I think to illustrate this it might be a nice experiment to develop a 'hello world' equivalent for GUI construction and have it rendered in as many user interface languages as possible (Kivy, various types of Morphic, Bloc etc., but as PPTX and ODP) The domain to be covered should be simple as to avoid making the exercise complex. Coming from a hello world type program means that at least a picture and some interaction (mouse click and keyboard) has to be added. A model which fulfills this and at the same time is useful as is for certain contexts: a sequence of slides (think 'simple Powerpoint slide show') with the follwoing slide types - one image and one caption - on text field only reaction to click event to advance to the next slide reaction to cursor left and cursor right to navigate through the slides and then rendering of the "GUI hello world program" in various languages https://en.wikipedia.org/wiki/User_interface_markup_language Another application domain for this is a picture book. --Hannes

July 6, 2015

Pharo sprint & Moose dojo this Friday

by Jean-Christophe Bach

Hello Pharoers, We propose a Pharo sprint / Moose dojo this Friday, 10th July, starting at 10:00am. (Local Time Lille). It will be at the Inria Lille, Building B, third floor (RMoD offices). Remotely, you can join us on the official IRC channel #pharo on irc.freenode.net server. During the sprint, we will try to synchronize local and remote Pharo sprinters. As the building is not open to the public, please contact us before if you plan to come. JC

July 6, 2015

Re: [Pharo-users] customizing SystemWindow menu

by Usman Bhatti

yep, this is what I was looking for. Thanks. Still, it will be nice to have the method I suggested to replace the default menu. regards. On Mon, Jul 6, 2015 at 4:01 PM, Franck Warlouzet < franck.warlouzet(a)hotmail.fr> wrote: > Hi, > > If I correctly understood, you want to add entries to the system window > menu ? > To do that, you can implement the method addModelItemsToWindowMenu: aMenu > in your class if you want to extend the system window menu. > > Franck > > ------------------------------ > Date: Mon, 6 Jul 2015 15:53:48 +0200 > From: usman.bhatti(a)gmail.com > To: pharo-users(a)lists.pharo.org > Subject: [Pharo-users] customizing SystemWindow menu > > > Hi, > > I wanted to customize system window menu and I could not find a relevant > method to change the default pragma used for menu generation. So, I thought > it will be nice to have this utility method on SystemWindow if possible: > > SystemWindow>>menuPragmaNamed: aPragmaName model: aModel > menuBuilder := PragmaMenuBuilder pragmaKeyword: aPragmaName model: aModel > > May be there is some other, simpler way to achieve it that I missed? > > regards, > usman >

July 6, 2015

Re: [Pharo-users] customizing SystemWindow menu

by Franck Warlouzet

Hi, If I correctly understood, you want to add entries to the system window menu ? To do that, you can implement the method addModelItemsToWindowMenu: aMenu in your class if you want to extend the system window menu. Franck Date: Mon, 6 Jul 2015 15:53:48 +0200 From: usman.bhatti(a)gmail.com To: pharo-users(a)lists.pharo.org Subject: [Pharo-users] customizing SystemWindow menu Hi, I wanted to customize system window menu and I could not find a relevant method to change the default pragma used for menu generation. So, I thought it will be nice to have this utility method on SystemWindow if possible: SystemWindow>>menuPragmaNamed: aPragmaName model: aModel menuBuilder := PragmaMenuBuilder pragmaKeyword: aPragmaName model: aModel May be there is some other, simpler way to achieve it that I missed? regards,usman

July 6, 2015

customizing SystemWindow menu

by Usman Bhatti

Hi, I wanted to customize system window menu and I could not find a relevant method to change the default pragma used for menu generation. So, I thought it will be nice to have this utility method on SystemWindow if possible: SystemWindow>>menuPragmaNamed: aPragmaName model: aModel menuBuilder := PragmaMenuBuilder pragmaKeyword: aPragmaName model: aModel May be there is some other, simpler way to achieve it that I missed? regards, usman

July 6, 2015

Re: [Pharo-users] I probably messed up with .changes...

by Thierry Goubier

2015-07-06 14:39 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > What image version did you use? > > > I used number 50074 > > > Maybe you can iterator over all methods decompile, and save as new code? >> Maybe you can open the image without the changes file and try to create a >> package or file out the package? >> > > I manually looked inside many of my .changes with Notepad++ and I couldn't > find any of the related methods. > If I open the image without the changes file I can't export anything. > > By the way, when I try the "Recover lost changes" from inside the image I > cannot go back very far. I have a big .changes with about 200 snapshots but > I can only go back to the last ~~ 20s or so. Is it normal ? It's the first > time I use the .changes file so I don't really know how it works. > There is a hard-coded limit in the recover last changes. Last time I had to help someone do a difficult recovery, I had to change that limit in a method somewhere... don't remember which one. Don't trust the changes anyway. It's bound to be replaced. The strategy I suggest is: - Use Monticello and makes frequent saves of your packages - Practice rebuilding your image: write a script or a makefile which loads everything and set your settings. -> Better still: include both your build script and your packages inside the same repository so that they can be versionned together. Git works very well this way, and you can use filetree or GitFileTree for that. > > No, not your fault, this should not happen. The changes file is for >> "recover if you messed up the image". If the changes file gets corrupted, >> then this is a serious bug. >> > > Well I really don't know :s The only thing I can tell is that I have an > image with some totally broken "written" methods but their execution works > just fine. The "normal" source code of these methods apparently is nowhere > to be found. However, inside the .changes some more recent methods are > correctly registered so the problem probably happened only once with a > bunch of methods I wrote at a given time (actually broken methods are not > methods I wrote entirely but methods I changed). > Looks like a set of shifted source pointers. If you dare, what you could do is regenerate the source for all those methods by decompilation and recompiling them. You would get all thoses t2, t3 etc... but you would be then able to redocument them at your rythm (and get Nautilus working again). > > I did some testings and I found a way to reproduce what I experienced : > If you manually rename an image without renaming the .changes you cannot > browse the code inside Nautilus without getting errors. However, you can > use the finder just fine to find any method. These methods are decompiled > methods (with variable names in t1 t2 etc.) but you can modify them without > getting errors. Then you can save your image and it works fine. > Now if you rename the image to the name it had in the first place you can > use it properly but the method you modified in between will be broken at > some point. > > But to be honest, even if it kinds of reproduce my problem I am not sure > this is what i did. Maybe I manually renamed the image, that's definitely > possible, but i don't remember re-renaming it to its prior name. Moreover, > when doing so you end up with a new .changes file which is very small and > has the source code of the methods you modified and I don't have any small > .changes file. > > I am still quite unsure at this point. > If you find any way to confirm what you did, please share. Maybe there is a bug somewhere and, given the consequences, we need to correct it. Thierry

July 6, 2015

Re: [Pharo-users] I probably messed up with .changes...

by Matthieu Lacaton

> > What image version did you use? I used number 50074 Maybe you can iterator over all methods decompile, and save as new code? > Maybe you can open the image without the changes file and try to create a > package or file out the package? > I manually looked inside many of my .changes with Notepad++ and I couldn't find any of the related methods. If I open the image without the changes file I can't export anything. By the way, when I try the "Recover lost changes" from inside the image I cannot go back very far. I have a big .changes with about 200 snapshots but I can only go back to the last ~~ 20s or so. Is it normal ? It's the first time I use the .changes file so I don't really know how it works. No, not your fault, this should not happen. The changes file is for > "recover if you messed up the image". If the changes file gets corrupted, > then this is a serious bug. > Well I really don't know :s The only thing I can tell is that I have an image with some totally broken "written" methods but their execution works just fine. The "normal" source code of these methods apparently is nowhere to be found. However, inside the .changes some more recent methods are correctly registered so the problem probably happened only once with a bunch of methods I wrote at a given time (actually broken methods are not methods I wrote entirely but methods I changed). I did some testings and I found a way to reproduce what I experienced : If you manually rename an image without renaming the .changes you cannot browse the code inside Nautilus without getting errors. However, you can use the finder just fine to find any method. These methods are decompiled methods (with variable names in t1 t2 etc.) but you can modify them without getting errors. Then you can save your image and it works fine. Now if you rename the image to the name it had in the first place you can use it properly but the method you modified in between will be broken at some point. But to be honest, even if it kinds of reproduce my problem I am not sure this is what i did. Maybe I manually renamed the image, that's definitely possible, but i don't remember re-renaming it to its prior name. Moreover, when doing so you end up with a new .changes file which is very small and has the source code of the methods you modified and I don't have any small .changes file. I am still quite unsure at this point. 2015-07-06 10:36 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2015-07-06 9:55 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > >> Hello, >> >> I would just like to report something that happened to me today. >> >> As I was working on a project, I tried inserting an instance variable to >> one of my classes. >> Starting from this moment something became very weird. First, some >> subclasses were not listed as subclasses anymore, then I realised during >> the execution that allocating my new instance variable was actually >> modifying another instance variable. >> >> I tried digging up a bit and I found out that many of my methods were a >> complete mess. >> When browsing with Nautilus the title of the method was for example: >> "addProperty:key:". However the corpse of the method was totally random >> with something like that for example: >> "ient; >> width: 1. >> graphic strokeStyle: _strokeStyle" >> >> So, reportedly, the name of the method was "ient;" ... >> >> Basically I had many methods where the source code was just random chunks >> of other methods. >> >> The funnier thing is that everything worked perfectly fine during >> execution. >> >> I tried to look at different backup images I had to see when everything >> began to go wrong and I realised I had been working with broken source code >> for about a week. >> > > What image version did you use? > > > >> >> So if I understand correctly, I probably messed up with the .changes file >> (I don't remembr how but maybe I copied the .image without the .changes or >> renamed the .image or i don't know). >> And now the compiled code is okay but the source code is lost so >> everything is working fine until the system tries to recompile everything ? >> >> Now my question is : is there a way to fix the issue ? I tried exporting >> the package to a .mcz but I had bugs everywhere. I imported the old working >> package to an .mcz and tried browsing the differences with the broken one >> just to manually get back eveything I changed during this week. But I >> couldn't cause there were bugs everytime I tried to browse the changes. >> Basically, are all my changes definitely lost or is there a way to get it >> back somehow (at least the raw source code) ? >> > > Maybe you can iterator over all methods decompile, and save as new code? > Maybe you can open the image without the changes file and try to create a > package or file out the package? > > >> >> I know that I fucked up and this is my fault but it would have been nice >> if something (anything) told me earlier that I did something wrong. I've >> been adding / modifying lots of methods and even executing the program for >> a week now and absolutely nothing told me that something was wrong until I >> tried adding an instance variable. >> > > No, not your fault, this should not happen. The changes file is for > "recover if you messed up the image". If the changes file gets corrupted, > then this is a serious bug. > > >> >> I am in a situation where I actually wrote and "saved" code and now it >> seems lost... that's frustrating :( >> >> Thanks, >> >> Matthieu >> > >

July 6, 2015

Re: [Pharo-users] Clearing objects from .changes

by Peter UhnÃ¡k

Excellent! Now I have successfully lowered the build size from 38MB to just 13MB. :) Thanks, Peter On Mon, Jul 6, 2015 at 11:10 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > What you (probably) want is called 'condensing the changes'. > Have a look at the class PharoChangesCondenser. > > << I create a new more compact changes files with a single version of each > method in the image. >> > > > On 06 Jul 2015, at 11:08, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > > Is it possible to remove all references to a class after it has been > removed everywhere? > > > > For example I can delete all classes of package > 'Roassal2-Builder-Grapher' > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > pkg := RPackageOrganizer default packageNamed: 'Roassal2'. > > grapherTag := pkg classTags detect: [ :each | each name = > #'Builder-Grapher' ]. > > grapherTag classes do: [ :each | removeClass value: each ]. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > However this leaves the .changes file intact, even after I do "Smalltalk > cleanUp: true". > > > > The reason why I am doing this is to lower the size of .changes/.images > files which are massive just after loading my project... so it takes a lot > of space for testing... > > > > Thanks, > > Peter > > >

July 6, 2015

Re: [Pharo-users] Clearing objects from .changes

by Sven Van Caekenberghe

What you (probably) want is called 'condensing the changes'. Have a look at the class PharoChangesCondenser. << I create a new more compact changes files with a single version of each method in the image. >> > On 06 Jul 2015, at 11:08, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Is it possible to remove all references to a class after it has been removed everywhere? > > For example I can delete all classes of package 'Roassal2-Builder-Grapher' > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > pkg := RPackageOrganizer default packageNamed: 'Roassal2'. > grapherTag := pkg classTags detect: [ :each | each name = #'Builder-Grapher' ]. > grapherTag classes do: [ :each | removeClass value: each ]. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > However this leaves the .changes file intact, even after I do "Smalltalk cleanUp: true". > > The reason why I am doing this is to lower the size of .changes/.images files which are massive just after loading my project... so it takes a lot of space for testing... > > Thanks, > Peter

July 6, 2015