April 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] JNIPort for Pharo 3.0 alpha

by Joachim Geidel

BTW, I have published an updated version of JNIPort which partly resolves the performance issue caused by using #become:. Joachim -- My OpenPGP Key: 29F88108 available from hkp://wwwkeys.de.pgp.net

April 8, 2014

Re: [Pharo-users] Compiler evaluate: -> Smalltalk evaluate:

by Andre Hora

Thanks guys! On Apr 7, 2014 4:36 PM, "Camille Teruel" <camille.teruel(a)gmail.com> wrote: > > On 7 avr. 2014, at 16:31, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > Hello, > > I do not like 'Smalltalk evaluate:' either. > > One solution is to do 'self class compiler evaluate:'. > > > Yes IMO, calling #compiler on a class is the best solution since it > returns a compiler with the options that the class defines. > > > > > 2014-04-07 5:02 GMT-07:00 Sergi Reyner <sergi.reyner(a)gmail.com>: > >> 2014-04-07 11:51 GMT+01:00 Marcus Denker <marcus.denker(a)inria.fr>: >> >> In 4.0, we will remove the old compiler and then we can see how to make >>> the API perfect. >>> >> >> Will it be able to decompile by then? >> > > I believe we cannot remove the old compiler if we do not provide something > to access the method's sources. > > It will have either a decompiler or in-image sources if we achieve to > compress them enough (recently a guy compressed the AST in 15Mb by sharing > nodes, which is half the size of the sources). > > >> >> Cheers, >> Sergi >> > > >

April 7, 2014

Re: [Pharo-users] Use of FileDialogWindow : getting the result

by Nicolai Hess

2014-04-07 17:58 GMT+02:00 Thomas Bany <mun.sysdev(a)gmail.com>: > Okey so I only needed to select a directory and needed to shrink the size > of the widget anyway. So I opted for the sublass solution, got rid of the > file pane and added an action block on the #ok method. > > > 2014-04-07 16:12 GMT+02:00 Thomas Bany <mun.sysdev(a)gmail.com>: > > Hi ! >> >> I'm trying to fit a GUI in full screen mode, that uses a FileDialogWindow >> at some point. >> >> I'm able to recover the answer from FileDialogWindow when I it is opened >> modaly. However, since I would like to open it fullscreen with the selector >> #openFullScreen, the calling block does not wait and immediatly gets a nil >> answer. >> >> I was thinking of hacking my way out of it and subclassing >> FileDialogWindow to overide a method somewhere to call a block of my >> choosing but I really does not feel right. >> >> Has anyone a clue ? >> >> Thanks in advance for your time ! >> >> Thomas. >> > > Why do you need a dialog window in fullscreen size, if it is modal anyway ? Have you tried FileList (it isn't fullscreen, and doesn't look as nice as the FileDialogWindow, but maybe it is easier to hack around with.) FileList modalFolderSelector: FileSystem disk workingDirectory regards nicolai

April 7, 2014

Re: [Pharo-users] [ANN] WIP iStoa

by Hilaire Fernandes

Hello, Can you tell me the error message you get when executing from a terminal? Also I am curious about the output you get from your latest VM with this command: ldd -v bin/pharo Thanks Hilaire Le 07/04/2014 10:01, Bernat Romagosa a Ã©crit : > Very nice, Hilarie! > > Just FYI, I had to replace the shipped vm and plugins by the latest ones > to get it to work on my Debian Wheezy machine. > > Congrats! > > > 2014-04-05 18:20 GMT+02:00 Hilaire Fernandes > <hilaire.fernandes(a)gmail.com > <mailto:hilaire.fernandes@gmail.com>>: > > Hello, > > For those who want to give a try to work in progress iStoa on Linux, an > Interactive math exercises book. > > https://launchpad.net/istoa/alpha/14.04/+download/iStoa.app-14.04a.zip > > Hilaire > > -- > Dr. Geo http://drgeo.eu > > > > > > -- > Bernat Romagosa. -- Dr. Geo http://drgeo.eu

April 7, 2014

Re: [Pharo-users] Use of FileDialogWindow : getting the result

by Thomas Bany

Okey so I only needed to select a directory and needed to shrink the size of the widget anyway. So I opted for the sublass solution, got rid of the file pane and added an action block on the #ok method. 2014-04-07 16:12 GMT+02:00 Thomas Bany <mun.sysdev(a)gmail.com>: > Hi ! > > I'm trying to fit a GUI in full screen mode, that uses a FileDialogWindow > at some point. > > I'm able to recover the answer from FileDialogWindow when I it is opened > modaly. However, since I would like to open it fullscreen with the selector > #openFullScreen, the calling block does not wait and immediatly gets a nil > answer. > > I was thinking of hacking my way out of it and subclassing > FileDialogWindow to overide a method somewhere to call a block of my > choosing but I really does not feel right. > > Has anyone a clue ? > > Thanks in advance for your time ! > > Thomas. >

April 7, 2014

Re: [Pharo-users] Drag and drop items between list views

by Benjamin

Ben On 07 Apr 2014, at 12:17, MartinW <wm(a)fastmail.fm> wrote: > Benjamin Van Ryseghem (Pharo) wrote >> Out of this thread, I have made this post: >> http://spec.st/docs/drag_n_drop/ >> With a small change in the Spec code base (to not sort by default, but >> only when a sorting block is specified), >> it gives an example of how to do what you want :) > > Cool. Thank you. > > Still the fact that the passenger does only know the object's string > representation is a problem. Because in a real application i would not > display strings and integers in the lists, but my domain objects. And > already with this example it does not work: you convert the string to an > integer when it leaves list1 - but of course a user might drag it back from > list2 to list1 - and here you can no longer convert it as you do not know if > the dragged object is a string or an integerâ¦ > > Why does the passenger only know an object's string representation? Can this > be changed? This should be changed, but this is to be fixed in Morphic, and since itâs not breaking anything in Pharo (so far), it will be changed in early 4.0 Ben > > > > -- > View this message in context: http://forum.world.st/Drag-and-drop-items-between-list-views-tp4752285p4753… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

April 7, 2014

[spec] set ballonText on a treeNode

by Emilio Oca

Hi I think this is spec related. How can I set a ballonText on aTreeNode? I was expecting something like: tree childrenBlock: [ :anObject | self childrenFor: anObject ]; displayBlock: [ :anObject | self labelFor: anObject ]; helpBlock: [ :anObject | self helpFor: anObject ]; . but the last one is not available and I can not find something suitabe. How is the expected way? Best Emilio

April 7, 2014

Re: [Pharo-users] Compiler evaluate: -> Smalltalk evaluate:

by Camille Teruel

On 7 avr. 2014, at 16:31, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > Hello, > > I do not like 'Smalltalk evaluate:' either. > > One solution is to do 'self class compiler evaluate:'. Yes IMO, calling #compiler on a class is the best solution since it returns a compiler with the options that the class defines. > > > 2014-04-07 5:02 GMT-07:00 Sergi Reyner <sergi.reyner(a)gmail.com>: > 2014-04-07 11:51 GMT+01:00 Marcus Denker <marcus.denker(a)inria.fr>: > > In 4.0, we will remove the old compiler and then we can see how to make the API perfect. > > Will it be able to decompile by then? > > I believe we cannot remove the old compiler if we do not provide something to access the method's sources. > > It will have either a decompiler or in-image sources if we achieve to compress them enough (recently a guy compressed the AST in 15Mb by sharing nodes, which is half the size of the sources). > > > Cheers, > Sergi >

April 7, 2014

Re: [Pharo-users] Compiler evaluate: -> Smalltalk evaluate:

by ClÃ©ment Bera

Hello, I do not like 'Smalltalk evaluate:' either. One solution is to do 'self class compiler evaluate:'. 2014-04-07 5:02 GMT-07:00 Sergi Reyner <sergi.reyner(a)gmail.com>: > 2014-04-07 11:51 GMT+01:00 Marcus Denker <marcus.denker(a)inria.fr>: > > In 4.0, we will remove the old compiler and then we can see how to make >> the API perfect. >> > > Will it be able to decompile by then? > I believe we cannot remove the old compiler if we do not provide something to access the method's sources. It will have either a decompiler or in-image sources if we achieve to compress them enough (recently a guy compressed the AST in 15Mb by sharing nodes, which is half the size of the sources). > > Cheers, > Sergi >

April 7, 2014

Re: [Pharo-users] free learnig book

by Damien Cassou

On Mon, Apr 7, 2014 at 8:43 AM, Roelof Wobben <r.wobben(a)home.nl> wrote: > I wonder if there is a free book with a lot of exercises so I can practice > and learn a lot about Smalltalk. You can learn from Pharo By Example http://pharobyexample.org/ -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 7, 2014