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

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

[Pharo-dev] [pharo-project/pharo-core] 123359: 50703

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 123359bcc35b397dcae930bd0a596778c950edd8 https://github.com/pharo-project/pharo-core/commit/123359bcc35b397dcae930bd0a596778c950edd8 Author: Jenkins Build Server Date: 2016-04-21 (Thu, 21 Apr 2016

[Pharo-dev] Smalltalk ui icons foo -> Smalltalk ui icons iconNamed: #foo

Hi guys With the changes made by esteban all the tools should be accessing icons using iconNamed: Yes Yuriy it would be good to have a nice QA rule Smalltalk ui icons foo -> Smalltalk ui icons iconNamed: #foo The DNU trick should be deprecated in Pharo 60. Could you update your tools and we w

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

If you know the answer I would like to know it too. Le 21/4/16 06:56, Bernhard Pieber a écrit : Hi Eliot, Right, but in the latest Squeak5.1-trunk with the latest CogSpur.r3663.app it takes only 3 milliseconds. I guess it’s just an optimized implementation, there. (Can’t look right now.) Ch

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Le 20/4/16 18:05, Denis Kudriashov a écrit : Hi. Thank's for answers. 2016-04-20 10:53 GMT+02:00 Norbert Hartl >: Agreed. As I said above. If you take to point of view from legacy logging tool Beacon is not a big help. But the ideas in it are good and

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

You are considering Log as a noun, but it can also be used as a verb. defn "13. to enter in a log; keep a record of; e.g. to log a day's events." [1] Stef said: "Remember that you want to have them short especially for the main one. This is why in SystemLogger we have Log instead of what it is

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Denis you see, we (norbert and me) did not take this names randonmly we really thought about them. Stef

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

2016-04-21 15:04 GMT+02:00 stepharo : > Denis > > you see, we (norbert and me) did not take this names randonmly we really > thought about them. > Yes, I know. I just try to make fresh look on it :)

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Hi, > On Apr 20, 2016, at 6:05 PM, Denis Kudriashov wrote: > > Hi. > > Thank's for answers. > > 2016-04-20 10:53 GMT+02:00 Norbert Hartl : > Agreed. As I said above. If you take to point of view from legacy logging > tool Beacon is not a big help. But the ideas in it are good and should be >

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

> On Apr 20, 2016, at 9:05 PM, Ben Coman wrote: > > Sorry for not having a better reviewed understanding of both > frameworks, but I have some thoughts from perspective of one user... > > On Thu, Apr 21, 2016 at 12:05 AM, Denis Kudriashov > wrote: >> Hi. >> >> Thank's for answers. >> >> 201

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Hi, > On Apr 20, 2016, at 10:53 AM, Norbert Hartl wrote: > > Denis, > > >> Am 18.04.2016 um 18:28 schrieb Denis Kudriashov : >> >> Hello. >> >> Year ago Beacon and SystemLogger were announced. There was big discussion >> about them. And there were plans to provide single solution. What was

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

2016-04-21 14:57 GMT+02:00 stepharo : > >- name SystemLogger for collection based log. > > SystemLogger makes me think that it is singleton which is used by system > and I should not use it for my own application. > I would call it like ObjectLog or NativeLog (following my first sentence > abo

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

2016-04-21 15:45 GMT+02:00 Tudor Girba : > > I think we not need special LoggerUI app. We can just inspect > SystemLogger instance to look at all recorded objects. And in perspective > of my suggestions it will mean that we just explore particular ObjectLog. > And we can extend GTInspector for thi

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

Hi Bernhard, > On Apr 20, 2016, at 9:56 PM, Bernhard Pieber wrote: > > Hi Eliot, > > Right, but in the latest Squeak5.1-trunk with the latest CogSpur.r3663.app it > takes only 3 milliseconds. I guess it’s just an optimized implementation, > there. (Can’t look right now.) Indeed ;-). In most

Re: [Pharo-dev] Smalltalk ui icons foo -> Smalltalk ui icons iconNamed: #foo

Is it ok to do that next week? I’m a bit busy at the moment (actually writing about this stuff). Uko > On 21 Apr 2016, at 14:13, stepharo wrote: > > Hi guys > > With the changes made by esteban all the tools should be accessing icons > using iconNamed: > Yes Yuriy it would be good to have a

Re: [Pharo-dev] Smalltalk ui icons foo -> Smalltalk ui icons iconNamed: #foo

Sure :) Write Le 21/4/16 18:11, Yuriy Tymchuk a écrit : Is it ok to do that next week? I’m a bit busy at the moment (actually writing about this stuff). Uko On 21 Apr 2016, at 14:13, stepharo wrote: Hi guys With the changes made by esteban all the tools should be accessing icons using i

Re: [Pharo-dev] Some GT tool for this?

Hi Andrei, I cannot seem to find this feature anymore in 5.0. Do you know how can I reach to "History" I cannot find it as a filter... Thanks in advance, On Fri, Jan 1, 2016 at 12:50 PM, stepharo wrote: > Andrei / Mariano > > could you package them as extension of MC and we can integrate the

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

Hi eliot do you imply that the logic at the level of the image changed in squeak. Because Pharo50 is also running Spur on a CogSpur Vm? Stef Le 21/4/16 16:48, Eliot Miranda a écrit : Hi Bernhard, On Apr 20, 2016, at 9:56 PM, Bernhard Pieber wrote: Hi Eliot, Right, but in the latest Sque

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

On Thu, Apr 21, 2016 at 1:24 PM, stepharo wrote: > Hi eliot > > do you imply that the logic at the level of the image changed in squeak. > Because Pharo50 is also running Spur on a CogSpur Vm? > The only logic that chanes at the image level is - no more compact classes, so indexIfCompact is miss

[Pharo-dev] remove unused variables

The editor used to inform when there was an unused local variable and offered to remove it. Is it possible to get this behavior back, or is it a feature regression with the "new" (this changed some time ago) editor? Thanks, Peter

Re: [Pharo-dev] [Pharo-users] remove unused variables

This was changed somewhere in November by Marcus and Miguel, and it was intentional, as part of the work on annotations on the AST that enabled breakpoints. (Breakpoints use the same highlighting mechanism). > On Apr 21, 2016, at 18:52, Peter Uhnák wrote: > > The editor used to inform when th

Re: [Pharo-dev] [Pharo-users] remove unused variables

Argh. It is a very cool feature. Are we going to have to spot around ? No, please, no... Phil On Apr 22, 2016 2:35 AM, "Johan Fabry" wrote: > > > This was changed somewhere in November by Marcus and Miguel, and it was intentional, as part of the work on annotations on the AST that enabled bre