November 2013 - Pharo-users

Re: [Pharo-users] ProfStef, Lesson 25 - Unknown selector

by Joachim Tuchel

Hi, I am not sure whether Pharo implements or once implemented a special method like executeMethod: but in Smalltalk the selector for sending a message to an object is #perform: so you should probably try to replace #executeMethod with #perform: . But I am sure somebody more familiar with ProfStef and Pharo will comment on your issue more specifically. HTH, Joachim Am 05.11.13 07:36, schrieb Bahman Movaqar: > Hi all, > > Reading ProfStef at lesson 25 (Reflections), when I try to run the last > statement <code>ProfStef default executeMethod: (ProfStef > lookupSelector:#next).</code>, the error pops up saying <error>Unknown > selector executeMethod:</error>. Am I doing anything wrong? > > TIA, >

Nov. 5, 2013

ProfStef, Lesson 25 - Unknown selector

by Bahman Movaqar

Hi all, Reading ProfStef at lesson 25 (Reflections), when I try to run the last statement <code>ProfStef default executeMethod: (ProfStef lookupSelector:#next).</code>, the error pops up saying <error>Unknown selector executeMethod:</error>. Am I doing anything wrong? TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 5, 2013

Re: [Pharo-users] ImageMorph scaling

by Denis Kudriashov

Hi I think ImageMorph not support #spaceFill resizing 2013/11/5 Sean P. DeNigris <sean(a)clipperadams.com> > How would I get an ImageMorph to automatically resize inside a Spec UI? I > put > it in a PanelMorph with various layout attempts, the latest being: > image := PanelMorph new > changeTableLayout; > hResizing: #spaceFill; > vResizing: #spaceFill; > yourself. > > Where image above is an accessor referenced in #spec > > Then I added: > imageMorph := ImageMorph new > image: form; > hResizing: #spaceFill; > vResizing: #spaceFill; > yourself. > > image addMorph: imageMorph. > > The form shows up as the full original size, but strangely if I bring up > the > halos on the ImageMorph and just wiggle the scaling halo, it resizes to fit > the PanelMorph. But then if I resize the window again, the image doesn't > rescale. > > Thanks. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/ImageMorph-scaling-tp4719248.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Nov. 5, 2013

Shortcut to "Browse Class"

by Bahman Movaqar

Hi all, As an absolute beginner, when using a workspace, most of the times I don't know the type of the value returned by a piece of code or its methods. So I have to select the value, right-click on it, from the menu (BTW is there a name for this menu?), select "Explore" and then select "Browse Class" or "Browse Full". Is there a shortcut to this functionality? TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 5, 2013

Writing a GUI - Where to start?

by Bahman Movaqar

Hi all, I need to build a typical GUI application (menus, buttons, modal dialogs, ...). I'd appreciate if you could point me to where should I start and what are the choices for a UI framework in Pharo? TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 5, 2013

Re: [Pharo-users] Suggestions for simple & easy-to-use libraries for HTTP and JSON?

by Bahman Movaqar

On 11/04/2013 23:33, Sven Van Caekenberghe wrote: > Hi Bahman, > > On 04 Nov 2013, at 20:13, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > >> Hi all, >> >> Apparently, I finally have the time to do something serious with Pharo. And I'm intending to get started ASAP before any interruptions :-) >> >> I'm planning to write a GUI front-end for an application that provides JSON interface --the JSON provider is Fossil SCM (fossil-scm.org) As the first step I need an HTTP client library that can handle GET/POST requests and a JSON parsing library. I'd appreciate any suggestions for those libraries. > HTTP is, of course built in. For JSON parsing, you can use NeoJSON. Open the Configuration Browser and install is. Then you can do things like: > > ZnClient new > systemPolicy; > url: 'http://easy.t3-platform.net/rest/geo-ip'; > queryAt: 'address' put: '81.83.7.35'; > accept: ZnMimeType applicationJson; > contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; > get. > > PUT, POST & DELETE are easy as well. I am using this all the time. > > Here is some more documentation: > > http://zn.stfx.eu/zn/zinc-http-components-paper.html > https://github.com/svenvc/docs/blob/master/neo/neo-json-paper.md > Thanks Sven. That works for me. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 5, 2013

ImageMorph scaling

by Sean P. DeNigris

How would I get an ImageMorph to automatically resize inside a Spec UI? I put it in a PanelMorph with various layout attempts, the latest being: image := PanelMorph new changeTableLayout; hResizing: #spaceFill; vResizing: #spaceFill; yourself. Where image above is an accessor referenced in #spec Then I added: imageMorph := ImageMorph new image: form; hResizing: #spaceFill; vResizing: #spaceFill; yourself. image addMorph: imageMorph. The form shows up as the full original size, but strangely if I bring up the halos on the ImageMorph and just wiggle the scaling halo, it resizes to fit the PanelMorph. But then if I resize the window again, the image doesn't rescale. Thanks. ----- Cheers, Sean -- View this message in context: http://forum.world.st/ImageMorph-scaling-tp4719248.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 5, 2013

Re: [Pharo-users] Multicolumn text view with spec

by Norbert Hartl

> Am 04.11.2013 um 23:09 schrieb Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com>: > > An old version of spec is usable in 2.0 > > The 3.0 version is _far_ better. > Of course :) But I like to do things I can use in production. So for people like me the newest is only an option if I do prototyping. Norbert > You may want to use MultiColumnListModel (itâs the widget used in the senders/implementors UI) > Otherwise, you can indeed use the scroll sync example to sync to lists together. > > Ben > >> On 04 Nov 2013, at 18:59, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: >> >> Yes I'm referring to Pharo 3, try with the latest image. >> It should be there...if you can't find it let me know. >> cheers >> >> >> Lic. Ignacio Sniechowski, MBA >> >> >> >> >> >> >> >>> On Mon, Nov 4, 2013 at 2:43 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>> >>> > Am 04.11.2013 um 14:50 schrieb nacho <0800nacho(a)gmail.com>: >>> > >>> > You can take a look at ComposableModel>>#ScrollSyncExample >>> > >>> > Try: >>> > >>> > ScrollSyncExample new openWithSpec >>> > >>> > I guess that's what you need. >>> > >>> thanks, but I don't have them in my image. You were refering to a 3.0 image? >>> Is spec usable in 2.0? >>> >>> Norbert >>> > cheers >>> > Nacho >>> > >>> > >>> > >>> > >>> > -- >>> > View this message in context: http://forum.world.st/Multicolumn-text-view-with-spec-tp4719050p4719129.html >>> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> > >> >> <test.tiff> >

Nov. 4, 2013

Re: [Pharo-users] Multicolumn text view with spec

by Benjamin

An old version of spec is usable in 2.0 The 3.0 version is _far_ better. You may want to use MultiColumnListModel (itâs the widget used in the senders/implementors UI) Otherwise, you can indeed use the scroll sync example to sync to lists together. Ben On 04 Nov 2013, at 18:59, Ignacio MatÃas Sniechowski <0800nacho(a)gmail.com> wrote: > Yes I'm referring to Pharo 3, try with the latest image. > It should be there...if you can't find it let me know. > cheers > > > Lic. Ignacio Sniechowski, MBA > > > > > > > > On Mon, Nov 4, 2013 at 2:43 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > > Am 04.11.2013 um 14:50 schrieb nacho <0800nacho(a)gmail.com>: > > > > You can take a look at ComposableModel>>#ScrollSyncExample > > > > Try: > > > > ScrollSyncExample new openWithSpec > > > > I guess that's what you need. > > > thanks, but I don't have them in my image. You were refering to a 3.0 image? > Is spec usable in 2.0? > > Norbert > > cheers > > Nacho > > > > > > > > > > -- > > View this message in context: http://forum.world.st/Multicolumn-text-view-with-spec-tp4719050p4719129.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > <test.tiff>

Nov. 4, 2013

Re: [Pharo-users] Suggestions for simple & easy-to-use libraries for HTTP and JSON?

by Sven Van Caekenberghe

Hi Bahman, On 04 Nov 2013, at 20:13, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > Hi all, > > Apparently, I finally have the time to do something serious with Pharo. And I'm intending to get started ASAP before any interruptions :-) > > I'm planning to write a GUI front-end for an application that provides JSON interface --the JSON provider is Fossil SCM (fossil-scm.org) As the first step I need an HTTP client library that can handle GET/POST requests and a JSON parsing library. I'd appreciate any suggestions for those libraries. HTTP is, of course built in. For JSON parsing, you can use NeoJSON. Open the Configuration Browser and install is. Then you can do things like: ZnClient new systemPolicy; url: 'http://easy.t3-platform.net/rest/geo-ip'; queryAt: 'address' put: '81.83.7.35'; accept: ZnMimeType applicationJson; contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; get. PUT, POST & DELETE are easy as well. I am using this all the time. Here is some more documentation: http://zn.stfx.eu/zn/zinc-http-components-paper.html https://github.com/svenvc/docs/blob/master/neo/neo-json-paper.md HTH, Sven > TIA, > > -- > Bahman Movaqar ( > http://BahmanM.com > ) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com) >

Nov. 4, 2013

Suggestions for simple & easy-to-use libraries for HTTP and JSON?

by Bahman Movaqar

Hi all, Apparently, I finally have the time to do something serious with Pharo. And I'm intending to get started ASAP before any interruptions :-) I'm planning to write a GUI front-end for an application that provides JSON interface --the JSON provider is Fossil SCM (fossil-scm.org) As the first step I need an HTTP client library that can handle GET/POST requests and a JSON parsing library. I'd appreciate any suggestions for those libraries. TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Nov. 4, 2013

Re: [Pharo-users] Multicolumn text view with spec

by Ignacio MatÃas Sniechowski

Yes I'm referring to Pharo 3, try with the latest image. It should be there...if you can't find it let me know. cheers *Lic. Ignacio Sniechowski, MBA* On Mon, Nov 4, 2013 at 2:43 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > > Am 04.11.2013 um 14:50 schrieb nacho <0800nacho(a)gmail.com>: > > > > You can take a look at ComposableModel>>#ScrollSyncExample > > > > Try: > > > > ScrollSyncExample new openWithSpec > > > > I guess that's what you need. > > > thanks, but I don't have them in my image. You were refering to a 3.0 > image? > Is spec usable in 2.0? > > Norbert > > cheers > > Nacho > > > > > > > > > > -- > > View this message in context: > http://forum.world.st/Multicolumn-text-view-with-spec-tp4719050p4719129.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > >

Nov. 4, 2013

Re: [Pharo-users] Multicolumn text view with spec

by Norbert Hartl

> Am 04.11.2013 um 14:50 schrieb nacho <0800nacho(a)gmail.com>: > > You can take a look at ComposableModel>>#ScrollSyncExample > > Try: > > ScrollSyncExample new openWithSpec > > I guess that's what you need. > thanks, but I don't have them in my image. You were refering to a 3.0 image? Is spec usable in 2.0? Norbert > cheers > Nacho > > > > > -- > View this message in context: http://forum.world.st/Multicolumn-text-view-with-spec-tp4719050p4719129.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Nov. 4, 2013

Re: [Pharo-users] Create a .exe application in Pharo 2.0

by btc＠openinworld.com

prova email wrote: > It's quite hard to me to explain what i need. When i ask something, i've never had the answer that i want. What do you mean for "There are some places in the system where you can put txt file"? What are the places you are talking about? Is it the Pharo 2.0 folder? Can somebody tell me step-by-step how to create the .exe file? Why is it so difficult? As i said at the beginnning of one of my first messages, i'm a rookie in Pharo. So i need something more. > Thanks again.Paolo > Do you just want to just make it look like 'you app'? For instance by renaming: * Pharo.exe to MyApp.exe, and * Pharo.changes to MyApp.changes * Pharo.image to MyApp.changes. Note you don't need basename the 'exe' to be the same and the 'image'. That is just co-incidental. As long as there is only one 'image' in the folder as the 'exe', then that is opened automatically. cheers -ben

Nov. 4, 2013

Re: [Pharo-users] Multicolumn text view with spec

by nacho

You can take a look at ComposableModel>>#ScrollSyncExample Try: ScrollSyncExample new openWithSpec I guess that's what you need. cheers Nacho -- View this message in context: http://forum.world.st/Multicolumn-text-view-with-spec-tp4719050p4719129.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 4, 2013

Re: [Pharo-users] Updating Pharo 2 - Unable to resolve ConfigurationOfFuel

by btc＠openinworld.com

Nov. 4, 2013

Re: [Pharo-users] Yet another "building a GUI" question

by btc＠openinworld.com

Nov. 4, 2013

Re: [Pharo-users] Create a .exe application in Pharo 2.0

by kilon alios

excellent post, detailed and to the point. I want to add that this is one of the big reason I left Python for Pharo , they both start with letter P but they are like night and day when it comes to distribution. With python you have to use something like py2exe , cxfrozen, pyinstaller. They have been a huge failure for me to package python apps. I packaged apps that worked on one windows machine but did not ward on another, with same hardware and os. To make things even worse python has nothing nowhere near smalltalkhub and squeaksource, there is pypi but it demands additional installations etc. I heard Distutils were a disaster which supposed to solve the problem and nowdays python still relies on pypi mostly for distribution of packages. Pharo on the other side its easy , you already have a self contained directory with pharo inside. No installation required. You package it in a zip file and ship away. The user unzips the file and he is ready to use pharo even if he runs it from a usb flash, no installation required. Your user wants additional functionality installed ? no problemo, call smalltalkhub and fetch your additional libraries no questions asked, no need to force user to install additional tools to get the job done. I love it ! This is what makes me so happy to use Pharo. On Mon, Nov 4, 2013 at 2:35 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi Paolo, > > If you ask for how to build an EXE I guess you work on Windows and have > already experience with building > EXE's using other programming languages. > > Typically IDE's for C/C++, Pascal, VisualBasic, ... provide this concept, > you have a main(), > WinMain() or other entry point function into your program and provide some > additional > resources (like a custom icon, version info, ...). The development > environment typically creates > a file with an *.exe extension - internally this is a so called PE-File > (portable executable) that > when clicked is loaded by the OS loader and starts in your predefined > entry point. > > Unfortunately is not a very flexible way to package anything into a single > compiled executable. > It is hard to ship an update - since you have to redeploy the executable > anytime your program > changes. > Portable for EXE also means "portable on Windows only", since the > PE-Format is Windows specific. > > Real portable environments that are based on virtual machines (VM) > tyically use another path: they > just have a single executable for the virtual machine itself. This virtual > machine is implemented > as a native windows, mac, Linux, ... application and your program is > included in one or more > portable file(s) running on top of this VM. > > Take Java as an example: you have a Java runtime environment with an EXE > for the virtual machine > (java.exe) and your program is portable since it is defined in a (Java) > portable format (*.class files > and *.jar archives). In Java you typically also do not deploy an EXE, you > deploy the JAR archives > and if not preinstalled maybe the Java runtime environment (JRE). > > Downside is: in Java the environment will have to be correctly set up, > otherwise the virtual machine may not > find the classes of your program - then you have to fight with loader > problems, class path problems, ... > > Additional note: yes there are products in the market that allow you to > also create an EXE from a Java > program - but they do often nothing more than packaging up the program > into a single EXE file for better > handling - in the end they often use the virtual machine to run it. > > Microsoft does something similar nowedays - if you build an EXE in C# you > end up with a native Win32 > application in PE-Format that loads and runs the .NET runtime. So it is > not more than an entrypoint > into the more portable .NET world. Take care: while the basic concepts of > .NET are portable > (see Mono to run on Linux) the APIs are often very bound to Windows. > > > Smalltalk (and Pharo) goes one step further: it also provides a native > virtual machine (EXE) like > in the other environments - but all the objects, packages, resources, ... > even the IDE are hosted > in a single data file (called the Image file with an *.image" extension). > > So you can compare it more with technologies like VMWare, VirtualBox, ... > with portable images > or portable game engines like ScummVM where the program runs on top of a > VM and is shipped as a single file. > > To make long story short: > ========================= > > 1. You typically and easy deploy by giving the Pharo VM executable away > together with your custom image > file (predefined for customer experience) and with you application > setup (typically in fullscreen). > > > 2. If you want to hide that it is done in Pharo and "customize" it a > little bit more, specific on Windows: > > A. rename the virtual machine Pharo.exe into "MyKillerApp.exe" > B. Prepare image > - disable "Check changes file availability" in the Settings > browser (if you do not need the code changes "*.changes") > - disable "Check sources file availability" in the Settings > browser (if you do not need the source code file "*.sources") > - start you app to take up the full space of the Pharo window > (sample can be found in > http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher) > - do other things to customize, like providing a custom world > menu ( > http://lists.gforge.inria.fr/pipermail/pharo-project/2010-September/032696.… > ) > - save the image with a different name "MyKillerApp.data" (so no > image extension if you like) > > C. You renamed the VM into "MyKillerApp.exe" (see Step A) so instead > of Pharo.ini the VM system looks for a "MyKillerApp.ini" > in the same directory. Add the name of your new image file here: > > [Global] > ImageFile=MyKillerApp.data > ... > > > So when the user clicks on "MyKillerApp.exe" the virtual machine > is started, reads the "MyKillerApp.ini" and > loads the "MyKillerApp.data" Pharo image. > > D. If you want to have a nice custom icon use the "Resource hacker" > freeware tool to exchange the icon > of the virtual machine. > > If you need more customizations just have a look at VM building. Using > MingW, CMake and friends and the Pharo > VM tool chain it is easy to rebuild and adopte the Pharo VM (executable) > to own custom needs. Here you can also > provide an own custom icon or other execuable properties (like version > info) by customizing the *.rc file. > You can also implement custom VM plugins ... up to a whole new Pharo ;) > > An image is very very flexible. Note that you can even provide an own > update server - to update customer images > similar to how Pharo images are updated. If required and allowed the > customer can also save the image in different > states like saving a game. I would not recommend it - but technically it > is possible. > > So depending how far you want to go (and how deep you will go into Pharo > internals) anything is possible for shipping > a customized environment. > > Bye > T. > >

Nov. 4, 2013

Re: [Pharo-users] Create a .exe application in Pharo 2.0

by phil＠highoctane.be

Exactly. I'd like to do podcast interviews with you people on this list to convey that powerful emotion. Takers? On Monday, November 4, 2013, Sven Van Caekenberghe wrote: > > On 04 Nov 2013, at 11:37, prova email <prova213(a)hotmail.it <javascript:;>> > wrote: > > > > > Hi Sven > > > > yes, i read PBE, it's a great book, i love it. You are right, Pharo is > different, and i'm wrong in searching the way to do "old school" stuff. > > Well, it is not wrong, but maybe a bit too early. > > The main attraction of Pharo is the incredible environment that gives you > âlive objects at your fingertipsâ. Once you get used to live debugging, > workspaces, inspector/explorers, readable source code all the way down, > etc.. it will be hard to go back to more primitive environments. > > > Best; > > Paolo > > > > > From: sven(a)stfx.eu <javascript:;> > > > Date: Mon, 4 Nov 2013 11:25:47 +0100 > > > To: pharo-users(a)lists.pharo.org <javascript:;> > > > Subject: Re: [Pharo-users] Create a .exe application in Pharo 2.0 > > > > > > Hi Paolo, > > > > > > On 04 Nov 2013, at 11:07, prova email <prova213(a)hotmail.it<javascript:;>> > wrote: > > > > > > > It's quite hard to me to explain what i need. When i ask something, > i've never had the answer that i want. What do you mean for "There are some > places in the system where you can put txt file"? What are the places you > are talking about? Is it the Pharo 2.0 folder? > > > > Can somebody tell me step-by-step how to create the .exe file? Why > is it so difficult? As i said at the beginnning of one of my first > messages, i'm a rookie in Pharo. So i need something more. > > > > > > > > Thanks again. > > > > Paolo > > > > > > Pharo is quite different from C, C# or Java. Building a .exe can be > done or be simulated, but it is not how Pharo is normally used, so it is > not a simple, one-click option. I would consider it âadvanced'. > > > > > > When learning something new, especially when it is very different from > what you are used to, it is best, in my opinion, to first do everything the > way things are meant to be done. You will âget itâ much sooner that way. > > > > > > Working in an image without source files and using higher level > distributed source code control feels very strange for newcomers. > > > > > > You should start with Pharo by Example (dated, but still the best > intro), after that there is Deep into Pharo, or the upcoming Pharo for the > Enterprise. > > > > > > Regards, > > > > > > Sven > > > > > > > > > -- > > > Sven Van Caekenberghe > > > http://stfx.eu > > > Smalltalk is the Red Pill > > > > > > > > > > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

Nov. 4, 2013

Create a .exe application in Pharo 2.0

by Torsten Bergmann

Hi Paolo, If you ask for how to build an EXE I guess you work on Windows and have already experience with building EXE's using other programming languages. Typically IDE's for C/C++, Pascal, VisualBasic, ... provide this concept, you have a main(), WinMain() or other entry point function into your program and provide some additional resources (like a custom icon, version info, ...). The development environment typically creates a file with an *.exe extension - internally this is a so called PE-File (portable executable) that when clicked is loaded by the OS loader and starts in your predefined entry point. Unfortunately is not a very flexible way to package anything into a single compiled executable. It is hard to ship an update - since you have to redeploy the executable anytime your program changes. Portable for EXE also means "portable on Windows only", since the PE-Format is Windows specific. Real portable environments that are based on virtual machines (VM) tyically use another path: they just have a single executable for the virtual machine itself. This virtual machine is implemented as a native windows, mac, Linux, ... application and your program is included in one or more portable file(s) running on top of this VM. Take Java as an example: you have a Java runtime environment with an EXE for the virtual machine (java.exe) and your program is portable since it is defined in a (Java) portable format (*.class files and *.jar archives). In Java you typically also do not deploy an EXE, you deploy the JAR archives and if not preinstalled maybe the Java runtime environment (JRE). Downside is: in Java the environment will have to be correctly set up, otherwise the virtual machine may not find the classes of your program - then you have to fight with loader problems, class path problems, ... Additional note: yes there are products in the market that allow you to also create an EXE from a Java program - but they do often nothing more than packaging up the program into a single EXE file for better handling - in the end they often use the virtual machine to run it. Microsoft does something similar nowedays - if you build an EXE in C# you end up with a native Win32 application in PE-Format that loads and runs the .NET runtime. So it is not more than an entrypoint into the more portable .NET world. Take care: while the basic concepts of .NET are portable (see Mono to run on Linux) the APIs are often very bound to Windows. Smalltalk (and Pharo) goes one step further: it also provides a native virtual machine (EXE) like in the other environments - but all the objects, packages, resources, ... even the IDE are hosted in a single data file (called the Image file with an *.image" extension). So you can compare it more with technologies like VMWare, VirtualBox, ... with portable images or portable game engines like ScummVM where the program runs on top of a VM and is shipped as a single file. To make long story short: ========================= 1. You typically and easy deploy by giving the Pharo VM executable away together with your custom image file (predefined for customer experience) and with you application setup (typically in fullscreen). 2. If you want to hide that it is done in Pharo and "customize" it a little bit more, specific on Windows: A. rename the virtual machine Pharo.exe into "MyKillerApp.exe" B. Prepare image - disable "Check changes file availability" in the Settings browser (if you do not need the code changes "*.changes") - disable "Check sources file availability" in the Settings browser (if you do not need the source code file "*.sources") - start you app to take up the full space of the Pharo window (sample can be found in http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher) - do other things to customize, like providing a custom world menu (http://lists.gforge.inria.fr/pipermail/pharo-project/2010-September/032696.…) - save the image with a different name "MyKillerApp.data" (so no image extension if you like) C. You renamed the VM into "MyKillerApp.exe" (see Step A) so instead of Pharo.ini the VM system looks for a "MyKillerApp.ini" in the same directory. Add the name of your new image file here: [Global] ImageFile=MyKillerApp.data ... So when the user clicks on "MyKillerApp.exe" the virtual machine is started, reads the "MyKillerApp.ini" and loads the "MyKillerApp.data" Pharo image. D. If you want to have a nice custom icon use the "Resource hacker" freeware tool to exchange the icon of the virtual machine. If you need more customizations just have a look at VM building. Using MingW, CMake and friends and the Pharo VM tool chain it is easy to rebuild and adopte the Pharo VM (executable) to own custom needs. Here you can also provide an own custom icon or other execuable properties (like version info) by customizing the *.rc file. You can also implement custom VM plugins ... up to a whole new Pharo ;) An image is very very flexible. Note that you can even provide an own update server - to update customer images similar to how Pharo images are updated. If required and allowed the customer can also save the image in different states like saving a game. I would not recommend it - but technically it is possible. So depending how far you want to go (and how deep you will go into Pharo internals) anything is possible for shipping a customized environment. Bye T.

Nov. 4, 2013

Re: [Pharo-users] [Pharo-dev] moving moose to pharo 3.0

by StÃ©phane Ducasse

> Hi, > > We essentially finished moving Moose to Pharo 3.0 (we still have 6 yellow tests but they needed attention anyway). It took about 4 people looking into issues for a total probably around 2 man-days of effort. The largest impediment was actually SmalltalkHub being down for one day :). Excellent! I integrated the flatCollect: fix. > > What posed problems: > - RB visitor now has correct visit* methods instead of accept* methods. The deprecation messages helped quite a bit. This meant (1) that we had to rename in our visitors the methods, and (2) that we had to change the old accept* messages. Yes. > - RB nodes do not answer to #isLiteral anymore. Instead, they answer correctly to #isLiteralNode so that to avoid confusion with Object>>#isLiteral. This is good, and this meant that we had to hunt all #isLiteral usages in Moose. :) > - Categories are no longer mapped on RPackages through 1-to-1. This is also good because it is an important step in Pharo. Although originally we said we want to keep 1-to-1, this is probably a better solution now. For Moose, this meant that some of our older tests setup had to be modified a bit to rely on RPackage only. > - Some Morphs rely now on Announcements, and this had a little impact on the assumptions we make when we suspend announcements (to avoid infinite loops) that are being sent between Morphic and Glamour. We fixed this in Glamour. > - In FileSystem #ensureDirectory was renamed to #ensureCreateDirectory without a deprecation. For this one, we should add a deprecation for the old method. Fill up a bug entry and we will add this one. Good catch > - flatCollect had a conflicting behavior in Pharo. We are now integrating the Moose version so that it returns the same species. Done :) > - The new SpecDebugger expects the registered Inspector to be based on Spec, and this causes problems with the GTInspector. This problem still has to be fixed in Pharo. > > All in all, we encountered no significant problems and the problems we faced came from deep into Pharo. So, if your code is not relying directly on RB, RPackage or the Debugger, you are likely to have a smooth transition. Excellent news. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Nov. 4, 2013

Re: [Pharo-users] CogVM arguments in Win32

by Bernat Romagosa

Hi! Thanks Igor, that kinda worked! Pharo hides, but comes back after half a second or so. I'll keep digging, thanks! :) 2013/11/1 phil(a)highoctane.be <phil(a)highoctane.be> > Well, this should rather be: > > handle :=NativeBoostWin32 squeakWindowHandle. > window := NBWin32Window new value: handle; yourself. > window hide. > > or > > window setWindowText: 'im a main window blablabla'. > > Phil > > > On Thu, Oct 31, 2013 at 10:03 PM, Igor Stasenko <siguctua(a)gmail.com>wrote: > >> You can try something like this: >> >> | handle window | >> >> handle := NativeBoost forCurrentPlatform squeakWindowHandle. >> window := NBWin32Window new value: handle; yourself. >> window hide. >> >> or >> >> window setWindowText: 'im a main window blablabla'. >> >> :) >> >> i didn't tested it since its been implemented, but i think it should work. >> >> >> >> On 30 October 2013 11:20, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com >> > wrote: >> >>> In this direction, I'm trying to call a function in the shell32.dll lib >>> that apparently should let you minimize an app to the system tray, but I'm >>> not having much luck... I guess I don't really understand what am I exactly >>> doing. >>> >>> This is what I found in the MSDN<http://msdn.microsoft.com/en-us/library/bb762159%28VS.85%29.aspx> >>> : >>> >>> BOOL Shell_NotifyIcon( >>> _In_ DWORD dwMessage, >>> _In_ PNOTIFYICONDATA lpdata >>> ); >>> >>> >>> So, I tried to translate this into Pharo as: >>> >>> MyClass >> minimizeToTray: dwMessage data: lpData >>> >>> <apicall: bool 'Shell_NotifyIcon' (dword PNOTIFYICONDATA) module: >>> 'shell32.dll'> >>> >>> >>> But it won't let me save the method, reporting it's expecting an >>> argument before PNOTIFYICONDATA. >>> >>> I realize PNOTIFYICONDATA is not a primitive type, but I just don't know >>> how to handle it... :( >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Bernat Romagosa.

Nov. 4, 2013

Re: [Pharo-users] Create a .exe application in Pharo 2.0

by Sven Van Caekenberghe

On 04 Nov 2013, at 11:37, prova email <prova213(a)hotmail.it> wrote: > > Hi Sven > > yes, i read PBE, it's a great book, i love it. You are right, Pharo is different, and i'm wrong in searching the way to do "old school" stuff. Well, it is not wrong, but maybe a bit too early. The main attraction of Pharo is the incredible environment that gives you âlive objects at your fingertipsâ. Once you get used to live debugging, workspaces, inspector/explorers, readable source code all the way down, etc.. it will be hard to go back to more primitive environments. > Best; > Paolo > > > From: sven(a)stfx.eu > > Date: Mon, 4 Nov 2013 11:25:47 +0100 > > To: pharo-users(a)lists.pharo.org > > Subject: Re: [Pharo-users] Create a .exe application in Pharo 2.0 > > > > Hi Paolo, > > > > On 04 Nov 2013, at 11:07, prova email <prova213(a)hotmail.it> wrote: > > > > > It's quite hard to me to explain what i need. When i ask something, i've never had the answer that i want. What do you mean for "There are some places in the system where you can put txt file"? What are the places you are talking about? Is it the Pharo 2.0 folder? > > > Can somebody tell me step-by-step how to create the .exe file? Why is it so difficult? As i said at the beginnning of one of my first messages, i'm a rookie in Pharo. So i need something more. > > > > > > Thanks again. > > > Paolo > > > > Pharo is quite different from C, C# or Java. Building a .exe can be done or be simulated, but it is not how Pharo is normally used, so it is not a simple, one-click option. I would consider it âadvanced'. > > > > When learning something new, especially when it is very different from what you are used to, it is best, in my opinion, to first do everything the way things are meant to be done. You will âget itâ much sooner that way. > > > > Working in an image without source files and using higher level distributed source code control feels very strange for newcomers. > > > > You should start with Pharo by Example (dated, but still the best intro), after that there is Deep into Pharo, or the upcoming Pharo for the Enterprise. > > > > Regards, > > > > Sven > > > > > > -- > > Sven Van Caekenberghe > > http://stfx.eu > > Smalltalk is the Red Pill > > > >

Nov. 4, 2013

Re: [Pharo-users] Create a .exe application in Pharo 2.0

by phil＠highoctane.be

As you do a *java -jar app.jar* you can do *pharo app.image* Now to get an executable, what for? For installing: check the list for a discussion on using InnoSetup for packaging installers: http://thread.gmane.org/gmane.comp.lang.smalltalk.pharo.devel/63395 For single exe file: have a look at http://www.abyssmedia.com/quickbfc/which does interesting black magic (with a touch of ghost mode: http://www.abyssmedia.com/quickbfc/execution-mode.shtml) for single exe appearance. There is also some pkzip black magic as well. http://www.computing.net/answers/programming/packaging-exe-and-batch-script… For launching: A simple C program doing an exec() of cmd.exe /c pharo.exe app.image would be good enough (some things to be aware of: http://stackoverflow.com/questions/14679058/c-using-exec-in-windows) I'd be curious to see what UPX (http://upx.sourceforge.net/) does to the pharo.exe BTW. For a nice icon for your exe, check http://angusj.com/resourcehacker/ Phil

Nov. 4, 2013

Re: [Pharo-users] Updating Pharo 2 - Unable to resolve ConfigurationOfFuel

by StÃ©phane Ducasse

Ok so that I know it and this is probably 3 changes of 500. I was thinking about what is the problem with 2.0 update. >> But marcus we are doing update all the time because this is the way we push new updates daily. >> So I do not understand why this would be different? >> > > It happens due to strange things: updates that access the web and URLs change, for example. > Or in the past one problem was that it could overload squeak-source to load for hours and hours packagesâ¦ > > And it takes quite some care to keep it going: when *really* bad things happen, we now (once or twice in a year) > upload a fixed image that is than taken as the base. If you want to support âtake pharo2 and update it to pharo3â, > (or even, take Pharo3 half a year agoâ¦), then we need to put *a huge* (very huge) effort into making sure that > we never ever upload a hand-fixed image. > This is a lot of work. > > And in addition, even that does not guarantee anything: you would need to actually test itâ¦ > > > >>> >>>> no you dont do anything wrong, unfortunately from what I have been told the update process is broken. Right now the best choices is to download directly from pharo website >>>> >>> The problem is that how images are used is shifting: People used to use an image for a long time, updating the base from time to time while their code >>> was in the image. >>> >>> These days, what people do is to have an automatic (and well defined) process that build a fresh image on >>> -> base system is updated >>> -> Own code commit >>> >>> So e.g. I never retain images after I finish something. I commit, wait for the build system to tell me everything is green, and I throw the image >>> away. Images are transient things. >>> >>> This in turn means nobody uses updating, and this means that it is not tested. and everything not tested brakes after a whileâ¦. >>> (In turn, everything we want to be sure works needs to be tested after every commit, but testing âupdating every old version to the newestâ >>> is not really testable, anaywayâ¦) >>> >>> When we move to an image-bootstrap for the development of Pharo itself (I guess in Pharo4), we should really check what and how (and if) we >>> support updating existing images, or if we declare the image to be something that *always* be the result of a deterministic build processâ¦ >>> >>> Marcus >>> >>> >> >> > >

Nov. 4, 2013