Hi, what is the current status of Bloc and Brick? How likely is it that Bloc goes into Pharo 7? Anyone able to give a short update on current work and plans? Thanks T.
Hi Torsten I will let Doru present it in more detail but I think that he is in vacation. Now here is my take from the discussion I got at ESUG. - Bloc is getting stable and people should really start to use it. This is why we did the bloc tutorial. We need more on that front. I plan to use it for some projects during the lectures I will give at Prague. BTW I would like to have a turtle for my new book. :) - Brick The text editor was a really important element to build widgets. The text editor model is basically the second iteration based on TxText attempt. It scales well. As soon as we start to have widgets we should do a Spec mapping and see how we can get rid of the middle man (the adapter should not be used at runtime). Bloc and Brick are not on the Pharo 70 roadmap because the process should be fixed before. But we would love to have bloc and brick as preview. Esteban is currently working with Ronnie for the SDL integration, headless image and others. Stef On Tue, Sep 19, 2017 at 5:51 PM, Torsten Bergmann <astares@gmx.de> wrote:
Hi,
what is the current status of Bloc and Brick? How likely is it that Bloc goes into Pharo 7?
Anyone able to give a short update on current work and plans?
Thanks T.
Hi, Thanks for the question :). Indeed, the summary of Stef is quite good. Here are some additions: - Indeed, Bloc gets stable. Recently, we learned that we can optimize the layouts even more and Alex Syrel will work on that in the next couple of weeks, but this will not impact users. - We have just finished an alpha version of the editor that is both moldable and scalable. Itâs alpha because there are still things to fine tune in the area of selection, insertion and deletion. - Having an editor is significant step because it is the most expensive (and the riskiest) widget mechanism. - After the layouts and editor we will focus on the model for interaction and animation of widgets and play with various classes of applications. - In the meantime, Theo Mugnier worked with Alain Plantec and did a brilliant job at providing an initial version of a SVG import-export. There are still things to do, but this is really cool work. I prefer to not go into estimations because I prefer to allow for the space to build crazy things, but we will work intensively on Bloc and Brick over the coming months, likely well into next year. Cheers, Doru
On Sep 19, 2017, at 8:46 PM, Stephane Ducasse <stepharo.self@gmail.com> wrote:
Hi Torsten
I will let Doru present it in more detail but I think that he is in vacation. Now here is my take from the discussion I got at ESUG.
- Bloc is getting stable and people should really start to use it. This is why we did the bloc tutorial. We need more on that front. I plan to use it for some projects during the lectures I will give at Prague. BTW I would like to have a turtle for my new book. :)
- Brick The text editor was a really important element to build widgets. The text editor model is basically the second iteration based on TxText attempt. It scales well.
As soon as we start to have widgets we should do a Spec mapping and see how we can get rid of the middle man (the adapter should not be used at runtime).
Bloc and Brick are not on the Pharo 70 roadmap because the process should be fixed before. But we would love to have bloc and brick as preview.
Esteban is currently working with Ronnie for the SDL integration, headless image and others.
Stef
On Tue, Sep 19, 2017 at 5:51 PM, Torsten Bergmann <astares@gmx.de> wrote:
Hi,
what is the current status of Bloc and Brick? How likely is it that Bloc goes into Pharo 7?
Anyone able to give a short update on current work and plans?
Thanks T.
-- www.tudorgirba.com www.feenk.com "We are all great at making mistakes."
Am 19.09.2017 um 22:50 schrieb Tudor Girba <tudor@tudorgirba.com>:
Hi,
Thanks for the question :).
Indeed, the summary of Stef is quite good.
Here are some additions: - Indeed, Bloc gets stable. Recently, we learned that we can optimize the layouts even more and Alex Syrel will work on that in the next couple of weeks, but this will not impact users.
can't this be done later? I would prefer that making Bloc and Brick usable is the first target. Norbert
- We have just finished an alpha version of the editor that is both moldable and scalable. Itâs alpha because there are still things to fine tune in the area of selection, insertion and deletion. - Having an editor is significant step because it is the most expensive (and the riskiest) widget mechanism. - After the layouts and editor we will focus on the model for interaction and animation of widgets and play with various classes of applications. - In the meantime, Theo Mugnier worked with Alain Plantec and did a brilliant job at providing an initial version of a SVG import-export. There are still things to do, but this is really cool work.
I prefer to not go into estimations because I prefer to allow for the space to build crazy things, but we will work intensively on Bloc and Brick over the coming months, likely well into next year.
Cheers, Doru
On Sep 19, 2017, at 8:46 PM, Stephane Ducasse <stepharo.self@gmail.com> wrote:
Hi Torsten
I will let Doru present it in more detail but I think that he is in vacation. Now here is my take from the discussion I got at ESUG.
- Bloc is getting stable and people should really start to use it. This is why we did the bloc tutorial. We need more on that front. I plan to use it for some projects during the lectures I will give at Prague. BTW I would like to have a turtle for my new book. :)
- Brick The text editor was a really important element to build widgets. The text editor model is basically the second iteration based on TxText attempt. It scales well.
As soon as we start to have widgets we should do a Spec mapping and see how we can get rid of the middle man (the adapter should not be used at runtime).
Bloc and Brick are not on the Pharo 70 roadmap because the process should be fixed before. But we would love to have bloc and brick as preview.
Esteban is currently working with Ronnie for the SDL integration, headless image and others.
Stef
On Tue, Sep 19, 2017 at 5:51 PM, Torsten Bergmann <astares@gmx.de> wrote: Hi,
what is the current status of Bloc and Brick? How likely is it that Bloc goes into Pharo 7?
Anyone able to give a short update on current work and plans?
Thanks T.
-- www.tudorgirba.com www.feenk.com
"We are all great at making mistakes."
Hi,
On Sep 20, 2017, at 9:22 AM, Norbert Hartl <norbert@hartl.name> wrote:
Am 19.09.2017 um 22:50 schrieb Tudor Girba <tudor@tudorgirba.com>:
Hi,
Thanks for the question :).
Indeed, the summary of Stef is quite good.
Here are some additions: - Indeed, Bloc gets stable. Recently, we learned that we can optimize the layouts even more and Alex Syrel will work on that in the next couple of weeks, but this will not impact users.
can't this be done later? I would prefer that making Bloc and Brick usable is the first target.
I can sympathize with that. We also want to get to a usable state as soon as possible. However, we have a different way of prioritizing and this might seem somewhat counter intuitive. I strongly believe that some things cannot be rushed and that continuously investing in the underlying infrastructure pays off in the mid-term. So, when we see an opportunity to rephrase our understanding we take it earlier rather than later. This is one of these cases. Cheers, Doru
Norbert
- We have just finished an alpha version of the editor that is both moldable and scalable. Itâs alpha because there are still things to fine tune in the area of selection, insertion and deletion. - Having an editor is significant step because it is the most expensive (and the riskiest) widget mechanism. - After the layouts and editor we will focus on the model for interaction and animation of widgets and play with various classes of applications. - In the meantime, Theo Mugnier worked with Alain Plantec and did a brilliant job at providing an initial version of a SVG import-export. There are still things to do, but this is really cool work.
I prefer to not go into estimations because I prefer to allow for the space to build crazy things, but we will work intensively on Bloc and Brick over the coming months, likely well into next year.
Cheers, Doru
On Sep 19, 2017, at 8:46 PM, Stephane Ducasse <stepharo.self@gmail.com> wrote:
Hi Torsten
I will let Doru present it in more detail but I think that he is in vacation. Now here is my take from the discussion I got at ESUG.
- Bloc is getting stable and people should really start to use it. This is why we did the bloc tutorial. We need more on that front. I plan to use it for some projects during the lectures I will give at Prague. BTW I would like to have a turtle for my new book. :)
- Brick The text editor was a really important element to build widgets. The text editor model is basically the second iteration based on TxText attempt. It scales well.
As soon as we start to have widgets we should do a Spec mapping and see how we can get rid of the middle man (the adapter should not be used at runtime).
Bloc and Brick are not on the Pharo 70 roadmap because the process should be fixed before. But we would love to have bloc and brick as preview.
Esteban is currently working with Ronnie for the SDL integration, headless image and others.
Stef
On Tue, Sep 19, 2017 at 5:51 PM, Torsten Bergmann <astares@gmx.de> wrote: Hi,
what is the current status of Bloc and Brick? How likely is it that Bloc goes into Pharo 7?
Anyone able to give a short update on current work and plans?
Thanks T.
-- www.tudorgirba.com www.feenk.com
"We are all great at making mistakes."
-- www.tudorgirba.com www.feenk.com "Obvious things are difficult to teach."
On 20 Sep 2017, at 10:12, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
On Sep 20, 2017, at 9:22 AM, Norbert Hartl <norbert@hartl.name> wrote:
Am 19.09.2017 um 22:50 schrieb Tudor Girba <tudor@tudorgirba.com>:
Hi,
Thanks for the question :).
Indeed, the summary of Stef is quite good.
Here are some additions: - Indeed, Bloc gets stable. Recently, we learned that we can optimize the layouts even more and Alex Syrel will work on that in the next couple of weeks, but this will not impact users.
can't this be done later? I would prefer that making Bloc and Brick usable is the first target.
I can sympathize with that. We also want to get to a usable state as soon as possible.
However, we have a different way of prioritizing and this might seem somewhat counter intuitive. I strongly believe that some things cannot be rushed and that continuously investing in the underlying infrastructure pays off in the mid-term. So, when we see an opportunity to rephrase our understanding we take it earlier rather than later. This is one of these cases.
But it is clear (having spend 10 years in the Squeak communityâ¦) that there is a danger in that, too⦠will there ever be a point were you will *not* be able to do things better? Ah, I even gave a talk about that: https://www.slideshare.net/MarcusDenker/perfection-feedback-loops-or-why-wor... ;-) Marcus
Hi,
On Sep 20, 2017, at 10:23 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
On 20 Sep 2017, at 10:12, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
On Sep 20, 2017, at 9:22 AM, Norbert Hartl <norbert@hartl.name> wrote:
Am 19.09.2017 um 22:50 schrieb Tudor Girba <tudor@tudorgirba.com>:
Hi,
Thanks for the question :).
Indeed, the summary of Stef is quite good.
Here are some additions: - Indeed, Bloc gets stable. Recently, we learned that we can optimize the layouts even more and Alex Syrel will work on that in the next couple of weeks, but this will not impact users.
can't this be done later? I would prefer that making Bloc and Brick usable is the first target.
I can sympathize with that. We also want to get to a usable state as soon as possible.
However, we have a different way of prioritizing and this might seem somewhat counter intuitive. I strongly believe that some things cannot be rushed and that continuously investing in the underlying infrastructure pays off in the mid-term. So, when we see an opportunity to rephrase our understanding we take it earlier rather than later. This is one of these cases.
But it is clear (having spend 10 years in the Squeak communityâ¦) that there is a danger in that, too⦠will there ever be a point were you will *not* be able to do things better?
Ah, I even gave a talk about that:
https://www.slideshare.net/MarcusDenker/perfection-feedback-loops-or-why-wor...
;-)
I agree. However, I see differences: - We choose to invest our energy in things that have a concrete outlook, often using time boxes and guided through a lot of experimentation. - If you get the cost of experimentation lower, you can simply perform more experiments and this increases the chances of producing surprising results. - The output is tangible and is constant, which means that we do not get stuck in an endless loop. It might take longer than people expect, but on the other hand, the results are consistently surprising. - In the meantime, Bloc is usable since half a year (the tutorial from ESUG was also given at PharoDays and works out of the box). And perhaps another thing that is not so clear: Bloc is a team effort and we, at feenk, are part of that team effort. From feenkâs point of view, we see it as an investment and we commit to make Bloc a platform that others can use for the next 10 years. For example, Alex works exclusively on this. As we are a commercial entity, for us this is a business issue, not a hobby. This means that we have all incentives to finish things so that we can build what we actually want to build :). Doru
Marcus
-- www.tudorgirba.com www.feenk.com âLive like you mean it."
Tudor Girba-2 wrote
As we are a commercial entity, for us this is a business issue, not a hobby. This means that we have all incentives to finish things so that we can build what we actually want to build :).
This is good to hear. I share Marcus' concern. After (almost? about?) 10 years in the Smalltalk community, my unbridled enthusiasm about new game-changing projects has mellowed to keep-working-as-usual-and-"we'll see". For every contributor like Sven, who has created and maintained multiple essential libraries over years, there seem to be 10 projects that fizzle out after an initial period of excitement and activity. Nearly all my revolutionary (in my head anyway ha ha) plans were thwarted early on. At first I blamed our spaghetti Morphic implementation which I found impossible to deal with once one wants to do anything uncommon. It's interesting to note that Morphic is itself the victim of unending experimentation without the promised final cleanup into a clean, understandable, usable, sane? form. After so many years have passed, however, I think the bigger barrier was the illusion that something better was "right around the corner". Instead of slogging through or cleaning Morphic myself, I put everything on hold until Morphic 3, SimpleMorphic, TxText (slightly different, but related), Bloc⦠It will be nice to finally have something real to play with! Maybe the time is now⦠----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Sean you should consider that TxText was important because it enabled the new textEditor. Bloc is stabilising for real. I can tell you that it was not an easy decision to rewrite Bloc after Brescia. And it should get out. SimpleMorphic and Morphic 3 where not related to our effort. I really encourage people to build things with Bloc. The more we will do it the better. Stef On Wed, Sep 20, 2017 at 1:38 PM, Sean P. DeNigris <sean@clipperadams.com> wrote:
Tudor Girba-2 wrote
As we are a commercial entity, for us this is a business issue, not a hobby. This means that we have all incentives to finish things so that we can build what we actually want to build :).
This is good to hear. I share Marcus' concern. After (almost? about?) 10 years in the Smalltalk community, my unbridled enthusiasm about new game-changing projects has mellowed to keep-working-as-usual-and-"we'll see". For every contributor like Sven, who has created and maintained multiple essential libraries over years, there seem to be 10 projects that fizzle out after an initial period of excitement and activity. Nearly all my revolutionary (in my head anyway ha ha) plans were thwarted early on. At first I blamed our spaghetti Morphic implementation which I found impossible to deal with once one wants to do anything uncommon. It's interesting to note that Morphic is itself the victim of unending experimentation without the promised final cleanup into a clean, understandable, usable, sane? form. After so many years have passed, however, I think the bigger barrier was the illusion that something better was "right around the corner". Instead of slogging through or cleaning Morphic myself, I put everything on hold until Morphic 3, SimpleMorphic, TxText (slightly different, but related), Bloc⦠It will be nice to finally have something real to play with! Maybe the time is nowâ¦
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Tudor Girba-2 wrote
Bloc is usable since half a year (the tutorial from ESUG was also given at PharoDays and works out of the box).
[not-a-rant ;)] After spending a good part of the day playing with Bloc, I'm wondering whether I am approaching it wrong. When I hear "useable", I think useful in real life scenarios - maybe not necessarily production, but at least day-to-day personal/in-house use. With many failing examples, deprecations, and seemingly minimally working text support (I was playing with BlTextElement, not looking for a full editor), I didn't find this to be the case. Am I missing something? Was "useable" meant in the sense of "ready for experimentation and feedback"? I am not complaining at all. I just want to be clear on the status so I effectively manage my expectations and find the best way to help out. Thanks! [/not-a-rant ;)] ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
I agree with Markus on that one , I am really a ârelease first update laterâ kind of guy. Which of course means also that I am against the idea of having only 1 release per year for Pharo. The why has been explained in myriads of online blog posts because I am far from the only one to believe in this. This why I never stuck with the stable release , I never saw any use for me or anyone else. Quite the contrary I think it hurts the development process by delaying bug reports. On Mon, 23 Oct 2017 at 05:27, Sean P. DeNigris <sean@clipperadams.com> wrote:
Tudor Girba-2 wrote
Bloc is usable since half a year (the tutorial from ESUG was also given at PharoDays and works out of the box).
[not-a-rant ;)] After spending a good part of the day playing with Bloc, I'm wondering whether I am approaching it wrong. When I hear "useable", I think useful in real life scenarios - maybe not necessarily production, but at least day-to-day personal/in-house use. With many failing examples, deprecations, and seemingly minimally working text support (I was playing with BlTextElement, not looking for a full editor), I didn't find this to be the case. Am I missing something? Was "useable" meant in the sense of "ready for experimentation and feedback"? I am not complaining at all. I just want to be clear on the status so I effectively manage my expectations and find the best way to help out. Thanks! [/not-a-rant ;)]
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Hi Sean, Bloc can be used for constructing element-based scenes. There is no built-in model for widgets yet. We use it in the new generation of the Glamorous Toolkit, and right now we have three such "real life scenariosâ that you can play with: - Transcript - Documenter - Mondrian You can find more details here: https://github.com/feenkcom/gtoolkit Cheers, Doru
On Oct 23, 2017, at 4:27 AM, Sean P. DeNigris <sean@clipperadams.com> wrote:
Tudor Girba-2 wrote
Bloc is usable since half a year (the tutorial from ESUG was also given at PharoDays and works out of the box).
[not-a-rant ;)] After spending a good part of the day playing with Bloc, I'm wondering whether I am approaching it wrong. When I hear "useable", I think useful in real life scenarios - maybe not necessarily production, but at least day-to-day personal/in-house use. With many failing examples, deprecations, and seemingly minimally working text support (I was playing with BlTextElement, not looking for a full editor), I didn't find this to be the case. Am I missing something? Was "useable" meant in the sense of "ready for experimentation and feedback"? I am not complaining at all. I just want to be clear on the status so I effectively manage my expectations and find the best way to help out. Thanks! [/not-a-rant ;)]
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
-- www.tudorgirba.com www.feenk.com "Problem solving should be focused on describing the problem in a way that makes the solution obvious."
Tudor Girba-2 wrote
right now we have three such "real life scenariosâ that you can play with:
Are these safe to load in a working image? IOW could one switch back and forth between the standard and experimental toolset? ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
On Oct 24, 2017, at 2:09 AM, Sean P. DeNigris <sean@clipperadams.com> wrote:
Tudor Girba-2 wrote
right now we have three such "real life scenariosâ that you can play with:
Are these safe to load in a working image? IOW could one switch back and forth between the standard and experimental toolset?
I work with them loaded when in a production image. Cheers, Doru
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
-- www.tudorgirba.com www.feenk.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."
Tudor Girba-2 wrote
You can find more details here: https://github.com/feenkcom/gtoolkit
Installed per instructions there. [World Menu]->[Moldable Editor]->[3. Pillar Documenter]->[Do It and Go] -> [Click "Pillar" tab]->"FileDoesNotExist: File @ ~/Dynabook/Working Images/GT Preview/pharo-local/iceberg/feenkcom/gtoolkit/doc/mondrian/index.pillar" ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Thanks. That menu is experimental, and will be removed. In the meantime, the file is in: ./pharo-local/iceberg/feenkcom/gtoolkit-visualizer/doc/mondrian/index.pillar Cheers, Doru
On Oct 24, 2017, at 3:57 AM, Sean P. DeNigris <sean@clipperadams.com> wrote:
Tudor Girba-2 wrote
You can find more details here: https://github.com/feenkcom/gtoolkit
Installed per instructions there. [World Menu]->[Moldable Editor]->[3. Pillar Documenter]->[Do It and Go] -> [Click "Pillar" tab]->"FileDoesNotExist: File @ ~/Dynabook/Working Images/GT Preview/pharo-local/iceberg/feenkcom/gtoolkit/doc/mondrian/index.pillar"
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
-- www.tudorgirba.com www.feenk.com "Beauty is where we see it."
Tudor Girba-2 wrote
In the meantime, the file is in: ./pharo-local/iceberg/feenkcom/gtoolkit-visualizer/doc/mondrian/index.pillar
I don't seem to even have ./pharo-local/iceberg! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
What Pharo are you using and how did you load the code? Doru
On Oct 24, 2017, at 3:49 PM, Sean P. DeNigris <sean@clipperadams.com> wrote:
Tudor Girba-2 wrote
In the meantime, the file is in: ./pharo-local/iceberg/feenkcom/gtoolkit-visualizer/doc/mondrian/index.pillar
I don't seem to even have ./pharo-local/iceberg!
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
-- www.tudorgirba.com www.feenk.com "Don't give to get. Just give."
Pharo #60513 via Launcher. Loaded GT as per GH readme: Iceberg enableMetacelloIntegration: true. Metacello new baseline: 'GToolkit'; repository: 'github://feenkcom/gtoolkit/src'; load. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Then you should have a "pharo-local/iceberg/feenkcomâ folder somewhere because this is where iceberg puts the files. Could you please check. Doru
On Oct 24, 2017, at 8:06 PM, Sean P. DeNigris <sean@clipperadams.com> wrote:
Pharo #60513 via Launcher. Loaded GT as per GH readme: Iceberg enableMetacelloIntegration: true. Metacello new baseline: 'GToolkit'; repository: 'github://feenkcom/gtoolkit/src'; load.
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
-- www.tudorgirba.com www.feenk.com "Yesterday is a fact. Tomorrow is a possibility. Today is a challenge."
This is what I see: <http://forum.world.st/file/t128965/Screenshot_2017-10-24_15.jpeg> ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Sean are you using the launcher? because your github clone repo and download code should be close to the PharoLauncher image repo. Stef On Tue, Oct 24, 2017 at 9:32 PM, Sean P. DeNigris <sean@clipperadams.com> wrote:
This is what I see: <http://forum.world.st/file/t128965/Screenshot_2017-10-24_15.jpeg>
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Please check the github-cache directory. You may do not use the Iceberg integration. Or you may share repositories among images: IceRepository shareRepositoriesBetweenImages ifTrue: [ IceRepository sharedRepositoriesLocationString ] Cheers, Juraj
On Oct 24, 2017, at 16:32, Sean P. DeNigris <sean@clipperadams.com> wrote:
This is what I see: <http://forum.world.st/file/t128965/Screenshot_2017-10-24_15.jpeg>
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Juraj Kubelka wrote
Or you may share repositories among images⦠kIceRepository sharedRepositoriesLocationString
That was it! It was {IcebergSharedRepoFolder}/feenkcom/gtoolkit-visualizer/doc/mondrian/index.pillar Now that I can see the presentations⦠Super cool!! Putting more $! in front of a line -> text auto-shrinks :) Two issues: 1. For the live examples in the Bloc-Pillar tab: "MNU receiver of #gtLiveIn: is nil" 2. In the Pillar tab, the headings are unreadable with the dark theme: <http://forum.world.st/file/t128965/Screenshot_2017-10-24_18.jpeg> ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Hi,
On Oct 25, 2017, at 12:02 AM, Sean P. DeNigris <sean@clipperadams.com> wrote:
Juraj Kubelka wrote
Or you may share repositories among images⦠kIceRepository sharedRepositoriesLocationString
That was it! It was {IcebergSharedRepoFolder}/feenkcom/gtoolkit-visualizer/doc/mondrian/index.pillar
Now that I can see the presentations⦠Super cool!! Putting more $! in front of a line -> text auto-shrinks :)
Two issues: 1. For the live examples in the Bloc-Pillar tab: "MNU receiver of #gtLiveIn: is nilâ
Which live examples raise the MNU? Doru
2. In the Pillar tab, the headings are unreadable with the dark theme: <http://forum.world.st/file/t128965/Screenshot_2017-10-24_18.jpeg>
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
-- www.tudorgirba.com www.feenk.com âProgramming is executable philosophy."
Thatâs great it works for you. Be careful that using Metacello baseline script does not update the local GIT repositories to the latest versions. Check my recent post in Moose: http://forum.world.st/RTExampleFactory-is-missing-sourceClass-tp4990173p4991... <http://forum.world.st/RTExampleFactory-is-missing-sourceClass-tp4990173p4991...> So, check in Iceberg that all GIT repositories are up-to-date. Cheers, Juraj
On Oct 24, 2017, at 19:02, Sean P. DeNigris <sean@clipperadams.com> wrote:
Juraj Kubelka wrote
Or you may share repositories among images⦠kIceRepository sharedRepositoriesLocationString
That was it! It was {IcebergSharedRepoFolder}/feenkcom/gtoolkit-visualizer/doc/mondrian/index.pillar
Now that I can see the presentations⦠Super cool!! Putting more $! in front of a line -> text auto-shrinks :)
Two issues: 1. For the live examples in the Bloc-Pillar tab: "MNU receiver of #gtLiveIn: is nil" 2. In the Pillar tab, the headings are unreadable with the dark theme: <http://forum.world.st/file/t128965/Screenshot_2017-10-24_18.jpeg>
----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
participants (8)
-
Dimitris Chloupis -
Juraj Kubelka -
Marcus Denker -
Norbert Hartl -
Sean P. DeNigris -
Stephane Ducasse -
Torsten Bergmann -
Tudor Girba