September 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Message browser strange new behavior

by stepharo

Le 5/9/16 Ã 11:48, Denis Kudriashov a Ã©crit : > > 2016-09-05 11:42 GMT+02:00 Nicolas Passerini <npasserini(a)gmail.com > <mailto:npasserini@gmail.com>>: > > I agree, it is sometimes difficult to find a class in the message > browser because of the inheritance organization. > I think that most often I do not want that, but also it might be > useful in other circunstances, so maybe the best would be to have > both possibilities and make is easy to change from one to the other. > > > Now there is filter field in message browser. And maybe it will be not > an issue anymore it is still. Would be nice to have a button flat / hier

Sept. 5, 2016

Re: [Pharo-dev] Iceberg Question

by stepharo

Le 5/9/16 Ã 11:02, Nicolas Passerini a Ã©crit : > Yes, it can be cryptic. It would be nice that we discuss which is the > best vocabulary to use so that it is clear both for people with or > without a strong git background. We should use flybyhelp with a large text inside :) > Iceberg does not have a "pull" operation, as it is intended from the > git command line. Instead you have fetch and merge separately > (remember: git pull = git fetch + git merge). > In this way, you first download all new versions from the remote > repository, you can browse them, and then you can decide to: > a. Merge the remote changes into your local branch > b. Load any version, without merging (which in git is called "detached > head"). > > I thought this way (more similar to current Pharo tools than to the > git command line) is better for our needs, but I could be wrong. Or we > could have both. > > Also, one tricky thing here is that "incomming changes" could be two > different things: > - changes in the remote repository but not merged into your current > branch. > - changes in your current branch but not loaded into the image > > I am not sure how should be the best way to show that information. > > On Sun, Sep 4, 2016 at 8:56 PM, Alexandre Bergel > <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > > Hi! > > I have a question regarding the window: > > > Why if I want to retrieve the new versions, I need to press the > button âFetch new versionsâ. I think I should do a pull ? But > instead, i can do a load or a merge. A bit crypticâ¦ > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Sept. 5, 2016

Re: [Pharo-dev] about package naming

by stepharo

Nice. I wonder where the MC problem is actually coming (probably a notification handled the old way). Le 5/9/16 Ã 09:58, Nicolas Passerini a Ã©crit : > Yes Icebergs uses RPackages, I have RPackages and Tags and I do not > remember having problems. > > On Mon, Sep 5, 2016 at 9:50 AM, Guille Polito > <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> wrote: > > As far as I understand, Iceberg uses RPackages. And RPackages do > not necessarily follow MC conventions. > > > -------- Original Message -------- >> <offtopic> >> Wow, I do not know where that email came from O_o. >> It looks a spammish email. Maybe it came from my phone? >> >> If it happens again, please tell me so I can take action. >> </offtopic> >> >> Now in-topic: I agree with having conventions and with the tests >> one particularly. But as you say, we should also think what are >> the benefits in terms of tooling so people do not feel forced to >> use it: they feel attracted to use it :). >> >> >> -------- Original Message -------- >>> >>> No guillermo. This is really annoying. >>> >>> With long package list like Collections* then you do not see >>> well the tests. >>> >>> So we should check the bug like that we are free. >>> >>>> Je suis pas de place que no necesita activar gustamucho la ð¶ >>>> que ya el otro lado >>>> >>>> >>>> Le 4 sept. 2016 10:18, "stepharo" <stepharo(a)free.fr >>>> <mailto:stepharo@free.fr>> a Ã©crit : >>>> >>>> Hi guys >>>> >>>> Sorry to be that dull and stupid but I do not get why >>>> (beside following the seaside convention - and I do not >>>> understand it either) why the test package for >>>> FileSystem-Core is named FileSystem-Tests-Core >>>> >>>> and not just >>>> >>>> FileSystem-Core-Tests >>>> >>>> like that we could have >>>> >>>> FileSystem-Core-Help >>>> >>>> FileSystem-Core-Examples >>>> >>>> And when we are looking for FileSystem-Core we can see >>>> automatically FileSystem-Core-Tests >>>> >>>> Now we cannot. >>>> >>>> Stef >>>> >>>> >>> >> > >

Sept. 5, 2016

Re: [Pharo-dev] ObjectVirus is renamed to ObjectMutation

by stepharo

+ 1 :) Le 5/9/16 Ã 16:21, Norbert Hartl a Ã©crit : > Thanks for doing it. I think this is a good move! > > Norbert > >> Am 05.09.2016 um 15:26 schrieb Denis Kudriashov <dionisiydk(a)gmail.com>: >> >> Hi. >> >> Finally I made this change: ObjectVirus project is renamed to ObjectMutation. And all virus related words are now around word "mutate". >> >> Probably this metaphor is not good for some people but at least it has no negative impact which was mentioned here. >> >> Mocketry is adopted for new names too. >> >> Best regards, >> Denis > >

Sept. 5, 2016

Got some crashes with recent versions

by stepharo

Hi I got two vm crashes in a couple of hours and we are wondering if this is not due to the recent flushCache issues. So pay attention and do not hesitate to report if you have problems. Stef

Sept. 5, 2016

Re: [Pharo-dev] [Ann] New Seamless version 0.9.0

by Sean P. DeNigris

Denis Kudriashov wrote > I released new version of Seamless 0.9.0. Awesome! Is this "the" Pharo library for sharing live objects between images? IIUC it's a successor to rST, correct? Are there other remote communication libraries, and if so how does Seamless compare? Thanks for all the great work you're doing! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Ann-New-Seamless-version-0-9-0-tp4914168p4914191.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2016

Re: [Pharo-dev] [Ann] New Seamless version 0.9.0

by Denis Kudriashov

2016-09-05 15:52 GMT+02:00 philippe.back(a)highoctane.be < philippe.back(a)gmail.com>: > What is TostSerializer ? It is new binary serialization library which supposed to be used for objects transport. It not provides any meta data or support for object migration like Fuel. So it should not be used as persistence option. It processes given objects as stream of references by directly writing them on destination stream. Actually it implements old Squeak ReferenceStream but in different way which is suitable for Seamless usage (Seamless extends it). Comparing to Fuel - much faster for small objects (~50 times for serialization and ~3 times for materialization) - much faster for substitutions (which is usual case for Seamless) - but Fuel is champion for big objects materialization (10 times better) - much compact for small objects and relatively similar for big (strangely compressed Tost binary is twice lesser) - serialization object representing integer result takes 21 byte for Tost and 400 for Fuel

Sept. 5, 2016

Re: [Pharo-dev] Bizarre Text Selection in Pharo 5.0

by Sean P. DeNigris

Nicolai Hess-3-2 wrote > Can you add the platform information Mac 10.10.5 Nicolai Hess-3-2 wrote > And does this happens only for $[ or for the other smart characters as > well? Unrelated to smart characters. When I hold shift down to select from the cursor to another point in an editor, it seems that Pharo forgets where the cursor is and makes the selection between two seemingly-random indices. I'll pay more attention to the pattern, which is difficult because I'm nearly always surprised! All info added to issue comments... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bizarre-Text-Selection-in-Pharo-5-0-tp4908498p4914187… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2016

Re: [Pharo-dev] Can Sound depend on Jobs?

by Sean P. DeNigris

Guille Polito wrote > The questions we should ask ourselves always: Yes to both, so it seems a third package (with only one method in it!) is in order. Thanks for helping me think this through! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Can-Sound-depend-on-Jobs-tp4914083p4914185.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2016

Re: [Pharo-dev] [ANN] Sparta v1.0

by Sean P. DeNigris

Aliaksei Syrel wrote > bindings to the Moz2D rendering backend. Great! What is the use case for Moz2D? Why would one use it rather than the other existing Pharo libraries/wrappers? ----- Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Sparta-v1-0-tp4914154p4914184.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2016