April 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] SDL2 and fork

by Esteban Lorenzano

Hi, I just committed my prototype/experiment for windows with OSWindow, SDL2 and Athens. to check them: Gofer it smalltalkhubUser: 'Pharo' project: 'OSWindow'; package: 'OSWindow-Core'; package: 'OSWindow-SDL2'; package: 'OSWindow-SDL2-Canvases'; load. and check the examples at: OSSDLAthensWindow OSSDLMorphWindow cheers, Esteban > On 20 Apr 2015, at 13:55, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-04-20 13:13 GMT+02:00 <merwanouddane(a)gmail.com <mailto:merwanouddane@gmail.com>>: > Hello, > > We donât lose all keystroke events, but they are replaced by keydown events. > > Yes, KeyDown/KeyUp are working and instead of a keystroke event another keydown is sent. > This is strange, I don't know exactly how the SDL event processing can influence the main window events. > Maybe this has something to do how we look for new events in the SDL2DisplayPlugin. > For me the call to SDL_PumpEvents looks unnecessary, maybe this is the cause? > > > nicolai > > > > Merwan > > > De : Nicolai Hess > EnvoyÃ© : âlundiâ â20â âavrilâ â2015 â09â:â36 > Ã : Any question about pharo is welcome; Esteban Lorenzano > > > > 2015-04-20 8:38 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com <mailto:matthieu.lacaton@gmail.com>>: > Hello, > > Thanks for your answers ! I have multiple remarks here : > > 1) I know that SDL2 should not be used "as is" in Pharo and I should use OSWindow instead, that's why I won't use SDL2 directly anymore. > > On windows there is currently an issue if you use OSWindow instead of directly use SDL. > If you create a window with OSWindow, (like in the SDL2Example>>osWindow) you will loose all "keystroke" events in the main pharo window. > I don't know yet why this happens. > > nicolai >

April 20, 2015

Re: [Pharo-users] Pillar used directly from Pharo

by Damien Cassou

Hi Jan, the following complements Cyril's answers. You can have a look at all the unit-tests, they do a lot of things like what you want. Jan ValÃ¡Å¡ek <valasja7(a)fit.cvut.cz> writes: > header := pillarHeaderObject new. //creating pillar objects directly header := PRHeader new level: 2; add: (PRText content: 'foo'); yourself. > aPillarDocument add: header. //adding them to the whole document document := PRDocument new. document add: header. > aPillarDocument exportToLatex. //export the document to only export the body of the document: PRLaTeXWriter write: document > or I can just write the text in the pillar notation to "myTextObject" > and then call something like-> > ------- > pillarParseAndExportToLatex: myTextObject. document := PRDocumentParser parse: '!!foo'. PRLaTeXWriter write: document. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

April 20, 2015

Re: [Pharo-users] SDL2 and fork

by Nicolai Hess

2015-04-20 13:13 GMT+02:00 <merwanouddane(a)gmail.com>: > Hello, > > We donât lose all keystroke events, but they are replaced by keydown > events. > Yes, KeyDown/KeyUp are working and instead of a keystroke event another keydown is sent. This is strange, I don't know exactly how the SDL event processing can influence the main window events. Maybe this has something to do how we look for new events in the SDL2DisplayPlugin. For me the call to SDL_PumpEvents looks unnecessary, maybe this is the cause? nicolai > > Merwan > > > *De :* Nicolai Hess > *EnvoyÃ© :* âlundiâ â20â âavrilâ â2015 â09â:â36 > *Ã :* Any question about pharo is welcome; Esteban Lorenzano > > > > 2015-04-20 8:38 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > >> Hello, >> >> Thanks for your answers ! I have multiple remarks here : >> >> 1) I know that SDL2 should not be used "as is" in Pharo and I should use >> OSWindow instead, that's why I won't use SDL2 directly anymore. >> > > On windows there is currently an issue if you use OSWindow instead of > directly use SDL. > If you create a window with OSWindow, (like in the SDL2Example>>osWindow) > you will loose all "keystroke" events in the main pharo window. > I don't know yet why this happens. > > nicolai >

April 20, 2015

Re: [Pharo-users] SDL2 and fork

by merwanouddane＠gmail.com

Hello, We donât lose all keystroke events, but they are replaced by keydown events. Merwan De : Nicolai Hess EnvoyÃ© : âlundiâ â20â âavrilâ â2015 â09â:â36 Ã : Any question about pharo is welcome; Esteban Lorenzano 2015-04-20 8:38 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: Hello, Thanks for your answers ! I have multiple remarks here : 1) I know that SDL2 should not be used "as is" in Pharo and I should use OSWindow instead, that's why I won't use SDL2 directly anymore. On windows there is currently an issue if you use OSWindow instead of directly use SDL. If you create a window with OSWindow, (like in the SDL2Example>>osWindow) you will loose all "keystroke" events in the main pharo window. I don't know yet why this happens. nicolai

April 20, 2015

Re: [Pharo-users] SDL2 and fork

by Nicolai Hess

2015-04-20 8:38 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > Hello, > > Thanks for your answers ! I have multiple remarks here : > > On my computer (which is probably not the fastest I must admit) running it > with a fork slows the whole operating system. > What you could do, add a wait time in your event proccessing loop stop := false. [ stop ] whileFalse: [ .... 20 milliSeconds wait. ]. So, it does not constantly checks for new events. The better, cleaner way of course is, don't use your own sdl event processing loop, but use OSWindow (as soon as this is working :) ) best nicolai Matthieu > > > 2015-04-20 1:57 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > >> Hi Matthieu, >> >> This is important: Binding SDL with Pharo will help Roassal to get better. >> Please, let us know how it goes >> >> Alexandre >> >> >> > On Apr 9, 2015, at 12:54 PM, Matthieu Lacaton < >> matthieu.lacaton(a)gmail.com> wrote: >> > >> > Hello everyone, >> > >> > I tried to use the SDL2 binding to Pharo to create a very basic 2D >> application (just some sprites and events) and it worked great. >> > The issue I have is that when I start my application, as long as I have >> an active SDL window, I can't use my Pharo image anymore (it freezes). >> > To solve this problem I tried opening my application in another thread >> by doing so : >> > [ (MyApplication new) start. ] forkAt: Processor lowestPriority. (If I >> don't chose a low priority it changes nothing) >> > >> > The problem is that even if it kind of works, it is really slow and it >> slows my whole operating system as well (I use windows XP) >> > >> > How can I fork more efficiently or open a SDL window without losing >> control of my image ? >> > >> > Thanks, >> > >> > Matthieu >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >

April 20, 2015

Re: [Pharo-users] Polygons + Skybox in woden?

by Yuriy Tymchuk

Thanks Ronie! Cool stuff. > On 20 Apr 2015, at 07:56, Ronie Salgado <roniesalg(a)gmail.com> wrote: > > I have just added a simple skybox support. Check the modified WDFPSSimpleExample6 as for how to use it. > > > <skyboxSample.png> > > > To embed the images, I am using the following utility in the playground: > > WDExamplesData storeCubeImageFromFile: 'quickMountain' extension: '.png' dataMethodName: #quickMountainSkyData imageMethodName: #quickMountainSky > > Which embeds quickMountain_px.png, quickMountain_nx.png, quickMountain_py.png, quickMountain_ny.png, quickMountain_pz.png and quickMountain_nz.png . The generated WDExamples >> #quickMountainSky method returns an array with 6 forms in the same order, which is used to construct a WDTextureCube > > Best regards, > Ronie > > 2015-04-18 17:39 GMT-03:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: > >> On 16 Apr 2015, at 22:51, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >> >> >>> Uhh.. >>> >>> I Woden still developed? Because I thought that Object Profile was working on it. Otherwise maybe we should switch to the CodeCity engineâ¦ it seems to have more âsupportâ. >> >> what is the codeCity engine? >> you want to reinvent all the effort ronie put in woden? > > No, our aim is not to create a 3D graphics framework. But we meed to draw 3d boxes and few more entities somehow. > > Iâve mentioned Codecity because itâs usually easy to get a response from Ricky and at the moment of written, I was really perplexed with the answer. > > Iâm not expecting code owners to do someone elseâs job. For example Ronieâs answer was really cool. But if someone would tell that Ronie ran away and no one knows how Woden works - itâs ok too, as different things happen. > > But imagine that you ask: > âDoes QualityAssistant fix critics automatically?â > and Michele answers: > âNo idea, but you should check and let us knowâ > > Maybe I am expecting too much responsibility, in this case please forgive me. > Uko > > >> >> Stef >> >>> >>> Uko >>> >>>> On 16 Apr 2015, at 15:11, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >>>> >>>> No idea, but let us know! >>>> >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>>> On Apr 16, 2015, at 4:41 AM, Lusa Nicolas <nicolas.lusa(a)usi.ch <mailto:nicolas.lusa@usi.ch>> wrote: >>>>> >>>>> Hello, >>>>> >>>>> I am Nicolas Lusa from university of Lugano and I am working on my master thesis with the supervision of Yuriy Tymchuk. >>>>> Right now I am working with woden and I am trying to build polygons. >>>>> Question1: Is it possible somehow to build polygons in woden? >>>>> >>>>> If not: >>>>> I know woden is based on OpenGL and I also know that in OpenGL is possible to draw polygons with GL_POLYGON and a given array of points. >>>>> Question2: How could I use GL_POLYGON through woden for my purpose? >>>>> >>>>> Moreover, I would like to put some sort of skybox in my scene. Apparently it's not possible yet, so my question is how could I do that? >>>>> >>>>> Thanks in advance. >>>>> Cheers. >>>>> Nicolas >>>> >>> >> > >

April 20, 2015

Re: [Pharo-users] SDL2 and fork

by Nicolai Hess

2015-04-20 8:38 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > Hello, > > Thanks for your answers ! I have multiple remarks here : > > 1) I know that SDL2 should not be used "as is" in Pharo and I should use > OSWindow instead, that's why I won't use SDL2 directly anymore. > On windows there is currently an issue if you use OSWindow instead of directly use SDL. If you create a window with OSWindow, (like in the SDL2Example>>osWindow) you will loose all "keystroke" events in the main pharo window. I don't know yet why this happens. nicolai

April 20, 2015

Re: [Pharo-users] SDL2 and fork

by Nicolai Hess

2015-04-20 8:38 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > Hello, > ... > Could it be that I compiled it for 64bits (my ubuntu is 64 bits) and Pharo > does not support it so I should recompile it for 32 bits ? > Yes. > > Thanks you all ! > > Matthieu > > > 2015-04-20 1:57 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > >> Hi Matthieu, >> >> This is important: Binding SDL with Pharo will help Roassal to get better. >> Please, let us know how it goes >> >> Alexandre >> >> >> > On Apr 9, 2015, at 12:54 PM, Matthieu Lacaton < >> matthieu.lacaton(a)gmail.com> wrote: >> > >> > Hello everyone, >> > >> > I tried to use the SDL2 binding to Pharo to create a very basic 2D >> application (just some sprites and events) and it worked great. >> > The issue I have is that when I start my application, as long as I have >> an active SDL window, I can't use my Pharo image anymore (it freezes). >> > To solve this problem I tried opening my application in another thread >> by doing so : >> > [ (MyApplication new) start. ] forkAt: Processor lowestPriority. (If I >> don't chose a low priority it changes nothing) >> > >> > The problem is that even if it kind of works, it is really slow and it >> slows my whole operating system as well (I use windows XP) >> > >> > How can I fork more efficiently or open a SDL window without losing >> control of my image ? >> > >> > Thanks, >> > >> > Matthieu >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >

April 20, 2015

Re: [Pharo-users] SDL2 and fork

by stepharo

Alex Just to make sure we are clear on this: pay attention NOBODY should directly use SDL. OSWindow is the API, SDL is a BACKEND. Athens is the API, CAIRO a BACKEND Stef Le 20/4/15 02:57, Alexandre Bergel a Ã©crit : > Hi Matthieu, > > This is important: Binding SDL with Pharo will help Roassal to get better. > Please, let us know how it goes > > Alexandre > > >> On Apr 9, 2015, at 12:54 PM, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> wrote: >> >> Hello everyone, >> >> I tried to use the SDL2 binding to Pharo to create a very basic 2D application (just some sprites and events) and it worked great. >> The issue I have is that when I start my application, as long as I have an active SDL window, I can't use my Pharo image anymore (it freezes). >> To solve this problem I tried opening my application in another thread by doing so : >> [ (MyApplication new) start. ] forkAt: Processor lowestPriority. (If I don't chose a low priority it changes nothing) >> >> The problem is that even if it kind of works, it is really slow and it slows my whole operating system as well (I use windows XP) >> >> How can I fork more efficiently or open a SDL window without losing control of my image ? >> >> Thanks, >> >> Matthieu

April 20, 2015

fluid dynamics fully in Pharo :)

by stepharo

HoneyGinger is a fluid dynamics and visualization library which can simulate moves of liquid caused by obstacles and visualize refraction by estimating angles of water surface from distribution of pressure. https://www.youtube.com/watch?v=jl6OSWUXh14 Thanks Oda for this great demo.

April 20, 2015