- Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] General WebBrowser package for Pharo4 and Pharo 5 onwards

by stepharo

The documentation is on github under PharoProgress people should issues pull requests Le 14/4/16 01:15, Ben Coman a Ã©crit : > On Wed, Apr 13, 2016 at 10:04 PM, Rob Rothwell <r.j.rothwell(a)gmail.com> wrote: >>> # Usage >>> >>> WebBrowser openOn: 'http://www.pharo.org' >> >> Fantastic...this is a nice example of using UFFI to call a LibC command, and >> since it is just using open(1), you can also do something like: >> >> >> WebBrowser openOn: '/users/rob/desktop/enterprisepharo.pdf' >> >> To generically open a file! >> >> Take care, >> >> Rob > btw, the might be good for the UFFI documentation to list a few > reference projects using it. > cheers -ben > >

April 14, 2016

Re: [Pharo-users] First impressions, was About Box

by stepharo

Le 14/4/16 01:52, Damien Pollet a Ã©crit : > Heh. The last days I've had a look at Coralâ¦ my current goal is to > remove the dependency to PetitParser from the argument parser, and to > re-integrate that with the commandline handler system of the image. > But that's only one partâ¦ Yes it would be really nice. > > On 14 April 2016 at 01:43, Ben Coman <btc(a)openinworld.com > <mailto:btc@openinworld.com>> wrote: > > On Wed, Apr 13, 2016 at 1:51 AM, Alistair Grant > <akgrant0710(a)gmail.com <mailto:akgrant0710@gmail.com>> wrote: > > > * I'm glad that being able to run headless mode is easy, as I'd > like to > > use Pharo for scripting. > > I'm not sure of its status, but Coral was some experiments along > this line... > https://www.youtube.com/watch?v=HLb_rMcNN6k > > > * I'm still getting used to the idea of the entire ST > environment being > > in a single OS window, but at the moment I think I prefer VW's > > approach where each ST window is a OS window, as it makes it > easier to > > work with other applications, e.g. if I want to look at an > email or > > web page while working within ST. > > This will become more possible over time as some native window > management is being moved out of VM into the Image. > > cheers -ben > >

April 14, 2016

Re: [Pharo-users] First impressions, was About Box

by stepharo

Have a look at the chapter about command handler in Deep into Pharo because you have all you need You can script the loading and execution of expressions easily. People like julien, damien at Pharodays started to resume a better DSL for command descriptions. Le 13/4/16 19:48, Alistair Grant a Ã©crit : > On Wed, Apr 13, 2016 at 05:55:22PM +0200, stepharo wrote: >>> I'd be happy to, thanks. Please let me know what I need to do to get >>> involved (and remember that this is my hobby and I don't get as much >>> time as I'd like, so my responses won't always be as fast as we'd like). >> - start to see if you can write the scripts you want. >> - identify missing functionality >> - use OSSubprocess > Sure... > > While the existing "st" handler has some uses, I think it will be a bit > limited as I expect that most of the scripts I would write would end up > being: > > 1. Load required packages > 2. Maybe do some initialisation > 3. Send (basically) a single message to start the real work > > Which means that I have to maintain a separate file that adds little > value. > > As implied above, I'd like the "script" to be distributable as either > one or two files and take advantage of: > > * OO design > * Pharo's excellent development environment > * SUnit > > I've hacked together a quick framework in which a "script" is actually a > a Monticello package. The package name is supplied on the command line > along with some pre-defined options and anything else required by the > script. The package is loaded and a message sent to the class of the > same name. E.g.: > > pharo script.image cliscript WorkedHours Hours.xlsx > > would load ConfigurationOfWorkedHours, load the package, and > send WorkedHours>>runWithHandler: theCliHandler. (The example script > then reads the Hours spreadsheet and calculates the total hours worked). > > Current help text... > >> ./pharo script.image cliscript --help > CliScript enables running "Monticello" scripts. > > The script is identified by its package name. CliScript looks for a > configuration package with the same name in the local package cache, > loads it, and sends the runWithHandler: message to the class with the > same name. > > Command line parameters: > > packageName The package to load and execute. > > Command line options: > > --debug Halt at the start of the message > --log-transcript Redirect transcript output to transcript.log > > > > I haven't had to use OSSubprocess yet, next steps include: > > * Read XSLX spreadsheets instead of having to export to CSV. > The script mostly does date and time calculations, I need to confirm > that they are working properly in Tabular. > * Add logging (I haven't looked for any logging capability yet). > * Ideally, implement the ODS support in the Tabular package (stretch > goal :-)). > > > Thanks! > Alistair > >

April 14, 2016

Re: [Pharo-users] First impressions, was About Box

by Damien Pollet

Heh. The last days I've had a look at Coralâ¦ my current goal is to remove the dependency to PetitParser from the argument parser, and to re-integrate that with the commandline handler system of the image. But that's only one partâ¦ On 14 April 2016 at 01:43, Ben Coman <btc(a)openinworld.com> wrote: > On Wed, Apr 13, 2016 at 1:51 AM, Alistair Grant <akgrant0710(a)gmail.com> > wrote: > > > * I'm glad that being able to run headless mode is easy, as I'd like to > > use Pharo for scripting. > > I'm not sure of its status, but Coral was some experiments along this > line... > https://www.youtube.com/watch?v=HLb_rMcNN6k > > > * I'm still getting used to the idea of the entire ST environment being > > in a single OS window, but at the moment I think I prefer VW's > > approach where each ST window is a OS window, as it makes it easier to > > work with other applications, e.g. if I want to look at an email or > > web page while working within ST. > > This will become more possible over time as some native window > management is being moved out of VM into the Image. > > cheers -ben > >

April 13, 2016

Re: [Pharo-users] First impressions, was About Box

by Ben Coman

On Wed, Apr 13, 2016 at 1:51 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > * I'm glad that being able to run headless mode is easy, as I'd like to > use Pharo for scripting. I'm not sure of its status, but Coral was some experiments along this line... https://www.youtube.com/watch?v=HLb_rMcNN6k > * I'm still getting used to the idea of the entire ST environment being > in a single OS window, but at the moment I think I prefer VW's > approach where each ST window is a OS window, as it makes it easier to > work with other applications, e.g. if I want to look at an email or > web page while working within ST. This will become more possible over time as some native window management is being moved out of VM into the Image. cheers -ben

April 13, 2016

Re: [Pharo-users] [Bug - Pharo 5.0] Remove a class but not remove for RPackage

by Ben Coman

On Wed, Apr 13, 2016 at 9:02 PM, Yann Dubois <yann59.dubois(a)gmail.com> wrote: > Hello, > > When I delete a class, a window pop to inform me that some methods use this > class. So I remove the methods because they are not usefull without my class > to removed. > > But when I close the window, the methods stay on the Browser, so I remove > this methods on the Browser. > > Then, I remove an other class and "BOOM" an error appears, the key which > represents my class is not present in the SystemDictionnary (it's normal), > but I can find the key in the RPackage metaclasses. Partly it could be that Browser is not being told to update. If you can reproduce it, try opening a new second Browser before modifying anything more through the first Browser. cheers -ben

April 13, 2016

Re: [Pharo-users] [ANN] General WebBrowser package for Pharo4 and Pharo 5 onwards

by Ben Coman

On Wed, Apr 13, 2016 at 10:04 PM, Rob Rothwell <r.j.rothwell(a)gmail.com> wrote: >> >> # Usage >> >> WebBrowser openOn: 'http://www.pharo.org' > > > Fantastic...this is a nice example of using UFFI to call a LibC command, and > since it is just using open(1), you can also do something like: > > > WebBrowser openOn: '/users/rob/desktop/enterprisepharo.pdf' > > To generically open a file! > > Take care, > > Rob btw, the might be good for the UFFI documentation to list a few reference projects using it. cheers -ben

April 13, 2016

Re: [Pharo-users] FFI return by reference

by Thibault Raffaillac

Hi, I tried lots of ways to pass an array, based on the few examples found here and there. My example is: GLES2Buffer class>>gen: n into: buffers self ffiCall: #(void glGenBuffers(int n, int* buffers)) With buffers := FFIExternalArray newType: 'int' size: n (or FFIExternalArray gcExternalNewType: 'int' size: n), the above signature executes without error, but buffers is not updated, so I guess it is copied beforehand. If I replace int* with FFIExternalArray, the values are written correctly in my array. If I replace int* with ByteArray instead I can use any one of ByteArray/IntegerArray/FloatArray ! Only ShortArray, LongArray and DoubleArray are missing then, but they are not crucial right now. So for example: GLES2Buffer class>>create buffer := IntegerArray new: 1. GLES2Buffer gen: 1 into: buffer. ^self new setHandle: (buffer at: 1) :) Same goes for passing coordinates to OpenGL, just with #(-1 -1 -1 1 1 1 1 -1) asFloatArray. Perfect. Cheers, Thibault > Hi, > > Just checked? contrary to what I believed, strings are passed by copy (not by > reference, as ByteArray)? logical for safety but with penalty on > performance... so yes, using a ByteArray is the correct way to do it. (Or an > external value holder, which is a glorified way for passing a ByteArray, but > this probably do not work fine for ?char*" because I didn?t preview it :P) > > Esteban

April 13, 2016

Re: [Pharo-users] FFI return by reference

by Cyril Ferlicot D.

Le 13/04/2016 20:41, Rob Rothwell a Ã©crit : > This is pretty new but there is some thread in the mailing list > about it. > > Esteban also begun a documentation: > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > > > Thanks Cyril, this is a very nice start and helps a lot! > > Take care, > > Rob There was also a presentation at Pharo Days but I think it is not on the web for now. Latter it will be available on slideshare. Or maybe Esteban will send it before :) -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

April 13, 2016

Re: [Pharo-users] FFI return by reference

by Rob Rothwell

> > This is pretty new but there is some thread in the mailing list about it. > > Esteban also begun a documentation: > > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… Thanks Cyril, this is a very nice start and helps a lot! Take care, Rob

April 13, 2016