[Pharo-dev] [pharo-project/pharo-core] 0368f1: 40579

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 0368f11bb36e30240a81bb6091d34a44f29fcd29 https://github.com/pharo-project/pharo-core/commit/0368f11bb36e30240a81bb6091d34a44f29fcd29 Author: Jenkins Build Server Date: 2015-03-24 (Tue, 24 Mar 2015

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

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

[Pharo-dev] Making Seaside work in Pharo 4

In Issue 13739, build 40145 classesInTheSelectedPackage in Nautilus was removed. What is the correct way to replace it? WABrowser uses a nautilus browser to show a web-based browser. (build 609, Seaside #'release3.1' pharo4, from ci) WABrowserTest>>testContentsNotifying | model |

Re: [Pharo-dev] Old Pharo Mac VM on pharo.org

Is pharo-minimal going to be an artefact of the Release? Should it be temporarily sacrificed to allow a more recent VM to go out with the Release? If its too close to Release to change the VM, then perhaps the current release date could be a Release Candidate including a new VM, kept for maybe a

[Pharo-dev] Update question

Today I wanted (again) to update my image and it can't find GT packages. So I'm interested how the community deals with that. Do you take fresh downloaded images regularly? Or you do not update? Is it just me? thanks, Norbert

Re: [Pharo-dev] Update question

I didn't even know there was an update option. Instead I download fresh images (regularly) through Pharo Launcher, plus I have startup script that looks at the name of the image and does extra stuff — e.g. if the image name contains MyProjectX, it automatically adds repositories for it and loads it

Re: [Pharo-dev] Morphs becoming unresponsive

--- Begin Message --- Hello Henrik, I read windowEvent: anEvent WorldState quitSession. self removeProperty: #closeWorldDialogOpen ] but shouldn't it be windowEvent: anEvent WorldState quitSession. self removeProperty: #canOpenCloseDialo

Re: [Pharo-dev] Update question

I tried it a few times, and had nothing but problems with it. We have discussed here several times and from what I have learned there several technical limitation. I am using pharolauncher non stop and wonder why Pharolauncher is not integrated inside Pharo yet. I have added my code inside the con

Re: [Pharo-dev] Update question

2015-03-24 11:13 GMT+01:00 Norbert Hartl : > Today I wanted (again) to update my image and it can't find GT packages. > So I'm interested how the community deals with that. Do you take fresh > downloaded images regularly? Or you do not update? Is it just me? > I don't update. I want to make sure

[Pharo-dev] Populating/editing list with modal dialogs in Glamour

Hi everyone, I’m playing with glamour, and I’m trying to construct a list that can be edited e.g. you can add items, edit them and remove and for adding and editing you have a custom popup written again in glamour. So first question is how can I dead with basic actions? Is the GLMActionListPres

Re: [Pharo-dev] Morphs becoming unresponsive

> On 24 Mar 2015, at 11:22 , Alain Plantec via Pharo-dev > wrote: > > > Subject: Re: [Pharo-dev] Morphs becoming unresponsive > From: Alain Plantec > Date: 24 Mar 2015 11:21:55 CET > To: Pharo Development List > > > Hello Henrik, > > I read > windowEvent: anEvent > > Wor

Re: [Pharo-dev] GLMBrick whats next?

2015-03-23 20:54 GMT+01:00 Aliaksei Syrel : > Hi, > > Sorry if my reply will be too long, but I tried to summarise our > experience with Morphic/Brick and give some useful feedback or even provide > ideas. Who wants will read :) > Hi, thank you, this is a really great source of information, and i

Re: [Pharo-dev] Update question

Don't update use PharoLauncher instead ! I use PharoLauncher everyday for my work and I download new images every 2-3 days. Sent from my iPhone > On 24 mars 2015, at 11:13, Norbert Hartl wrote: > > Today I wanted (again) to update my image and it can't find GT packages. So > I'm interested ho

Re: [Pharo-dev] GLMBrick whats next?

Hi Nicolai, I am surprised by your conclusion that the current Brick implementation disqualifies it from being part of the Core :) Let's recap. Brick was created to support GT. We wanted GT in the image, hence Brick is in the image as part of Glamour. In the meantime, Brick has grown and it's no

Re: [Pharo-dev] Update question

What would be better using PharoLauncher? Norbert > Am 24.03.2015 um 12:30 schrieb Serge Stinckwich : > > Don't update use PharoLauncher instead ! I use PharoLauncher everyday for my > work and I download new images every 2-3 days. > > Sent from my iPhone > >> On 24 mars 2015, at 11:13, Norb

Re: [Pharo-dev] Update question

PharoLauncher manage all your images and dl new images directly from the CI server. PharoLauncher is written in Pharo and can be adapted to your own needs ;-) Sent from my iPhone > On 24 mars 2015, at 12:38, Norbert Hartl wrote: > > What would be better using PharoLauncher? > > Norbert > >

[Pharo-dev] Slots and MethodWrappers

I wondered how these two things are related. Will slots be giving MWs facilities out of the box? When should I use both? Phil

Re: [Pharo-dev] Update question

NorbertHartl wrote > What would be better using PharoLauncher? I was a hold out, but I've finally started using it and it's really nice. For things that don't have an automated build process, it's much better than downloading from file.pharo.org by hand. You can set the folder to which the images

Re: [Pharo-dev] GLMBrick whats next?

> On 24 Mar 2015, at 12:37, Tudor Girba wrote: > > Hi Nicolai, > > I am surprised by your conclusion that the current Brick implementation > disqualifies it from being part of the Core :) it was not that what disqualifies it. It is the “we will not announce it” part :) I mean: if it is not a

Re: [Pharo-dev] GLMBrick whats next?

2015-03-24 12:37 GMT+01:00 Tudor Girba : > Hi Nicolai, > > I am surprised by your conclusion that the current Brick implementation > disqualifies it from being part of the Core :) > not the implementation, the uncertainty of its purpose - a GT private implementation / a public framework. > > >

[Pharo-dev] [pharo-project/pharo-core] 79e66b: 40580

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 79e66b97d7783fe020fc952f5f5e797f3b0f3a72 https://github.com/pharo-project/pharo-core/commit/79e66b97d7783fe020fc952f5f5e797f3b0f3a72 Author: Jenkins Build Server Date: 2015-03-24 (Tue, 24 Mar 2015

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

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

[Pharo-dev] String>>howManyMatch: Bug or feature ?

Hi, The normal behavior 'abc' howManyMatch: 'abd' --> 2. I got suprized the way Blanks and new lines are handled. '\**' withCRs howManyMatch: '\\**' withCRs. --> 2 instead of 1 'ab\ **' withCRs howManyMatch: 'ab\\**' withCRs. --> 4 instead of 3 '\ **' withCRs howManyMatch: '\\**' withCRs. -->

Re: [Pharo-dev] GLMBrick whats next?

Hi, I think I might have misunderstood your mail :). Tthe intention behind Brick is not to be a separate framework but an internal tool for GT. At least not now, and at least not before we investigate how we get to the end goal of having a vectorial canvas (hence Bloc). Is this satisfying? Cheer

[Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

And well… I think Nicolai is right in a point (not the fault of Brick, btw): current status is far from ideal: - we have Morphic, and it’s upcoming replace, Brick (but Brick is not in the image, so the pain there is less) - we have Spec to support our tooling. - we have Glamour to support… well

Re: [Pharo-dev] Update question

@Norbert: I also use PharoLauncher, this way I can download clean 3.0/4.0 or prepackaged (Moose, Boostrap) images at own will, clone, copy as I like and with a fresh image it is easy to see if code is loading cleanly, ... I have to give up nothing. I can still profit from image developmen

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

Hi Esteban, 2015-03-24 13:56 GMT+01:00 Esteban Lorenzano : > And well... I think Nicolai is right in a point (not the fault of Brick, > btw): current status is far from ideal: > > - we have Morphic, and it's upcoming replace, Brick (but Brick is not in > the image, so the pain there is less) > I

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

> On 24 Mar 2015, at 14:23, Thierry Goubier wrote: > > Hi Esteban, > > 2015-03-24 13:56 GMT+01:00 Esteban Lorenzano >: > And well… I think Nicolai is right in a point (not the fault of Brick, btw): > current status is far from ideal: > > - we have Morphic, and it

[Pharo-dev] Google Code Shutdown

In case anyone hasn't heard, Google Code will shut down entirely on January 25, 2016. I was following these Smalltalk projects there: magritte-metamodel moose-technology seaside marsonpharo nativeboost metacello squeaksource3 phratch - already on GitHub per Jannik The easiest action seems to be to

Re: [Pharo-dev] Update question

kilon.alios wrote > I tried it a few times, and had nothing but problems with it. We have > discussed here several times and from what I have learned there several > technical limitation. I initially had a bad experience as well. I probably didn't give it a fair trial, but also IIRC at that time t

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

There is a big diffirence between Morphic and the other. Morphic is a full solution and mature one as well. The others , with the exception of Bloc , try to wrap things up or offering better solution to some areas. The one thing I don't understand is why improving Morphic or even redesigning it is

Re: [Pharo-dev] GLMBrick whats next?

Tudor Girba-2 wrote > Concretely, on March 31 and April 1 (no joke :)), we have a session in > Bern > where Alain Plantec will join us to look into how to approach this problem > concretely. Given that, now I /really/ feel it would be beneficial to have the talks recorded because otherwise you inc

Re: [Pharo-dev] GLMBrick whats next?

There is only one talk about Bloc. The rest is like a sprint. Doru On Tue, Mar 24, 2015 at 2:41 PM, Sean P. DeNigris wrote: > Tudor Girba-2 wrote > > Concretely, on March 31 and April 1 (no joke :)), we have a session in > > Bern > > where Alain Plantec will join us to look into how to approach

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

> On 24 Mar 2015, at 14:29, kilon alios wrote: > > There is a big diffirence between Morphic and the other. Morphic is a full > solution and mature one as well. The others , with the exception of Bloc , > try to wrap things up or offering better solution to some areas. > > The one thing I do

Re: [Pharo-dev] GLMBrick whats next?

--- Begin Message --- Hello Sean, As I’ve already said, I’m currently working on a documentation on Bloc. I’ve stopped adding new things into it (well only examples and bug fixes) It is far from being finished and polished https://github.com/SquareBracketAssociates/PharoInProgress/tree/master/Bl

[Pharo-dev] Some Memory Leak

Hi, There seems to be some kind of memory leak in recent Pharo 4.0 images. Image size (as saved on disk) seems to be growing very rapidly under normal use (development with Nautilus, Spotter, GTPlayground, GTInspector and Monticello, debugging). Numbers go from the initial 20Mb to 100s of Mb an

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

2015-03-24 15:16 GMT+01:00 Esteban Lorenzano : > > On 24 Mar 2015, at 14:29, kilon alios wrote: > > There is a big diffirence between Morphic and the other. Morphic is a full > solution and mature one as well. The others , with the exception of Bloc , > try to wrap things up or offering better so

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

--- Begin Message --- Hello Esteban, > Most probably is because you are doing double work: you draw with Athens, but > you convert it to a Form to display it (and a Form is a Morph using > DisplayPlugin). > I can ensure you that if you use Athens directly with SDL2 (an example I can > share wi

Re: [Pharo-dev] Slots and MethodWrappers

I would say that they are different although related. Slots are for the interception of accessing instance variables (for read and write), and method wrappers for the interception of accessing methods (for execution). > On Mar 24, 2015, at 09:02, p...@highoctane.be wrote: > > I wondered how th

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

--- Begin Message --- Hello Thierry, > Le 24 mars 2015 à 15:24, Thierry Goubier a écrit : > > One of the problem is that the Morphic replacement will probably be less than > Morphic was (or was intended to be) :( why do you think so ? Cheers Alain > > You'll probably tell me that for the ki

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

Hi, On Tue, Mar 24, 2015 at 3:24 PM, Thierry Goubier wrote: > > > 2015-03-24 15:16 GMT+01:00 Esteban Lorenzano : > >> >> On 24 Mar 2015, at 14:29, kilon alios wrote: >> >> There is a big diffirence between Morphic and the other. Morphic is a >> full solution and mature one as well. The others ,

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

--- Begin Message --- Hello all, I think you should consider what is mature and what is in the image now. now we have Spec with Morphic, Morphic without Spec as an alternative, GT Tool framework (with Brick), Glamour. Regarding text editing we have Rubric. My fault, someone (sorry I don’t remem

Re: [Pharo-dev] Slots and MethodWrappers

You can try to use a special slot for the 'methodDict' instVar of Behavior and implement another way of doing method wrappers through that slot class, but I am sure the VM won't be happy ;) On Tue, Mar 24, 2015 at 11:26 AM, Johan Fabry wrote: > > I would say that they are different although rela

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

2015-03-24 15:27 GMT+01:00 Alain Plantec via Pharo-dev < pharo-dev@lists.pharo.org>: > > > -- Message transféré -- > From: Alain Plantec > To: Pharo Development List > Cc: > Date: Tue, 24 Mar 2015 15:27:18 +0100 > Subject: Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick what

Re: [Pharo-dev] Update question

> Am 24.03.2015 um 12:41 schrieb Serge Stinckwich : > > PharoLauncher manage all your images and dl new images directly from the CI > server. PharoLauncher is written in Pharo and can be adapted to your own > needs ;-) > So there is nothing to gain. My use cases are completely different. I don

Re: [Pharo-dev] Update question

On Tue, Mar 24, 2015 at 9:19 PM, Sean P. DeNigris wrote: > kilon.alios wrote > > I tried it a few times, and had nothing but problems with it. We have > > discussed here several times and from what I have learned there several > > technical limitation. > > I don't think Kilon was referring to Pha

Re: [Pharo-dev] GLMBrick whats next?

2015-03-24 13:54 GMT+01:00 Tudor Girba : > Hi, > > I think I might have misunderstood your mail :). > > Tthe intention behind Brick is not to be a separate framework but an > internal tool for GT. At least not now, and at least not before we > investigate how we get to the end goal of having a vec

[Pharo-dev] collecting Pharo 4.0 Contributors

Hi, I’m collection the list of contributors for this version. Since we detect contributors by author stamps: - some times who made the commit does not reflect all the people who worked on a problem, - we consider contributors to Pharo all people who has contributed in any way: discussing thi

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

2015-03-24 17:36 GMT+03:00 Thierry Goubier : > IMHO, Rubrics, just from it's layout approach, is already a step backward. What you mean by this? What's wrong with Rubric layouting?

Re: [Pharo-dev] Update question

> Am 24.03.2015 um 13:02 schrieb Sean P. DeNigris : > > NorbertHartl wrote >> What would be better using PharoLauncher? > > I was a hold out, but I've finally started using it and it's really nice. > For things that don't have an automated build process, it's much better than > downloading from

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

> On Mar 24, 2015, at 10:29, kilon alios wrote: > > [Spec] does not support custom made GUIs which is what I want That’s simply not true. Spec supports the embedding of whatever Morph you want inside your GUI. So you can easily mix and match your custom components with all the standard Spec

Re: [Pharo-dev] Slots and MethodWrappers

> Am 24.03.2015 um 15:26 schrieb Johan Fabry : > > > I would say that they are different although related. Slots are for the > interception of accessing instance variables (for read and write), and method > wrappers for the interception of accessing methods (for execution). > +1 Very precise

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

Hi, 2015-03-24 15:27 GMT+01:00 Tudor Girba : > Hi, > >> >> I think I do not understand this point. Why do you say that the future > solution will be less than Morphic? > > Because we're driving it with uses which are less than Morphic requirements were. Because you don't need Morphic power to do

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

2015-03-24 15:39 GMT+01:00 Denis Kudriashov : > > 2015-03-24 17:36 GMT+03:00 Thierry Goubier : > >> IMHO, Rubrics, just from it's layout approach, is already a step backward. > > > > What you mean by this? What's wrong with Rubric layouting? > Padding -> resolved in Morphic by Morph composition:

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

--- Begin Message --- > Le 24 mars 2015 à 15:56, Thierry Goubier a écrit : > > > > 2015-03-24 15:39 GMT+01:00 Denis Kudriashov >: > > 2015-03-24 17:36 GMT+03:00 Thierry Goubier >: > IMHO, Rubrics, just from it's layout approach,

Re: [Pharo-dev] Some Memory Leak

> On 24 Mar 2015, at 15:18, Sven Van Caekenberghe wrote: > > Hi, > > There seems to be some kind of memory leak in recent Pharo 4.0 images. Image > size (as saved on disk) seems to be growing very rapidly under normal use > (development with Nautilus, Spotter, GTPlayground, GTInspector and >

Re: [Pharo-dev] Some Memory Leak

Yes, there are clearly objects lying around. I suspect it has to do with Playground or Inspector, but I am not sure. Doru On Tue, Mar 24, 2015 at 4:13 PM, Max Leske wrote: > > > On 24 Mar 2015, at 15:18, Sven Van Caekenberghe wrote: > > > > Hi, > > > > There seems to be some kind of memory lea

Re: [Pharo-dev] Populating/editing list with modal dialogs in Glamour

Hi, GLMActionListPresentation is currently the only mechanism to have a separate list of actions as buttons. However, usually when working with lists we add actions directly in the toolbar of the presentation. There is no default way of opening a pop-up. However, it shouldn't be so difficult to h

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

2015-03-24 16:03 GMT+01:00 Alain Plantec via Pharo-dev < pharo-dev@lists.pharo.org>: > > > -- Message transféré -- > From: Alain Plantec > To: Pharo Development List > Cc: > Date: Tue, 24 Mar 2015 16:02:56 +0100 > Subject: Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick what

Re: [Pharo-dev] String>>howManyMatch: Bug or feature ?

2015-03-24 13:53 GMT+01:00 Noury Bouraqadi : > Hi, > > The normal behavior > 'abc' howManyMatch: 'abd' --> 2. > > I got suprized the way Blanks and new lines are handled. > > '\**' withCRs howManyMatch: '\\**' withCRs. --> 2 instead of 1 > > 'ab\ **' withCRs howManyMatch: 'ab\\**' withCRs. --> 4 i

Re: [Pharo-dev] Some Memory Leak

> On 24 Mar 2015, at 16:13, Max Leske wrote: > > >> On 24 Mar 2015, at 15:18, Sven Van Caekenberghe wrote: >> >> Hi, >> >> There seems to be some kind of memory leak in recent Pharo 4.0 images. Image >> size (as saved on disk) seems to be growing very rapidly under normal use >> (developme

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

The same in Brick: GLMButtonBrick new > marginLeft: 10; > text: 'Parse'; > vAlign: #center; > hSpaceFill; > openInBrickWindow Yes, I agree - using composition for margin/padding/aligning is much more simple, readable, fast and maintainable, than horrible scripting in brick, sorry for t

Re: [Pharo-dev] Some Memory Leak

There are lot of spotter objects that do not get garbaged collected GTSpotter allInstances size --> 29 in my image On Tue, Mar 24, 2015 at 4:16 PM, Tudor Girba wrote: > Yes, there are clearly objects lying around. I suspect it has to do with > Playground or Inspector, but I am not sure. > > Dor

Re: [Pharo-dev] Some Memory Leak

> On 24 Mar 2015, at 16:50, Andrei Chis wrote: > > There are lot of spotter objects that do not get garbaged collected > > GTSpotter allInstances size --> 29 in my image I got 10 now. But can they cause megabytes to be locked up ? > On Tue, Mar 24, 2015 at 4:16 PM, Tudor Girba wrote: > Yes,

Re: [Pharo-dev] Some Memory Leak

I also tried this: 1. Create a dummy class: Object subclass: #AAA instanceVariableNames: 'x' classVariableNames: '' category: 'AAA'. 2. Open a Playground and do it and go on this: a := #AAA asClass new. 3. In the second pane go on "self" 4. Close the Playground 5. Execute: 3 timesRepeat: [ Smal

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

2015-03-24 16:43 GMT+01:00 Aliaksei Syrel : > The same in Brick: > > GLMButtonBrick new >> marginLeft: 10; >> text: 'Parse'; >> vAlign: #center; >> hSpaceFill; >> openInBrickWindow > > > Yes, I agree - using composition for margin/padding/aligning is much more > simple, readable, fast an

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

" if you read my mail, you will notice that I said BOTH are on the table (and we are actually moving oon both): - Bloc is the redesign - In the mean time we WORK and ENCOURAGE others to work on improve it." Last time I asked about Bloc , I was told not to use it and instead stick with Spec or Morp

Re: [Pharo-dev] Some Memory Leak

> On 24 Mar 2015, at 16:56, Sven Van Caekenberghe wrote: > > >> On 24 Mar 2015, at 16:50, Andrei Chis wrote: >> >> There are lot of spotter objects that do not get garbaged collected >> >> GTSpotter allInstances size --> 29 in my image > > I got 10 now. > > But can they cause megabytes to

Re: [Pharo-dev] Slots and MethodWrappers

> On 24 Mar 2015, at 13:02, p...@highoctane.be wrote: > > I wondered how these two things are related. > > Will slots be giving MWs facilities out of the box? > > When should I use both? > Hello, Slots are about state (instance variables), while method wrappers are about methods (and hooking

Re: [Pharo-dev] Google Code Shutdown

Another project abandoned by Google, what a surprise :D On Tue, Mar 24, 2015 at 3:14 PM, Sean P. DeNigris wrote: > In case anyone hasn't heard, Google Code will shut down entirely on January > 25, 2016. I was following these Smalltalk projects there: > magritte-metamodel > moose-technology > sea

Re: [Pharo-dev] collecting Pharo 4.0 Contributors

I am Dimitris Chloupis, always a honor to contribute to such an awesome project like Pharo. I have not contributed bug fixes but I have contributed with a lot of documentation by porting 5 chapters of PBE to Pharo 3 and many video tutorials. You cant be a dead language and still the king of live c

Re: [Pharo-dev] Update question

"@Kilon: Integrating PharoLauncher in the standard image would not make sense. Then I use PharoLauncher to download an image with a prepackaged PharoLauncher, ... If you mean that it should be the default tool to download when getting Pharo 4.0 or Pharo 3.0 from the download page or from z

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

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

[Pharo-dev] [pharo-project/pharo-core] 059630: 40581

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 0596306550830ead2c3aaa348df345230b5c3240 https://github.com/pharo-project/pharo-core/commit/0596306550830ead2c3aaa348df345230b5c3240 Author: Jenkins Build Server Date: 2015-03-24 (Tue, 24 Mar 2015

Re: [Pharo-dev] Update question

> On 24 Mar 2015, at 11:13, Norbert Hartl wrote: > > Today I wanted (again) to update my image and it can't find GT packages. So > I'm interested how the community deals with that. Do you take fresh > downloaded images regularly? Or you do not update? Is it just me? > We should add an issue

Re: [Pharo-dev] [Pharo4] 203 issues tagged tagged for Pharo4

33. And there are some already fixed, waiting to be reviewed. > On 22 Mar 2015, at 19:29, Marcus Denker wrote: > > 44! > >> On 20 Mar 2015, at 20:17, Marcus Denker wrote: >> >> 52. Much better! >> >> some are even already fixed (but not integrated) so we will be below 50 soon. >> >>> On 20

Re: [Pharo-dev] Update question

> Am 24.03.2015 um 18:45 schrieb Marcus Denker : > > >> On 24 Mar 2015, at 11:13, Norbert Hartl wrote: >> >> Today I wanted (again) to update my image and it can't find GT packages. So >> I'm interested how the community deals with that. Do you take fresh >> downloaded images regularly? Or y

Re: [Pharo-dev] Some Memory Leak

If somebody has a larger image can he/she load the latest version of Glamour-Morphic-Brick and then run [1] plus a few garbage collects. [1] Smalltalk cleanUp: true except: #() confirming: false. Cheers, Andrei On Tue, Mar 24, 2015 at 4:56 PM, Sven Van Caekenberghe wrote: > > > On 24 Mar 2015

[Pharo-dev] Glamour List Presentation get selection index

Hi, is it possible, to get selection index from GLMListPresentation? Cheers Uko

[Pharo-dev] Existing

Hi Tudor and all, to understand the issue one has to know: -- There are two pragmas in Pharo 4 that were already introduced and integrated:

Re: [Pharo-dev] Some Memory Leak

Along the lines of Nicolas' hint, here's one example of what you can *not* do, and expect to work (just the other way around): GLMPagerScrollBrick pagerModel: aModel pagerModel := aModel. -snip- pagerModel announcer weak when: GLMPagePushed send: #onPagePushed: to: self. -s

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

--- Begin Message --- > > I don’t get it sorry. > > Padding by ten pixels to the left: > > | leftMargin aParserButton | > leftMargin := Morph new > width: 10; > hResizing: #shrinkWrap; > vResizing: #spaceFill. > aParserButton := Plugga

Re: [Pharo-dev] Glamour List Presentation get selection index

Hi, No. Currently from a GLMListPresentation you can just get the selected element. Cheers, Andrei On Tue, Mar 24, 2015 at 7:40 PM, Yuriy Tymchuk wrote: > Hi, > > is it possible, to get selection index from GLMListPresentation? > > Cheers > Uko > >

Re: [Pharo-dev] Some Memory Leak

A tiny bit of code review while I'm at it... GTSpotterResultsBrick >> initialize super initialize self band hSpaceFill. self announcer weak subscribe: GLMBrickScrollPositionChanged send: #onScrolled to: self This is a tempting, but sneaky anti-pattern, you should never, ever, ever hav

Re: [Pharo-dev] Some Memory Leak

Hi Henry, Thanks for the feedback. Don't stop :) In this case I think the memory lead comes from the class variables of GLMHintableActionButtonBrick. Clearing them up removes all instances of playground and spotter from my image. We need to find a better design for that. Cheers, Andrei On Tu

Re: [Pharo-dev] Existing

Hi Torsten, Thanks for the long email. The first part summarizes the situation reasonably well, except that you are putting the same pot annotated methods and methods having example* selectors. To try to clear the water I thought I would answer with an almost equally long email :). I am not tryi

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

Hi Kilon, The situation is like this. For quite a while we did not have enough expertise in this community to build serious UI frameworks that can work. In the meantime we learnt a lot. GT is not just a couple of windows. It's an experiment of building something that does not exist anywhere else,

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

Tudor , I am only amazed how much you guys accomplish with so limited resources. I may not agree with some of the choices but I am very happy with the progress Pharo is making and glad I stick around. If the community is not ready for a roadmap , so be it. You will be ready when you will be ready.

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

> Yes, we do not have the replacement now, but we have never had so much > investment and will around the UI as we have now. We do not know at this > point what is the better way, we do not know the exact roadmap because it is > more than just a matter of implementation. But, I know that the kin

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

> I have to confess I did not understand this obsession of implementing > everything in Pharo when I joined coming from python. But now I find this > obsession too infectious to resist :) That's why its impossible to convert people via HN and Reddit. Like skydiving (I imagine), it seems like a

Re: [Pharo-dev] Existing

2015-03-24 22:48 GMT+01:00 Tudor Girba : > Hi Torsten, > > Thanks for the long email. The first part summarizes the situation > reasonably well, except that you are putting the same pot > annotated methods and methods having example* selectors. To try to clear > the water I thought I would answer

Re: [Pharo-dev] Existing

Hi, On Wed, Mar 25, 2015 at 12:17 AM, Nicolai Hess wrote: > > > 2015-03-24 22:48 GMT+01:00 Tudor Girba : > >> Hi Torsten, >> >> Thanks for the long email. The first part summarizes the situation >> reasonably well, except that you are putting the same pot >> annotated methods and methods having

[Pharo-dev] Latest VM doesn't have Wheel changes

I see them in the source zip right alongside the app on Jenkins, and the changes worked as expected on my Mac when I built by hand. I even kicked off another build, but #419 didn't seem to have the changes either... - Cheers, Sean -- View this message in context: http://forum.world.st/Lates

Re: [Pharo-dev] Which one to use? [WAS: Re: GLMBrick whats next?]

On Wed, Mar 25, 2015 at 6:08 AM, Sean P. DeNigris wrote: > > I have to confess I did not understand this obsession of implementing > everything in Pharo when I joined coming from python. But now I find this > obsession too infectious to resist :) > That's why its impossible to convert people via