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

Re: [Pharo-dev] pragma syntax

by Peter UhnÃ¡k

So binary selector can be any non-alphanumeric symbol? On Tue, Jul 26, 2016 at 9:35 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > Thanks Eliot, > > 2016-07-26 21:24 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > >> Hi Nicolai, >> >> On Tue, Jul 26, 2016 at 12:09 PM, Nicolai Hess <nicolaihess(a)gmail.com> >> wrote: >> >>> Hi, >>> >>> is this valid pragma syntax: >>> >>> foo >>> <func: #operation arg: #+> >>> ^ self >>> >> >> You could say it was ambiguous. With the change to the syntax of binary >> selectors in recent years #+> is a binary selector, and so you need >> whitespace after the token to separate it from the closing >. >> > > I was a bit supprised, why '+>' would be a binary selector, as for > example greater-or-equal is ">=" and not "=>". But I like that we can > define (any?) combination as binary selector and create new ones like > => > ==> > or > --> > > > >> >> >>> (note the closing angle and the +-symbol) >>> >>> The above code is what the pretty printer creates if you pretty-print >>> this code >>> >> >> IMO, the pretty printer is the thing that needs fixing. If the last >> token in the pragma is a binary selector symbol literal then a space should >> be printed. >> > > :( yes, but I don't like that we need to insert spaces. > > >> >> >>> >>> foo >>> <func: #operation arg: #+ > >>> ^ self >>> >>> (note the space between #+ and > >>> >>> Or a bug in the parser ? >>> >>> this pragma definition >>> <func: #operation arg: #a> >>> seems to work. >>> >> >> >> _,,,^..^,,,_ >> best, Eliot >> > >

July 26, 2016

Re: [Pharo-dev] Doubled setting for now showing catalog projects in Spotter

by Tudor Girba

Hi Torsten, Thanks for raising this up. Indeed, this requires a bit of a discussion. The âuglyâ settings are not a hack, but they are indeed not well presented and explained :). We already had an issue with this (https://pharo.fogbugz.com/f/cases/18472/GTSpotter-settings-are-unusable) but we are slow in these months because the focus is still to release Moose on Pharo 5 and then we can move all our attention to Pharo 6. I am sorry for that. The problem that these generated settings solves is that of allowing us to disable any processor we might want without requiring a manual setting for that. This is important in order to strike a balance between extensibility and control. As I said, I agree that we need to find a way to present these settings better, but they are needed. Please read this and let me know what you think: http://www.humane-assessment.com/blog/discovering-and-managing-spotter-exte… Cheers, Doru > On Jul 26, 2016, at 4:49 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi, > > I today wondered as in latest image it was not possible to download projects from Spotter anymore. > The setting for downloading projects from Catalog was enabled. > > In latest Pharo 6 there is a new (second and redundant) setting to exclude catalog projects from > Spotter (now provided by the GT tools). > > Also it is not implemented very nice: > - it uses reflection and is therefore hard to find (implemented in #catalogSettingsOn:) > - it shows ugly symbols in the settings browser without any description > - while the method is called #catalogSettingsOn: the way it is implemented > it allows to disable ANY GT Spotter extension in the settings browser > as it uses "GTSpotter spotterExtendingMethods". Not very intention revealing. > > To me this really looks like a BIG AND QUICK HACK and a solution to a problem that was already > solved before. Please remove it/roll back this unnecessary addition. > > > Side note: > ========== > There ALREADY WAS A SETTING FOR THAT (since Pharo 5 or 4) to not query the catalog (because > a few people lamented before that it slows down when connected with low bandwidth network). > > It is implemented in CatalogSettings and you can find it in the settings browser > under "Tools" -> "Catalog" -> "Display catalog projects in Spotter" and is used > in the spotter extension #spotterCatalogProjectsFor: > > Second side note: > ================= > If the intention was to generally provide an ability to disable any spotter extension > (via reflection) then use #spotterExtensionSettingsOn: instead of the name #catalogSettingsOn: > and set the default to true for the catalog extension. > If you want to disable projects showing up by default in spotter via network connection > than use the one that was already there and set it to false by default. > (which I would not do as network should be fast enough these days for catalog in most places > also catalog is already cached and the call implemented asynchronously, so Spotter opens > right away). > > Thanks > Torsten > -- www.tudorgirba.com www.feenk.com "Problem solving efficiency grows with the abstractness level of problem understanding."

July 26, 2016

Re: [Pharo-dev] pragma syntax

by Nicolai Hess

Thanks Eliot, 2016-07-26 21:24 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > Hi Nicolai, > > On Tue, Jul 26, 2016 at 12:09 PM, Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > >> Hi, >> >> is this valid pragma syntax: >> >> foo >> <func: #operation arg: #+> >> ^ self >> > > You could say it was ambiguous. With the change to the syntax of binary > selectors in recent years #+> is a binary selector, and so you need > whitespace after the token to separate it from the closing >. > I was a bit supprised, why '+>' would be a binary selector, as for example greater-or-equal is ">=" and not "=>". But I like that we can define (any?) combination as binary selector and create new ones like => ==> or --> > > >> (note the closing angle and the +-symbol) >> >> The above code is what the pretty printer creates if you pretty-print >> this code >> > > IMO, the pretty printer is the thing that needs fixing. If the last token > in the pragma is a binary selector symbol literal then a space should be > printed. > :( yes, but I don't like that we need to insert spaces. > > >> >> foo >> <func: #operation arg: #+ > >> ^ self >> >> (note the space between #+ and > >> >> Or a bug in the parser ? >> >> this pragma definition >> <func: #operation arg: #a> >> seems to work. >> > > > _,,,^..^,,,_ > best, Eliot >

July 26, 2016

Re: [Pharo-dev] pragma syntax

by Eliot Miranda

Hi Nicolai, On Tue, Jul 26, 2016 at 12:09 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > Hi, > > is this valid pragma syntax: > > foo > <func: #operation arg: #+> > ^ self > You could say it was ambiguous. With the change to the syntax of binary selectors in recent years #+> is a binary selector, and so you need whitespace after the token to separate it from the closing >. > (note the closing angle and the +-symbol) > > The above code is what the pretty printer creates if you pretty-print this > code > IMO, the pretty printer is the thing that needs fixing. If the last token in the pragma is a binary selector symbol literal then a space should be printed. > > foo > <func: #operation arg: #+ > > ^ self > > (note the space between #+ and > > > Or a bug in the parser ? > > this pragma definition > <func: #operation arg: #a> > seems to work. > _,,,^..^,,,_ best, Eliot

July 26, 2016

pragma syntax

by Nicolai Hess

Hi, is this valid pragma syntax: foo <func: #operation arg: #+> ^ self (note the closing angle and the +-symbol) The above code is what the pretty printer creates if you pretty-print this code foo <func: #operation arg: #+ > ^ self (note the space between #+ and > Or a bug in the parser ? this pragma definition <func: #operation arg: #a> seems to work.

July 26, 2016

Re: [Pharo-dev] Accept in Debugger Meltdown in Pharo 5.0

by Tudor Girba

Hi, I never encountered it, and there was no report about this either. So, could you describe what you did in more details? Cheers, Doru > On Jul 26, 2016, at 7:00 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > <http://forum.world.st/file/n4908072/Screenshot_2016-07-26_13.png> > > Mac spinning beachball of death followed after about a minute by "... quit > unexpectedly". Bugforeveryoneorjustme? > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Accept-in-Debugger-Meltdown-in-Pharo-5-0-tp4908072.ht… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > -- www.tudorgirba.com www.feenk.com "Next time you see your life passing by, say 'hi' and get to know her."

July 26, 2016

Re: [Pharo-dev] http://source.squeakfoundation.org down

by Sean Glazier

Hi, I was wondering what was happening. I got similar errors as well and noticed the 502 as well. I thought I was doing something wrong. I can rest easy :-) Kind Regards, Sean Glazier On Tue, Jul 26, 2016 at 12:46 PM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > It's not just me: > > http://downforeveryoneorjustme.com/source.squeakfoundation.org > > I'm getting a '502 Bad Gateway' error ... I seems to have broken in the > last hour or so ... > > It also appears that the squeak mailing list is down --- which is why I've > sent the mail here --- The FFI code is hosted on > http://source.squeakfoundation.org so this will likely impact others as > well ... > > Dale > > >

July 26, 2016

Recover *every lost change ever* in Pharo 5.0

by Sean P. DeNigris

It seems the initial dialog has been removed. What is the rationale here? How often are integrator DoIts relevant to end users?! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Recover-every-lost-change-ever-in-Pharo-5-0-tp4908073… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 26, 2016

Accept in Debugger Meltdown in Pharo 5.0

by Sean P. DeNigris

<http://forum.world.st/file/n4908072/Screenshot_2016-07-26_13.png> Mac spinning beachball of death followed after about a minute by "... quit unexpectedly". Bugforeveryoneorjustme? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Accept-in-Debugger-Meltdown-in-Pharo-5-0-tp4908072.ht… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 26, 2016

http://source.squeakfoundation.org down

by Dale Henrichs

It's not just me: http://downforeveryoneorjustme.com/source.squeakfoundation.org I'm getting a '502 Bad Gateway' error ... I seems to have broken in the last hour or so ... It also appears that the squeak mailing list is down --- which is why I've sent the mail here --- The FFI code is hosted on http://source.squeakfoundation.org so this will likely impact others as well ... Dale

July 26, 2016