Re: [Pharo-users] GitFileTree on Pharo 5.0

I run Pharo 5.0 with no problems on a Macbook Pro, but it’s running OS X v. 10.12.1.  Any reason your OS is backdated? Andrew Glynn From: Pharo-users on behalf of Trussardi Dario Romano Reply-To: Any question about pharo

Re: [Pharo-users] Execute Tet pdflib

On Tue, Dec 6, 2016 at 4:28 AM, wrote: > Hello, > > 1- I need help to extract a selected text from a pdf document. > Tet pdflib can do that and i need help to execute command line using Pharo. > I am able to do the work using a bat file but i think we can do better.

[Pharo-users] accessing local/instance variables with metalinks

Hi, what is the best way to access variables from within a metalink? for example I have a message send `surface clear` and I want to change it to `surface clear: trachelCanvas color`. I can use #instVarNamed: ``` MetaLink new metaObject: [ :object | (object

Re: [Pharo-users] GitFileTree on Pharo 5.0

hi Dario, Reading back through the thread, it seems it works when you start Pharo one way, but not another way. Can you report the VM versions for each way.. World menu > System > System Reporter > VM General Is one of those ways you start Pharo is using Pharo Launcher? In the settings you can

Re: [Pharo-users] Debugger and stepping over a function that will have a DNU

> On 05 Dec 2016, at 13:03, Denis Kudriashov wrote: > > Dear Denis, > It was fixed here 16877 and here 19108. (last allows interrupt in such cases) is this in Pharo5 or will it show up in Pharo5? thank you holger

Re: [Pharo-users] Mustache and section

You mean that you would like to invent a much better mustache. We could keep mustache as it is and invent Beard or rouquaflette :) On Mon, Dec 5, 2016 at 12:35 PM, Norbert Hartl wrote: > I agree. But there is also a point in sharing mustache templates between > different

[Pharo-users] Execute Tet pdflib

Hello, 1- I need help to extract a selected text from a pdf document. Tet pdflib can do that and i need help to execute command line using Pharo. I am able to do the work using a bat file but i think we can do better. 2- How we can code properly the delay (when we wait the Bat file) Thank

Re: [Pharo-users] GitFileTree on Pharo 5.0

> On 5 Dec 2016, at 19:05, Sven Van Caekenberghe wrote: > > Yes, try this, I think you might be using the wrong VM. yes :) > >> On 5 Dec 2016, at 18:41, Dimitris Chloupis wrote: >> >> If you go to the applications there is a folder called Utilities and

Re: [Pharo-users] GitFileTree on Pharo 5.0

Yes, try this, I think you might be using the wrong VM. > On 5 Dec 2016, at 18:41, Dimitris Chloupis wrote: > > If you go to the applications there is a folder called Utilities and inside > it there is a terminal application open it and issue the following commands > >

Re: [Pharo-users] GitFileTree on Pharo 5.0

Ciao Esteban, > Hi, Dario, > > I do not understand quite well your problem… you should not have a problem > installing GitFileTree in Pharo5, no matter the replacement of NativeBoost. > Athens also works fine with UFFI (since is part of Pharo, it has to work on > all versions). >

Re: [Pharo-users] GitFileTree on Pharo 5.0

If you go to the applications there is a folder called Utilities and inside it there is a terminal application open it and issue the following commands mkdir pharo cd pharo curl get.pharo.org | bash ./pharo-ui Pharo.image First command will make folder, second will enter the folder, third will

Re: [Pharo-users] GitFileTree on Pharo 5.0

Hi, Dario, I do not understand quite well your problem… you should not have a problem installing GitFileTree in Pharo5, no matter the replacement of NativeBoost. Athens also works fine with UFFI (since is part of Pharo, it has to work on all versions). You *do not need* to download cairo

Re: [Pharo-users] GitFileTree on Pharo 5.0

Ciao, > Pharo is unable to access a library it needs; this is the native boost plugin > which is normally bundled with it (and the cairo lib?)... > > Guys, anybody with a mac around there? > > Thierry > > thanks Dimitris. > Nativeboost has been removed and been replaced by UFFI,

Re: [Pharo-users] NeoCSVWriter automatic quotes

On Fri, Nov 25, 2016 at 09:38:42PM +0100, Sven Van Caekenberghe wrote: > Peter, > > > On 25 Nov 2016, at 19:35, Peter Uhnak wrote: > > > > Hi, > > > > is it/would it be possible to modify NeoCSVWriter to add quotes only where > > necessary? So only if the written value

Re: [Pharo-users] Debugger and stepping over a function that will have a DNU

2016-12-04 9:04 GMT+01:00 Holger Freyther : > Hi, > > before I try to reproduce this exactly I wondered if the following is a > known issue with Pharo5. If I am in the debugger and try to step over a > message send and that would generate a DNU, Pharo starts taking 99% cpu >

Re: [Pharo-users] Debugger and stepping over a function that will have a DNU

I think it is known. But there seem to be more problems in the debugger when stepping. So not easy to find the exact culprit Norbert > Am 04.12.2016 um 14:34 schrieb Holger Freyther : > > Hi, > > before I try to reproduce this exactly I wondered if the following is a known

Re: [Pharo-users] Mustache and section

I agree. But there is also a point in sharing mustache templates between different runtimes. Altering mustache does not make it very mustache anymore. And it will make it slower. I put that on my ever growing list of things to do. Maybe a switch could bring the best of both worlds. Norbert >

Re: [Pharo-users] Mustache and section

having a nicer mustache can be cool :) On Mon, Dec 5, 2016 at 6:25 AM, Norbert Hartl wrote: > Ok. I think about that again. It might be a useful thing to have although > not supported IMHO by other mustache implementations. > > Norbert > > > Am 04.12.2016 um 18:19 schrieb

Re: [Pharo-users] Pier3 with latest Pillar?

I do not know where the project is hosted. May be esteban knows because he was maintaining Pier. On Sun, Dec 4, 2016 at 12:11 PM, Peter H. Meadows via Pharo-users < pharo-users@lists.pharo.org> wrote: > > > -- Forwarded message -- > From: "Peter H. Meadows"

Re: [Pharo-users] Pharo Launcher and 64bit VM

I'm using 64bit OS for quite some time (aka years) and consider it's > good sign of some technology to help me avoding fiddling with 32bit > setup. > > Yeap no doubt there, 64 bit programming languages are pretty much the standard. I am definitely a supporter of moving to 64 bit and from the looks