Smalltalk › Pharo › Pharo Smalltalk Developers

[Ann] a short Bloc demo

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

28 messages Options

Alain Plantec-3

[Ann] a short Bloc demo

Hello all,

I’ve just uploaded a small demo of Bloc.

http://vimeo.com/115336678

Cheers

Alain

abergel

Re: [Ann] a short Bloc demo

Wow! Impressive!!!

Alexandre

> On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:
>
> Hello all,
>
> I’ve just uploaded a small demo of Bloc.
> http://vimeo.com/115336678
>
>
> Cheers
> Alain
>

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

HilaireFernandes

Re: [Ann] a short Bloc demo

In reply to this post by Alain Plantec-3

Wonderful!

Thanks

Le 24/12/2014 15:19, Alain Plantec a écrit :
> Hello all,
>
> I’ve just uploaded a small demo of Bloc.
> http://vimeo.com/115336678
>
>
> Cheers
> Alain
>

--
Dr. Geo - http://drgeo.eu
iStoa - http://istoa.drgeo.eu

http://drgeo.eu

Sven Van Caekenberghe-2

Re: [Ann] a short Bloc demo

In reply to this post by abergel

Yes, a nice X-Mas present !

> On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:
>
> Wow! Impressive!!!
>
> Alexandre
>
>
>> On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:
>>
>> Hello all,
>>
>> I’ve just uploaded a small demo of Bloc.
>> http://vimeo.com/115336678
>>
>>
>> Cheers
>> Alain
>>
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>

Ben Coman

Re: [Ann] a short Bloc demo

Really nice to see your progress. Now do you have some sketches that
show how it relates to the components of the existing Morphic? What is
being disposed of, what reimplemented, what ported?

This would really help to understand where contributions might be useful.

btw, with Build 40419, "ConfigurationOfBloc load" warns that
it depends on BlEllipseShape which must be resolved before #drawOn: and
#drawOnAthensCanvas: can be resolved.

"ConfigurationOfBlock loadDevelopment" works fine.

cheer -ben

Sven Van Caekenberghe wrote:

> Yes, a nice X-Mas present !
>
>> On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:
>>
>> Wow! Impressive!!!
>>
>> Alexandre
>>
>>
>>> On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:
>>>
>>> Hello all,
>>>
>>> I’ve just uploaded a small demo of Bloc.
>>> http://vimeo.com/115336678
>>>
>>>
>>> Cheers
>>> Alain
>>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>
>
>

stepharo

Re: [Ann] a short Bloc demo

Le 25/12/14 03:04, Ben Coman a écrit :
> Really nice to see your progress. Now do you have some sketches that
> show how it relates to the components of the existing Morphic? What is
> being disposed of, what reimplemented, what ported?

I'm writing class comments and soon a chapter. But it takes time because
I have to also do a bit of reverse engineering.
Now Bloc does not relate to Morphic :) Everything is rewritten from
scratch and we will rewrite everything.
We will try to reuse Spec.
Now for default Morphic, rewritting all the morphs to use Athens
is a huge tasks considered the current logic of certain morphic elements
Since Bloc is fully athens-based, it may be better to only work on Bloc.
Now the trick is that we can use the morphic elements.
> This would really help to understand where contributions might be useful.
>
>
> btw, with Build 40419, "ConfigurationOfBloc load" warns that
> it depends on BlEllipseShape which must be resolved before #drawOn:
> and #drawOnAthensCanvas: can be resolved.

Yes this is normal, you should load bleedingEdge.

>
> "ConfigurationOfBlock loadDevelopment" works fine.
>
> cheer -ben
>
> Sven Van Caekenberghe wrote:
>> Yes, a nice X-Mas present !
>>
>>> On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]>
>>> wrote:
>>>
>>> Wow! Impressive!!!
>>>
>>> Alexandre
>>>
>>>
>>>> On Dec 24, 2014, at 3:19 PM, Alain Plantec
>>>> <[hidden email]> wrote:
>>>>
>>>> Hello all,
>>>>
>>>> I’ve just uploaded a small demo of Bloc.
>>>> http://vimeo.com/115336678
>>>>
>>>>
>>>> Cheers
>>>> Alain
>>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>
>
>

Alain Plantec-3

Re: [Ann] a short Bloc demo

> On 25 Dec 2014, at 10:31, stepharo <[hidden email]> wrote:
>
>
> Le 25/12/14 03:04, Ben Coman a écrit :
>> Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?

yes, almost everything is new or rewritten and you are right, its time to write documentation.
Now, there is one well identified issue.
Athens is used to render everything except
the Morphic world.
This is cool but at the end of the rendering, the vm Form based display is used by wrappers :
see in TBlAthensWrapper>>unprotectedFullDrawOn:
----
self surface displayOnMorphicCanvas: aCanvas at: self position
——
It slows down the rendering very much.
what would be cool would be to have a native Athens/Cairo vm display to really
benefit from Athens.

Cheers
Alain

>
> I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering.
> Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything.
> We will try to reuse Spec.
> Now for default Morphic, rewritting all the morphs to use Athens
> is a huge tasks considered the current logic of certain morphic elements
> Since Bloc is fully athens-based, it may be better to only work on Bloc.
> Now the trick is that we can use the morphic elements.
>> This would really help to understand where contributions might be useful.
>>
>>
>> btw, with Build 40419, "ConfigurationOfBloc load" warns that
>> it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved.
>
> Yes this is normal, you should load bleedingEdge.
>>
>> "ConfigurationOfBlock loadDevelopment" works fine.
>>
>> cheer -ben
>>
>> Sven Van Caekenberghe wrote:
>>> Yes, a nice X-Mas present !
>>>
>>>> On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:
>>>>
>>>> Wow! Impressive!!!
>>>>
>>>> Alexandre
>>>>
>>>>
>>>>> On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:
>>>>>
>>>>> Hello all,
>>>>>
>>>>> I’ve just uploaded a small demo of Bloc.
>>>>> http://vimeo.com/115336678
>>>>>
>>>>>
>>>>> Cheers
>>>>> Alain
>>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
>

abergel

Re: [Ann] a short Bloc demo

On some point, you will need to have some functional widgets. Can we start to build our own UI using Bloc?

Cheers,
Alexandre

> On Dec 25, 2014, at 11:33 AM, Alain Plantec <[hidden email]> wrote:
>
>
>> On 25 Dec 2014, at 10:31, stepharo <[hidden email]> wrote:
>>
>>
>> Le 25/12/14 03:04, Ben Coman a écrit :
>>> Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?
>
> yes, almost everything is new or rewritten and you are right, its time to write documentation.
> Now, there is one well identified issue.
> Athens is used to render everything except
> the Morphic world.
> This is cool but at the end of the rendering, the vm Form based display is used by wrappers :
> see in TBlAthensWrapper>>unprotectedFullDrawOn:
> ----
> self surface displayOnMorphicCanvas: aCanvas at: self position
> ——
> It slows down the rendering very much.
> what would be cool would be to have a native Athens/Cairo vm display to really
> benefit from Athens.
>
> Cheers
> Alain
>
>
>>
>> I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering.
>> Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything.
>> We will try to reuse Spec.
>> Now for default Morphic, rewritting all the morphs to use Athens
>> is a huge tasks considered the current logic of certain morphic elements
>> Since Bloc is fully athens-based, it may be better to only work on Bloc.
>> Now the trick is that we can use the morphic elements.
>>> This would really help to understand where contributions might be useful.
>>>
>>>
>>> btw, with Build 40419, "ConfigurationOfBloc load" warns that
>>> it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved.
>>
>> Yes this is normal, you should load bleedingEdge.
>>>
>>> "ConfigurationOfBlock loadDevelopment" works fine.
>>>
>>> cheer -ben
>>>
>>> Sven Van Caekenberghe wrote:
>>>> Yes, a nice X-Mas present !
>>>>
>>>>> On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:
>>>>>
>>>>> Wow! Impressive!!!
>>>>>
>>>>> Alexandre
>>>>>
>>>>>
>>>>>> On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:
>>>>>>
>>>>>> Hello all,
>>>>>>
>>>>>> I’ve just uploaded a small demo of Bloc.
>>>>>> http://vimeo.com/115336678
>>>>>>
>>>>>>
>>>>>> Cheers
>>>>>> Alain
>>>>>>
>>>>> --
>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>> Alexandre Bergel http://www.bergel.eu
>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

stepharo

Re: [Ann] a short Bloc demo

> On some point, you will need to have some functional widgets.
Exact and since there is no magic we will start to write them. We
started to write a radio button and this led to a redesin of the core
and now we should be ready to try again.

If you are not afraid about strange/bad/circumvoluted code have a look
at the code of PluggableButtonMorph (not talking about tableLayout
intrincaties).
So we will not copy Morphic! It will take time and if people want to
help they will be able to improve their future.

Stef

> Can we start to build our own UI using Bloc?
>
> Cheers,
> Alexandre
>
>
>> On Dec 25, 2014, at 11:33 AM, Alain Plantec <[hidden email]> wrote:
>>
>>
>>> On 25 Dec 2014, at 10:31, stepharo <[hidden email]> wrote:
>>>
>>>
>>> Le 25/12/14 03:04, Ben Coman a écrit :
>>>> Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?
>> yes, almost everything is new or rewritten and you are right, its time to write documentation.
>> Now, there is one well identified issue.
>> Athens is used to render everything except
>> the Morphic world.
>> This is cool but at the end of the rendering, the vm Form based display is used by wrappers :
>> see in TBlAthensWrapper>>unprotectedFullDrawOn:
>> ----
>> self surface displayOnMorphicCanvas: aCanvas at: self position
>> ——
>> It slows down the rendering very much.
>> what would be cool would be to have a native Athens/Cairo vm display to really
>> benefit from Athens.
>>
>> Cheers
>> Alain
>>
>>
>>> I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering.
>>> Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything.
>>> We will try to reuse Spec.
>>> Now for default Morphic, rewritting all the morphs to use Athens
>>> is a huge tasks considered the current logic of certain morphic elements
>>> Since Bloc is fully athens-based, it may be better to only work on Bloc.
>>> Now the trick is that we can use the morphic elements.
>>>> This would really help to understand where contributions might be useful.
>>>>
>>>>
>>>> btw, with Build 40419, "ConfigurationOfBloc load" warns that
>>>> it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved.
>>> Yes this is normal, you should load bleedingEdge.
>>>> "ConfigurationOfBlock loadDevelopment" works fine.
>>>>
>>>> cheer -ben
>>>>
>>>> Sven Van Caekenberghe wrote:
>>>>> Yes, a nice X-Mas present !
>>>>>
>>>>>> On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:
>>>>>>
>>>>>> Wow! Impressive!!!
>>>>>>
>>>>>> Alexandre
>>>>>>
>>>>>>
>>>>>>> On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:
>>>>>>>
>>>>>>> Hello all,
>>>>>>>
>>>>>>> I’ve just uploaded a small demo of Bloc.
>>>>>>> http://vimeo.com/115336678
>>>>>>>
>>>>>>>
>>>>>>> Cheers
>>>>>>> Alain
>>>>>>>
>>>>>> --
>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>> Alexandre Bergel http://www.bergel.eu
>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>

Peter Uhnak

Re: [Ann] a short Bloc demo

This look really interesting! However is there any diagram showing how all the components (morphic, athens, spec, bloc, or even glamour and roassal) work together? At least to me it feels that there is some sort of overlapping. Is bloc replacing morphic?

Peter

From: [hidden email]
Sent: ‎12/‎25/‎2014 11:51 AM
To: [hidden email]
Subject: Re: [Pharo-dev] [Ann] a short Bloc demo

Ben Coman

Re: [Ann] a short Bloc demo

In reply to this post by stepharo

stepharo wrote:

>
>> On some point, you will need to have some functional widgets.
> Exact and since there is no magic we will start to write them. We
> started to write a radio button and this led to a redesign of the core
> and now we should be ready to try again.
>
> If you are not afraid about strange/bad/circumvoluted code have a look
> at the code of PluggableButtonMorph (not talking about tableLayout
> intrincaties).
> So we will not copy Morphic! It will take time and if people want to
> help they will be able to improve their future.
>
> Stef

I went looking for some abstract widget info, but it difficult to find
any. The most interesting taxonomy I found was...
http://www.w3.org/TR/wai-aria/rdf_model.svg
http://usability.msu.edu/upload/events/WUD/2009/1b-Elledge.pdf

cheers -ben

>
>
>> Can we start to build our own UI using Bloc?
>>
>> Cheers,
>> Alexandre
>>
>>
>>> On Dec 25, 2014, at 11:33 AM, Alain Plantec <[hidden email]>
>>> wrote:
>>>
>>>
>>>> On 25 Dec 2014, at 10:31, stepharo <[hidden email]> wrote:
>>>>
>>>>
>>>> Le 25/12/14 03:04, Ben Coman a écrit :
>>>>> Really nice to see your progress. Now do you have some sketches
>>>>> that show how it relates to the components of the existing Morphic?
>>>>> What is being disposed of, what reimplemented, what ported?
>>> yes, almost everything is new or rewritten and you are right, its
>>> time to write documentation.
>>> Now, there is one well identified issue.
>>> Athens is used to render everything except
>>> the Morphic world.
>>> This is cool but at the end of the rendering, the vm Form based
>>> display is used by wrappers :
>>> see in TBlAthensWrapper>>unprotectedFullDrawOn:
>>> ----
>>> self surface displayOnMorphicCanvas: aCanvas at: self position
>>> ——
>>> It slows down the rendering very much.
>>> what would be cool would be to have a native Athens/Cairo vm display
>>> to really
>>> benefit from Athens.
>>>
>>> Cheers
>>> Alain
>>>
>>>
>>>> I'm writing class comments and soon a chapter. But it takes time
>>>> because I have to also do a bit of reverse engineering.
>>>> Now Bloc does not relate to Morphic :) Everything is rewritten from
>>>> scratch and we will rewrite everything.
>>>> We will try to reuse Spec.
>>>> Now for default Morphic, rewritting all the morphs to use Athens
>>>> is a huge tasks considered the current logic of certain morphic
>>>> elements
>>>> Since Bloc is fully athens-based, it may be better to only work on
>>>> Bloc.
>>>> Now the trick is that we can use the morphic elements.
>>>>> This would really help to understand where contributions might be
>>>>> useful.
>>>>>
>>>>>
>>>>> btw, with Build 40419, "ConfigurationOfBloc load" warns that
>>>>> it depends on BlEllipseShape which must be resolved before #drawOn:
>>>>> and #drawOnAthensCanvas: can be resolved.
>>>> Yes this is normal, you should load bleedingEdge.
>>>>> "ConfigurationOfBlock loadDevelopment" works fine.
>>>>>
>>>>> cheer -ben
>>>>>
>>>>> Sven Van Caekenberghe wrote:
>>>>>> Yes, a nice X-Mas present !
>>>>>>
>>>>>>> On 24 Dec 2014, at 15:41, Alexandre Bergel
>>>>>>> <[hidden email]> wrote:
>>>>>>>
>>>>>>> Wow! Impressive!!!
>>>>>>>
>>>>>>> Alexandre
>>>>>>>
>>>>>>>
>>>>>>>> On Dec 24, 2014, at 3:19 PM, Alain Plantec
>>>>>>>> <[hidden email]> wrote:
>>>>>>>>
>>>>>>>> Hello all,
>>>>>>>>
>>>>>>>> I’ve just uploaded a small demo of Bloc.
>>>>>>>> http://vimeo.com/115336678

Nicolai Hess

Re: [Ann] a short Bloc demo

In reply to this post by stepharo

I tried both, loadDevelopment and loadBleedingEdget, but

I can not get it to work like in the video.
For me, the keyboard input stop working as soon as I start the bloc world.

And for me it opens another window in the background, what is it for?

BTW how many developers working on bloc, just you two ?

nicolai

2014-12-25 10:31 GMT+01:00 stepharo <[hidden email]>:

Le 25/12/14 03:04, Ben Coman a écrit :

Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?

I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering.
Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything.
We will try to reuse Spec.
Now for default Morphic, rewritting all the morphs to use Athens
is a huge tasks considered the current logic of certain morphic elements
Since Bloc is fully athens-based, it may be better to only work on Bloc.
Now the trick is that we can use the morphic elements.

This would really help to understand where contributions might be useful.

btw, with Build 40419, "ConfigurationOfBloc load" warns that
it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved.

Yes this is normal, you should load bleedingEdge.

"ConfigurationOfBlock loadDevelopment" works fine.

cheer -ben

Sven Van Caekenberghe wrote:

Yes, a nice X-Mas present !

On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:

Wow! Impressive!!!

Alexandre

On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:

Hello all,

I’ve just uploaded a small demo of Bloc.
http://vimeo.com/115336678

Cheers
Alain

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Ben Coman

Re: [Ann] a short Bloc demo

In reply to this post by Alain Plantec-3

Alain Plantec wrote:

>> On 25 Dec 2014, at 10:31, stepharo <[hidden email]> wrote:
>>
>>
>> Le 25/12/14 03:04, Ben Coman a écrit :
>>> Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?
>
> yes, almost everything is new or rewritten and you are right, its time to write documentation.
> Now, there is one well identified issue.
> Athens is used to render everything except
> the Morphic world.
> This is cool but at the end of the rendering, the vm Form based display is used by wrappers :
> see in TBlAthensWrapper>>unprotectedFullDrawOn:

I can't see that class. I guess you mean
BlAthensPasteUpMorph>>unprotectedFullDrawOn:

> ----
> self surface displayOnMorphicCanvas: aCanvas at: self position
> ——
> It slows down the rendering very much.
> what would be cool would be to have a native Athens/Cairo vm display to really
> benefit from Athens.

Alain Plantec-3

Re: [Ann] a short Bloc demo

> On 26 Dec 2014, at 07:09, Ben Coman <[hidden email]> wrote:
>>
>> see in TBlAthensWrapper>>unprotectedFullDrawOn:
>
> I can't see that class. I guess you mean BlAthensPasteUpMorph>>unprotectedFullDrawOn:

Hi Ben,

TBlAthensWrapper is the trait :)

Alain

>
>> ----
>> self surface displayOnMorphicCanvas: aCanvas at: self position
>> ——
>> It slows down the rendering very much.
>> what would be cool would be to have a native Athens/Cairo vm display to really benefit from Athens.
>
>

Alain Plantec-3

Re: [Ann] a short Bloc demo

In reply to this post by Nicolai Hess

Hi Nicolai,

Yes, you’re right. There is this issue in 3.0.

In a fresh image, the Author requestFullname dialog is opened at

Bloc starting (because of Athens if I remember well).

Maybe you tried with a 3.0.

This issue has been fixed in 4.0 since few months.

Try with the last Pharo 4 and it should be ok.

Another solution is to evaluate

----

Author requestFullName

——

before you start a bloc space.

Cheers

Alain

On 25 Dec 2014, at 20:57, Nicolai Hess <[hidden email]> wrote:

I tried both, loadDevelopment and loadBleedingEdget, but
I can not get it to work like in the video.
For me, the keyboard input stop working as soon as I start the bloc world.
And for me it opens another window in the background, what is it for?

BTW how many developers working on bloc, just you two ?

nicolai

2014-12-25 10:31 GMT+01:00 stepharo <[hidden email]>:

Le 25/12/14 03:04, Ben Coman a écrit :

Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?

I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering.
Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything.
We will try to reuse Spec.
Now for default Morphic, rewritting all the morphs to use Athens
is a huge tasks considered the current logic of certain morphic elements
Since Bloc is fully athens-based, it may be better to only work on Bloc.
Now the trick is that we can use the morphic elements.

This would really help to understand where contributions might be useful.

btw, with Build 40419, "ConfigurationOfBloc load" warns that
it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved.

Yes this is normal, you should load bleedingEdge.

"ConfigurationOfBlock loadDevelopment" works fine.

cheer -ben

Sven Van Caekenberghe wrote:

Yes, a nice X-Mas present !

On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:

Wow! Impressive!!!

Alexandre

On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:

Hello all,

I’ve just uploaded a small demo of Bloc.
http://vimeo.com/115336678

Cheers
Alain

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nicolai Hess

Re: [Ann] a short Bloc demo

2014-12-26 9:37 GMT+01:00 Alain Plantec <[hidden email]>:

Hi Nicolai,

Yes, you’re right. There is this issue in 3.0.
In a fresh image, the Author requestFullname dialog is opened at
Bloc starting (because of Athens if I remember well).
Maybe you tried with a 3.0.
This issue has been fixed in 4.0 since few months.
Try with the last Pharo 4 and it should be ok.

I always use pharo4 :)

Another solution is to evaluate
----
Author requestFullName

no change, cmd+enter for opening spotter works, but I can not type any character

——
before you start a bloc space.

Cheers
Alain

Why does it open another window? (see screenshot, the left pharo windows opens after switching
to bloc world. Only the right window acts to mouse and keyboard (cmd+enter). The left window
looks like a "mirror", just shows what happens in the right window.

On 25 Dec 2014, at 20:57, Nicolai Hess <[hidden email]> wrote:

I tried both, loadDevelopment and loadBleedingEdget, but
I can not get it to work like in the video.
For me, the keyboard input stop working as soon as I start the bloc world.
And for me it opens another window in the background, what is it for?

BTW how many developers working on bloc, just you two ?

nicolai

2014-12-25 10:31 GMT+01:00 stepharo <[hidden email]>:

Le 25/12/14 03:04, Ben Coman a écrit :

Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?

I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering.
Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything.
We will try to reuse Spec.
Now for default Morphic, rewritting all the morphs to use Athens
is a huge tasks considered the current logic of certain morphic elements
Since Bloc is fully athens-based, it may be better to only work on Bloc.
Now the trick is that we can use the morphic elements.

This would really help to understand where contributions might be useful.

btw, with Build 40419, "ConfigurationOfBloc load" warns that
it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved.

Yes this is normal, you should load bleedingEdge.

"ConfigurationOfBlock loadDevelopment" works fine.

cheer -ben

Sven Van Caekenberghe wrote:

Yes, a nice X-Mas present !

On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:

Wow! Impressive!!!

Alexandre

On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:

Hello all,

I’ve just uploaded a small demo of Bloc.
http://vimeo.com/115336678

Cheers
Alain

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

pharo_bloc.png (129K) Download Attachment

Tudor Girba-2

Re: [Ann] a short Bloc demo

In reply to this post by abergel

Very nice work!

Thanks for pushing this. I think you will not be alone in working on Bloc for long :)

Doru

On Wed, Dec 24, 2014 at 3:41 PM, Alexandre Bergel <[hidden email]> wrote:

Wow! Impressive!!!

Alexandre

> On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:
>
> Hello all,
>
> I’ve just uploaded a small demo of Bloc.
> http://vimeo.com/115336678
>
>
> Cheers
> Alain
>

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

www.tudorgirba.com

"Every thing has its own flow"

Alain Plantec-3

Re: [Ann] a short Bloc demo

In reply to this post by Nicolai Hess

Why does it open another window? (see screenshot, the left pharo windows opens after switching
to bloc world. Only the right window acts to mouse and keyboard (cmd+enter). The left window
looks like a "mirror", just shows what happens in the right window.

ah, I’ve never tested it in windows. It should not open another window. Maybe it’s because of OSWindow

that is used for the vm rendering.

I will have a look. maybe have to not use OSWindow.

Thanks

Alain

On 25 Dec 2014, at 20:57, Nicolai Hess <[hidden email]> wrote:

I tried both, loadDevelopment and loadBleedingEdget, but
I can not get it to work like in the video.
For me, the keyboard input stop working as soon as I start the bloc world.
And for me it opens another window in the background, what is it for?

BTW how many developers working on bloc, just you two ?

nicolai

2014-12-25 10:31 GMT+01:00 stepharo <[hidden email]>:

Le 25/12/14 03:04, Ben Coman a écrit :

Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?

I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering.
Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything.
We will try to reuse Spec.
Now for default Morphic, rewritting all the morphs to use Athens
is a huge tasks considered the current logic of certain morphic elements
Since Bloc is fully athens-based, it may be better to only work on Bloc.
Now the trick is that we can use the morphic elements.

This would really help to understand where contributions might be useful.

btw, with Build 40419, "ConfigurationOfBloc load" warns that
it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved.

Yes this is normal, you should load bleedingEdge.

"ConfigurationOfBlock loadDevelopment" works fine.

cheer -ben

Sven Van Caekenberghe wrote:

Yes, a nice X-Mas present !

On 24 Dec 2014, at 15:41, Alexandre Bergel <[hidden email]> wrote:

Wow! Impressive!!!

Alexandre

On Dec 24, 2014, at 3:19 PM, Alain Plantec <[hidden email]> wrote:

Hello all,

I’ve just uploaded a small demo of Bloc.
http://vimeo.com/115336678

Cheers
Alain

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

<pharo_bloc.png>

stepharo

Re: [Ann] a short Bloc demo

In reply to this post by Peter Uhnak

Le 25/12/14 15:46, Peter Uhnak a écrit :

This look really interesting! However is there any diagram showing how all the components (morphic, athens, spec, bloc, or even glamour and roassal) work together? At least to me it feels that there is some sort of overlapping. Is bloc replacing morphic?

Bloc is a core graphical frameworks.
    it rethinks
        - rendering
        - event handling
        - view composition

Bloc is composed about a low-level:
    - morphs + event + views

Then on top of it we will have Bloc-Widgets
    valueModel + (spec unsure but we want the same composibility/reuse) + bloc-core

Bloc uses Athens.

The goal is to replace Morphic (a framework)

Glamour is on top.
Roassal could reuse bloc-core.

Stef

Peter

From: [hidden email]
Sent: ‎12/‎25/‎2014 11:51 AM
To: [hidden email]
Subject: Re: [Pharo-dev] [Ann] a short Bloc demo

> On some point, you will need to have some functional widgets.
Exact and since there is no magic we will start to write them. We
started to write a radio button and this led to a redesin of the core
and now we should be ready to try again.

If you are not afraid about strange/bad/circumvoluted code have a look
at the code of PluggableButtonMorph (not talking about tableLayout
intrincaties).
So we will not copy Morphic! It will take time and if people want to
help they will be able to improve their future.

Stef

> Can we start to build our own UI using Bloc?
>
> Cheers,
> Alexandre
>
>
>> On Dec 25, 2014, at 11:33 AM, Alain Plantec [hidden email] wrote:
>>
>>
>>> On 25 Dec 2014, at 10:31, stepharo [hidden email] wrote:
>>>
>>>
>>> Le 25/12/14 03:04, Ben Coman a écrit :
>>>> Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?
>> yes, almost everything is new or rewritten and you are right, its time to write documentation.
>> Now, there is one well identified issue.
>> Athens is used to render everything except
>> the Morphic world.
>> This is cool but at the end of the rendering, the vm Form based display is used by wrappers :
>> see in TBlAthensWrapper>>unprotectedFullDrawOn:
>> ----
>> self surface displayOnMorphicCanvas: aCanvas at: self position
>> ——
>> It slows down the rendering very much.
>> what would be cool would be to have a native Athens/Cairo vm display to really
>> benefit from Athens.
>>
>> Cheers
>> Alain
>>
>>
>>> I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering.
>>> Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything.
>>> We will try to reuse Spec.
>>> Now for default Morphic, rewritting all the morphs to use Athens
>>> is a huge tasks considered the current logic of certain morphic elements
>>> Since Bloc is fully athens-based, it may be better to only work on Bloc.
>>> Now the trick is that we can use the morphic elements.
>>>> This would really help to understand where contributions might be useful.
>>>>
>>>>
>>>> btw, with Build 40419, "ConfigurationOfBloc load" warns that
>>>> it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved.
>>> Yes this is normal, you should load bleedingEdge.
>>>> "ConfigurationOfBlock loadDevelopment" works fine.
>>>>
>>>> cheer -ben
>>>>
>>>> Sven Van Caekenberghe wrote:
>>>>> Yes, a nice X-Mas present !
>>>>>
>>>>>> On 24 Dec 2014, at 15:41, Alexandre Bergel [hidden email] wrote:
>>>>>>
>>>>>> Wow! Impressive!!!
>>>>>>
>>>>>> Alexandre
>>>>>>
>>>>>>
>>>>>>> On Dec 24, 2014, at 3:19 PM, Alain Plantec [hidden email] wrote:
>>>>>>>
>>>>>>> Hello all,
>>>>>>>
>>>>>>> I’ve just uploaded a small demo of Bloc.
>>>>>>> http://vimeo.com/115336678
>>>>>>>
>>>>>>>
>>>>>>> Cheers
>>>>>>> Alain
>>>>>>>
>>>>>> --
>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>> Alexandre Bergel http://www.bergel.eu
>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>

Nicolai Hess

Re: [Ann] a short Bloc demo

In reply to this post by Alain Plantec-3

2014-12-25 11:33 GMT+01:00 Alain Plantec <[hidden email]>:

> On 25 Dec 2014, at 10:31, stepharo <[hidden email]> wrote:
>
>
> Le 25/12/14 03:04, Ben Coman a écrit :
>> Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported?

yes, almost everything is new or rewritten and you are right, its time to write documentation.
Now, there is one well identified issue.
Athens is used to render everything except
the Morphic world.
This is cool but at the end of the rendering, the vm Form based display is used by wrappers :
see in TBlAthensWrapper>>unprotectedFullDrawOn:
----
self surface displayOnMorphicCanvas: aCanvas at: self position
——
It slows down the rendering very much.
what would be cool would be to have a native Athens/Cairo vm display to really
benefit from Athens.

Really? This just calls copyBits from the surface plugin. Although it calls AthensCairoSurface>>#asForm, there is no "real" Form involved.

I can do a full MorphicWorld drawing on top of Athens and it is quite fast.

I did some experiments with the direct use of the window context (on Win32: cairo_win32_surface_create)

But with this surface, we can not access the form data anymore, something like

Form>>#copy: does not work, or I didn't found out how.

nicolai