> 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 see
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
kilon alios wrote:
I see thank you very much for the detailed
explanation. I suspected it was working a bit like you described but
now I know the juicy details :)
Maybe you should add that text to an Encoding chapter in Pharo
For The Enterprise so its widely available for people lik
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
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
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
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 w
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.
so I sat down to find a good way to import pngs with transparence in pharo
and animate them and I ended up to this code
morph:= AlphaImageMorph new.
morph openInWorld .
form1 :=Form fromFileNamed:'/Users/kilon/Pictures/box.png'.
form2 :=Form fromFileNamed:'/Users/kilon/Pictures/box2.png'.
[(1 to:
" 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 sug
Hi,
Le 13/09/2014 11:05, kilon alios a écrit :
have integration with Blender so my idea now is to drop Hyperion and
instead make the GUI inside Blender and export it as a set of animatable
bitmaps.
I am curious. You mean rendering Bitmap from blender, for later use in
Pharo UI?
My dile
Hooray! :)
-C
--
Craig Latta
netjam.org
+31 6 2757 7177 (SMS ok)
+ 1 415 287 3547 (no SMS)
Hoi Stephan--
> I will put out a proposal for a devroom, yes. That is no guarantee
> that we will get one, the amount of space is limited.
Looking forward to it!
-C
--
Craig Latta
netjam.org
+31 6 2757 7177 (SMS ok)
+ 1 415 287 3547 (no SMS)
Indeed!
> Le 12-09-2014 à 16:51, stepharo a écrit :
>
> Every time we improve the system with a little change, the system gets
> better. And in Pharo we do it daily. Thank you all for all your changes and
> enhancements. **You** make Pharo cool.
>
> http://pharoweekly.wordpress.com/2014/09/12
So far Ephestos has gone quite well and I am satisfied with my progress so
far. I think its time to start thinking about a GUI for it.
I was always very interested in creating futuristic GUIs like this
http://vimeo.com/68113915
At first I thought about a project "Hyperion" to explore the idea of
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 t
16 matches
Mail list logo
