- Pharo-users - lists.pharo.org

LF instead of CR for new lines or writing about Pharo inside Pharo

by Offray Vladimir Luna CÃ¡rdenas

Hi all! :-) Today is a good day because Pharo is helping me a lot in getting things done (like in the Black Eyed Peas song, but nerdy style). Here you can see a screenshot of the exportation of the outliner project I have been working on (still in alpha): http://www.enlightenment.org/ss/e-54206a705cafd9.68856727.jpg Down is the Pharo outliner, upper left the markdown exportation and upper right the pdf exportation. As you can see, I have small glitches that need to be solved, mainly the fact that new lines are represented in Pharo by default with CR instead of LR, which doesn't like so much to the Pandoc[1][2] exporter. So, there is any way to change this behaviour to make LF the default character? This has some implications when you're writing code inside System Browsers or Playgrounds instead of my particular app? If yes, there is any way to replace each CR for LF in a text object, inside Pharo? [1] http://johnmacfarlane.net/pandoc/ [2] http://programminghistorian.org/lessons/sustainable-authorship-in-plain-tex… Thanks a lot, Offray

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by phil＠highoctane.be

Little FFI example with Syslog: https://gist.github.com/philippeback/078944c4f6a3bdfe582f Phil On Mon, Sep 22, 2014 at 6:50 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > More on the story. > > So, the X11 example may not be the best one to have in FFI. It is > interesting but complicated. > > A basic call, like: > > Sample class>>callC: aString > <cdecl: short 'puts' (char*) module: '/lib/libc-2.12.so'> > ^self externalCallFailed > > works nicely. > > Sample callC: 'Hello'. > > prints Hello on stdout. > > Phil > > > > On Mon, Sep 22, 2014 at 6:10 PM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > >> I've been able to reproduce this. >> >> Well, my CentOS thing requires me for some reason to put >> /usr/lib/libX11.so.6 in the module name (doing these kind of things looks >> like usual for lib names with FFI from what I saw from old Squeak threads). >> >> >> XCreateGC: xDisplay with: aDrawable with: valueMask with: values >> <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong long*) module: >> '/usr/lib/libX11.so.6'> >> >> Now, other internal FFIPrims tests do work. >> >> So, it is X11 or something else, I do not know. >> >> Phil >> >> >> On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> Annick Fron wrote: >>> >>>> Hi, >>>> >>>> I have posted a bug about this in fogbugz. >>>> FFI example on Linux donât work >>>> >>>> X11Display coloredRectangles >>>> raises an error Â« coud not coerce arguments Â». >>>> In fogbugz, I was asked to raise this question in the mailing list, to >>>> know if it comes from the VM or from FFI. >>>> >>>> Annick >>>> >>>> >>>> >>> Hi Annick, >>> Sorry I don't know anything about this topic to help, just a minor >>> observation that a link to the fogbugz issue would help streamline things >>> for someone who does. >>> :) >>> cheers -ben >>> >>> >>> >>> >> >

Sept. 22, 2014

Re: [Pharo-users] Controlling the Pharo window

by kilon alios

nice , the above works on macos too, pity it does not have a locate method but for now it will do. On Mon, Sep 22, 2014 at 12:48 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > Thank Hilaire , I understand how to wrap my code to a cross platform > class. Definetly will look at (have done already previously) DrGeo as most > likely I will rely heavily on Morphic. > > Nicolai ,I tried this code in Windows and works > > DisplayScreen hostWindowSize: 500@500. > > DisplayScreen hostWindowTitle: 'hello'. > > Will check it on MacOS when I get home :) > > What I want to create is a custom gui that resizes to a small size and > locates to the left side of the screen as a long left panel that can be use > like a Dock bar for Pharo and Blender, and who knows even for OS stuff. > > On Mon, Sep 22, 2014 at 12:36 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> Another solution could be the HostWindowPlugin. >> Look at DisplayScreen class >> hostWindowXXXX >> This could be platform independent but I don't know if it works on all >> platforms: >> 12231 <https://pharo.fogbugz.com/default.asp?12231> >> DisplayScreen hostWindowTitle: not working on Linux (ubuntu) >> >> >> >> >> 2014-09-22 11:26 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: >> >>> Le 22/09/2014 11:20, Hilaire a Ã©crit : >>> > Le 22/09/2014 10:55, kilon alios a Ã©crit : >>> >> I was talking about something cross platform but NB is good too. >>> Makes me >>> >> wonder the potential of hacking the pharo window, maybe for embedding >>> QT to >>> >> it or what else. >>> > >>> > You can wrap this in a Plateform hierarchy to make it crossplateform >>> > from the Ephaistos perspective. >>> > I think there are such example in Pharo itself, you can also check the >>> > DrGPlateform hierarchy in DrGeo or iStoa >>> > >>> > Hilaire >>> > >>> >>> >>> In Pharo you can check for OSPlatform and add accordingly the operation >>> you want to do in your host window, for each specific OS. >>> >>> Then, in your appls will do something like: >>> >>> Smalltalk os maximiseHostWindow >>> [...] >>> >>> Hilaire >>> >>> >>> -- >>> Dr. Geo - http://drgeo.eu >>> iStoa - http://istao.drgeo.eu >>> >>> >>> >> >

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by phil＠highoctane.be

More on the story. So, the X11 example may not be the best one to have in FFI. It is interesting but complicated. A basic call, like: Sample class>>callC: aString <cdecl: short 'puts' (char*) module: '/lib/libc-2.12.so'> ^self externalCallFailed works nicely. Sample callC: 'Hello'. prints Hello on stdout. Phil On Mon, Sep 22, 2014 at 6:10 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > I've been able to reproduce this. > > Well, my CentOS thing requires me for some reason to put > /usr/lib/libX11.so.6 in the module name (doing these kind of things looks > like usual for lib names with FFI from what I saw from old Squeak threads). > > > XCreateGC: xDisplay with: aDrawable with: valueMask with: values > <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong long*) module: > '/usr/lib/libX11.so.6'> > > Now, other internal FFIPrims tests do work. > > So, it is X11 or something else, I do not know. > > Phil > > > On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> Annick Fron wrote: >> >>> Hi, >>> >>> I have posted a bug about this in fogbugz. >>> FFI example on Linux donât work >>> >>> X11Display coloredRectangles >>> raises an error Â« coud not coerce arguments Â». >>> In fogbugz, I was asked to raise this question in the mailing list, to >>> know if it comes from the VM or from FFI. >>> >>> Annick >>> >>> >>> >> Hi Annick, >> Sorry I don't know anything about this topic to help, just a minor >> observation that a link to the fogbugz issue would help streamline things >> for someone who does. >> :) >> cheers -ben >> >> >> >> >

Sept. 22, 2014

Versioneer. nice. mmMmmm...

by Ben Coman

While I had done the Versioneer tutorial some time ago, I had some inertial problem using it in anger. Now I'm happy to report using it just now to update the ConfigurationOfPharoLauncher was simple and smooth - which is great since I've never done a Configuration by hand. I thought it would be useful for others to see how simple it was... 1. Loaded latest ConfigurationOfPharoLauncher. 2. Loaded and tested newer PharoLauncher packages. 3. Opened World > Tools > Versioneer. 4. Selected PharoLauncher and <Open Project>. 5. Selected "development" list item. 6. Clicked <Release Version> and <Ok> to accept auto increment of version number. 7. Clicked <Commit the project> Now there is an updated ConfigurationOfPharoLauncher in its Smalltalkhub repository. Easy with Versioneer. mmMmmmm. nice. shiny..... cheers -ben

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by phil＠highoctane.be

I've been able to reproduce this. Well, my CentOS thing requires me for some reason to put /usr/lib/libX11.so.6 in the module name (doing these kind of things looks like usual for lib names with FFI from what I saw from old Squeak threads). XCreateGC: xDisplay with: aDrawable with: valueMask with: values <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong long*) module: '/usr/lib/libX11.so.6'> Now, other internal FFIPrims tests do work. So, it is X11 or something else, I do not know. Phil On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman <btc(a)openinworld.com> wrote: > Annick Fron wrote: > >> Hi, >> >> I have posted a bug about this in fogbugz. >> FFI example on Linux donât work >> >> X11Display coloredRectangles >> raises an error Â« coud not coerce arguments Â». >> In fogbugz, I was asked to raise this question in the mailing list, to >> know if it comes from the VM or from FFI. >> >> Annick >> >> >> > Hi Annick, > Sorry I don't know anything about this topic to help, just a minor > observation that a link to the fogbugz issue would help streamline things > for someone who does. > :) > cheers -ben > > > >

Sept. 22, 2014

Re: [Pharo-users] Glamour question

by Werner Kassens

Hi Andrei, oh yes, that answers my question exactly, thank you! > Now accessing the bindings of a playground seems like a useful use-case. > I'll look to see if I can add a nicer api for this. i agree, otoh <grin> even workspace doesnt have one, as i have to use #instVarNamed:. werner

Sept. 22, 2014

Re: [Pharo-users] Glamour question

by Andrei Chis

Hi Werner, If all you have in the window is the playground then this should give you the bindings: (window findDeeplyA: RubEditingArea) model variableBindings I know it's not pretty but it works. Now accessing the bindings of a playground seems like a useful use-case. I'll look to see if I can add a nicer api for this. Cheers, Andrei On Mon, Sep 22, 2014 at 4:46 PM, Werner Kassens <wkassens(a)libello.com> wrote: > Hi, > if i want to have access to the variables in a workspace and know its > window i simply do: > window model instVarNamed: 'bindings' > now i'd like to know how i do something like that with a GTPlayground that > resides in a GLMSystemWindow > werner > >

Sept. 22, 2014

Glamour question

by Werner Kassens

Hi, if i want to have access to the variables in a workspace and know its window i simply do: window model instVarNamed: 'bindings' now i'd like to know how i do something like that with a GTPlayground that resides in a GLMSystemWindow werner

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by Ben Coman

Annick Fron wrote: > Hi, > > I have posted a bug about this in fogbugz. > FFI example on Linux donât work > > X11Display coloredRectangles > > raises an error Â« coud not coerce arguments Â». > In fogbugz, I was asked to raise this question in the mailing list, to know if it comes from the VM or from FFI. > > Annick > > Hi Annick, Sorry I don't know anything about this topic to help, just a minor observation that a link to the fogbugz issue would help streamline things for someone who does. :) cheers -ben

Sept. 22, 2014