November 2013 - Pharo-users

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