July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Martin BÃ¤hr

Excerpts from Esteban A. Maringolo's message of 2015-07-23 16:51:10 +0200: > What I think we miss here, is the generation of the users adopting > Pharo/Smalltalk. > > For many developers over they 30's (like me), when I show them Pharo or > tell them about what/how it does some stuff, they get curious and/or try > it. They might even learnt Smalltalk back at the university. > Usually they have used/suffered a lot of languages or tools and can > appreciate the benefits of Pharo, as well as to identify its shortcomings. that's a good point. i also fit into that group, picking up smalltalk because i want to expand and get a different perspective on how development is done. > When I talk to "new programmers" (20-25 years old), almost all of them > don't get attracted by it. > Why? I couldn't tell. Mainly because they can't use the few tools/patterns > they already learnt how to, barely, use. yes, the problem with people coming out of school. they expect that school adequately prepared them for future jobs, thus assume that what they learned in school is enough for the rest of their career. it takes several years of working for reality to sink in. > Those "kids" will grow up and besides doing non-toyish software, maybe will > lead teams or get to make decisions about what technology to use. Maybe we > should ask ourselves what technologies do startups choose to "invent" new > solutions? Why? whatever the lead tech happens to be familiar with. and if they are not familiar with anything then they'll use rails. > Software became pop-culture some years ago, and I feel we're > Jazz/Classical. I like the latter, but trying to attract pop being > classical is a dead end. totally. it is exactly the feeling i have about smalltalk and lisp. i learned both because i wanted to know if the newer languages everyone is using are really any better. i'd expected that they would learn and improve over older languages. but i had to discover that that's not the case. i used to believe that languages like python, ruby and pike were a new generation of languages that improved over the old languages like c and c++, but i was disappointed and had to find out that the innovation already happened a few decades earlier and almost everything else following was a step backwards in some ways. greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

July 23, 2015

Re: [Pharo-users] Spec with Roassal

by Mark Rizun

> > view signalUpdate. > Sorry, I sent a bit wrong example. Yes I tried to use signalUpdate. However, apperently I used it somehow wrong, as it didn't work. Now it works :) Thanks > > And finally as I've said to Alex when I wrote the example which you are > now using... > DynamicComposableModel is good for scripted prototyping, but if you are > building an actual application, you should switch to ComposableModel sooner > rather than later. > I used your example (with DynamicComposableModel) just for simplicity, because I can not show the problem in my project easily. There I use just ComposableModel. Mark

July 23, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Esteban A. Maringolo

What I think we miss here, is the generation of the users adopting Pharo/Smalltalk. For many developers over they 30's (like me), when I show them Pharo or tell them about what/how it does some stuff, they get curious and/or try it. They might even learnt Smalltalk back at the university. Usually they have used/suffered a lot of languages or tools and can appreciate the benefits of Pharo, as well as to identify its shortcomings. When I talk to "new programmers" (20-25 years old), almost all of them don't get attracted by it. Why? I couldn't tell. Mainly because they can't use the few tools/patterns they already learnt how to, barely, use. Those "kids" will grow up and besides doing non-toyish software, maybe will lead teams or get to make decisions about what technology to use. Maybe we should ask ourselves what technologies do startups choose to "invent" new solutions? Why? Software became pop-culture some years ago, and I feel we're Jazz/Classical. I like the latter, but trying to attract pop being classical is a dead end. Regards! Esteban A. Maringolo

July 23, 2015

Re: [Pharo-users] Spec with Roassal

by Peter UhnÃ¡k

Hi, this has nothing to do with Spec and all to do with Roassal. Roassal uses it's own update mechanism, which you haven't called. view elements when: TRMouseClick do: [ :e | e element color: Color red. "<-- this is unrelated, but don't access trachelShapes directly if Roassal provides API for what you want" view signalUpdate. "<-- if you change something you need to signal the view (and sometimes also elements) to update itself (this is useful for changing many things without constant triggering of updates)" ]. And finally as I've said to Alex when I wrote the example which you are now using... DynamicComposableModel is good for scripted prototyping, but if you are building an actual application, you should switch to ComposableModel sooner rather than later. Peter On Thu, Jul 23, 2015 at 3:46 PM, Mark Rizun <mrizun(a)gmail.com> wrote: > Hi everyone! > > I'm building a ui with Spec and using Roassal view inside of my window. > To embed the view I use Roassal2Spec package (RoassalModel class). > When I click on element of view I want to change its color. > The problem is that color changes only after you move a winodw or open > another window etc. > Here is an example code. Just try to click on elements and than move the > window. > > ********************************************** > > ui := DynamicComposableModel new. > ui instantiateModels: #( > button ButtonModel > view RoassalModel > ). > > ui button label: 'I am a button'. > ui extent: 600 @ 480. > > ui view script: [ :view :canvas | > |es| > es := RTEllipse new size: 20; elementsOn: (1 to: 6). > view addAll: es. > > RTCircleLayout on: es. > RTEdgeBuilder new > view: view; > elements: es; > connectToAll: [ :value | { value + 1. (value + 1) % 6 } ]. > view elements when: TRMouseClick do: [ :e | e element trachelShape > color: > Color red. World displayWorld. World doOneCycleNow ]. > canvas camera focusOnCenter. > > ]. > > layout := SpecLayout composed > newColumn: [ :col | > col > add: #button height: ComposableModel toolbarHeight; > add: #view. > ]; > yourself. > > ui openWithSpecLayout: layout. > > ********************************************** > > Thanks > Mark > > > > -- > View this message in context: > http://forum.world.st/Spec-with-Roassal-tp4838854.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 23, 2015

Semantics of #resignalAs:

by Norbert Hartl

What are the semantics of Exception>>#resignalAs: regarding active exception handler? Isn't the active exception handler excluded from being treated again? Taking the example | counter | counter := 0. [ 1/0 ] on: Error do: [ :e | counter := counter + 1. counter > 1 ifTrue: [ self halt ]. e resignalAs: NotFound new ]. should it just run and end? Or should the debugger pop up? thanks, Norbert

July 23, 2015

Re: [Pharo-users] Font with many Unicode glyphs to display code -- IPA?

by H. Hirzel

P.S. Screen shot attached. A source code font. Or put the question differently how do I add a font as a source code font? On 7/23/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Hello > > I work on an app which has some strings in the code with a > considerable number of non ISO8859 symbols (e.g. IPA > https://en.wikipedia.org/wiki/IPA) > > How do I get / use a font which does this? The fonts provided in the > settings panel did not do the job. > > Thank you in advance > --Hannes >

July 23, 2015

Spec with Roassal

by Mark Rizun

Hi everyone! I'm building a ui with Spec and using Roassal view inside of my window. To embed the view I use Roassal2Spec package (RoassalModel class). When I click on element of view I want to change its color. The problem is that color changes only after you move a winodw or open another window etc. Here is an example code. Just try to click on elements and than move the window. ********************************************** ui := DynamicComposableModel new. ui instantiateModels: #( button ButtonModel view RoassalModel ). ui button label: 'I am a button'. ui extent: 600 @ 480. ui view script: [ :view :canvas | |es| es := RTEllipse new size: 20; elementsOn: (1 to: 6). view addAll: es. RTCircleLayout on: es. RTEdgeBuilder new view: view; elements: es; connectToAll: [ :value | { value + 1. (value + 1) % 6 } ]. view elements when: TRMouseClick do: [ :e | e element trachelShape color: Color red. World displayWorld. World doOneCycleNow ]. canvas camera focusOnCenter. ]. layout := SpecLayout composed newColumn: [ :col | col add: #button height: ComposableModel toolbarHeight; add: #view. ]; yourself. ui openWithSpecLayout: layout. ********************************************** Thanks Mark -- View this message in context: http://forum.world.st/Spec-with-Roassal-tp4838854.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 23, 2015

Re: [Pharo-users] Rectangle center rounding

by Jan BlizniÄenko

As far as I looked, only two rounding methods are center and aboveCenter (which has no senders in my image by the way and I do not even see purpose of it)... all other (like leftCenter) are getting value from mentioned self center. So, the easiest way seems to subclass Rectangle and make something like Precise/Float/NotRounded/I'mNotVeryGoodAtNaming Rectangle which will have just these two methods different, so there will be also this PreciseRectangle which is not rounding down, but original one stays unchanged. However, the rounding seems to me like an extension/addition/subtype of general rectangle and I think that it should not be default behavior of something called just Rectangle, it should be more like Rectangle (not rounded) with subclass IntegerRectangle or something like that. I know, there are many senders right now which are dependent on the rounding, but I just think it should not be like that, or should it? Jan abergel wrote > Maybe we can introduce a new rectangle class. -- View this message in context: http://forum.world.st/Rectangle-center-rounding-tp4837980p4838853.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 23, 2015

Re: [Pharo-users] Class side vs instance side

by Nicolai Hess

2015-07-23 14:33 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > Cache of the mapping is just an implementation detail. > > I was referring to the instance of the ==MyRectangle== object; > so I am more interested in this from outside perspective --- other objects > that will have to use the API... > > So whether I would call > [[[ > "class-side methods" > MyRectangle oppositeSideOf: #top "-> #bottom" > > "instance side" > MyRectangle new oppositeSideOf: #top > > "singleton" > MyRectangle instance oppositeSideOf: #top > > "extending symbols" > #top oppositeSide > > "a lot of classes" > Top "new/instance/whatever" oppositeSide "-> a Bottom instance/class" > > " or something (completely) different?" > ]]] > > Peter > > All of them, except the second and third. Depending on the use case. - the clean solution, make a concept (edge/corner) a class. - if it is common to denote edges/corner by symbols, extend Symbol - if this is all about Rectangles, put it into rectangle CLASS - if you have to create a Rectangle instance, just to call a method, where the returned value does not depend on the instance -> then the code is wrong :) And of course, you should ask yourself: If the mapping has to be accessible from the outside, maybe my code is wrong and all users of this mapping should have been methods of the Rectangle class instead. nicolai > > On Thu, Jul 23, 2015 at 2:18 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> Even if you put the method on the class-side, you would still be >> creating an new instance each time. Maybe you can store it in a class >> variable... >> >> MyRectangle>>oppositeSides >> ^ oppositeSides ifNil: [ oppositeSidesCache := { #top -> #bottom. >> #bottom -> #top. >> #topLeft -> #bottomRight >> .... >> } asDictionary ]. >> >> cheers -ben >> >> On Thu, Jul 23, 2015 at 8:40 AM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >> > Hi, >> > >> > I am trying to figure out where to best place some mapping/data/stable >> > methods. >> > >> > For example imagine method >> > ~~~~~~~~~~~~~~~~~~~~~ >> > MyRectangle>>oppositeSides >> > ^ { #top -> #bottom. >> > #bottom -> #top. >> > #topLeft -> #bottomRight >> > .... >> > } asDictionary >> > ~~~~~~~~~~~~~~~~~~~~ >> > >> > And then the class might have some other related methods such as >> > ~~~~~~~~~~~ >> > MyRectangle>>oppositeSideFor: aSide >> > ^ self oppositeSides at: aSide >> > ~~~~~~~~~~~~ >> > >> > So it's a method returning a mapping between opposite sides/corners and >> thus >> > is really not going to change. >> > Now I could place this in instance-side and create a new instance every >> time >> > I wanted to use it (which doesn't seem practical), or I could put it in >> > class-side. >> > The problem I have with class-side is that naming is more like going >> through >> > minefield (more than once I corrupted my image by naming a method or >> > variable something I shouldn't have), and for whatever reason it feels >> like >> > either metaprogramming or procedural programmming... That class side >> methods >> > are pretty much global functions/variables... and short of constructors >> I am >> > avoiding static methods even in other languages... but maybe using it >> is ok. >> > Or maybe have it object an use singleton? >> > >> > The only oop-like approach I see would be to extend symbols (#top >> > oppositeSide), or have separate objects for sides, but that seems like >> > overkill. >> > >> > MySide subclass: #Top >> > >> > Top>>oppositeSide >> > ^ Bottom new >> > >> > Are there any best practices regarding this? This is also true for >> actual >> > data stored in methods/attributes (such as icons). >> > >> > P.s.: For english natives... Should the second method be ned >> > "oppositeSideOf:" or "oppositeSideFor:"? >> > >> > Any ideas/pointers appreciated, >> > Peter >> >> >

July 23, 2015

Font with many Unicode glyphs to display code -- IPA?

by H. Hirzel

Hello I work on an app which has some strings in the code with a considerable number of non ISO8859 symbols (e.g. IPA https://en.wikipedia.org/wiki/IPA) How do I get / use a font which does this? The fonts provided in the settings panel did not do the job. Thank you in advance --Hannes

July 23, 2015