January 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

by Sven Van Caekenberghe

> On 30 Jan 2017, at 15:39, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2017-01-30 14:16 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > How can we start PharmIDE server so that it binds to localhost only on the server? > > I do not know if it is possible from Pharo. Anybody know example with "Socket newTCP"? > With "external OS tools" you can always hide port from outside world. Try to google it. It is in your image already ! See ZnServer>>#bindingAddress: and ZnSingleThrededServer>>#initializeServerSocket In use in ZnServerTests>>#testEchoLocalInterface You will understand immediately, it is quite easy. Remember that once you start like that, you will only be able to connect locally.

Jan. 30, 2017

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

by Denis Kudriashov

2017-01-30 14:16 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > How can we start PharmIDE server so that it binds to localhost only on the > server? I do not know if it is possible from Pharo. Anybody know example with "Socket newTCP"? With "external OS tools" you can always hide port from outside world. Try to google it.

Jan. 30, 2017

Re: [Pharo-dev] Any idea for a cool name for the remote tool suite?

by Brad Selfridge

I'm not a big fan of cryptic names. I already think there are way too many in Pharo. You look at the names and have no idea what they do. Why not call it what it is: "Pharo Remote IDE" or "RemoteIDE". It's simple and it tells the user EXACTLY what it is without digging into some obscure document, (or no document at all). -- Brad Selfridge bsselfridge(a)gmail.com On 01/30/2017 08:25 AM, Denis Kudriashov wrote: > > 2017-01-30 14:21 GMT+01:00 Ben Coman <btc(a)openinworld.com > <mailto:btc@openinworld.com>>: > > btw, what is the "m" for in PharmIDE ? > > > First it is like farm. > Seconds it is *Pha*ro *R*e*m*ote IDE

Jan. 30, 2017

Re: [Pharo-dev] Working with critiques in Calypso

by Denis Kudriashov

2017-01-30 15:29 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > And anObject can be anything: a method, or a class, or a package (or >> theoretically any other object object). Iâve tried to expand highlighting >> to classes and methods in Nautilus, but it looks like a complete hell. In >> Calypso itâs much better, but maybe from the experience of the main >> developer, the styling can be pulled up somewhere higher in the hierarchy. >> >> Now it turns out that the bottom plugin is actually useful, as you can >> get the idea about the issue without having to power or do some other >> actions. Will it be possible to have some king of a plugin like that in >> Calypso. And simultaneously is it possible to have a changeable height? >> Because usually you donât have more than 1-2 critiques, and often you donât >> have any, so it does not make any sense to occupy so much space with an >> empty list. (sadly in Nautilus I cannot shrink the plugin dynamically). >> > > Yes to all questions but it needs to be implemented. > And you force me to prepare it a bit. I already was going to extract > #annotateRubricText: to separate plugin because it was problem for minimal > image browsing. > Also it is slow down remote browser. Would nice to think how to compute critiques on remote image in fast way

Jan. 30, 2017

Re: [Pharo-dev] Working with critiques in Calypso

by Denis Kudriashov

Hi Yuriy. It is nice initiative. Unfortunately I am a bit delayed with documenting. I made experiments with remote Calypso which start to work in one hour. And it is moved me for a week to realize this generally with PharmIDE. But at the end it also improved editors part of Calypso. 2017-01-30 11:21 GMT+01:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > Hi everyone, > > this question is mainly for Denis, but others may be also interested to > participate. > > So Iâd really like to switch to Calypso, but I use Nautilus to eat my own > dog food (the critiques). Calypso already adds critiques for methods, but > it misses the ones for classes and packages. The point is that you can use > > anObject annotateRubricText: textModel. > > And anObject can be anything: a method, or a class, or a package (or > theoretically any other object object). Iâve tried to expand highlighting > to classes and methods in Nautilus, but it looks like a complete hell. In > Calypso itâs much better, but maybe from the experience of the main > developer, the styling can be pulled up somewhere higher in the hierarchy. > > Now it turns out that the bottom plugin is actually useful, as you can get > the idea about the issue without having to power or do some other actions. > Will it be possible to have some king of a plugin like that in Calypso. And > simultaneously is it possible to have a changeable height? Because usually > you donât have more than 1-2 critiques, and often you donât have any, so it > does not make any sense to occupy so much space with an empty list. (sadly > in Nautilus I cannot shrink the plugin dynamically). > Yes to all questions but it needs to be implemented. And you force me to prepare it a bit. I already was going to extract #annotateRubricText: to separate plugin because it was problem for minimal image browsing. So try to load dev version: Gofer it smalltalkhubUser: 'Pharo' project: 'Calypso'; configuration; loadDevelopment . You will see new Calypso-Plugins-Critic-Browser package. I add decorators support to TextEditorTool. And critic plugin just adds CriticDecorator into required tools. Sadly it is not working. Critiques are not shown somehow. I leave it for you to fix it. Probably reason is that full tool morph is prepared in background. So critiques are added when morph is not in World. I hope you can find solution. About empty list: I create QANautilusPluginMorph with #shrinkWrap layout. But internal submorphs do not allow hide it completely. So it is also for you. Have fun :)

Jan. 30, 2017

Re: [Pharo-dev] Why are issue priority automatically changed from 3 to 5 ?

by Pavel Krivanek

Hi Nicolai, I'm checking all current issues marked for Pharo 6 and testing if they are new or the problem already existed in Pharo 5. According to it I'm marking it and for most cases (but not all) I'm decreasing the priority to "Fix if Time". I understand you but look at the priorities as priorities for the releasing process. Of course a lot such issues should be fixed and if you think they must be fixed for the upcoming release, increase the priority. Currently the assignment of priorities is on issue reporters and they use different personal scales. This way we can unify that a little bit. After finishing of the marking I wanted to ask people to think again about priorities of the reported issues. But If we already made a release with some issue, it probably means it is not extremely important. This step needs to be done anyway or we will never finish the release. To do it now gives us more time to focus on really important things. We want every new release to be better that release before so it makes sense to firstly look at new problems we created. Cheers, -- Pavel 2017-01-30 14:07 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > For example: > 19457 > <https://pharo.fogbugz.com/f/cases/19457/Scrolling-Versionner-configuration-…> > Scrolling Versionner configuration list is very slow > 18778 > <https://pharo.fogbugz.com/f/cases/18778/FileList-View-as-does-not-work> > FileList "View as" does not work > 19221 > <https://pharo.fogbugz.com/f/cases/19221/Rub-Find-And-Replace-can-not-search…> > Rub Find And Replace can not search for "?" > > For me, these are issues that "must fix" and not "Fix If Time". Most > issues are only > fixed "if someone has the time to do it" regardless how serious they are. > Fixed if time looks like , we can live without this as we did since the > last > release, but actually we are just used to accept some bugs and regressions > because > we know we are to small or to few develoeper to actually fix this issues. > I don't see any value in downgrading the priority - else we could just > discard any priority. > > > nicolai >

Jan. 30, 2017

Re: [Pharo-dev] Why are issue priority automatically changed from 3 to 5 ?

by Ben Coman

On Mon, Jan 30, 2017 at 9:07 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > For example: > 19457 Scrolling Versionner configuration list is very slow > 18778 FileList "View as" does not work > 19221 Rub Find And Replace can not search for "?" > > For me, these are issues that "must fix" and not "Fix If Time". Most issues > are only > fixed "if someone has the time to do it" regardless how serious they are. > Fixed if time looks like , we can live without this as we did since the last > release, but actually we are just used to accept some bugs and regressions > because > we know we are to small or to few develoeper to actually fix this issues. > I don't see any value in downgrading the priority - else we could just > discard any priority. Looking in from the sideline, I guess the situation it addresses is... How likely was it that ALL previous priority 3 issues could be dealt with before Pharo 6 Release? So some kind of sorting was required. While a NewInPharo6 issue is not necessarily more important than an ExistedInPharo5 issue, automatic downgrading of ExistedInPharo5 issues seems a reasonable first pass. I would hope that for any particularly issue you feel strongly about, you should just revert it, but perhaps with the rule you need to downgrade an equivalent number of current priority 3 issues to priority 4, whic provides further sorting. my two cents worth, cheers -ben

Jan. 30, 2017

Re: Problem with accentuated characters

by Davide Varvello

Hi BenoÃ®t >From times to times it happens also to me, I think is relate to a bug I reported some times ago: https://pharo.fogbugz.com/f/cases/18902 Davide Pharo Smalltalk Developers mailing list wrote > I am a bit puzzled by Pharo's (Pharo 5) behavior when having accentuated > characters inside a string. > I have a method that sends cascaded messages and it automatically gets > "reformated" with a temp variable. > This is the original code I typed and tried to save: > leCarreEtLes4Coins > Â Â Â ^ self new > Â Â Â Â Â Â tiles: #(1 5 7 8 9 12 13 14 17 18 19 21 25); > Â Â Â Â Â Â name: 'Le carrÃ© et les 4 coins' > > > This is how Pharo reformats my code when I save! > leCarreEtLes4Coins > Â Â Â | tmp2 | > Â Â Â tmp2 := self new. > Â Â Â tmp2 tiles: #(1 5 7 8 9 12 13 14 17 18 19 21 25). > Â Â Â ^ tmp2 name: 'Le carrÃ© et les 4 coins' > > Has anyone seen this behavior? > > More details: > Pharo5.0 > Latest update: #50760Virtual Machine > --------------- > E:\Pharo5-dev\Pharo.exe > CoInterpreter VMMaker.oscog-eem.1855 uuid: > d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 MayÂ 4 2016 > StackToRegisterMappingCogit VMMaker.oscog-eem.1855 uuid: > d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 MayÂ 4 2016 > https://github.com/pharo-project/pharo-vm.git Commit: > b8ec25a570d7539653e1d793e97609adb509aaed Date: 2016-05-04 11:14:22 +0200 > By: Esteban Lorenzano < > estebanlm@ > > Jenkins build #589 > > Win32 built on MayÂ 4 2016 12:17:02 Compiler: 4.6.2 > VMMaker versionString https://github.com/pharo-project/pharo-vm.git > Commit: b8ec25a570d7539653e1d793e97609adb509aaed Date: 2016-05-04 11:14:22 > +0200 By: Esteban Lorenzano < > estebanlm@ > > Jenkins build #589 > CoInterpreter VMMaker.oscog-eem.1855 uuid: > d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 MayÂ 4 2016 > StackToRegisterMappingCogit VMMaker.oscog-eem.1855 uuid: > d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 MayÂ 4 2016 > Loaded VM Modules > ----------------- > B2DPlugin VMMaker.oscog-eem.1855 (i) > BitBltPlugin VMMaker.oscog-eem.1855 (i) > FT2Plugin Freetype-Plugin-EstebanLorenzano.69 (e) > FilePlugin VMMaker.oscog-eem.1855 (i) > FloatArrayPlugin VMMaker.oscog-eem.1855 (i) > Kernel32 > LargeIntegers v2.0 VMMaker.oscog-eem.1855 (i) > LocalePlugin VMMaker.oscog-eem.1855 (i) > Matrix2x3Plugin VMMaker.oscog-eem.1855 (i) > MiscPrimitivePlugin VMMaker.oscog-eem.1855 (i) > SecurityPlugin VMMaker.oscog-eem.1855 (i) > SocketPlugin VMMaker.oscog-eem.1855 (i) > SqueakFFIPrims > SurfacePlugin MayÂ 4 2016 (e) > UUIDPlugin VMMaker.oscog-eem.1855 (i) > ZipPlugin VMMaker.oscog-eem.1855 (i) > > VM Built-in Modules > ------------------- > ADPCMCodecPlugin VMMaker.oscog-eem.1855 (i) > AsynchFilePlugin VMMaker.oscog-eem.1855 (i) > B2DPlugin VMMaker.oscog-eem.1855 (i) > B3DAcceleratorPlugin VMMaker.oscog-eem.1855 (i) > BMPReadWriterPlugin VMMaker.oscog-eem.1855 (i) > BitBltPlugin VMMaker.oscog-eem.1855 (i) > CroquetPlugin VMMaker.oscog-eem.1855 (i) > DSAPrims CryptographyPlugins-rww.10 (i) > DropPlugin VMMaker.oscog-eem.1855 (i) > FFTPlugin VMMaker.oscog-eem.1855 (i) > FilePlugin VMMaker.oscog-eem.1855 (i) > FloatArrayPlugin VMMaker.oscog-eem.1855 (i) > FloatMathPlugin VMMaker.oscog-eem.1855 (i) > HostWindowPlugin VMMaker.oscog-eem.1855 (i) > IA32ABI VMMaker.oscog-eem.1855 (i) > JPEGReadWriter2Plugin VMMaker.oscog-eem.1855 (i) > JPEGReaderPlugin VMMaker.oscog-eem.1855 (i) > JoystickTabletPlugin VMMaker.oscog-eem.1855 (i) > Klatt VMMaker.oscog-eem.1855 (i) > LargeIntegers v2.0 VMMaker.oscog-eem.1855 (i) > LocalePlugin VMMaker.oscog-eem.1855 (i) > MIDIPlugin VMMaker.oscog-eem.1855 (i) > Matrix2x3Plugin VMMaker.oscog-eem.1855 (i) > MiscPrimitivePlugin VMMaker.oscog-eem.1855 (i) > Mpeg3Plugin VMMaker.oscog-eem.1855 (i) > RePlugin VMMaker.oscog-eem.1855 (i) > SDL2DisplayPlugin SDL2DisplayPlugin-RonieSalgado.1 (i) > SecurityPlugin VMMaker.oscog-eem.1855 (i) > SerialPlugin VMMaker.oscog-eem.1855 (i) > SocketPlugin VMMaker.oscog-eem.1855 (i) > SoundCodecPrims VMMaker.oscog-eem.1855 (i) > SoundPlugin VMMaker.oscog-eem.1855 (i) > SqueakFFIPrims > StarSqueakPlugin VMMaker.oscog-eem.1855 (i) > UUIDPlugin VMMaker.oscog-eem.1855 (i) > Win32OSProcessPlugin > VMConstruction-Plugins-OSProcessPlugin.oscog-EstebanLorenzano.53 (i) > ZipPlugin VMMaker.oscog-eem.1855 (i) > > VM Configuration > ---------------- > E:\Pharo5-dev\Pharo.ini > [Global] > DeferUpdate=0 > ShowConsole=0 > DynamicConsole=1 > ReduceCPUUsage=1 > ReduceCPUInBackground=1 > 3ButtonMouse=0 > 1ButtonMouse=0 > UseDirectSound=1 > PriorityBoost=0 > B3DXUsesOpenGL=0 > CaseSensitiveFileMode=0 > > Operating System/Hardware > ------------------------- > Win32 6.2 IX86 > > Operating System Details > ------------------------ > Operating System: Windows 10 Home (Build 9200 ) > Â Â Â Registered Owner: ??? > Â Â Â Registered Company: ??? > Â Â Â SP major version: 0 > Â Â Â SP minor version: 0 > Â Â Â Suite mask: 300 > Â Â Â Product type: 1 > > Â ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > Instagram: Chef_Benito > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) -- View this message in context: http://forum.world.st/Problem-with-accentuated-characters-tp4916892p4932198… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 30, 2017

Re: [Pharo-dev] Any idea for a cool name for the remote tool suite?

by Thierry Goubier

2017-01-30 14:15 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > On Sun, Jan 29, 2017 at 10:14 PM, stepharong <stepharong(a)free.fr> wrote: > > Hi guys > > > > Since we will push the remote tools (videos/web...) I would like to get > some > > ideas for a cool name. > > Any ideas? > > > > Because Pharmide (looks like medicine or chemical product). > > Since I vaguely remember some german Pharmide made me think about > > Fern(sehen) but this is not a good name. > > * distann - derive from distantool, or distant tool. > 2700 googs not too bad. > > * ansyble - derived from https://en.wikipedia.org/wiki/Ansible > 90 googs rather than 3,130,000 googs for ansible > and differentiates from competing project http://ansible.com I vote for any name that has a relation to U.K. Le Guin books :) 3 miilions hits for a SF-invented word. Cool. Regards, Thierry > > > cheers -ben > >

Jan. 30, 2017

Re: [Pharo-dev] Any idea for a cool name for the remote tool suite?

by Norbert Hartl

> Am 30.01.2017 um 14:21 schrieb Ben Coman <btc(a)openinworld.com>: > > But I agree with Stef. My very first impression when I read the ANN > subject line was of a pharmaceutical/medical app. Maybe a slight > contraction to "PharIDE", which in common usage would probably become > "pharide". Only 6k googs is not too bad. > > btw, what is the "m" for in PharmIDE ? It is not an acronym per se but a variation of farm. So it is pharo farm. PharIDE just kills it. In this case something else would be better. Norbert > > cheers -ben > > On Mon, Jan 30, 2017 at 9:15 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: >> Like it too FWIW. >> >> Phil >> >> On Mon, Jan 30, 2017 at 12:55 PM, Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >>> >>> >>> 2017-01-30 12:04 GMT+01:00 Norbert Hartl <norbert(a)hartl.name>: >>>> >>>> Hi, >>>> >>>> I really enjoy how motivated people get when it is about finding a name >>>> :) >>>> >>>> I don't agree PharmIDE is a bad name. >>> >>> >>> I also like my original name :) >> >> >

Jan. 30, 2017