- Pharo-users - lists.pharo.org

Re: [Pharo-users] Ubuntu Font License : Compatibility with Pharo License?

by Henrik Johansen

On 19 Sep 2014, at 9:46 , Mayuresh Kathe <mayuresh(a)kathe.in> wrote: > Would the Ubuntu Font License at; http://font.ubuntu.com/licence/ be considered compatible with the Pharo license? > > If it is not _compatible_ would the usage of Ubuntu fonts still be acceptable/permissible within Pharo? > > Thanks, > > ~Mayuresh Pharo is MIT, you can do what you want with it. If you mean compatible in the sense that you may a) Make a loadable package which honours the UFL, which can be loaded and used in a Pharo image b) Put the Freetype font files alongside your image (along with licensing notice), and set it as your default font then yes, it is compatible. What I don't think could be done, is embed them in a distributed Pharo release, since UFL specifically prohibits relicensing, and it's a goal to keep the distribution itself as MIT, not MIT "with certain parts under the UFL". Nothing stops you from doing that in an image you intend to distribute yourself though, because hey, MIT. Cheers, Henry

Sept. 22, 2014

FFI examples on Linux don't work

by Annick Fron

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

Sept. 22, 2014

Re: [Pharo-users] Pharo Glorp 1.7 <-> VisualWorks

by Mariano Martinez Peck

On Fri, Sep 5, 2014 at 6:53 AM, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com > wrote: > I have no idea how complicated this can be. I'm a bit reluctant to dive > into this if we are only 2-3 people to use Glorp in Pharo. > > Guillermo, Mariano, what was the process when you imported Glorp in the > first place? How did you keep up with Glorp latest changes (From what I see > in Store, development is not too active)? > > It was a bit complicated. First off, Guille exported all Glorp packages from stone using the "file out" format. These fileout would no import directly into Pharo as I remember, some human or script changes were needed to that these file out could be imported in Pharo. These code was ported under the package Glorp inside our repo. Then the second step was to apply all our changes to Glorp since our changes are not integrated in main stone repostories. These changes are PharoDatabaseAccessor, DatabaseDriver, some changes to Login class and a few other things AFAIK. The third part, was either our special subclass of DatabaseDriver, for either native postgres driver or dbx driver. All that together became GlorpDBX. >From which glorp version we did that port to Pharo, I don't remember and I cannot seem to find it in my old mails. If someone wants to go through these again, then I think you should spend the time so that our changes are integrated in main trunk. Otherwise, future ports will again be a pain. Cheers, > > On Fri, Sep 5, 2014 at 11:30 AM, Stephan Eggermont <stephan(a)stack.nl> > wrote: > >> Sven wrote: >> >Porting something cross platform is a huge amount of work, I think most >> of it was basically done by hand. >> >This creates a huge maintenance problem of course. The same is true for >> Xtreams. >> >Seaside seems to be able to manage this problem by being extremely >> careful. >> >> We now have the infrastructure in place (CI) that supports a much better >> approach. >> We could use a vw image to download the current version from the public >> store >> and generate the platform-independent mczs from there. That of course >> requires >> changes to the VW code base to create and use platform classes. That is >> similar to >> what we did in the other direction with Parasol, what Roassal does and >> Seaside. >> If we make the (namespace) transformations explicit, we should be able to >> sync >> in two directions. >> >> Stephan >> >> >> >> > -- Mariano http://marianopeck.wordpress.com

Sept. 22, 2014

Re: [Pharo-users] Safari and weird rendering

by phil＠highoctane.be

Ok, found why. SVGXHTMLBrowserAdapter still thinks Safari cannot do HTML5 and invoked beSVGXHTML which broke things. Phil On Mon, Sep 22, 2014 at 2:10 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Maybe someone has had this. > > I see that when IE or Safari get a response from Seaside, I do get an > application/xhtml+xlml returned. > > But with Firefox and Chrome, this is text/html; charset=utf-8 > > The server is Zinc HTTP Components 1.0 > > Why is there such a difference? > > I've put the preference in the app to force it but Zinc still serves the > way described above. > > Ideas? > > Phil > > > >

Sept. 22, 2014

Re: [Pharo-users] Safari and weird rendering

by Sven Van Caekenberghe

On 22 Sep 2014, at 14:10, phil(a)highoctane.be wrote: > Maybe someone has had this. > > I see that when IE or Safari get a response from Seaside, I do get an application/xhtml+xlml returned. > > But with Firefox and Chrome, this is text/html; charset=utf-8 > > The server is Zinc HTTP Components 1.0 > > Why is there such a difference? > > I've put the preference in the app to force it but Zinc still serves the way described above. > > Ideas? > > Phil I do not understand exactly what you mean or want, in any case, the default Seaside response will be of type text/html; charset=utf-8. I would be quite surprised if there were differences per client (this is not impossible, but I don't think Seaside does that). Zinc has very little to do with this as you can see in ZnZincServerAdaptor>>#responseFrom: where the Seaside response object is converted. Sven

Sept. 22, 2014

Safari and weird rendering

by phil＠highoctane.be

Maybe someone has had this. I see that when IE or Safari get a response from Seaside, I do get an application/xhtml+xlml returned. But with Firefox and Chrome, this is text/html; charset=utf-8 The server is Zinc HTTP Components 1.0 Why is there such a difference? I've put the preference in the app to force it but Zinc still serves the way described above. Ideas? Phil

Sept. 22, 2014

Re: [Pharo-users] Controlling the Pharo window

by kilon alios

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] Controlling the Pharo window

by Nicolai Hess

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] Controlling the Pharo window

by Hilaire

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] Controlling the Pharo window

by Hilaire

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 -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Sept. 22, 2014