March 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] file date in filesystem

by StÃ©phane Ducasse

may be we should move one level up some methods to avoid the entryâ¦. Stef On Mar 2, 2012, at 10:18 AM, Henrik Johansen wrote: > > On Mar 2, 2012, at 10:12 AM, Tudor Girba wrote: > >> Hi, >> >> Is there a way to obtain the creation or modification date of a file >> from Filesystem? >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > (FSReference / 'myFile') entry , then send #modification/#creation? > > Cheers, > Henry >

March 2, 2012

Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3

by StÃ©phane Ducasse

> http://code.google.com/p/pharo/issues/detail?id=4549&can=1&q=test%20runner&… A final point on this point :), you cannot say that we did not look at it when I see the discussions on the bug tracker. If we would not care we would have close it or even do not even have a look. Stef

March 2, 2012

Re: [Pharo-project] file date in filesystem

by Tudor Girba

Stupid me. Thanks :) Doru On Fri, Mar 2, 2012 at 10:18 AM, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On Mar 2, 2012, at 10:12 AM, Tudor Girba wrote: > >> Hi, >> >> Is there a way to obtain the creation or modification date of a file >> from Filesystem? >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > (FSReference / 'myFile') entry , then send #modification/#creation? > > Cheers, > Henry > -- www.tudorgirba.com "Every thing has its own flow"

March 2, 2012

Re: [Pharo-project] pharo-seed and pharo

by Tudor Girba

Hi, On Fri, Mar 2, 2012 at 10:36 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Mar 2, 2012, at 10:06 AM, Tudor Girba wrote: > >> Hi, >> >> I believe everyone agrees that one important goal in Pharo is to get >> to a small code/kernel/seed. During the Pharo Sprint at Bern we saw >> that the only reason for now having a unified image is just a >> temporary convenience that stems from two things: >> 1. Until Pharo 1.3, the core team worked in the core image, and this >> was frustrating because they were missing proper tools >> 2. After 1.3, building a pharo image out of a seed image was perceived >> as being too long and not fitting for the process of integration >> >> It's clear that the core team needs development tools. However, we >> think that 2 can be actually quite cheap if the build starts from the >> latest seed, and not from the original seed of 1.4 as it currently >> seem to happen. > > Nope, 1.3 is build from the very latest 1.3Core. Build takes 42 Minutes. > > Â Â Â Â Marcus I am not sure what you say nope to :). I know that 1.3 is built from the core - this is what I meant with 'until 1.3'. Regarding the time, I meant to produce a minimal development image like the current Pharo image (maybe adding a better browser inside). As I said, I can try to help, if you point me into the direction of a smaller seed image. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

March 2, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by S Krish

Couple of screenshots of a usable code browser, does well for my use for now.. need to bring in the basic refactoring, variables text box under the class tree, in the middle. Feels lot more productive in combination with the standard browsers where needed. On 2/29/12, Krishsmalltalk <krishnamachari.sudhakar(a)gmail.com> wrote: > > Sure I understood that, I am still just month and a half of dabbling in > morphic, that i am still learning.... I do not take any comments amiss. > > Thx > > > On Feb 29, 2012, at 5:44 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> I was not criticizing your solution. I was actually asking for help :). >> >> I would like to get a text morph in the tree and have it scale both >> horizontally to fill the available space, and vertically to >> accommodate the entire text. I show the example with the >> GeneralScrollPane because I managed to make it work there (with the >> help of Gary), but I cannot do it on MorphTreeMorph. So, if you, or >> someone else, have ideas I would be happy to hear them. >> >> Cheers, >> Doru >> >> >> >> On Tue, Feb 28, 2012 at 10:09 AM, S Krish >> <krishnamachari.sudhakar(a)gmail.com> wrote: >>> Sure.. that is fine.. for the use case you state >>> >>> Mine is quick n dirty hack to what I wanted: >>> >>> but my use case is I do wish to have more of these sources partially >>> visible >>> through the vertical pane. so I restrain it to max of 210.. and width of >>> 600 >>> to be able to to throw up another pane next to it.. for grouping methods >>> I >>> am interested in .. to view it more closely.. >>> >>> >>> >>> On Tue, Feb 28, 2012 at 1:33 PM, Tudor Girba <tudor(a)tudorgirba.com> >>> wrote: >>>> >>>> Hi, >>>> >>>> Thanks for the explanation. >>>> >>>> I took a look. calculateExtent is triggered when you create the >>>> TextMorph. >>>> This is nice, but I am interested in getting the TextMorph to always >>>> expand >>>> to fill the width of the surrounding element, and to expand vertically >>>> according to the text :). >>>> >>>> Here is a variation of what I am thinking about with just a simple list >>>> of >>>> morphs within a GeneralScrollPane: >>>> https://gist.github.com/1930477 >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> >>>> On 28 Feb 2012, at 03:22, Krishsmalltalk wrote: >>>> >>>>> It does have the code to calculateTextExtent. You can modify it the way >>>>> you want. >>>>> >>>>> The height is defaulted to a max 210 and fixed 600. But on expand it >>>>> goes to max ht of 600 >>>>> >>>>> >>>>> Modify the logic in that method as you want it to >>>>> >>>>> >>>>> On Feb 28, 2012, at 2:42 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I gave it a try. I am not necessarily looking for the looks as for the >>>>>> solution to make the text editor within the tree span horizontally and >>>>>> vertically with the size of the method. Unfortunately, this does not >>>>>> work in >>>>>> this example, either. >>>>>> >>>>>> Does anyone have ideas of how to make it work? :) >>>>>> >>>>>> Cheers, >>>>>> Doru >>>>>> >>>>>> >>>>>> On 27 Feb 2012, at 21:43, StÃ©phane Ducasse wrote: >>>>>> >>>>>>> MorphicViewNewPackageBrowser new packageNames: #('UIManager') ; open >>>>>>> >>>>>>> >>>>>>> But it does not look that nice :) >>>>>>> >>>>>>> >>>>>>> On Feb 27, 2012, at 6:42 PM, StÃ©phane Ducasse wrote: >>>>>>> >>>>>>>> this looks really nice. >>>>>>>> I would really like to see if we cannot include a version so that >>>>>>>> people can browse change set and other code like that. >>>>>>>> I'm really happy to see that the work done by alain and ben around >>>>>>>> treeMorph pays off that well. >>>>>>>> >>>>>>>> Stef >>>>>>>> >>>>>>>> >>>>>>>>> Can take the latest of the package.. >>>>>>>>> >>>>>>>>> PackageTree-Browser-Experiment >>>>>>>>> >>>>>>>>> * Find class added and a crude/ workable expand for text morph.. >>>>>>>>> >>>>>>>>> As stated in the comments: will require a hack in Pharo 1.4 for >>>>>>>>> now. >>>>>>>>> >>>>>>>>> Will work towards integrating TabbedPane with TWM/ this too as an >>>>>>>>> addon with more complete features month ahead. >>>>>>>>> <Pharo_CodeBrowser02.JPG> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "One cannot do more than one can do." >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Sometimes the best solution is not the best solution." >>>> >>>> >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >

March 2, 2012

Re: [Pharo-project] odd bug in Squeak 4.3, also in Pharo 1.3?...

by Lawson English

On 3/2/12 12:47 AM, Marcus Denker wrote: > On Mar 2, 2012, at 4:25 AM, Lawson English wrote: > >> I was creating a new video tutorial to show how to find all comments in all classes but I'm getting errors in both Squeak 4.3 and Pharo 1.3. >> >> In Squeak 4.3, the error is: Key not found: Comment >> >> In Pharo 1.3, the error is: Improper store into indexable object. > commentsIn: returns a collection, not a string. > > Marcus > > Yes but this works in both Squeak 4.3 and Pharo 1.3: myNav := SystemNavigation default. a:= (myNav allMethodsWithSourceString: '"' matchCase: false) first. Transcript show: (a actualClass commentsIn: a sourceString);cr. The error happens when the code iterates to AbstractSound class>>Comment at least in Squeak. Not sure when the error happens in Pharo. The behavior of the output is different. L.

March 2, 2012

Re: [Pharo-project] pharo-seed and pharo

by Damien Cassou

On Fri, Mar 2, 2012 at 10:06 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > So, what do you say? Crazy idea: What about doing the opposite where integrators work on an image with all the tools they want and building a seed out of this image for people who need a deployment image or an image with different tools? -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

March 2, 2012

Re: [Pharo-project] pharo-seed and pharo

by Marcus Denker

On Mar 2, 2012, at 10:06 AM, Tudor Girba wrote: > Hi, > > I believe everyone agrees that one important goal in Pharo is to get > to a small code/kernel/seed. During the Pharo Sprint at Bern we saw > that the only reason for now having a unified image is just a > temporary convenience that stems from two things: > 1. Until Pharo 1.3, the core team worked in the core image, and this > was frustrating because they were missing proper tools > 2. After 1.3, building a pharo image out of a seed image was perceived > as being too long and not fitting for the process of integration > > It's clear that the core team needs development tools. However, we > think that 2 can be actually quite cheap if the build starts from the > latest seed, and not from the original seed of 1.4 as it currently > seem to happen. Nope, 1.3 is build from the very latest 1.3Core. Build takes 42 Minutes. Marcus -- Marcus Denker -- http://marcusdenker.de

March 2, 2012

Re: [Pharo-project] CRC in System-Hashing?

by Max Leske

Thanks for the responses. I'll wait a little longer and see if Rob has anything to say about this. Otherwise I will do what Henrik suggests: deprecate SecureHashAlgorithm (why not remove it completely?) refactor users of SecureHashAlogrithm to use SHA1 instead add CRC to SystemHashing (possibly a copy from Cryptography) refactor the Zip implementation to use the new CRC class deprecate crc methods in Zip implementation I actually like #hashMessage: better than #hashStream:. #hashStream: says to my "I expect a stream as my argument" where in reality it will take a string or a ByteArray (neither of which is obviously a streamâ¦). What I found irritating though was that one has to send #new to SecureHashAlgorithm first before hashing. So I propose to keep #hashMessage: but to move it to the class side of SHA1: SHA1 class>>hashMessage: aStringOrByteArray ^ self new hashStream: aStringOrByteArray; yourself Cheers, Max On 02.03.2012, at 09:46, Henrik Johansen wrote: > > On Mar 2, 2012, at 9:05 AM, Marcus Denker wrote: > >> >> On Mar 2, 2012, at 8:19 AM, Max Leske wrote: >> >>> I need to calculate CRC for Git and couldn't find it in the system packages (I guess I'd find it in Cryptography). Since Pharo has a system package called "System-Hashing" I was wondering if anyone sees a reason why CRC should not be part of that package. That would also allow the Zip implementation to use the system CRC function (at the moment Zip implements its own CRC check). >>> >> Yes, that would be nice. But people will yell at you for making Pharo bloated and going in the completely wrong direction and >> that you should and never ever add any code. > > Decomposing != Bloating. > As long as you refactor the current users (which currently use the implementation in ZipWriteStream) to use the new CRC class, it should be fine. > I would suggest deprecating the class method in ZipWriteStream rather than removing it though, based on the users in image, it is a likely method to be in use by external packages doing CRC calculations. > > It also seems the primitive for updating CRC is not reliant on the CrcTable class var, so should be safe to use in new class' method as well. > >> >>> Another thing: going through Sytem-Hashing I noticed that there are two implementations for SHA1: "SHA1" and "SecureHashAlgorithm". They both have the exact same class comment but vary slightly in the messages they implement (although most of them are present in both classes). Can we remove one? >> >> Yes. But for sure someone will yell at you if you remove it, because the system should be stable and not force people to >> change their code. > > IIRC, it was initially included as SecureHashAlgorithm, being renamed when imported from the Cryptography package. > To allow existing packages relying on Crypto to load cleanly, SHA1 was later also included. > > As there are already other name clashes with the Crypto package (MD5 for instance) I would vote for deprecating SecureHashAlgorithm. > (SHA1 is arguably a more descriptive name anyways) > Not sure if it's worth including hashMessage: in SHA1, it's just a utility method. > > Cheers, > Henry > > >

March 2, 2012

Re: [Pharo-project] file date in filesystem

by Henrik Johansen

On Mar 2, 2012, at 10:12 AM, Tudor Girba wrote: > Hi, > > Is there a way to obtain the creation or modification date of a file > from Filesystem? > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Every thing has its own flow" > (FSReference / 'myFile') entry , then send #modification/#creation? Cheers, Henry

March 2, 2012