September 2014 - Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Roassal vs Roassal 2

by Alexandre Bergel

> wow 500.000 is a huge number for my needs. How about animation ? I assume its similar situation there too. Well then I have little reason not to use it. Hopefully I will make a few contributions too :) I have not pushed Roassal to its limits regarding animation. But as far as we have seen, you can animate many things, smoothly. Some example: https://vimeo.com/105357832 [ animation beings at 1:33 ] https://vimeo.com/96091089 > Should ask questions here or in stackoverflow ? Easiest for you. The mailing list its probably the easier for us Alexandre > > On Fri, Sep 12, 2014 at 8:00 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Currently Roassal2 _does not have any optimization_, which does not imply Roassal2 is slow. You can easily have 500 000 elements on screen without having much lag. > > In the future, we should be able to plug QuadTree in Roassal2. But currently, nothing has been done in that respect (except keeping the core of Roassal clean and lean :-). > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Sep 12, 2014, at 1:32 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > >> yes I am using Roassal 2 now , I also care a lot about the performance cause of my project Hyperion which is and going to be a GUI builder and vector editor , I want to make GUIs with Roassal so performance is an issue. I am studying the examples and I will return with questions. The SVG import and export is certainly very useful for my needs. >> >> On Fri, Sep 12, 2014 at 2:25 AM, Alejandro Infante <alejandroinfante91(a)gmail.com> wrote: >> I also advice you to use Roassal2, it is much faster and you can do more fun stuff. About documentation there are also the examples, with right-click you can see the code needed to create each example. >> >> Cheers, >> Alejandro >> >> On Sep 10, 2014, at 8:05 AM, kilon alios <kilon.alios(a)gmail.com> wrote: >> >>> thank you both for your help, I have installed Roassal 2 in Pharo 3 and it works fine judging from examples so now I will study the doc from the Peter's link and the examples Phil referred to. >>> >>> On Wed, Sep 10, 2014 at 1:37 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>> A new book is being written by Alexandre. You can find it at http://agilevisualization.com/ >>> Also there is about hundred examples in the Roassal2 repository. (Open "Roassal examples" browser from world menu.) >>> >>> On Wed, Sep 10, 2014 at 12:14 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: >>> Prefixing with RT (Roassal Two) instead of RO (ROassal) will get you started. >>> >>> Phil >>> >>> >>> >>> On Wed, Sep 10, 2014 at 12:06 PM, kilon alios <kilon.alios(a)gmail.com> wrote: >>> I see in the roassal.pdf that it refers to roassal but in smalltalkhub there is also Roassal 2. Which of the two I should be using and whats their diffirence ? Will the existing roassal.pdf documentation work with Roassal 2 ? >>> >>> >>> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 14, 2014

Re: [Pharo-dev] Pharo breakpoints

by Ben Coman

stepharo wrote: > > On 13/9/14 10:54, Johan Brichau 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. How often is "break" this typed and does it need to be so concise? Now #break sounds like it breaks execution "right now", similar to "halt". If it just "sets" a brekapoint, then "setBreak" sounds more intention revealling, or even "setBreakpoint". cheers -ben >> >> Would it not be better to rename #break to #_break ? This will avoid >> unintended clashes. > I would avoid using _break because we have halt and not _halt. > Now for break we could have > Halt break or something like that to remove from Object selector > space. >> >> Johan >> >> [1] https://code.google.com/p/seaside/issues/detail?id=829 >> > > >

Sept. 14, 2014

Re: [Pharo-dev] Which Character Encodings do you want/need in Pharo ?

by Ben Coman

Sept. 13, 2014

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

by Ronie Salgado

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. 13, 2014

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

by stepharo

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. 13, 2014

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

by kilon alios

Moving data between Pharo and Blender via Ephestos is not a problem, just something I need to sit down and code. I can already access all operators and all propertied of blender from pharo via Ephestos. What that mean is that you can manipulate Blender from pharo any way you want. Verse is a data protocol to move data around, it has some extra security but that is not relevant to Ephestos as currently my goal is local use. So both projects have very different goals. I dont also care supporting any other apps , right now , besides pharo and blender or having multiple users sharing data with each other. Saying that yes Ephestos can use Verse because it basically can use any python library so if you really want to integrate Verse into your workflow because you collaborate with multiple users using different applications you can use Verse's python api via Ephestos from Pharo. Verse is a C library with python wrappers. So there is not need for pharo wrappers if you use Ephestos. looks like the original author is still developing it --> http://verse.github.io/ On Sat, Sep 13, 2014 at 9:11 PM, Enrico Schwass <ennoausberlin(a)mac.com> 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. > > 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. 13, 2014

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

by Enrico Schwass

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. 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. 13, 2014