- Pharo-dev - lists.pharo.org

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

Re: [Pharo-project] [ANN] Pharo 1.2.1. Setup for Win32 (including CogVM)

by Marcus Denker

On Apr 6, 2011, at 7:02 PM, HernÃ¡n Morales Durand wrote: > Hi, > > Installing O2 gives me a MNU, I've evaluated: > > "- If you want to use another System Browser than the default > (OmniBrowser), you can install O2 browser: " > > Gofer new > squeaksource: 'MetacelloRepository'; > package:'ConfigurationOfO2'; > load. > > ((Smalltalk at: #ConfigurationOfO2) project version: '1.2') load: 'Dev'. > > bug report attached. > It's noted to be fixed for 1.2.2: http://code.google.com/p/pharo/issues/detail?id=3831 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 7, 2011

[Pharo-project] Issue 3968 in pharo: ByteArray>>#asInteger

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3968 by sven.van...(a)gmail.com: ByteArray>>#asInteger http://code.google.com/p/pharo/issues/detail?id=3968 Pharo 1.2.1 (proposal for 1.3) Since the methods #asByteArray and #asByteArrayOfSize: (part of System-Hashing-Core) exist, it would be logical that the inverse exists as well: ByteArray>>#asInteger | integer | integer := 0. self withIndexDo: [ :each :index | integer := integer + (each bitShift: (bytes size - index) * 8) ]. ^ integer Granted, these methods pick the most common ordering (network byte order, most significant byte first, big endian). We should note that in the comments. Adding endianness as a parameter would unnecessarily complicate the interface. Maybe a littleEndian variant could be provided (#asIntegerLittleEndian, #asByteArrayLittleEndian, #asByteArrayLittleEndianOfSize:) ? I've written this already in two projects, anybody else thinks this would be handy ? Sven

April 7, 2011

Re: [Pharo-project] Transcript rant

by Fernando Olivero

I propose some modifications to the Transcript as a (singleton) class, and revert to the use of TranscriptModel. See the latest post on 3948: Transcript and ThreadedTranscript needs to be merged. Fernando On Wed, Apr 6, 2011 at 10:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 6 April 2011 20:24, Â <csrabak(a)bol.com.br> wrote: >> Em 06/04/2011 09:07, Igor Stasenko <siguctua(a)gmail.com> escreveu: >>> > On 6 April 2011 13:54, Fernando Olivero <fernando.olivero(a)usi.ch> >> Â Â wrote: >> >>> > Hi Stef, i will as an initial step take Igor's suggestion and make >>> > Transcript a global wich Â points to an instance of TranscriptModel >>> > ( the new name i propose for the current class taken from CUIS). >>> > I still Â believe that composition Â is better then Â inheritance for >>> > handling different behaviors of the Transcript, so i argue against >>> > making it a subclass of WriteStream and making it polymorphic with >>> > a write stream instead. >>> > >>> Â That's totally Â not my concern. As Â long as thing Â which sits there >>> Â responds to writestream protocol , i don't care about rest. >>> >> >> Would it make sense then to lift the methods from {write}stream and >> put then in a Trait so the composition is made through reuse of code? >> >> My 0.0199999.... > > hehe.. yes, but if to follow this road every time you need to do small > improvement, > then at some day you will discover that you rewriting whole system > from scratch :) > >> >> -- >> Cesar Rabak > > > -- > Best regards, > Igor Stasenko AKA sig. > >

April 7, 2011

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

by pharo＠googlecode.com

Comment #2 on issue 3948 by fernando...(a)gmail.com: Transcript and ThreadedTranscript needs to be merged http://code.google.com/p/pharo/issues/detail?id=3948 I've replaced the Transcript class with an equal TranscriptModel instance, reverting to the use of a global Transcript, according to Igors suggestion. I also modified a bit the TranscriptMorph, to denote the read-only nature of the text. (Igor suggested to be able to select the text as well, not yet there); and changed all the uses ( in Core) to go through StandardToolSet openTranscript. First load the changeset, then evaluate the contents of the saved workspace. Attachments: TranscriptModelLoad.1.cs 14.0 KB TranscriptPostLoad.ws 404 bytes

April 7, 2011