- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo 4 Playground open file menu

by phil＠highoctane.be

Esteban, Nice to see we are in the same boat :-) Phil Le 2 mai 2015 15:17, "Esteban A. Maringolo" <emaringolo(a)gmail.com> a Ã©crit : > Ditto here. > > I have cron tasks that fire a smalltak script, the startup script itself > or a small import script that doesn't belong to a class. All those are my > cases for the workspace. > El may 2, 2015 4:38 AM, "phil(a)highoctane.be" <phil(a)highoctane.be> > escribiÃ³: > >> playground cache is actually not nice when scripts are to be part of a >> project with a name etc. And I have a ton of files in it. I can't remember >> which is which. >> >> I have scripts to do lots of cli things and I like the save as of the >> workspace. >> >> But I have done extra key bindings for getting the ws or the playground. >> >> Phil >> Le 2 mai 2015 06:49, "Sergio Fedi" <sergio.fedi(a)gmail.com> a Ã©crit : >> >>> Oh! That link gives a GREAT explanation! Thanks. >>> >>> On the subject of how to show it better, I'm not a graphic designer >>> (although I'm working with one) >>> so I'll ask him for some insights on the matter. >>> >>> >>> For now, he pointed out some issues like lack of consistency on some >>> interfaces >>> and some other details. >>> >>>

May 2, 2015

Re: [Pharo-users] initializeWith* and constructors

by Ben Coman

There are other conventions like: * set... * Delay class >> forMilliseconds: aNumber ^ self new setDelay: aNumber forSemaphore: Semaphore new * initializeFor... * DynamicMessageImplementor class>>#for:in: ^ self new initializeFor: aMessage in: aClass * from:to:... * Bezier2Segment class>>#from:to:via: ^self new from: startPoint to: endPoint via: viaPoint I dug a bit to produce this script so you can view more yourself... protocols := (Protocol allInstances select: [ :p | p name = 'instance creation' ]) flatCollect: [ :p | p methods ]. methods := protocols select: [ :m | (m occurrencesOf: $:) > 1 ]. implementors := methods flatCollect: [ :m | m implementors ]. constructorExamples := implementors select: [ :i | (i sourceCode includesAll: 'new') or: [ i sourceCode includesAll: 'basicNew' ] ]. cheers -ben On Sat, May 2, 2015 at 9:02 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > It seems to me that Smalltalkers are not very fond of constructors and I > can't comprehend why. > > If for example I want to create object X that _needs_ object Y, then I > would have to make a Y accessor. > > X>>y: anY > y := anY > > but this makes no sense as I can still change the `y` object at later date > breaking everything. > > An alternative is having: > > X>>initializeWithY: anY > y := anY. > self initialize. > > X>>y: anY > ^ self basicNew initalizeWithY: anY. > > However I see only 59 initializeWith* methods (in about 6 packages) > compared to 2302 initialize methods. Thus I am deducing that doing this is > not very common. > > Am I missing something or am I trying to unnecessarily constraint the user > and I should just trustâ¢ him that he knows what he should use? > > As a user of an interface I would prefer not to have useless things > available that would just break things. > > Thanks, > Peter >

May 2, 2015

Re: [Pharo-users] mac address on windows

by phil＠highoctane.be

looks like a bit of C code is required. http://stackoverflow.com/questions/13646621/how-to-get-mac-address-in-windo… Maybe a good time to put the C code generator to the test. Phil Le 2 mai 2015 15:55, "Usman Bhatti" <usman.bhatti(a)gmail.com> a Ã©crit : > Hello, > > Has anyone tried to retrieve MAC address(es) of a windows machine using > Pharo? I have tried two options thus far without any success: > > 1/ OSProcess: I tried (PipeableOSProcess command: 'ipconfig /all') > output. This opens a command prompt on windows machine without anything > happening inside it. Although when I try it on Linux/Mac (with ifconfig), I > retrieve the output of the command. Another option is to do OSProcess > command: 'ipconfig' but I wasn't able to find a way to retrieve the output > of the command. > > 2/ Nativeboost comes with a set of built-in command to interact with > Windows (class NBWin32Shell). One can get environment variables, etc. But I > wasn't able to find a way to execute a command on the line and get the > results. > > > Would someone know of a way to retrieve the MAC addresses in Windows > through the way listed above or any other form from the Pharo image? > > thanks in advance, > > Usman > > > >

May 2, 2015

mac address on windows

by Usman Bhatti

Hello, Has anyone tried to retrieve MAC address(es) of a windows machine using Pharo? I have tried two options thus far without any success: 1/ OSProcess: I tried (PipeableOSProcess command: 'ipconfig /all') output. This opens a command prompt on windows machine without anything happening inside it. Although when I try it on Linux/Mac (with ifconfig), I retrieve the output of the command. Another option is to do OSProcess command: 'ipconfig' but I wasn't able to find a way to retrieve the output of the command. 2/ Nativeboost comes with a set of built-in command to interact with Windows (class NBWin32Shell). One can get environment variables, etc. But I wasn't able to find a way to execute a command on the line and get the results. Would someone know of a way to retrieve the MAC addresses in Windows through the way listed above or any other form from the Pharo image? thanks in advance, Usman

May 2, 2015

Re: [Pharo-users] GTInspector: editable custom presentation?

by Sean P. DeNigris

Andrei Chis wrote > if you inspect the class GTInspector you will get a presentation showing > all custom presentation from the image. Cool*! * so many amazing but seemingly undocumented features :( ----- Cheers, Sean -- View this message in context: http://forum.world.st/GTInspector-editable-custom-presentation-tp4823635p48… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 2, 2015

Re: [Pharo-users] Pharo 4 Playground open file menu

by Sean P. DeNigris

Sean P. DeNigris wrote > I added some one-liners and links... It seems like a good improvement and reasonably complete. Please review https://github.com/pharo-project/pharo-workingRoadmaps/blob/master/Pharo40W… so we can support these new users we've attracted! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-4-Playground-open-file-menu-tp4823334p4823752.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 2, 2015

Re: [Pharo-users] Pharo 4 Playground open file menu

by Esteban A. Maringolo

Ditto here. I have cron tasks that fire a smalltak script, the startup script itself or a small import script that doesn't belong to a class. All those are my cases for the workspace. El may 2, 2015 4:38 AM, "phil(a)highoctane.be" <phil(a)highoctane.be> escribiÃ³: > playground cache is actually not nice when scripts are to be part of a > project with a name etc. And I have a ton of files in it. I can't remember > which is which. > > I have scripts to do lots of cli things and I like the save as of the > workspace. > > But I have done extra key bindings for getting the ws or the playground. > > Phil > Le 2 mai 2015 06:49, "Sergio Fedi" <sergio.fedi(a)gmail.com> a Ã©crit : > >> Oh! That link gives a GREAT explanation! Thanks. >> >> On the subject of how to show it better, I'm not a graphic designer >> (although I'm working with one) >> so I'll ask him for some insights on the matter. >> >> >> For now, he pointed out some issues like lack of consistency on some >> interfaces >> and some other details. >> >>

May 2, 2015

Re: [Pharo-users] Pharo 4 Playground open file menu

by Esteban A. Maringolo

"A good UI is like a joke, if you have to explain it then you did something wrong." El may 2, 2015 1:49 AM, "Sergio Fedi" <sergio.fedi(a)gmail.com> escribiÃ³: > Oh! That link gives a GREAT explanation! Thanks. > > On the subject of how to show it better, I'm not a graphic designer > (although I'm working with one) > so I'll ask him for some insights on the matter. > > > For now, he pointed out some issues like lack of consistency on some > interfaces > and some other details. > >

May 2, 2015

Re: [Pharo-users] initializeWith* and constructors

by Sergio Fedi

First I would like to make the distinction between user as the user of an application and user as the user of an object. How we program has to do more with the user as a programmer using an object. In that case I program assuming the programmers that will use my object know what they are doing. Because I can't do anything otherwise. Another thing is that restricting access to a variable makes sense for code that uses the object (telling them not to mess or change this variable) but that restriction does not make sense for other kind of objects: Factories, constructor methods, editor objects, etc.

May 2, 2015

initializeWith* and constructors

by Peter UhnÃ¡k

It seems to me that Smalltalkers are not very fond of constructors and I can't comprehend why. If for example I want to create object X that _needs_ object Y, then I would have to make a Y accessor. X>>y: anY y := anY but this makes no sense as I can still change the `y` object at later date breaking everything. An alternative is having: X>>initializeWithY: anY y := anY. self initialize. X>>y: anY ^ self basicNew initalizeWithY: anY. However I see only 59 initializeWith* methods (in about 6 packages) compared to 2302 initialize methods. Thus I am deducing that doing this is not very common. Am I missing something or am I trying to unnecessarily constraint the user and I should just trustâ¢ him that he knows what he should use? As a user of an interface I would prefer not to have useless things available that would just break things. Thanks, Peter

May 2, 2015