- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] AlphaImageMorph performance

by Hilaire

Yeah, change #development to #stable. I edited the information page accordingly. Hilaire Le 14/09/2014 11:48, kilon alios a Ã©crit : > trying to load drgeo using the smalltalkhub instructions gives me this > error both in Pharo 3 and Pharo 4 > > Gofer new > url: 'http://smalltalkhub.com/mc/HilaireFernandes/DrGeo/main'; > package: 'ConfigurationOfDrGeo'; > load. > ((Smalltalk at: #ConfigurationOfDrGeo) project version: #development) load. > -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Sept. 14, 2014

Re: [Pharo-dev] AlphaImageMorph performance

by kilon alios

trying to load drgeo using the smalltalkhub instructions gives me this error both in Pharo 3 and Pharo 4 Gofer new url: 'http://smalltalkhub.com/mc/HilaireFernandes/DrGeo/main'; package: 'ConfigurationOfDrGeo'; load. ((Smalltalk at: #ConfigurationOfDrGeo) project version: #development) load. MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: in Block: linearLoadPackageSpec: packageSpec gofer: gofer... MetacelloPharo30Platform(MetacelloPlatform)>>do:displaying: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: MetacelloPackageSpec>>loadUsing:gofer: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: in Block: [ :pkg | pkg loadUsing: self gofer: gofer ] OrderedCollection>>do: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpecs:repositories: in Block: [ super linearLoadPackageSpecs: packageSpecs repos...etc... BlockClosure>>ensure: MetacelloLoaderPolicy>>pushLoadDirective:during: MetacelloLoaderPolicy>>pushLinearLoadDirectivesDuring:for: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>load MetacelloMCVersionSpecLoader>>load MetacelloMCVersion>>executeLoadFromArray: MetacelloMCVersion>>fetchRequiredFromArray: in Block: [ :dict | ^ self executeLoadFromArray: anArray ] MetacelloPharo30Platform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary: in Block: [ ^ aBlock value: dict ] BlockClosure>>on:do: MetacelloPharo30Platform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary: MetacelloMCVersion>>fetchRequiredFromArray: in Block: [ ... BlockClosure>>ensure: MetacelloMCVersion>>fetchRequiredFromArray: in Block: [ ... MetacelloPharo30Platform(MetacelloPlatform)>>do:displaying: MetacelloMCVersion>>fetchRequiredFromArray: MetacelloMCVersion>>doLoadRequiredFromArray: in Block: [ ... BlockClosure>>ensure: MetacelloMCVersion>>doLoadRequiredFromArray: MetacelloMCVersion>>load UndefinedObject>>DoIt On Sun, Sep 14, 2014 at 12:26 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 14/09/2014 11:02, kilon alios a Ã©crit : > >> No idea how to do with Athens , I am looking at the examples but so far >> no luck. >> > > For example, check in DrGeo, in the category item-view you will find a > bitmap morph for rendering in Athens > > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istao.drgeo.eu > > >

Sept. 14, 2014

Re: [Pharo-dev] The Dilemma: Building a Futuristic GUI for Ephestos

by stepharo

I remember that there was an animated gif support. Now I do not remember exactly. for roassal2 have a look at the viva classes: this is the animation frameworks that igor designed. Stef On 14/9/14 10:22, kilon alios wrote: > so I tried to animate in Roassal having two different images display > with a delay for few millisecond but it only displays the second image > with this code > > form1 :=Form fromFileNamed:'/Users/kilon/Pictures/pharo.png'. > form2 :=Form fromFileNamed:'/Users/kilon/Pictures/box.png'. > v := RTView new. > c := v canvas. > s := TRBitmapShape new. > s form: form1. > c addShape: s. > v open. > > (1 to: 100) do: [ :index| > s form: form1. > s signalUpdate . > "(Delay forMilliseconds: 1000 ) wait." > s form: form2. > s signalUpdate . > (Delay forMilliseconds: 1000) wait.]. > > I looked into RTAnimation but dont know how to use it for this > example. Any help ? Does Roassal 2 support such animations ? > > if I do s form: and then s signalUpdate for each form separately it > works fine but inside the loops does not seem to work , I tried bigger > delays with no effect. > > On Sun, Sep 14, 2014 at 10:57 AM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Ronie when you ready I can help writting a chapter for the nex book. > > Stef > > > On 13/9/14 21:42, Ronie Salgado wrote: >> Hello, >> >> On 13/9/14 20:11, Enrico Schwass wrote: >>> Hi >>> >>> another option could be the verse protocol. There was a >>> plugin for Maya and Blender to do realtime rendering. Dont >>> know if there is some automatic Swig-like wrapper for >>> smalltalk but FFI might work. >> >> There is Wig like wrapper for Pharo done by ronie salgado. >> >> >> I have an adapted version of Swig for Pharo NativeBoost here: >> https://github.com/ronsaldo/swig >> >> Currently I am using it to generate my Bullet bindings (available >> here: https://github.com/ronsaldo/bullet-pharo) that can be used >> as an example of using Swig. >> I still have to improve more my Swig generator, by writing >> documentation and fixing some bugs. >> >> Greetings, >> Ronie >> >> 2014-09-13 16:11 GMT-03:00 stepharo <stepharo(a)free.fr >> <mailto:stepharo@free.fr>>: >> >> >> On 13/9/14 20:11, Enrico Schwass wrote: >>> Hi >>> >>> another option could be the verse protocol. There was a >>> plugin for Maya and Blender to do realtime rendering. Dont >>> know if there is some automatic Swig-like wrapper for >>> smalltalk but FFI might work. >> >> There is Wig like wrapper for Pharo done by ronie salgado. >> >> Stef >> >> >>> >>> http://youtu.be/c_D2YJSNj8I >>> >>> Almost a decade ago I did some ruby bindings by hand. It was >>> working out of the box >>> >>> Bye >>> Enno >>> >>> Am 13.09.2014 um 16:11 schrieb kilon alios >>> <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>>: >>> >>>> >>>> " I am curious. You mean rendering Bitmap from blender, for >>>> later use in Pharo UI? " >>>> >>>> yes exactly. Blender can render in all popular graphics >>>> files, most used are png. Animation frames can be rendered >>>> each frame in its own file. >>>> >>>> So basically its a lot like the average games out there. >>>> >>>> "I will suggest bare bone Morphic mainly, then Athens when >>>> you need vectorial drawing." >>>> >>>> ok >>>> >>>> "For iStoa I decided to go purely Morphic, I have a lot of >>>> bitmap. Bitmap source is SVG, then converted to PNG, >>>> overscaled for production use. Then from iStoa, depending >>>> on the application window extent, the bitmap are downscaled >>>> accordingly, I am pretty satisfied by the result." >>>> >>>> I fail to understand how your bitmap source is SVG for me >>>> bitmap is a raster graphic format svg is procedural >>>> graphic format. Two opposite things. >>>> >>>> "Sure. The downpoint, you will depend on one additional layer." >>>> >>>> dependency is not an issue. Afterall the graphic files >>>> themselves will be far bigger download even more so if the >>>> GUI becomes very large. >>>> >>>> "Nice. What will be the expected outcomes of such API, I >>>> am not sure to understand and I am curious." >>>> >>>> Well Blender besides creating 3d objects (which can be used >>>> as 2d objects too) it can also create 3d unrendable >>>> objects. That means that objects produce no graphics and >>>> have the role of placeholders or helpers, for example when >>>> you want an emitter of light or emitter of a physical power >>>> like gravity or wind. Those are called dummy objects and I >>>> could use them to give characteristics to the graphics , >>>> for example I could use a dummy to define the are of >>>> influence of a mouse click , or what type of event the >>>> bitmap will respond to. That means you wont have to import >>>> the graphics manually to pharo and create a separate morph >>>> for each bitmap and then set the events but rather press a >>>> button in blender and then Ephestos will import then >>>> bitmaps to pharo , set the events and create the morphs >>>> automagically. >>>> >>>> So basically you will be using Blender as a GUI designer. >>>> >>>> "Use fuel to store the state of your application objects." >>>> >>>> ah nice so fuel is a good candidate. >>>> >>>> I will also take a look at Dr Geo and Phratch , both apps >>>> have custom GUIs and use only Morphic (Dr Geo using Athens >>>> for the geometry primitives) . >> >> > >

Sept. 14, 2014

Re: [Pharo-dev] AlphaImageMorph performance

by kilon alios

thank you, I will take a look shortly also it just crossed my mind that I can also use NBOpenGL for even more performance and this way I can leverage the power of my GPU :) On Sun, Sep 14, 2014 at 12:26 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 14/09/2014 11:02, kilon alios a Ã©crit : > >> No idea how to do with Athens , I am looking at the examples but so far >> no luck. >> > > For example, check in DrGeo, in the category item-view you will find a > bitmap morph for rendering in Athens > > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istao.drgeo.eu > > >

Sept. 14, 2014

Re: [Pharo-dev] AlphaImageMorph performance

by Hilaire

Le 14/09/2014 11:02, kilon alios a Ã©crit : > No idea how to do with Athens , I am looking at the examples but so far > no luck. For example, check in DrGeo, in the category item-view you will find a bitmap morph for rendering in Athens -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Sept. 14, 2014

Re: [Pharo-dev] AlphaImageMorph performance

by kilon alios

well I just tried plain ImageMorph, indeed the pngs render with their transparency but I get the exact same performance. No I dont need my canvas to be transparent only the pngs that will render on top of it. No idea how to do with Athens , I am looking at the examples but so far no luck. On Sun, Sep 14, 2014 at 11:30 AM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 13/09/2014 19:49, kilon alios a Ã©crit : > >> Would Athens be faster in this case ? I did not try because Athens is >> using Morphic anyway so it should be same if not worse. >> > > Athens may be faster because only the final drawaing is done on the morph, > not your intermediate drawing, if I understand correctly, so worth trying. > > > Why do you need AlphaImageMorph? You want to adjust the overall > transparency of your morph canvas? In that case, I think it will be always > slow because software rendered. > > Note: for PNG file coming with alpha transparency, you don't need > AlphaImageMorph to get the bitmap rendered with its transparency. > > > Hilaire > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istao.drgeo.eu > > >

Sept. 14, 2014

Re: [Pharo-dev] AlphaImageMorph performance

by Hilaire

Le 13/09/2014 19:49, kilon alios a Ã©crit : > Would Athens be faster in this case ? I did not try because Athens is > using Morphic anyway so it should be same if not worse. Athens may be faster because only the final drawaing is done on the morph, not your intermediate drawing, if I understand correctly, so worth trying. Why do you need AlphaImageMorph? You want to adjust the overall transparency of your morph canvas? In that case, I think it will be always slow because software rendered. Note: for PNG file coming with alpha transparency, you don't need AlphaImageMorph to get the bitmap rendered with its transparency. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Sept. 14, 2014

Re: [Pharo-dev] The Dilemma: Building a Futuristic GUI for Ephestos

by kilon alios

so I tried to animate in Roassal having two different images display with a delay for few millisecond but it only displays the second image with this code form1 :=Form fromFileNamed:'/Users/kilon/Pictures/pharo.png'. form2 :=Form fromFileNamed:'/Users/kilon/Pictures/box.png'. v := RTView new. c := v canvas. s := TRBitmapShape new. s form: form1. c addShape: s. v open. (1 to: 100) do: [ :index| s form: form1. s signalUpdate . "(Delay forMilliseconds: 1000 ) wait." s form: form2. s signalUpdate . (Delay forMilliseconds: 1000) wait.]. I looked into RTAnimation but dont know how to use it for this example. Any help ? Does Roassal 2 support such animations ? if I do s form: and then s signalUpdate for each form separately it works fine but inside the loops does not seem to work , I tried bigger delays with no effect. On Sun, Sep 14, 2014 at 10:57 AM, stepharo <stepharo(a)free.fr> wrote: > Ronie when you ready I can help writting a chapter for the nex book. > > Stef > > > On 13/9/14 21:42, Ronie Salgado wrote: > > Hello, > > On 13/9/14 20:11, Enrico Schwass wrote: >> >> Hi >> >> another option could be the verse protocol. There was a plugin for Maya >> and Blender to do realtime rendering. Dont know if there is some automatic >> Swig-like wrapper for smalltalk but FFI might work. >> >> >> There is Wig like wrapper for Pharo done by ronie salgado. >> > > I have an adapted version of Swig for Pharo NativeBoost here: > https://github.com/ronsaldo/swig > > Currently I am using it to generate my Bullet bindings (available here: > https://github.com/ronsaldo/bullet-pharo) that can be used as an example > of using Swig. > I still have to improve more my Swig generator, by writing documentation > and fixing some bugs. > > Greetings, > Ronie > > 2014-09-13 16:11 GMT-03:00 stepharo <stepharo(a)free.fr>: > >> >> On 13/9/14 20:11, Enrico Schwass wrote: >> >> Hi >> >> another option could be the verse protocol. There was a plugin for Maya >> and Blender to do realtime rendering. Dont know if there is some automatic >> Swig-like wrapper for smalltalk but FFI might work. >> >> >> There is Wig like wrapper for Pharo done by ronie salgado. >> >> Stef >> >> >> >> http://youtu.be/c_D2YJSNj8I >> >> Almost a decade ago I did some ruby bindings by hand. It was working >> out of the box >> >> Bye >> Enno >> >> Am 13.09.2014 um 16:11 schrieb kilon alios <kilon.alios(a)gmail.com>: >> >> >> " I am curious. You mean rendering Bitmap from blender, for later use in >> Pharo UI? " >> >> yes exactly. Blender can render in all popular graphics files, most >> used are png. Animation frames can be rendered each frame in its own file. >> >> So basically its a lot like the average games out there. >> >> "I will suggest bare bone Morphic mainly, then Athens when you need >> vectorial drawing." >> >> ok >> >> "For iStoa I decided to go purely Morphic, I have a lot of bitmap. >> Bitmap source is SVG, then converted to PNG, overscaled for production use. >> Then from iStoa, depending on the application window extent, the bitmap are >> downscaled accordingly, I am pretty satisfied by the result." >> >> I fail to understand how your bitmap source is SVG for me bitmap is a >> raster graphic format svg is procedural graphic format. Two opposite >> things. >> >> "Sure. The downpoint, you will depend on one additional layer." >> >> dependency is not an issue. Afterall the graphic files themselves will >> be far bigger download even more so if the GUI becomes very large. >> >> "Nice. What will be the expected outcomes of such API, I am not sure >> to understand and I am curious." >> >> Well Blender besides creating 3d objects (which can be used as 2d >> objects too) it can also create 3d unrendable objects. That means that >> objects produce no graphics and have the role of placeholders or helpers, >> for example when you want an emitter of light or emitter of a physical >> power like gravity or wind. Those are called dummy objects and I could use >> them to give characteristics to the graphics , for example I could use a >> dummy to define the are of influence of a mouse click , or what type of >> event the bitmap will respond to. That means you wont have to import the >> graphics manually to pharo and create a separate morph for each bitmap and >> then set the events but rather press a button in blender and then Ephestos >> will import then bitmaps to pharo , set the events and create the morphs >> automagically. >> >> So basically you will be using Blender as a GUI designer. >> >> "Use fuel to store the state of your application objects." >> >> ah nice so fuel is a good candidate. >> >> I will also take a look at Dr Geo and Phratch , both apps have custom >> GUIs and use only Morphic (Dr Geo using Athens for the geometry primitives) >> . >> >> >> > >

Sept. 14, 2014

Re: [Pharo-dev] The Dilemma: Building a Futuristic GUI for Ephestos

by stepharo

Ronie when you ready I can help writting a chapter for the nex book. Stef On 13/9/14 21:42, Ronie Salgado wrote: > Hello, > > On 13/9/14 20:11, Enrico Schwass wrote: >> Hi >> >> another option could be the verse protocol. There was a plugin >> for Maya and Blender to do realtime rendering. Dont know if there >> is some automatic Swig-like wrapper for smalltalk but FFI might >> work. > > There is Wig like wrapper for Pharo done by ronie salgado. > > > I have an adapted version of Swig for Pharo NativeBoost here: > https://github.com/ronsaldo/swig > > Currently I am using it to generate my Bullet bindings (available > here: https://github.com/ronsaldo/bullet-pharo) that can be used as an > example of using Swig. > I still have to improve more my Swig generator, by writing > documentation and fixing some bugs. > > Greetings, > Ronie > > 2014-09-13 16:11 GMT-03:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > > On 13/9/14 20:11, Enrico Schwass wrote: >> Hi >> >> another option could be the verse protocol. There was a plugin >> for Maya and Blender to do realtime rendering. Dont know if there >> is some automatic Swig-like wrapper for smalltalk but FFI might >> work. > > There is Wig like wrapper for Pharo done by ronie salgado. > > Stef > > >> >> http://youtu.be/c_D2YJSNj8I >> >> Almost a decade ago I did some ruby bindings by hand. It was >> working out of the box >> >> Bye >> Enno >> >> Am 13.09.2014 um 16:11 schrieb kilon alios <kilon.alios(a)gmail.com >> <mailto:kilon.alios@gmail.com>>: >> >>> >>> " I am curious. You mean rendering Bitmap from blender, for >>> later use in Pharo UI? " >>> >>> yes exactly. Blender can render in all popular graphics files, >>> most used are png. Animation frames can be rendered each frame >>> in its own file. >>> >>> So basically its a lot like the average games out there. >>> >>> "I will suggest bare bone Morphic mainly, then Athens when you >>> need vectorial drawing." >>> >>> ok >>> >>> "For iStoa I decided to go purely Morphic, I have a lot of >>> bitmap. Bitmap source is SVG, then converted to PNG, overscaled >>> for production use. Then from iStoa, depending on the >>> application window extent, the bitmap are downscaled >>> accordingly, I am pretty satisfied by the result." >>> >>> I fail to understand how your bitmap source is SVG for me bitmap >>> is a raster graphic format svg is procedural graphic format. >>> Two opposite things. >>> >>> "Sure. The downpoint, you will depend on one additional layer." >>> >>> dependency is not an issue. Afterall the graphic files >>> themselves will be far bigger download even more so if the GUI >>> becomes very large. >>> >>> "Nice. What will be the expected outcomes of such API, I am not >>> sure to understand and I am curious." >>> >>> Well Blender besides creating 3d objects (which can be used as >>> 2d objects too) it can also create 3d unrendable objects. That >>> means that objects produce no graphics and have the role of >>> placeholders or helpers, for example when you want an emitter of >>> light or emitter of a physical power like gravity or wind. Those >>> are called dummy objects and I could use them to give >>> characteristics to the graphics , for example I could use a >>> dummy to define the are of influence of a mouse click , or what >>> type of event the bitmap will respond to. That means you wont >>> have to import the graphics manually to pharo and create a >>> separate morph for each bitmap and then set the events but >>> rather press a button in blender and then Ephestos will import >>> then bitmaps to pharo , set the events and create the morphs >>> automagically. >>> >>> So basically you will be using Blender as a GUI designer. >>> >>> "Use fuel to store the state of your application objects." >>> >>> ah nice so fuel is a good candidate. >>> >>> I will also take a look at Dr Geo and Phratch , both apps have >>> custom GUIs and use only Morphic (Dr Geo using Athens for the >>> geometry primitives) . > >

Sept. 14, 2014

Re: [Pharo-dev] Pharo breakpoints

by Marcus Denker

Hello, #break has been removed from Pharo4 as we will move to use Refelectivity meta-links for breakpoints (meta annotation on the AST level, not source visible). On 13 Sep 2014, at 10:54, Johan Brichau <johan(a)inceptive.be> wrote: > Hi guys, > > As described in this issue on the Seaside tracker [1], it appears that setting a breakpoint on a method simply sends the #break message. > As #break is not an uncommon method name, the choice for this makes is a de-facto reserved method in Pharo. > > Would it not be better to rename #break to #_break ? This will avoid unintended clashes. > > Johan > > [1] https://code.google.com/p/seaside/issues/detail?id=829

Sept. 14, 2014