Re: [Pharo-dev] Stack

Its interesting, since in many places i using in-line linked list implementation, without troubling subclassing from "certified" LinkedList (or friends). This thing is a good case for stateful trait ('next' ivar + accessors and some logic for iterating etc). Unfortunately, for efficiency reasons,

[Pharo-dev] ESUG 2015, 12th Innovation Technology Awards

Apologies if you receive this message more than once... ESUG 2015, 12th Innovation Technology Awards Have you written innovative Smalltalk? The developers of any Smalltalk-based software can enter by submitting a 3-5min video of their software. Entrants demo their systems in a session at the end

Re: [Pharo-dev] Stack

Le 30/6/15 20:25, Thierry Goubier a écrit : Le 30/06/2015 19:27, stepharo a écrit : alain fixed in place edit for string morph so we could even rename a protocol simply by double clicking on it. I noticed years ago that I could get that for free in a MorphTreeMorph by using a text instead o

Re: [Pharo-dev] Blog post on the new Fast Table

The really first time it lags a bit (probably because the icons are computed). But after it is a real pleasure. I'm sorry esteban but we will enable it :) We should not keep this little diamond in the safe better to use it in a necklace and shine. Stef Le 2/7/15 14:56, Esteban Lorenzano a éc

Re: [Pharo-dev] Blog post on the new Fast Table

Le 2/7/15 14:32, p...@highoctane.be a écrit : Yes, very interesting work. We need to get the "slow feel" of the environment go away, thanks for working on that, Esteban. Is this something that would also address the slowness when we click on "Object" in Nautilus? Yes We will work with Fr

Re: [Pharo-dev] SubscriptionRegistry>>#deliver:

Hi Henrik, Le 02/07/2015 10:49, Henrik Johansen a écrit : The whole thread at http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2012-January/057478.html is a good read for insight into the thoughts behind the current implementation. While some of Lukas' complaints that related to art

[Pharo-dev] STONWriter>>#asciiOnly:

Hi, I made a change (still in #bleedingEdge) to STON: I added a STONWriter>>#asciiOnly: option, much like there is one in NeoJSONWriter. Here are the commits: === Name: STON-Core-SvenVanCaekenberghe.61 Author: SvenVanCaekenberghe Time: 2 July 2015, 3:41:33.863432 pm UUID: bb943b63-f2a1-4f2f-8c2

Re: [Pharo-dev] Blog post on the new Fast Table

Thanks, Esteban! Doru On Thu, Jul 2, 2015 at 12:07 PM, Esteban Lorenzano wrote: > Hi, > > I made a small blog post explaining a bit of the new fast table. > This is to encourage you to start using it and help me finish it :) > > http://smallworks.eu/web/blog/2015-07-02-fast-table-for-pharo > >

Re: [Pharo-dev] Blog post on the new Fast Table

On Thu, Jul 2, 2015 at 6:07 PM, Esteban Lorenzano wrote: > Hi, > > I made a small blog post explaining a bit of the new fast table. > This is to encourage you to start using it and help me finish it :) > > http://smallworks.eu/web/blog/2015-07-02-fast-table-for-pharo > Thats great news. Thanks

Re: [Pharo-dev] Blog post on the new Fast Table

> On 02 Jul 2015, at 14:43, Marcus Denker wrote: > > >> On 02 Jul 2015, at 14:32, p...@highoctane.be wrote: >> >> Yes, very interesting work. >> >> We need to get the "slow feel" of the environment go away, thanks for >> working on that, Esteban. >> >> Is this something that would also addr

Re: [Pharo-dev] DNS level changes for smalltalkhub.com Friday

Hello, Again: we didn’t manage to do it last friday, so it will be tomorrow. > On 25 Jun 2015, at 16:33, Marcus Denker wrote: > > Hello, > > Friday morning we will do some DNS level changes for smalltalkhub.com. > > This should normally have no impact on the server, as the new DNS server wil

Re: [Pharo-dev] Blog post on the new Fast Table

> On 02 Jul 2015, at 14:32, p...@highoctane.be wrote: > > Yes, very interesting work. > > We need to get the "slow feel" of the environment go away, thanks for working > on that, Esteban. > > Is this something that would also address the slowness when we click on > "Object" in Nautilus? > Y

Re: [Pharo-dev] spec TreeNodeModel displayString

Sadly, it is not possible to use tree>>#displayBlock: directly because the tree is initialized with: columns := { TreeColumnModel new displayBlock: [:node | (self wrapItem: node content) ] } asValueHolder. TreeModel>>#wrapItem: anItem ^ displayBloc

Re: [Pharo-dev] Blog post on the new Fast Table

Yes, very interesting work. We need to get the "slow feel" of the environment go away, thanks for working on that, Esteban. Is this something that would also address the slowness when we click on "Object" in Nautilus? Phil On Thu, Jul 2, 2015 at 1:59 PM, Stephan Eggermont wrote: > On 02-07-15

[Pharo-dev] [Pharo5] Update 150!

Hi, We have update 150! https://ci.inria.fr/pharo/job/Pharo-5.0-Update-Step-5-Publish/ On the issue tracker, we already closed 451 issues for Pharo5. Marcus

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

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

[Pharo-dev] [pharo-project/pharo-core] 36c2d7: 50150

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 36c2d701cd9d9cd1f7bab3edda5cced601ab64c3 https://github.com/pharo-project/pharo-core/commit/36c2d701cd9d9cd1f7bab3edda5cced601ab64c3 Author: Jenkins Build Server Date: 2015-07-02 (Thu, 02 Jul 2015

Re: [Pharo-dev] spec TreeNodeModel displayString

Or you can use displayBlock: (and root: and children:) directly on the TreeModel. tree := self newTree. tree roots: { root1 root2 }; displayBlock: [ :node | node label ]; childrenBlock: [ :node | node children ]; iconBlock: [ :node | node icon ]. I'm not sure if direct creation of TreeCo

Re: [Pharo-dev] Blog post on the new Fast Table

On 02-07-15 12:07, Esteban Lorenzano wrote: Hi, I made a small blog post explaining a bit of the new fast table. This is to encourage you to start using it and help me finish it :) http://smallworks.eu/web/blog/2015-07-02-fast-table-for-pharo Nice! I noticed that a startDrag: only happens wh

[Pharo-dev] Review needed: 15072 Senders and implementors do not work when one parameter is a string containing ‘:'

15072 Senders and implementors do not work when one parameter is a string containing ‘:' https://pharo.fogbugz.com/f/cases/15072

[Pharo-dev] Review needed: 14785 intersecting not overlapping rectangles should returen an empty rectangle

Hi, 14785 intersecting not overlapping rectangles should returen an empty rectangle https://pharo.fogbugz.com/f/cases/14785/

Re: [Pharo-dev] spec TreeNodeModel displayString

Le 30 juin 2015 à 16:01, Christophe Demarey a écrit : > Hi, > > I have a TreeModel with different kinds of TreeNodeModel and I would like to > get a customizable display string depending on the node type. > It looks like it is not possible to dispatch on nodes in a display block > because it o

Re: [Pharo-dev] Blog post on the new Fast Table

Seems like a huge step forward. Good examples. Hopefully we can keep it simple and principled. > On 02 Jul 2015, at 12:07, Esteban Lorenzano wrote: > > Hi, > > I made a small blog post explaining a bit of the new fast table. > This is to encourage you to start using it and help me finish it

[Pharo-dev] Blog post on the new Fast Table

Hi, I made a small blog post explaining a bit of the new fast table. This is to encourage you to start using it and help me finish it :) http://smallworks.eu/web/blog/2015-07-02-fast-table-for-pharo cheers, Esteban

Re: [Pharo-dev] [Demo] Yet Another Quake Editor

> On 02 Jul 2015, at 11:35, Jean Baptiste Arnaud > wrote: > > If I can say something, The configuration itself is not the problem. > > The problem come from: > On Pharo 4.0: > We have a configurationOfOSWindow in the image. > The version of Metacello included

Re: [Pharo-dev] [Demo] Yet Another Quake Editor

If I can say something, The configuration itself is not the problem. The problem come from: On Pharo 4.0: We have a configurationOfOSWindow in the image. The version of Metacello included in the image will not fetch the last configurationOfOSWindow if it i

Re: [Pharo-dev] SubscriptionRegistry>>#deliver:

> On 02 Jul 2015, at 7:03 , Thierry Goubier wrote: > > Hi Henrik, > > Le 02/07/2015 01:57, Henrik Sperre Johansen a écrit : >> Thierry Goubier wrote >>> Le 01/07/2015 21:29, Sven Van Caekenberghe a écrit : > On 01 Jul 2015, at 21:23, Thierry Goubier < >> >>> thierry.goubier@ >> >>>