June 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] How to use frameworks like SDL2, GTK+ with Pharo?

by phil＠highoctane.be

Image environment is not running on SDL2. SDL2 is a binding that is in image. An SFML binding is cool to do, especially CSFML. https://www.sfml-dev.org/download/csfml/ I want to do these in Bloc https://www.youtube.com/playlist?list=PLB_ibvUSN7mzUffhiay5g5GUHyJRO4DYr But CSFML is cool to do too. And I also want a binding to https://github.com/cmatsuoka/libxmp Phil On Tue, Jun 13, 2017 at 6:55 PM, Daniel Passaro <danpassaro(a)gmail.com> wrote: > Even if the image environment runs on SDL2, I want an SDL2 window I have > free reign to draw on. I don't want to destroy the usability of the Pharo > workspace when programming an application. If that is still too > contentious, then I want SFML instead. > > The story of GTK+ is what I'm interested in. > > On Tue, Jun 13, 2017 at 12:48 PM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > >> SDL2 is built in. >> >> GTK+ is another story. >> >> Phil >> >> On Tue, Jun 13, 2017 at 6:38 PM, Daniel Passaro <danpassaro(a)gmail.com> >> wrote: >> >>> I'm a Pharo newbie. How can I use libraries like SDL2 or GTK+ from >>> Pharo? Should this be done through FFI or a VM plugin? And in either case >>> is there a guide to how to implement things using that technique? >>> >> >> >

June 13, 2017

Re: [Pharo-users] How to use frameworks like SDL2, GTK+ with Pharo?

by Dimitris Chloupis

On Tue, Jun 13, 2017 at 7:39 PM Daniel Passaro <danpassaro(a)gmail.com> wrote: > I'm a Pharo newbie. How can I use libraries like SDL2 or GTK+ from Pharo? > Should this be done through FFI or a VM plugin? And in either case is > there a guide to how to implement things using that technique? > If you know python, because python has wrappers for pretty much any library out there, i made a pharo library that allows for remote and local execution of python code from inside pharo. Its not perfect but it will give you access to pretty much any library out there because python is very popular. The library is called Atlas , its available from the Package/Catalog browser and requires that you have installed the library you want to use , python 3 and wrappers for python for that library. Third one may be optional because some library come with python wrappers included. If you need any help , I am here. You can use also Atlas as the basis for supporting other languages all you need is a language that can dynamically execute code (usually dynamic languages like python) and support for sockets (sockets are supported in almost all languages). UFFI is the official way of interfacing with C libraries , but C is difficult to manage , very difficult to debug but gives top performance. If the library is made in C++ UFFI cannot access it immediately the library has to be compiled without name mangling.

June 13, 2017

Re: [Pharo-users] How to use frameworks like SDL2, GTK+ with Pharo?

by Ben Coman

On Wed, Jun 14, 2017 at 12:38 AM, Daniel Passaro <danpassaro(a)gmail.com> wrote: > I'm a Pharo newbie. How can I use libraries like SDL2 or GTK+ from Pharo? > Should this be done through FFI or a VM plugin? And in either case is > there a guide to how to implement things using that technique? > I'm nto familiar with the interface from Pharo, but I believe the dark window opened in this video... https://www.youtube.com/watch?v=lABfEmToHLQ is a native window via SDL2, outside of the standard Pharo window - if that is what you are lookign for. Probably FFI is the easier path. Its how Pharo uses SDL2. There is an incomplete tutorial here... http://blog.openinworld.com/2016/09/pharo-libclang-ffi-part-1-preamble/ btw, I just noticed the "UniffiedFFI chapter" link from that post has broke. I guess the doc has moved here... https://github.com/SquareBracketAssociates/Booklet-uFFI but I can't find a PDF there. cheers -ben

June 13, 2017

Re: [Pharo-users] How to use frameworks like SDL2, GTK+ with Pharo?

by Daniel Passaro

Even if the image environment runs on SDL2, I want an SDL2 window I have free reign to draw on. I don't want to destroy the usability of the Pharo workspace when programming an application. If that is still too contentious, then I want SFML instead. The story of GTK+ is what I'm interested in. On Tue, Jun 13, 2017 at 12:48 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > SDL2 is built in. > > GTK+ is another story. > > Phil > > On Tue, Jun 13, 2017 at 6:38 PM, Daniel Passaro <danpassaro(a)gmail.com> > wrote: > >> I'm a Pharo newbie. How can I use libraries like SDL2 or GTK+ from Pharo? >> Should this be done through FFI or a VM plugin? And in either case is >> there a guide to how to implement things using that technique? >> > >

June 13, 2017

Re: [Pharo-users] How to use frameworks like SDL2, GTK+ with Pharo?

by phil＠highoctane.be

SDL2 is built in. GTK+ is another story. Phil On Tue, Jun 13, 2017 at 6:38 PM, Daniel Passaro <danpassaro(a)gmail.com> wrote: > I'm a Pharo newbie. How can I use libraries like SDL2 or GTK+ from Pharo? > Should this be done through FFI or a VM plugin? And in either case is > there a guide to how to implement things using that technique? >

June 13, 2017

How to use frameworks like SDL2, GTK+ with Pharo?

by Daniel Passaro

I'm a Pharo newbie. How can I use libraries like SDL2 or GTK+ from Pharo? Should this be done through FFI or a VM plugin? And in either case is there a guide to how to implement things using that technique?

June 13, 2017

Re: [Pharo-users] A question of style - pass a context or embed one?

by Esteban A. Maringolo

2017-06-13 7:39 GMT-03:00 Tim Mackinnon <tim(a)testit.works>: > Phil - to be clear, I think your underlying implementation is great - it > provides a great building block. > > However, just as with databases, when you build something higher level on > top - the question comes up about how much you hide that retrieval > mechanism. The GTInspector argument is an interesting one from a pure domain > understanding - and possibly armed with the underlying piping you have > provided, it is then up to me to layer my understanding of the higher level > model on top. > > I perhaps should look at glorp a bit more carefully as maybe there is > inspiration there. Let's talk on the Discourse chat about this, but as a short description, Glorp has a Facade object (the GlorpSession) that knows how to delegate most actions to internal parts. But objects don't "know" the session they belong to, because the ORM is orthogonal to the domain model. Esteban A. Maringolo

June 13, 2017

Re: [Pharo-users] PharoDays17 Slides and some Videos

by Marcus Denker

We have now 9 more videos in the playlist: https://www.youtube.com/playlist?list=PL4actYd6bfnw7ous5We-XnWq0NZquP3gM > On 7 Jun 2017, at 16:24, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > I have uploaded the Slides and Videos of PharoDays2017. Slides are complete (minus those > talks that were due demos). For the Videos we have right now 8 talks and the âShow Us Your > Projectâ session. More might come in the future (I need to check). > > Slides: > - https://www.slideshare.net/pharoproject/presentations > - http://files.pharo.org/conferences/2017PharoDays/ > > PlayList: https://www.youtube.com/playlist?list=PL4actYd6bfnw7ous5We-XnWq0NZquP3gM >

June 13, 2017

Re: [Pharo-users] Test request

by Hilaire

Thanks John, it is useful. Regarding the French in Dr. Geo, I guess you mean the activity in the canvas is written in French but the Dr. Geo's UI should be in English. Hilaire Le 13/06/2017 Ã 05:21, john pfersich a Ã©crit : > I followed the steps in your mail and it seems to work fine in Ubuntu > 16.04 LTS, though I've never tried Dr Geo and the app is mostly in > French. It's been 47 years since I've used French extensively, so YMMV. > Let you know if I have problems. > -- Dr. Geo http://drgeo.eu

June 13, 2017

Re: [Pharo-users] A question of style - pass a context or embed one?

by Tim Mackinnon

Phil - to be clear, I think your underlying implementation is great - it provides a great building block. However, just as with databases, when you build something higher level on top - the question comes up about how much you hide that retrieval mechanism. The GTInspector argument is an interesting one from a pure domain understanding - and possibly armed with the underlying piping you have provided, it is then up to me to layer my understanding of the higher level model on top. I perhaps should look at glorp a bit more carefully as maybe there is inspiration there. Tim > On 12 Jun 2017, at 20:53, phil(a)highoctane.be wrote: > > A dynamic variable could work too. > > But domain objects are somewhat hard to do in my view because we are dealing with an API that has tons of options and customizability in its results + people can define their own types and fields. > > That's why I went for a JiraBuilder thing that has a reference to a Jira instance. > That builder is allowing one to make higher level queries for the users (like doing Epics, Stories, links, custom fields resolution, meta data grabbing, prototype creation etc). > > I didn't want to have an Epic class, a Story class, etc. Because my idea of an Epic may not be your idea, so we may end up with a PluggableEpic etc and it will never end. > > My take is that it is better to use the vocabulary of the domain in the method names but still work with dynamic structures like dictionaries and some helpers. > > I am still curious to see those domain objects because I understand that they would ease inspection etc. > > Maybe we should have a generator for these so that we can regenerate the classes based on the metadata provided by Jira. > > Phil > > On Mon, Jun 12, 2017 at 9:28 PM, Esteban A. Maringolo <emaringolo(a)gmail.com <mailto:emaringolo@gmail.com>> wrote: > Hello Tim, > > 2017-06-12 16:15 GMT-03:00 Tim Mackinnon <tim(a)testit.works>: > > Hi - Iâm after some ideas or maybe previous examples that might guide me in the best approach of wrapping a low level library (essentially the Jira connector that Phil demoâd at Pharo days this year). > > > > There are some low level commands that will fetch json arrays for you given a âliraâ instance- e.g: > > > > board := JiraBoard fromJira: jira named: âProject'. > > sprints := board sprintsFrom: jira. > > > > My question is related to building on top of this - and its a style question. > > > > I want model objects that wrap the json arrays and let me navigate things a bit more simply, and query details more naturally - however I canât decide whether my model objects should âcontainâ a jira when you instantiate them - which can be re-used for subsequent queries - OR - whether I should view jira as a from of context, and keep passing it to methods when I need to retrieve more details, or child objects? > > > > e.g. > > myBoard := ModelBoard fromJira: jira named: âProjectâ. > > mySprints := myBoard sprints. âNo need to pass the jira againâ. > > > > vs. > > > > mySprints :- myBoard sprintsIn: jira. > > > > > > Iâm wondering if anything might guide me one way or the other? Is one more tasteful/elegant than the other? > > > I'd go for the first option. It is, every JIRA object knows the "jira" > it belongs to. > > Although the second option is better for decoupling, not having to > pass objects around to obtain properties allows you to better > integrate with the tools (think GTInspector with specific inspector > for cards). > > I don't understand what the "jira" is exactly, if a whole JSON object > (a Dictionary) containing everything, a connection to JIRA API, or > just the JSON object/Dictionary branch containing the attributes > specific of the "wraping" object (the board, in this case). > > Regards! > > Esteban A. Maringolo > > >

June 13, 2017