- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Touch Events VM changes

by phil＠highoctane.be

I have a pretty decent lineup of devices with touch. The interactions aren't the same on the iPhone as they are on a Galaxy SII phone, not are the same on iPads or on a Nexus7. Magic mouses are also special things. Also my Samsung Windows 8 laptop has a 10 points touch screen. With Windows8.1, I find myself using swipes and touches for a lot of things. And it improves my productivity. Once equipped with a thing like Classic Shell and boot into the desktop right away, Metro apps are really nice little things running in the background and can come fast with a little swipe (cool ones: Skype, Music, PDF reader of a documentation, like a chapter of a Pharo book: swipe: PDF, swipe: Pharo, swiper: PDF... and mouse pointer not moving around). When using my MacBook Pro, I am reaching for the screen and being disappointed to realize it is not touch (Apple, give us touch screens on laptops). Form factors affect the usage patterns as well. But touch is not going displace touchpads or mouses for fine grained control. On the contrary, I tested a Leap motion controller and it felt like crap. Phil On Tue, Mar 11, 2014 at 12:54 PM, J.F. Rick <self(a)je77.com> wrote: > Hi Sergi, > > Based on my experience developing touch interfaces since 2007, I believe > in touch. I believe it will be the future of interfaces and I believe it > can be better than mouse-keyboard interfaces. That said, it is not there > yet. Now is the time to innovate and get it there so that touch interfaces > won't be poor replicas of their desktop forebears. Currently, text entry is > a real problem for touch exclusive devices, but there is progress being > made on that front. We don't have the answer yet but I think it will be a > significantly different landscape in five years. In regards to touch vs > physical pointers, this is not as large of a problem as people make it out > to be. It is just that our widgets tend to be created for mouse-based > interfaces and therefore don't transition well to touch. Interfaces > designed with touch in mind can be just as smooth (if not smoother) as > mouse-based interfaces. You just have to take advantage of what touch does > well (faster, more precise routes; multi-touch gestures; bimanual > interaction) and stay clear of things it does poorly (precise touch down, > covering the target with the finger). > > Cheers, > > Jeff > > > On Tue, Mar 11, 2014 at 12:34 PM, Sergi Reyner <sergi.reyner(a)gmail.com>wrote: > >> 2014-03-11 10:37 GMT+00:00 J.F. Rick <self(a)je77.com>: >> >> As we move from mouse-keyboard devices to touch-based ones >> >> >> I certainly hope that "we" refers to a small group of people, unless we >> get onscreen keyboards as good as physical ones, feedback included. The >> same goes for touch versus physical pointer :) >> >> Cheers, >> Sergi >> > > > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick >

March 11, 2014

Re: [Pharo-dev] Touch Events VM changes

by phil＠highoctane.be

I've got a Windows 8 laptop with a touch screen. So, I now have to look how the events are provided. Phil On Tue, Mar 11, 2014 at 12:03 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > > I agree that we need a unified event model. Now... our vision is to solve > that in image side, not in vm (and vm should send the raw events "as is"). > The reason of why we want it in image is easy: image means pharo, and it > means more hands (or eyes) over it. Then is easier to maintain :) > Anyway, we are slowly working on it (See Igor & Ronnie work around > OSWindow). But is probably too slow :) > > Esteban > > On 11 Mar 2014, at 11:37, J.F. Rick <self(a)je77.com> wrote: > > As we move from mouse-keyboard devices to touch-based ones, it would be > nice if we could unify touch development across the different Pharo > platforms (iOS, Android, Windows 8, Linux, etc.), so that we can start to > build touch-aware widgets and frameworks. Currently, there's a lot of > interest but no unified movement. For instance, I've got a very nice > multi-touch 27" computer that I run in Linux. I develop the applications in > Pharo but I currently use a hack to get the touch events: I use OSProcess > to start the mtdev2tuio application that takes touch input and sends it via > TUIO. I then use a UDP socket to read the events on Pharo. If I am to share > my work, I need to get beyond the hack. I (or rather Igor as I watched) > investigated the possibility of using NativeBoost calls to do the same, but > it would not work since mtdev2tuio has to run as superuser, meaning Pharo > would have to run as superuser. We came to the conclusion that this must be > a VM-level change. > > I'm not a VM hacker but would like to reach the people who maintain the > linux and windows VM to see if this might not be a reasonable addition to > the standard VM. There does seem to be standard support for touch events in > XFree86, so it shouldn't be too large a change on Linux. I assume that > Windows 8 similarly makes touch events available. Is this the right place > to ask or is there another mailing list (e.g., the cog-vm)? > > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > > >

March 11, 2014

Re: [Pharo-dev] [ANN] RenoirSt 1.0.0 Release for Pharo 3.0

by Sven Van Caekenberghe

Yes, there seems to be a hype of every improving documentation, blog posts, screen casts and so on. Could this be a sign of a maturing community ? Great work, Gabriel ! On 11 Mar 2014, at 22:06, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Gabriel > > your tutorial is really cool :) > > Stef > > On 11 Mar 2014, at 21:04, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > >> Gabriel >> >> I would love to write a chapter based on your tutorial for the next book. >> Is it ok for you? >> I can do that during a boring meeting. :) >> Stef >> >> On 11 Mar 2014, at 14:13, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: >> >>> Hi, >>> >>> I'm announcing the first official release of RenoirSt, a DSL enabling programmatic cascading style sheet generation for Pharo. >>> >>> For the impatient, you can load it in your 3.0 image evaluating: >>> >>> Gofer it >>> url: 'http://smalltalkhub.com/mc/gcotelli/RenoirSt/main'; >>> configurationOf: 'RenoirSt'; >>> loadStable >>> >>> or download a ready to use image from the Contribution CI Server ( a ConfigurationBrowser option comming soon). >>> >>> Visit the project page and GitHub repository for more information on the supported and planned features, and check-out the online tutorial. >>> >>> I hope you find it useful. Feel free to ask any questions, suggest ideas and improvements, or report bugs (the issue tracker is in GitHub). >>> >>> Gabriel >> >

March 11, 2014

Re: [Pharo-dev] Sort by property

by Carlo

Hi Since Symbol and Blocks are polymorphic could we not simplify the code to be: SequenceableCollection>>sortedAs: aSortBlockOrSymbol "Answer a SortedCollection whose elements are the elements of the receiver. The sort order is defined by the argument, aSortBlockOrSymbol. The receiver cannot be empty. Answer a new collection. This method does not side effect the receiver. e.g. SequenceableCollection withAllSubclasses sortedAs: #name. SequenceableCollection withAllSubclasses sortedAs: [:class | class methodDict size]." | aSortBlock | aSortBlock := (#(true false ) includes: (aSortBlockOrSymbol value: self first)) ifTrue: [[:a :b | aSortBlockOrSymbol value: a]] ifFalse: [[:a :b | (aSortBlockOrSymbol value: a) < (aSortBlockOrSymbol value: b)]]. ^ (SortedCollection new: self size) sortBlock: aSortBlock; addAll: self; yourself Cheers Carlo On 12 Mar 2014, at 12:32 AM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: Thanks eliot. On 11 Mar 2014, at 20:51, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > and here's one with a better comment that includes examples > > > On Tue, Mar 11, 2014 at 12:19 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Alexandre, > > IMO the isKindOf:, apart from being ugly, will hurt performance badly. Why not apply aSortBlockOrSymbol to the first element and then choose the block appropriately? e.g. > > aSortBlockOrSymbol isSymbol > ifTrue: > [(#(true false) includes: (self first perform: aSortBlockOrSymbol) > ifTrue: > [[:a :b | (a perform: aSortBlockOrSymbol)]] > ifFalse: > [[:a :b | (a perform: aSortBlockOrSymbol) < (b perform: aSortBlockOrSymbol)]]] > ... > > Nicer to read and faster, no? > > On Tue, Mar 11, 2014 at 8:17 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > hi Uko, > > For Roassal, we have a #sortedAs: defined on all collections > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > SequenceableCollection>>sortedAs: aSortBlockOrSymbol > "Answer a SortedCollection whose elements are the elements of the > receiver. The sort order is defined by the argument, aSortBlock." > "Return a new collection. This method does not do a side effect" > > | aSortedCollection aSortBlock | > aSortedCollection := SortedCollection new: self size. > aSortBlock := > aSortBlockOrSymbol isSymbol > ifTrue: [ [:a :b | |t1 t2| > t1 := (a perform: aSortBlockOrSymbol). > t2 := (b perform: aSortBlockOrSymbol). > ((t1 isKindOf: Boolean) and: [t2 isKindOf: Boolean]) > ifTrue: [ t1 ] > ifFalse: [ t1 < t2 ] ] ] > ifFalse: [ > (aSortBlockOrSymbol numArgs = 1) > ifTrue: [ [ :v1 :v2 | (aSortBlockOrSymbol value: v1) < (aSortBlockOrSymbol value: v2) ] ] > ifFalse: [ aSortBlockOrSymbol ] ]. > aSortedCollection sortBlock: aSortBlock. > aSortedCollection addAll: self. > ^ aSortedCollection > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > You can use it for example: > (1 to: 4) sortedAs: #odd > => a SortedCollection(1 3 2 4) > > Collection withAllSubclasses sortedAs: #numberOfMethods > => a SortedCollection(HashBag IdentityHashBag â¦) > > This is really handy. It should be part of Pharo I believe. > > Cheers, > Alexandre > > > On Mar 11, 2014, at 5:19 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > > Hi guys. > > > > This is a thing that I encounter quite often. > > > > Eg I have a collection of projects and I want to sort them by creation date. It would be nice to be able to do something like: > > > > projects sortByProp: #creationDate > > > > or by birth date of the author > > > > projects sortByProp: [ :proj | proj author birthDate ] > > > > Maybe Iâm wrong, but as Iâve told already I encounter it quite often and writing something like > > > > projects sortBy: [ :prev :next | prev creationDate <= next creationDate ] > > > > is boring for me. > > > > Cheers. > > Uko > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > -- > best, > Eliot > > > > -- > best, > Eliot > <SequenceableCollection-sortedAs.st>

March 11, 2014

Re: [Pharo-dev] Sort by property

by Pharo4Stef

Thanks eliot. On 11 Mar 2014, at 20:51, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > and here's one with a better comment that includes examples > > > On Tue, Mar 11, 2014 at 12:19 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Alexandre, > > IMO the isKindOf:, apart from being ugly, will hurt performance badly. Why not apply aSortBlockOrSymbol to the first element and then choose the block appropriately? e.g. > > aSortBlockOrSymbol isSymbol > ifTrue: > [(#(true false) includes: (self first perform: aSortBlockOrSymbol) > ifTrue: > [[:a :b | (a perform: aSortBlockOrSymbol)]] > ifFalse: > [[:a :b | (a perform: aSortBlockOrSymbol) < (b perform: aSortBlockOrSymbol)]]] > ... > > Nicer to read and faster, no? > > On Tue, Mar 11, 2014 at 8:17 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > hi Uko, > > For Roassal, we have a #sortedAs: defined on all collections > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > SequenceableCollection>>sortedAs: aSortBlockOrSymbol > "Answer a SortedCollection whose elements are the elements of the > receiver. The sort order is defined by the argument, aSortBlock." > "Return a new collection. This method does not do a side effect" > > | aSortedCollection aSortBlock | > aSortedCollection := SortedCollection new: self size. > aSortBlock := > aSortBlockOrSymbol isSymbol > ifTrue: [ [:a :b | |t1 t2| > t1 := (a perform: aSortBlockOrSymbol). > t2 := (b perform: aSortBlockOrSymbol). > ((t1 isKindOf: Boolean) and: [t2 isKindOf: Boolean]) > ifTrue: [ t1 ] > ifFalse: [ t1 < t2 ] ] ] > ifFalse: [ > (aSortBlockOrSymbol numArgs = 1) > ifTrue: [ [ :v1 :v2 | (aSortBlockOrSymbol value: v1) < (aSortBlockOrSymbol value: v2) ] ] > ifFalse: [ aSortBlockOrSymbol ] ]. > aSortedCollection sortBlock: aSortBlock. > aSortedCollection addAll: self. > ^ aSortedCollection > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > You can use it for example: > (1 to: 4) sortedAs: #odd > => a SortedCollection(1 3 2 4) > > Collection withAllSubclasses sortedAs: #numberOfMethods > => a SortedCollection(HashBag IdentityHashBag â¦) > > This is really handy. It should be part of Pharo I believe. > > Cheers, > Alexandre > > > On Mar 11, 2014, at 5:19 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > > Hi guys. > > > > This is a thing that I encounter quite often. > > > > Eg I have a collection of projects and I want to sort them by creation date. It would be nice to be able to do something like: > > > > projects sortByProp: #creationDate > > > > or by birth date of the author > > > > projects sortByProp: [ :proj | proj author birthDate ] > > > > Maybe Iâm wrong, but as Iâve told already I encounter it quite often and writing something like > > > > projects sortBy: [ :prev :next | prev creationDate <= next creationDate ] > > > > is boring for me. > > > > Cheers. > > Uko > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > -- > best, > Eliot > > > > -- > best, > Eliot > <SequenceableCollection-sortedAs.st>

March 11, 2014

Re: [Pharo-dev] [ANN] RenoirSt 1.0.0 Release for Pharo 3.0

by Pharo4Stef

Gabriel your tutorial is really cool :) Stef On 11 Mar 2014, at 21:04, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Gabriel > > I would love to write a chapter based on your tutorial for the next book. > Is it ok for you? > I can do that during a boring meeting. :) > Stef > > On 11 Mar 2014, at 14:13, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > >> Hi, >> >> I'm announcing the first official release of RenoirSt, a DSL enabling programmatic cascading style sheet generation for Pharo. >> >> For the impatient, you can load it in your 3.0 image evaluating: >> >> Gofer it >> url: 'http://smalltalkhub.com/mc/gcotelli/RenoirSt/main'; >> configurationOf: 'RenoirSt'; >> loadStable >> >> or download a ready to use image from the Contribution CI Server ( a ConfigurationBrowser option comming soon). >> >> Visit the project page and GitHub repository for more information on the supported and planned features, and check-out the online tutorial. >> >> I hope you find it useful. Feel free to ask any questions, suggest ideas and improvements, or report bugs (the issue tracker is in GitHub). >> >> Gabriel >

March 11, 2014

Re: [Pharo-dev] [Pharo-users] Phratch one-click

by jannik laval

Hi Hilaire, 2014-03-11 17:27 GMT+01:00 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: > Hi Jannik, > > Don't use the change/update event mecanism. > This mean a lot of changes in your model. > Yes, this is what I understand :) > In DrGeo I use a simple loop to update the sketch, but i guess it is > more complicated with Pratch as you have parallel threads. In the other > hand, is the original Scratch implemented with change/update? If so why > it is not as slow? > I don't know why, probably due to the evolution of Pharo. But, with JB we found some code that we changed: now it is really faster. It is integrated in Phratch2.0. We also saw a lot of other things to improve, it will come soon. Cheers, Jannik > > Hilaire > > > Le 06/03/2014 20:42, jannik laval a Ã©crit : > > Hi Hilaire, > > > > Hum, probably this comes from there... > > Could you explain a bit more how to change it ? > > > > Cheers, > > Jannik > > > > > > 2014-03-05 11:19 GMT+01:00 Hilaire Fernandes > > <hilaire.fernandes(a)gmail.com > > <mailto:hilaire.fernandes@gmail.com>>: > > > > For event, how is it developed? > > > > I remember, when I started developing DrGeo I used the change/update > > event mecanism. Then I dropped it for a simple linear top/down > update of > > the geometric tree model, it becames much faster after that. > > > > Hilaire > > > > Le 05/03/2014 10:44, jannik laval a Ã©crit : > > > > > > I think now that we need some profiling. > > > Any expert for that ? > > > > > > > -- > > Dr. Geo http://drgeo.eu > > > > > > > > > > > > -- > > > > ~~Jannik Laval~~ > > Ãcole des Mines de Douai > > Enseignant-chercheur > > http://www.jannik-laval.eu > > http://car.mines-douai.fr/ > > > > -- > Dr. Geo http://drgeo.eu > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

March 11, 2014

Re: [Pharo-dev] [ANN] RenoirSt 1.0.0 Release for Pharo 3.0

by Pharo4Stef

Gabriel I would love to write a chapter based on your tutorial for the next book. Is it ok for you? I can do that during a boring meeting. :) Stef On 11 Mar 2014, at 14:13, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > Hi, > > I'm announcing the first official release of RenoirSt, a DSL enabling programmatic cascading style sheet generation for Pharo. > > For the impatient, you can load it in your 3.0 image evaluating: > > Gofer it > url: 'http://smalltalkhub.com/mc/gcotelli/RenoirSt/main'; > configurationOf: 'RenoirSt'; > loadStable > > or download a ready to use image from the Contribution CI Server ( a ConfigurationBrowser option comming soon). > > Visit the project page and GitHub repository for more information on the supported and planned features, and check-out the online tutorial. > > I hope you find it useful. Feel free to ask any questions, suggest ideas and improvements, or report bugs (the issue tracker is in GitHub). > > Gabriel

March 11, 2014

Re: [Pharo-dev] [ANN] RenoirSt 1.0.0 Release for Pharo 3.0

by Pharo4Stef

Hi torsten for what is the px unit stand for? Stef On 11 Mar 2014, at 16:07, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi Gabriel, > > nice work - now designers should start learning Smalltalk to be able to refactor large > style definitions :) > > Some feedback: > ============= > the new "RenoirSt" project unfortunately conflicts with the "Unit" package when both get loaded from the > config browser in Pharo 3.0: > > - RenoirSt loaded: "2 px" returns an instance of CssLength (px is an extension method on Integer) > - Units loaded: "2 px" returns an instance of UnitValue (px is an extension method on Number) > as you have defined own custom "units" in category "RenoirSt-Units". > > I would really like to see that RenoirSt is reusing the common Units package instead of reinventing/conflicting > as the Unit package already provides pixels, millimeters, ... support including conversion. Reuse is key > and would avoid duplicated effort. > > For instance Artefact, the PDF framework is using Units as a prerequisite already too - as it also > has to deal with mm, pixels, points, ... > > Should be no problem to add missing CSS lengths like #em to Units project as well. Just ask Marcus Denker > to add you as a contributor to http://smalltalkhub.com/#!/~MarcusDenker/Units/ > Then add Units as a prerequisite similar to ConfigurationOfArtefact and use it in your code. > > Regarding features: > =================== > For Seaside there is a project called "Seafox" generating Seaside #renderContentOn: methods from > HTML. http://lists.squeakfoundation.org/pipermail/seaside/2010-August/023993.html > > Maybe you want to build something similar for #cssContentOn: to support a better roundtrip with designers. > > Bye > T. > > > Gesendet: Dienstag, 11. MÃ¤rz 2014 um 14:13 Uhr > Von: "Gabriel Cotelli" <g.cotelli(a)gmail.com> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: [Pharo-dev] [ANN] RenoirSt 1.0.0 Release for Pharo 3.0 > > Hi, > > I'm announcing the first official release of RenoirSt, a DSL enabling programmatic cascading style sheet generation for Pharo. > > For the impatient, you can load it in your 3.0 image evaluating: > > Gofer it > url: 'http://smalltalkhub.com/mc/gcotelli/RenoirSt/main'; > configurationOf: 'RenoirSt'; > loadStable > > or download a ready to use image from the Contribution CI Server[https://ci.inria.fr/pharo-contribution/job/RenoirSt/] ( a ConfigurationBrowser option comming soon). > > Visit the project page[http://gcotelli.github.io/RenoirSt/] and GitHub repository[https://github.com/gcotelli/RenoirSt] for more information on the supported and planned features, and check-out the online tutorial.[https://github.com/gcotelli/RenoirSt/blob/stable/docs/tutorial/Tu… > > I hope you find it useful. Feel free to ask any questions, suggest ideas and improvements, or report bugs (the issue tracker is in GitHub). > > Gabriel >

March 11, 2014

Re: [Pharo-dev] Sort by property

by Eliot Miranda

and here's one with a better comment that includes examples On Tue, Mar 11, 2014 at 12:19 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > Hi Alexandre, > > IMO the isKindOf:, apart from being ugly, will hurt performance badly. > Why not apply aSortBlockOrSymbol to the first element and then choose the > block appropriately? e.g. > > aSortBlockOrSymbol isSymbol > ifTrue: > [(#(true false) includes: (self first perform: > aSortBlockOrSymbol) > ifTrue: > [[:a :b | (a perform: aSortBlockOrSymbol)]] > ifFalse: > [[:a :b | (a perform: aSortBlockOrSymbol) < (b > perform: aSortBlockOrSymbol)]]] > ... > > Nicer to read and faster, no? > > On Tue, Mar 11, 2014 at 8:17 AM, Alexandre Bergel <alexandre.bergel(a)me.com > > wrote: > >> hi Uko, >> >> For Roassal, we have a #sortedAs: defined on all collections >> >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> SequenceableCollection>>sortedAs: aSortBlockOrSymbol >> "Answer a SortedCollection whose elements are the elements of the >> receiver. The sort order is defined by the argument, aSortBlock." >> "Return a new collection. This method does not do a side effect" >> >> | aSortedCollection aSortBlock | >> aSortedCollection := SortedCollection new: self size. >> aSortBlock := >> aSortBlockOrSymbol isSymbol >> ifTrue: [ [:a :b | |t1 t2| >> t1 := (a perform: >> aSortBlockOrSymbol). >> t2 := (b perform: >> aSortBlockOrSymbol). >> ((t1 isKindOf: >> Boolean) and: [t2 isKindOf: Boolean]) >> ifTrue: [ >> t1 ] >> ifFalse: >> [ t1 < t2 ] ] ] >> ifFalse: [ >> (aSortBlockOrSymbol numArgs = 1) >> ifTrue: [ [ :v1 :v2 | >> (aSortBlockOrSymbol value: v1) < (aSortBlockOrSymbol value: v2) ] ] >> ifFalse: [ aSortBlockOrSymbol ] ]. >> aSortedCollection sortBlock: aSortBlock. >> aSortedCollection addAll: self. >> ^ aSortedCollection >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> >> You can use it for example: >> (1 to: 4) sortedAs: #odd >> => a SortedCollection(1 3 2 4) >> >> Collection withAllSubclasses sortedAs: #numberOfMethods >> => a SortedCollection(HashBag IdentityHashBag ...) >> >> This is really handy. It should be part of Pharo I believe. >> >> Cheers, >> Alexandre >> >> >> On Mar 11, 2014, at 5:19 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >> > Hi guys. >> > >> > This is a thing that I encounter quite often. >> > >> > Eg I have a collection of projects and I want to sort them by creation >> date. It would be nice to be able to do something like: >> > >> > projects sortByProp: #creationDate >> > >> > or by birth date of the author >> > >> > projects sortByProp: [ :proj | proj author birthDate ] >> > >> > Maybe I'm wrong, but as I've told already I encounter it quite often >> and writing something like >> > >> > projects sortBy: [ :prev :next | prev creationDate <= next creationDate >> ] >> > >> > is boring for me. >> > >> > Cheers. >> > Uko >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > > > -- > best, > Eliot > -- best, Eliot

March 11, 2014