Hello all, Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678 <http://vimeo.com/115336678> Cheers Alain
Wow! Impressive!!! Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Yes, a nice X-Mas present !
On 24 Dec 2014, at 15:41, Alexandre Bergel <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
On 25 Dec 2014, at 10:31, stepharo <stepharo@free.fr> 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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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 <alain.plantec@yahoo.com> wrote:
On 25 Dec 2014, at 10:31, stepharo <stepharo@free.fr> 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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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 <alain.plantec@yahoo.com> wrote:
On 25 Dec 2014, at 10:31, stepharo <stepharo@free.fr> 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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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 -----Original Message----- From: "stepharo" <stepharo@free.fr> Sent: â12/â25/â2014 11:51 AM To: "Pharo Development List" <pharo-dev@lists.pharo.org> 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 <alain.plantec@yahoo.com> wrote:
On 25 Dec 2014, at 10:31, stepharo <stepharo@free.fr> 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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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: stepharo <mailto:stepharo@free.fr> Sent: â12/â25/â2014 11:51 AM To: Pharo Development List <mailto:pharo-dev@lists.pharo.org> 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 <alain.plantec@yahoo.com> wrote:
On 25 Dec 2014, at 10:31, stepharo <stepharo@free.fr> 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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> 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 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 <alain.plantec@yahoo.com> wrote:
On 25 Dec 2014, at 10:31, stepharo <stepharo@free.fr> 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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Alain Plantec wrote:
On 25 Dec 2014, at 10:31, stepharo <stepharo@free.fr> 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.
On 26 Dec 2014, at 07:09, Ben Coman <btc@openInWorld.com> 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.
2014-12-25 11:33 GMT+01:00 Alain Plantec <alain.plantec@yahoo.com>:
On 25 Dec 2014, at 10:31, stepharo <stepharo@free.fr> 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) <http://www.cairographics.org/manual/cairo-Win32-Surfaces.html#cairo-win32-su...> 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
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 <stepharo@free.fr>:
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 <alexandre.bergel@me.com>
wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com>
wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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 <nicolaihess@web.de> 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 <stepharo@free.fr <mailto:stepharo@free.fr>>:
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 <alexandre.bergel@me.com <mailto:alexandre.bergel@me.com>> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com <mailto:alain.plantec@yahoo.com>> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678 <http://vimeo.com/115336678>
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
2014-12-26 9:37 GMT+01:00 Alain Plantec <alain.plantec@yahoo.com>:
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 <nicolaihess@web.de> 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 <stepharo@free.fr>:
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 <alexandre.bergel@me.com>
wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com>
wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
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 <nicolaihess@web.de <mailto:nicolaihess@web.de>> 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 <stepharo@free.fr <mailto:stepharo@free.fr>>:
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 <alexandre.bergel@me.com <mailto:alexandre.bergel@me.com>> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com <mailto:alain.plantec@yahoo.com>> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678 <http://vimeo.com/115336678>
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
<pharo_bloc.png>
2014-12-26 15:39 GMT+01:00 Alain Plantec <alain.plantec@yahoo.com>:
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.
I tried it again in windows , (both loadDevelopment and loadBleedingEdget). This time the bloc world only opens in the upper left corner extent ~ 100@50. I can open a world menu in this area :) , but I can not make it larger. And after some time, it crashes the vm. And it still opens another (native)window. (on pharo 40459 latest vm (Win32 built on Jan 22 2015 01:03:55 Compiler: 4.6.2))
Thanks Alain
On 25 Dec 2014, at 20:57, Nicolai Hess <nicolaihess@web.de> 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 <stepharo@free.fr>:
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 <alexandre.bergel@me.com>
wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com>
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>
Hello Nicolai, Iâve not tested in w7. Iâve just tried in Windows 8.1. It works outofthebox here. Cheers Alain
Le 25 janv. 2015 à 16:40, Nicolai Hess <nicolaihess@web.de> a écrit :
2014-12-26 15:39 GMT+01:00 Alain Plantec <alain.plantec@yahoo.com <mailto:alain.plantec@yahoo.com>>:
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.
I tried it again in windows , (both loadDevelopment and loadBleedingEdget). This time the bloc world only opens in the upper left corner extent ~ 100@50. I can open a world menu in this area :) , but I can not make it larger. And after some time, it crashes the vm. And it still opens another (native)window. (on pharo 40459 latest vm (Win32 built on Jan 22 2015 01:03:55 Compiler: 4.6.2))
Thanks Alain
On 25 Dec 2014, at 20:57, Nicolai Hess <nicolaihess@web.de <mailto:nicolaihess@web.de>> 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 <stepharo@free.fr <mailto:stepharo@free.fr>>:
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 <alexandre.bergel@me.com <mailto:alexandre.bergel@me.com>> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com <mailto:alain.plantec@yahoo.com>> wrote:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678 <http://vimeo.com/115336678>
Cheers Alain
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
<pharo_bloc.png>
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 <alexandre.bergel@me.com> wrote:
Wow! Impressive!!!
Alexandre
On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec@yahoo.com> 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"
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
2014-12-24 15:19 GMT+01:00 Alain Plantec <alain.plantec@yahoo.com>:
Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678
Cheers Alain
You are interested in more feedback, right? :) A normal TextMorph in the bloc world, sometimes, shows some artefacts outside of its bounds. For example, open a Workspace and type EllipseMorph new and wait for NECMenuMorph to appear. It shows some suggesionts for "new" and hightlights the "new" part in the text. For some lines, this highlight is outside of the NECMenuMorph. And this is strange, because this Morph is actually an ordinary Morph and not one of the new BlMorphs nicolai
Thanks Nicolai In fact it is a NecMenuMorph issue I think. Iâve opened and fixed a fogbugz issue. Cheers Alain
Le 27 janv. 2015 à 20:44, Nicolai Hess <nicolaihess@web.de> a écrit :
2014-12-24 15:19 GMT+01:00 Alain Plantec <alain.plantec@yahoo.com <mailto:alain.plantec@yahoo.com>>: Hello all,
Iâve just uploaded a small demo of Bloc. http://vimeo.com/115336678 <http://vimeo.com/115336678>
Cheers Alain
You are interested in more feedback, right? :)
A normal TextMorph in the bloc world, sometimes, shows some artefacts outside of its bounds. For example, open a Workspace and type
EllipseMorph new
and wait for NECMenuMorph to appear. It shows some suggesionts for "new" and hightlights the "new" part in the text. For some lines, this highlight is outside of the NECMenuMorph. And this is strange, because this Morph is actually an ordinary Morph and not one of the new BlMorphs
nicolai
<bloc_textselection_artefact.png>
participants (9)
-
Alain Plantec -
Alexandre Bergel -
Ben Coman -
Hilaire -
Nicolai Hess -
Peter Uhnak -
stepharo -
Sven Van Caekenberghe -
Tudor Girba