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

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

by kilon alios

yeah I am afraid transparency is very important to me On Sun, Sep 14, 2014 at 1:34 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > 2014-09-14 11:32 GMT+02:00 stepharo <stepharo(a)free.fr>: > >> I remember that there was an animated gif support. >> Now I do not remember exactly. >> > > At least in squeak there is an AnimatedImageMorph, that can load and > display animated gifs. > That works and is quite fast even for multiple instances. But of course no > (alpha-)transparency > > > >> >> 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> 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] Which Character Encodings do you want/need in Pharo ?

by Sven Van Caekenberghe

On 12 Sep 2014, at 15:10, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > ZnCharacterEncoder and its subclasses in the package Zinc-Character-Encoding-Core (a standard part of Pharo) have the following features: > > - proper Unicode Character/String to/from byte(s) encoding/decoding > - calculation of encoding size per Character/String > - proper handling of holes in tables with exceptions (strict/lenient) > - properly backing up one character on a binary stream > - simple, efficient, documented > - convenience API > - optimisations for some encodings > > Together, they support the following encodings: > > - utf-8 > - utf-16 (big/little endian, bom detection) > - null > - iso-8859-1 (latin-1) > - iso-8859-2 (latin-2) > - mac-roman > - cp1250 > - cp1252 > - cp1253 > - koi8r > - iso-8859-7 > - iso-8859-15 > > The question is, what other encodings do you want/need ? > > There is already a request to add CP1251. I decided to add a comprehensive set of encodings, based on http://encoding.spec.whatwg.org/#legacy-single-byte-encodings (a list which more or less corresponds to the encodings list supported by popular browsers). The mappings themselves are still taken from http://unicode.org/Public/MAPPINGS So now Pharo (Zinc-Character-Encoding-Core) supports the following byte encodings: ISO/IEC 8859 1, 2, 3, 4, 5, 6, 7, 8, 10, 13, 14, 15 and 16, Windows Codepages 866, 874, 1250, 1251, 1252, 1253, 1253, 1254, 1255, 1256, 1257, 1258, KOI8 R & U as well as Mac Roman & Cyrillic - each of these with a number of aliases like latin1, latin2, latin3, latin4, latin5, latin6, cyrillic, arabic, greek and hebrew. Furthermore, identifier mapping has been made more liberal (case and separator insensitive). For now, this is in Zinc #bleedingEdge > New byte encoders are easy to add, based on the official Unicode mappings that can be found here: http://unicode.org/Public/MAPPINGS (these are automagically parsed). > > Please help us make Pharo more international friendly. > > Sven > >

Sept. 14, 2014

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

by Nicolai Hess

2014-09-14 11:32 GMT+02:00 stepharo <stepharo(a)free.fr>: > I remember that there was an animated gif support. > Now I do not remember exactly. > At least in squeak there is an AnimatedImageMorph, that can load and display animated gifs. That works and is quite fast even for multiple instances. But of course no (alpha-)transparency > > 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> 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] 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