April 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3967 in pharo: Announcement enhancement

by pharo＠googlecode.com

Updates: Status: FixProposed Labels: Milestone-1.3 Comment #1 on issue 3967 by marcus.d...(a)gmail.com: Announcement enhancement http://code.google.com/p/pharo/issues/detail?id=3967 (No comment was entered for this change.)

April 7, 2011

Re: [Pharo-project] Issue 3948 in pharo: Transcript and ThreadedTranscript needs to be merged

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #3 on issue 3948 by marcus.d...(a)gmail.com: Transcript and ThreadedTranscript needs to be merged http://code.google.com/p/pharo/issues/detail?id=3948 (No comment was entered for this change.)

April 7, 2011

[Pharo-project] [update 1.3] #13134

by Marcus Denker

13134 ----- Issue 3959: A little dead code removal SmalltalkImage Issue 3962: More cleanup of PasteUpMorph Issue 2561: findTokens: String lf , String cr Issue 3966: String>>lines misses tests -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 7, 2011

Re: [Pharo-project] Issue 3966 in pharo: String>>lines misses tests

by pharo＠googlecode.com

Updates: Status: Closed Labels: -Milestone-1.2.2 Milestone-1.3 Comment #4 on issue 3966 by marcus.d...(a)gmail.com: String>>lines misses tests http://code.google.com/p/pharo/issues/detail?id=3966 in 13134 (test extended to cover mixed case)

April 7, 2011

Re: [Pharo-project] Issue 2561 in pharo: findTokens: String lf , String cr

by pharo＠googlecode.com

Updates: Labels: -Milestone-1.2.2 Milestone-1.3 Comment #7 on issue 2561 by marcus.d...(a)gmail.com: findTokens: String lf , String cr http://code.google.com/p/pharo/issues/detail?id=2561 (No comment was entered for this change.)

April 7, 2011

Re: [Pharo-project] Issue 2561 in pharo: findTokens: String lf , String cr

by pharo＠googlecode.com

Updates: Status: Closed Comment #6 on issue 2561 by marcus.d...(a)gmail.com: findTokens: String lf , String cr http://code.google.com/p/pharo/issues/detail?id=2561 in 13134

April 7, 2011

Re: [Pharo-project] Issue 3962 in pharo: More cleanup of PasteUpMorph

by pharo＠googlecode.com

Updates: Status: Closed Comment #1 on issue 3962 by marcus.d...(a)gmail.com: More cleanup of PasteUpMorph http://code.google.com/p/pharo/issues/detail?id=3962 in 13134

April 7, 2011

Re: [Pharo-project] Issue 3959 in pharo: A little dead code removal SmalltalkImage

by pharo＠googlecode.com

Updates: Status: Closed Comment #1 on issue 3959 by marcus.d...(a)gmail.com: A little dead code removal SmalltalkImage http://code.google.com/p/pharo/issues/detail?id=3959 in 13134

April 7, 2011

Re: [Pharo-project] SmalltalkHub going beta in a week

by Janko MivÅ¡ek

.. and I see Metacello as a nice next step for SmalltalkHub: Metacello based projects can be regarded as: serious, maintained, trustful,.. in any case, those projects will be separated by itself from all other code. So we won't need to care much about those not much useful code in the repository... Janko On 07. 04. 2011 05:23, Dale Henrichs wrote: > Randal, > > Managing packages on a per platform basis is one of the things that Metacello was designed to do ... > > Dale > > On Apr 6, 2011, at 7:48 PM, Randal L. Schwartz wrote: > >>>>>>> "Serge" == Serge Stinckwich <serge.stinckwich(a)gmail.com> writes: >> >> Serge> On Thu, Apr 7, 2011 at 9:38 AM, Randal L. Schwartz >> Serge> <merlyn(a)stonehenge.com> wrote: >>>>>>>>> "Serge" == Serge Stinckwich <serge.stinckwich(a)gmail.com> writes: >>>> >> Serge> Yes, but this SmalltalkHub not PharoHub ;-) >>>> >>>> Oh, did I miss the parallel announcement on squeak-dev? Sorry. >> >> Serge> There was no announcement on squeak-dev. >> Serge> Nicolas forget about that i guess. >> >> OK, so if this is a general replacement for Squeaksource, the "tagging" >> issue comes up again. How do we identify which branch of Squeak a >> package might be for? And can we maintain forks for those things that >> require it? >> >> -- >> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 >> <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> >> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. >> See http://methodsandmessages.posterous.com/ for Smalltalk discussion >> > > > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

April 7, 2011

Re: [Pharo-project] abouth nautilus and the removal of CodeHolder hierarchy

by Fernando Olivero

I agree, hope to something working really soon. Keep up the good work on Nautilus, finally someone is tackling this issue. pd: I've been tackling it from another perspective: less tool based and more object based, but for now i'm also into developing the next Gaucho. This would be the main driver for me, to port SMx. Hopefully we have the same requirements for SystemAnnouncements and RPackageOrganizer, and refactorings, and undos, and ..... On Wed, Apr 6, 2011 at 10:13 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks fernando! this is cool to see some work on this front. > We should work step by step. > What I wanted to say is that while I value some part of CUIS. Other parts are still old and > odd like its ancestor. Pharo is moving on a lot of front and people may not notice it but soon we > will have a lot of pieces of the puzzle ready to get real benefit of the infrastructure > we are steadily building :). > > Stef > >> Thanks Ben and Stef, the answer was in concordance with what i was thinking. >> >> CUIS already has the TextModel class, and the PluggableTextModel >> class. So together with the menu pragma builders of Â Pharo, they >> provide the foundations for the implementation you just nicely >> explained. >> >> Next week, once i finish writing something for my research, i will >> finish the initial port. And hopefully provide a working example of >> SMx in Pharo, applying the ideas here discussed. A somehow initial >> port, which can get expanded gradually, from the list of widgets we >> mentioned in previous emails: MorphTreeMorph, etc.. >> (and at a final stage Polymorph). >> >> Fernando >> pd: Alex, SMx is SimpleMorph, an older version of the cleaned up >> Morphic from the CUIS image. >> >> >> On Wed, Apr 6, 2011 at 6:19 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> YES!YES!YES! >>> It is cool to see your impact on them. Excellent it will really helps >>> bringing pharo IDE to the next level. >>> >>> Stef >>> >>> On Apr 6, 2011, at 2:11 PM, Igor Stasenko wrote: >>> >>>> On 6 April 2011 13:16, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> Because once people are dependent and drug addict then they will spend time fixing it :) >>>>> >>>>> No seriously this is mega hyper hyper important that we get >>>>> Â Â Â Â - solid scalable listMorph and treeMorph >>>>> So the best way is to stress it. >>>>> >>>>> The second answer is that nautilus is cool and needs tree :) >>>>> >>>> i second that. >>>> trees and lists are basic widgets which could be used for different means. >>>> So why we should limit ourselves and use some crappy lists to mimic >>>> tree, instead of using trees, and improving this widget and making it >>>> work well. >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> >>> >> > >

April 7, 2011