Re: [Pharo-dev] [Pharo-users] About balkanisation

btw this is pharo-dev discussion, redirecting there. Esteban > On 7 Nov 2016, at 08:50, Esteban Lorenzano wrote: > > We are developing Iceberg… and I know is not enough :) > Which “unifying tools” are you referring ? > > I have followed very close your TOdE development…

Re: [Pharo-dev] why sparta depends on Taskit?

> On 7 Nov 2016, at 07:41, Aliaksei Syrel wrote: > > Hi > > It is a library :) Even that there is an important difference between plugin > and library we always refer to library in this thread. > I was thinking that but then Doru mentioned “Moz2D plugin” and I got

Re: [Pharo-dev] why sparta depends on Taskit?

Hi It is a library :) Even that there is an important difference between plugin and library we always refer to library in this thread. Cheers Alex On Nov 6, 2016 22:31, "Esteban Lorenzano" wrote: > > > On 6 Nov 2016, at 21:47, Tudor Girba wrote: > >

Re: [Pharo-dev] http://pharo.org/files/pharo.png

> On 6 Nov 2016, at 22:04, Esteban Lorenzano wrote: > >> >> On 6 Nov 2016, at 19:17, Sven Van Caekenberghe wrote: >> >> I am not upset, but you did not explain what you did up until now. >> >> Still, this URL was/is used everywhere as an example (in

Re: [Pharo-dev] [how about] Exceptions as first class objects *in Debugger*

+1, with that information you could describe or show the cause of the exception On Sun, Nov 6, 2016 at 6:46 AM, Sven Van Caekenberghe wrote: > Indeed this has bothered me a lot as well. > > At least an 'Inspect Exception' would be useful. > > It would also encourage people to put

Re: [Pharo-dev] why sparta depends on Taskit?

> On 6 Nov 2016, at 21:47, Tudor Girba wrote: > > Hi, > >> On Nov 6, 2016, at 9:43 PM, stepharo wrote: >> >> I tried to open the image that glenn gave me and I can browse the code (I >> got an FFI problem due to the fact that the lib is not present).

Re: [Pharo-dev] http://pharo.org/files/pharo.png

> On 6 Nov 2016, at 19:17, Sven Van Caekenberghe wrote: > > I am not upset, but you did not explain what you did up until now. > > Still, this URL was/is used everywhere as an example (in comments and books) > and tests. > > It looks silly if we break our own links. And a year

Re: [Pharo-dev] why sparta depends on Taskit?

Hi, > On Nov 6, 2016, at 9:43 PM, stepharo wrote: > > I tried to open the image that glenn gave me and I can browse the code (I got > an FFI problem due to the fact that the lib is not present). > > I tried and I could open the image from the ci with the vm glenn sent me. >

Re: [Pharo-dev] why sparta depends on Taskit?

I tried to open the image that glenn gave me and I can browse the code (I got an FFI problem due to the fact that the lib is not present). I tried and I could open the image from the ci with the vm glenn sent me. So I will update my vm. Stef Le 6/11/16 à 20:19, Tudor Girba a écrit : Hi,

Re: [Pharo-dev] why sparta depends on Taskit?

may be my vm is old but this is a spur one. I will try with the latest one and report. stef Le 6/11/16 à 20:19, Tudor Girba a écrit : Hi, It does not work to run the Bloc examples with the regular VM, but it does work to browse the code. Stef is saying that he cannot browse code in the

Re: [Pharo-dev] why sparta depends on Taskit?

Hi, It does not work to run the Bloc examples with the regular VM, but it does work to browse the code. Stef is saying that he cannot browse code in the Bloc image. This is a significant problem, but I just do not see why this is so. So, it would be very useful for us to learn where this

Re: [Pharo-dev] pillar highlight text in code

2016-11-06 19:35 GMT+01:00 Nicolai Hess : > > > 2016-11-05 13:41 GMT+01:00 stepharo : > >> Yes I should fix them. >> >> >> > I added a pull request fixing the ">>>" vs. ">>" in the reflection > chapter. (some other chapters are using >># instead, I think

Re: [Pharo-dev] pillar highlight text in code

2016-11-05 13:41 GMT+01:00 stepharo : > Yes I should fix them. > > > I added a pull request fixing the ">>>" vs. ">>" in the reflection chapter. (some other chapters are using >># instead, I think we should convert them all to use ">>" only) will now update the reflection

Re: [Pharo-dev] http://pharo.org/files/pharo.png

I am not upset, but you did not explain what you did up until now. Still, this URL was/is used everywhere as an example (in comments and books) and tests. It looks silly if we break our own links. And a year or so ago I already changed all those links once. If I have to do it again, I will

Re: [Pharo-dev] http://pharo.org/files/pharo.png

It is not removed… I moved the backend from amber to seaside and there is a problem because standard installation of seaside uses /files to his own file server. now, I want to move that but I didn’t had the time. In the mean time, in fact real address of that file was before and still is:

Re: [Pharo-dev] why sparta depends on Taskit?

Hi Just taking Bloc image from CI does not work. Don't forget that you need Sparta plugin (libMoz2D.dylib/DLL/so). I didn't find a way how to ship plugin with image, sorry... It can be downloaded from bintray https://bintray.com/syrel/Moz2D/libMoz2D. Cheers Alex On Nov 6, 2016 4:58 PM, "Tudor

Re: [Pharo-dev] http://pharo.org/files/pharo.png

> On 6 Nov 2016, at 18:47, stepharo wrote: > > No idea but it should not because it breaks our nice examples. > > if you have the file I can add it back. I think it is this one (a transparent png) : But I am not 100% sure. > May be esteban when he was removing Amber

Re: [Pharo-dev] http://pharo.org/files/pharo.png

No idea but it should not because it breaks our nice examples. if you have the file I can add it back. May be esteban when he was removing Amber dependencies in Marina. Stef Le 6/11/16 à 18:14, Sven Van Caekenberghe a écrit : Who removed http://pharo.org/files/pharo.png ? Why ? It is used

Re: [Pharo-dev] why sparta depends on Taskit?

Hi doru Hi, I think there are a couple of thinks that are mixed up. yes they both contribute to making bloc not accessible to mortals. First, the image from CI: - download the latest image built on October 12 on Jenkins:

[Pharo-dev] http://pharo.org/files/pharo.png

Who removed http://pharo.org/files/pharo.png ? Why ? It is used in tests/examples. Could it be put back please, even it is not used (it does do no harm) ? A basic rule of the Web is not to break existing stuff. Sven

Re: [Pharo-dev] Instructions for Pharo 6 64bits

Hi Jan, I’m sorry but I will not even look at it :( nothing personal, I respect a lot the instantiations people and their product (and I know they will do a good work). Is just that I care a lot about Pharo being open source MIT and I do not want to pollute my code with something I might

Re: [Pharo-dev] [Pharo-users] About balkanisation

Hi Stef, I think that you are raising a valid point, and I actually agree with it. But I think there is another side of the coin as well. I think that right now we are in between worlds and this is not quite beneficial. Switching to GitHub is a significant effort, and treating it as business

Re: [Pharo-dev] why sparta depends on Taskit?

Hi, I think there are a couple of thinks that are mixed up. First, the image from CI: - download the latest image built on October 12 on Jenkins: https://ci.inria.fr/pharo-contribution/job/Bloc/PHARO=60,VERSION=development,VM=vm/lastSuccessfulBuild/artifact/Bloc.zip - run it either with the

Re: [Pharo-dev] [Pharo-users] About balkanisation

> It may look super cool and be hyper trendy to use github (because like > that you can say that you use latest hyper cool > > features), but I would like to ask especially people building libraries > to pay attention that it is important > > that other people can contribute back easily and that

[Pharo-dev] About balkanisation

Hi I would like that you think a bit about our community and that there is a value in using common tools to share and develop common libraries. Because to me it feels like we are getting balkanize. It may look super cool and be hyper trendy to use github (because like that you can say

Re: [Pharo-dev] roundTo: strange behavior

Hi Martin, yes, what i said was wrong (!). i got irritated when i used #printShowingDecimalPlaces: on a directly entered decimal number and got a seemingly upwards rounded number. of course that result was also correct. iow there is no problem in the new #round: or

Re: [Pharo-dev] [Bloc] Hierarchy of BiEvent

Le 27/10/16 à 10:57, Guille Polito a écrit : Something itches me from this discussion. I somehow find myself with Glenn: - should Bloc work with other than SDL/OSWindow? - should SDL/OSWindow work with other than Bloc? Merging the event hierarchy may prevent these two scenarios. And these

Re: [Pharo-dev] why sparta depends on Taskit?

Hi Hi Sparta definitely does not depend on TaskIt :) I have no idea what is it. Ok we are safe then :) I was a bit feeling dizzy about this. I read the code and this is bloc when it launches a new task. Now I will stop to try to look at bloc because I get just losing my time. Sorry to have

Re: [Pharo-dev] why sparta depends on Taskit?

I got to the ci and I click on the image and download and drop it on my vm=> crash. Why doing a video? open a shell wget -O - http://get.pharo.org/60+vm | bash ./pharo Pharo.image config http://www.smalltalkhub.com/mc/Pharo/Bloc/main

Re: [Pharo-dev] why sparta depends on Taskit?

The best would be if you could make a video of how you install Bloc and send to Glenn. Because it works for us and for Travis CI. Sound like you face a strange and not so easy to catch issue. Cheers Alex On Nov 5, 2016 6:54 PM, "stepharo" wrote: > why sparta depends on

Re: [Pharo-dev] why sparta depends on Taskit?

Hi Sparta definitely does not depend on TaskIt :) I have no idea what is it. Cheers Alex On Nov 5, 2016 6:54 PM, "stepharo" wrote: > why sparta depends on Taskit? > > > Since I cannot load it I cannot try to understand. I find strange that a > graphical canvas depends on a

Re: [Pharo-dev] [how about] Exceptions as first class objects *in Debugger*

Indeed this has bothered me a lot as well. At least an 'Inspect Exception' would be useful. It would also encourage people to put more useful information inside exception objects. > On 6 Nov 2016, at 10:38, Yuriy Tymchuk wrote: > > Hi, > > we have this supercool

[Pharo-dev] [how about] Exceptions as first class objects *in Debugger*

Hi, we have this supercool exception handling mechanism, but as soon as we open a debugger the exception object is gone… I understand that we didn’t need this in old times, but now with a moldable debugger, we could create hooks to allow exceptions to define how they should be addressed (and

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/60283 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] f762ef: 60283

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: f762ef77698b79b65063b877c34bf9c3f1004e73 https://github.com/pharo-project/pharo-core/commit/f762ef77698b79b65063b877c34bf9c3f1004e73 Author: Jenkins Build Server Date: