- Pharo-users - lists.pharo.org

Re: [Pharo-users] Mea Culpa

by HernÃ¡n Morales Durand

Hello Richard, 2015-01-21 17:12 GMT-03:00 horrido <horrido.hobbies(a)gmail.com>: > Okay, so far, I've made two mistakes. First was my lack of sensitivity to > cultural differences around the world. Now that I know better, I shall do > better. You better take a lot of care writing about politics, sports, or whatever that could be considered Off-Topic. Some people is always looking for excuses to kick out offenders. And some others are monitoring with eagle eyes any out-of-order comment you can possibly write. Rules of the game. > Second was my failure to distinguish between different subgroups within the > Pharo forum. Welcome to Smalltalk :) > The reason I chose Pharo forum to discuss my campaign was the > fact that it is the most active Smalltalk forum there is. People who are > interested in Smalltalk join the most active forum generally, and this > includes not only Pharoers, but people from ESUG, Squeak, Cincom, Amber, > Redline, etc. > > Yes, this is parasitic behavior and well-known for biologists. Unfortunately I haven't seen many smalltalkers interested in on-line social behavior, probably because in such small community the most valuable asset is The Code, followed by The Documentation. Which of course, are excuses to get The Money. > So, for example, when I appealed for contributors to the Redline project, I > should've distinguished the target audience as those groups other than > Pharoers. This was my failure and I own up to it. > > It is unfortunate that I must use the Pharo forum for this purpose. The > Smalltalk community is so terribly fragmented that there is no universal > Smalltalk forum to address, at least, none that is actually *inhabited*. > Without the ability to address the largest number of Smalltalkers, the SRP > cannot make any progress. I'm sorry, but I have to be blunt. > > Then maybe you should start your own Smalltalk mailing-list? For spanish language we have ClubSmalltalk. Is a cross-smalltalk mailing list where people may write in other languages, but has become really low volume in the last years. And Smalltalk was (is?) very popular in Argentina, so you can get a dimension of how terribly small the community is. > If anyone can offer a practical alternative, I'd like to hear it. > Otherwise, > the SRP has only two choices: > > 1) Continue what it is doing on the Pharo forum, and be mindful of which > group(s) I am addressing. > > 2) Fold up the campaign and leave the destiny of Smalltalk to the Fates. > Without the ability to reach out to Smalltalkers everywhere, I am > hopelessly > disadvantaged. > > I am not that convinced Smalltalk should be popular. Surely any smalltalker could find easily (more) job offers, that would be the only determinant factor because we need desperately more Smalltalk positions. But popularity has many drawbacks.... some smalltalkers are afraid to competition, and we all read the StackOverflow 'popular' questions... So, my alternative is: Instead of broadcasting Smalltalk by traditional internet advertising, go and get them. I suspect you won't get much from us, we are some kind of Loyal Customers. But there are tons of unexperienced developers lacking of fear to change, which are reading Quora, StackExchange, Wikipedia, etc. And unexperienced developers are the next business decision makers. For example, see this articles which CS students read every day: http://en.wikipedia.org/wiki/Double-ended_queue http://en.wikipedia.org/wiki/Bit_array http://en.wikipedia.org/wiki/Binary_search_algorithm http://en.wikipedia.org/wiki/Hash_function http://en.wikipedia.org/wiki/String_%28computer_science%29 http://en.wikipedia.org/wiki/List_of_artificial_intelligence_projects http://en.wikipedia.org/wiki/Regular_expression http://en.wikipedia.org/wiki/Sorting_algorithm http://en.wikipedia.org/wiki/Virtual_machine http://en.wikipedia.org/wiki/XML http://en.wikipedia.org/wiki/Free_software No Smalltalk mention there. There you have it, the Library of Alexandria of our time, and people do not read about us. Cheers, HernÃ¡n > Regards, > Richard > > > > -- > View this message in context: > http://forum.world.st/Mea-Culpa-tp4800840.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Jan. 22, 2015

The Smalltalk Report issue

by Rafael Luque

Hi Pharoers, I'm looking for The Smalltalk Report volume 6 issue 4 (1997) because I'd like to read the first article mentioning refactoring by Kent Beck: "Make it run, Make it right: Desing through Refactoring" published in this number. I've found the following archive from 1991 to 1996: http://www.macqueen.us/stIndex.html Anyone know where can I found this old issue or at least the article? Thank you.

Jan. 21, 2015

Re: [Pharo-users] Centering a Label with Spec

by Nicolai Hess

Hi Piotr, like you already found out, you can use whenBuiltDo: But instead of using #hResizing: , which is not explicit in specs api you can call the method hShrinkWrap (look in AbstractMorphicAdapter, protocol 'protocol'). Here is a small example with centering a label: | ui layout | ui := DynamicComposableModel new. ui title: 'hello'. ui instantiateModels: #( label LabelModel check CheckBoxModel text TextInputFieldModel button ButtonModel ). ui label text:'Hello World'. ui label whenBuiltDo:[: widget |widget widget hShrinkWrap.]. layout := SpecLayout composed newRow: [ :r | r add: #label] height: 25; yourself. ui openWithSpecLayout: layout. the block arguemt for whenBuiltDo: is a WidgetBuilt announcement, that gives you access to the model and the widget (-adapter) that is used. nicolai

Jan. 21, 2015

Re: [Pharo-users] [Pharo-dev] CommandLine handler and UTF8 path

by Sven Van Caekenberghe

> On 21 Jan 2015, at 23:25, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > > On Tue, Jan 20, 2015 at 12:35 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Eliot, > > > On 20 Jan 2015, at 20:38, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > > > > > > On Tue, Jan 20, 2015 at 8:00 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Command line arguments enter the image level via VirtualMachine>>#getSystemAttribute: > > > > At that point they are already Strings. > > > > ByteString, according to the primitive. So if the shell supplies e.g. UTF-8 strings for command-line parameters, which the VM sees as bytes, then the ByteString instances answered by getSystemAttribute: would need decoding, right? > > > > In your case, they must already be wrong at that point. > > > > Not necessarily. The getSystemAttribute: primitive doesn't do decoding. Perhaps it should. > > Yes, probably. I just tried on Mac OS X, Pharo 4: > > $ export FOO=Ã©lÃ¨ve-FranÃ§ais > > $ echo $FOO > Ã©lÃ¨ve-FranÃ§ais > > $ ./pharo Pharo.image eval 'OSPlatform current environment at: #FOO' > 'ÃÂ©lÃÂ¨ve-FranÃÂ§ais' > > $ ./pharo Pharo.image eval '(OSPlatform current environment at: #FOO) asByteArray utf8Decoded' > 'Ã©lÃ¨ve-FranÃ§ais' > > The question is, is this true for all platforms ? Windows ? > > I'm trying to test this in Pharo 3. I get > > KeyNotFound: key #FOO not found in PlatformIndependentEnvironment > PlatformIndependentEnvironment(OSEnvironment)>>at: in Block: [ KeyNotFound signalFor: aKey ] > UndefinedObject>>ifNil: > PlatformIndependentEnvironment(OSEnvironment)>>at:ifAbsent: > PlatformIndependentEnvironment(OSEnvironment)>>at: > UndefinedObject>>DoIt > OpalCompiler>>evaluate > OpalCompiler(AbstractCompiler)>>evaluate: > SmalltalkImage>>evaluate: > EvaluateCommandLineHandler>>evaluate: in Block: [ ... > BlockClosure>>on:do: > > > Does the environment access depend on NativeBoost? Yes, I believe so. > > > On 20 Jan 2015, at 16:51, Hilaire <hilaire(a)drgeo.eu> wrote: > > > > > > Le 20/01/2015 16:34, Sven Van Caekenberghe a Ã©crit : > > >> No they are not - Strings and Characters in Pharo are using plain Unicode encoding internally. > > > > > > Thanks for the update, and the reference link. > > > > > > Hilaire > > > > > > -- > > > Dr. Geo - http://drgeo.eu > > > iStoa - http://istoa.drgeo.eu > > > > > > > > > > > > > > > > > > -- > > best, > > Eliot > > > > > > -- > best, > Eliot

Jan. 21, 2015

Re: [Pharo-users] [Pharo-dev] CommandLine handler and UTF8 path

by Eliot Miranda

On Tue, Jan 20, 2015 at 12:35 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Eliot, > > > On 20 Jan 2015, at 20:38, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > > > > > > On Tue, Jan 20, 2015 at 8:00 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > Command line arguments enter the image level via > VirtualMachine>>#getSystemAttribute: > > > > At that point they are already Strings. > > > > ByteString, according to the primitive. So if the shell supplies e.g. > UTF-8 strings for command-line parameters, which the VM sees as bytes, then > the ByteString instances answered by getSystemAttribute: would need > decoding, right? > > > > In your case, they must already be wrong at that point. > > > > Not necessarily. The getSystemAttribute: primitive doesn't do > decoding. Perhaps it should. > > Yes, probably. I just tried on Mac OS X, Pharo 4: > > $ export FOO=Ã©lÃ¨ve-FranÃ§ais > > $ echo $FOO > Ã©lÃ¨ve-FranÃ§ais > > $ ./pharo Pharo.image eval 'OSPlatform current environment at: #FOO' > 'ÃÂ©lÃÂ¨ve-FranÃÂ§ais' > > $ ./pharo Pharo.image eval '(OSPlatform current environment at: #FOO) > asByteArray utf8Decoded' > 'Ã©lÃ¨ve-FranÃ§ais' > > The question is, is this true for all platforms ? Windows ? > I'm trying to test this in Pharo 3. I get KeyNotFound: key #FOO not found in PlatformIndependentEnvironment PlatformIndependentEnvironment(OSEnvironment)>>at: in Block: [ KeyNotFound signalFor: aKey ] UndefinedObject>>ifNil: PlatformIndependentEnvironment(OSEnvironment)>>at:ifAbsent: PlatformIndependentEnvironment(OSEnvironment)>>at: UndefinedObject>>DoIt OpalCompiler>>evaluate OpalCompiler(AbstractCompiler)>>evaluate: SmalltalkImage>>evaluate: EvaluateCommandLineHandler>>evaluate: in Block: [ ... BlockClosure>>on:do: Does the environment access depend on NativeBoost? > > > On 20 Jan 2015, at 16:51, Hilaire <hilaire(a)drgeo.eu> wrote: > > > > > > Le 20/01/2015 16:34, Sven Van Caekenberghe a Ã©crit : > > >> No they are not - Strings and Characters in Pharo are using plain > Unicode encoding internally. > > > > > > Thanks for the update, and the reference link. > > > > > > Hilaire > > > > > > -- > > > Dr. Geo - http://drgeo.eu > > > iStoa - http://istoa.drgeo.eu > > > > > > > > > > > > > > > > > > -- > > best, > > Eliot > > > -- best, Eliot

Jan. 21, 2015

Re: [Pharo-users] Spec: how to add borders

by Mark Rizun

Good to know, thanks. 2015-01-21 22:53 GMT+01:00 Piotr Klibert <piotr.klibert(a)10clouds.com>: > I don't know if Spec exposes this in any way, but you can do this via > sending > > button widget widget borderWidth: 2 > > to your model. The "widget widget" part is because there's also a > MorphicAdapter between a model and a real Morph. > > I didn't check this, but it's possible you will need to do this > *after* the window is rendered and shown, in which case you have a > #whenBuiltDo: method on ComposableModel for this. > > > > Best regards, > Piotr Klibert > > > 2015-01-21 11:48 GMT+01:00 Mark Rizun <mrizun(a)gmail.com>: > > Hi, > > > > I want to have a border around, for example, two TextModel(s) and one > > ButtonModel. > > Is it possible to do just with Spec or I have to do it some other way? > > > > Best regards, > > Mark > > > > > > > > -- > > View this message in context: > http://forum.world.st/Spec-how-to-add-borders-tp4800778.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > >

Jan. 21, 2015

Re: [Pharo-users] Centering a Label with Spec

by Mark Rizun

This is really great that you found a solution. It will be helpful for me and I think for others tool. Thanks a lot 2015-01-21 22:47 GMT+01:00 Piotr Klibert <piotr.klibert(a)10clouds.com>: > Ok, so I investigated a bit and it turns out it really is not possible > with pure Spec (and no, absolute positioning is not an answer ;)) and > that it is possible with a bit of fiddling with underlying morphs, > LayoutFrames and LayoutPolicies. > > In the beginning I had this window: > > https://klibert.pl/statics/spec-layout1.png > > It was (almost) easy to make a single label centered: it turns out > columns and rows in Spec set ProportionalLayout as a default layout > policy (or maybe it's just the default everywhere) and centering a > Morph inside another with this essentially boils down to sending it > #hResizing: and #vResizing: messages with #shrinkWrap argument. I had > to also make the LabelMorph narrower than the space it had available > to trigger centering. > > So, after inspecting one LabelMorph and executing this code: > > self hResizing: #shrinkWrap. > self width: self minWidth. > > my window looked like this: > > https://klibert.pl/statics/spec-layout2.png > > Now I needed to find a way of executing it for all the LabelMorphs. > This was problematic, because they were all representing a single > LabelModel and I couldn't get to all of them via > > label widget widget > > because this only returned the last LabelMorph. > > (There was also a little problem when I tried doing some of these > things in #initializeWidgets when nothing was rendered yet, but I > found #whenBuiltDo: on ComposableModel) > > I was going to traverse submorphs of a window to select all the > LabelMorphs, but that would return also a label used in a title bar. > While inspecting models I noticed that I could get to all the > LabelMorphs via a "dependents" array on a LabelModel. Using it made me > uncomfortable, because I have no idea how the dependency system works > at all, but after adding this code > > self whenBuiltDo: [ > (label dependents collect: #widget) do: [ :x | x hResizing: > #shrinkWrap; width: x minWidth ] ] > > to the initializeWidgets method make my window looks like this: > > https://klibert.pl/statics/spec-layout3.png > > which is good enough for me. > > I think that there needs to be support for this case in Spec > (actually, it would be good to also support right and left aligning of > Morphs, not only centering them), but I have no idea yet where or how > to start adding it. I'd be happy if someone could point me in the > right direction :) > > > Best regards, > Piotr Klibert > > > 2015-01-20 17:46 GMT+01:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > > Hi Piotr, > > > > Iâm happy to learn that generally you get good results from the > documentation and the tutorials. If there is anything missing in the > documentation do not hesitate to inform using this mailing list. > > > > As for your layout question, laying out the different UI elements is > (surprisingly) a complicated thing, which in my opinion can still be > improved in Spec (although I have no concrete solution). I think that what > you are asking for is not possible right now, unless you start using > specific coordinates for the different UI elements. You can put all > elements in the window at specific places (which may be percentages, > offsets or absolute coordinates). > > > > For more info have a look at section 4 of the Spec book chapter (latest > version at > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > ) > > > > Greetings, > > > >> On Jan 20, 2015, at 16:56, Piotr Klibert <piotr.klibert(a)10clouds.com> > wrote: > >> > >> Hello, > >> > >> I started playing with Spec recently and I generally get good results > >> out of its documentation and a couple of tutorials. However, yesterday > >> I encountered a problem I didn't see mentioned anywhere. > >> > >> Let's say I have a window looking exactly like this one: > >> http://www.bahmanm.com/images/greeter-version-1.png/image > >> > >> The "Hello, Bahman!" label is left-aligned. I'd like it to be centered > >> horizontally. How do I do this? > >> > >> I tried inspecting a Button below - which has its label centered - and > >> discovered AlignmentMorph, but didn't get the time to try to use it. > >> And anyway, I shouldn't need to use Morphic for a thing like this, > >> right? > >> > >> > >> Best regards, > >> Piotr Klibert > >> > >> > > > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > > > Johan Fabry - http://pleiad.cl/~jfabry > > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > > > >

Jan. 21, 2015

Re: [Pharo-users] Spec: how to add borders

by Piotr Klibert

I don't know if Spec exposes this in any way, but you can do this via sending button widget widget borderWidth: 2 to your model. The "widget widget" part is because there's also a MorphicAdapter between a model and a real Morph. I didn't check this, but it's possible you will need to do this *after* the window is rendered and shown, in which case you have a #whenBuiltDo: method on ComposableModel for this. Best regards, Piotr Klibert 2015-01-21 11:48 GMT+01:00 Mark Rizun <mrizun(a)gmail.com>: > Hi, > > I want to have a border around, for example, two TextModel(s) and one > ButtonModel. > Is it possible to do just with Spec or I have to do it some other way? > > Best regards, > Mark > > > > -- > View this message in context: http://forum.world.st/Spec-how-to-add-borders-tp4800778.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Jan. 21, 2015

Re: [Pharo-users] Centering a Label with Spec

by Piotr Klibert

Ok, so I investigated a bit and it turns out it really is not possible with pure Spec (and no, absolute positioning is not an answer ;)) and that it is possible with a bit of fiddling with underlying morphs, LayoutFrames and LayoutPolicies. In the beginning I had this window: https://klibert.pl/statics/spec-layout1.png It was (almost) easy to make a single label centered: it turns out columns and rows in Spec set ProportionalLayout as a default layout policy (or maybe it's just the default everywhere) and centering a Morph inside another with this essentially boils down to sending it #hResizing: and #vResizing: messages with #shrinkWrap argument. I had to also make the LabelMorph narrower than the space it had available to trigger centering. So, after inspecting one LabelMorph and executing this code: self hResizing: #shrinkWrap. self width: self minWidth. my window looked like this: https://klibert.pl/statics/spec-layout2.png Now I needed to find a way of executing it for all the LabelMorphs. This was problematic, because they were all representing a single LabelModel and I couldn't get to all of them via label widget widget because this only returned the last LabelMorph. (There was also a little problem when I tried doing some of these things in #initializeWidgets when nothing was rendered yet, but I found #whenBuiltDo: on ComposableModel) I was going to traverse submorphs of a window to select all the LabelMorphs, but that would return also a label used in a title bar. While inspecting models I noticed that I could get to all the LabelMorphs via a "dependents" array on a LabelModel. Using it made me uncomfortable, because I have no idea how the dependency system works at all, but after adding this code self whenBuiltDo: [ (label dependents collect: #widget) do: [ :x | x hResizing: #shrinkWrap; width: x minWidth ] ] to the initializeWidgets method make my window looks like this: https://klibert.pl/statics/spec-layout3.png which is good enough for me. I think that there needs to be support for this case in Spec (actually, it would be good to also support right and left aligning of Morphs, not only centering them), but I have no idea yet where or how to start adding it. I'd be happy if someone could point me in the right direction :) Best regards, Piotr Klibert 2015-01-20 17:46 GMT+01:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > Hi Piotr, > > Iâm happy to learn that generally you get good results from the documentation and the tutorials. If there is anything missing in the documentation do not hesitate to inform using this mailing list. > > As for your layout question, laying out the different UI elements is (surprisingly) a complicated thing, which in my opinion can still be improved in Spec (although I have no concrete solution). I think that what you are asking for is not possible right now, unless you start using specific coordinates for the different UI elements. You can put all elements in the window at specific places (which may be percentages, offsets or absolute coordinates). > > For more info have a look at section 4 of the Spec book chapter (latest version at https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… ) > > Greetings, > >> On Jan 20, 2015, at 16:56, Piotr Klibert <piotr.klibert(a)10clouds.com> wrote: >> >> Hello, >> >> I started playing with Spec recently and I generally get good results >> out of its documentation and a couple of tutorials. However, yesterday >> I encountered a problem I didn't see mentioned anywhere. >> >> Let's say I have a window looking exactly like this one: >> http://www.bahmanm.com/images/greeter-version-1.png/image >> >> The "Hello, Bahman!" label is left-aligned. I'd like it to be centered >> horizontally. How do I do this? >> >> I tried inspecting a Button below - which has its label centered - and >> discovered AlignmentMorph, but didn't get the time to try to use it. >> And anyway, I shouldn't need to use Morphic for a thing like this, >> right? >> >> >> Best regards, >> Piotr Klibert >> >> > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > >

Jan. 21, 2015

Mea Culpa

by horrido

Okay, so far, I've made two mistakes. First was my lack of sensitivity to cultural differences around the world. Now that I know better, I shall do better. Second was my failure to distinguish between different subgroups within the Pharo forum. The reason I chose Pharo forum to discuss my campaign was the fact that it is the most active Smalltalk forum there is. People who are interested in Smalltalk join the most active forum generally, and this includes not only Pharoers, but people from ESUG, Squeak, Cincom, Amber, Redline, etc. So, for example, when I appealed for contributors to the Redline project, I should've distinguished the target audience as those groups other than Pharoers. This was my failure and I own up to it. It is unfortunate that I must use the Pharo forum for this purpose. The Smalltalk community is so terribly fragmented that there is no universal Smalltalk forum to address, at least, none that is actually *inhabited*. Without the ability to address the largest number of Smalltalkers, the SRP cannot make any progress. I'm sorry, but I have to be blunt. If anyone can offer a practical alternative, I'd like to hear it. Otherwise, the SRP has only two choices: 1) Continue what it is doing on the Pharo forum, and be mindful of which group(s) I am addressing. 2) Fold up the campaign and leave the destiny of Smalltalk to the Fates. Without the ability to reach out to Smalltalkers everywhere, I am hopelessly disadvantaged. Regards, Richard -- View this message in context: http://forum.world.st/Mea-Culpa-tp4800840.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 21, 2015