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

Re: [Pharo-users] Semantics of #resignalAs:

by Joachim Tuchel

Norbert, Sorry if this is a stupid question: what does the debugger say? I mean, assuming NotFound is an Exception, I'd expect a debugger showing a NotFound Error... Joachim Am 23.07.2015 18:34 schrieb Norbert Hartl <norbert(a)hartl.name>: > > > > Am 23.07.2015 um 17:54 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: > > > > Norbert, > > > > I'd say you get a NotFound Exception. > > > In pharo you get a debugger. Meaning this piece of code is actively an endless loop. > > Norbert > > > Joachim > > > > > > > >> Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: > >> > >> 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] Smalltalkhub permission denied

by Hilaire

I am still on PermissionDenied, strange. Le 22/07/2015 20:55, stepharo a Ã©crit : > Yes from time to time we have this problem... > > > Le 22/7/15 04:10, Hilaire a Ã©crit : >> Hello, >> >> On a freshly created project I have permission denied to write on the >> repo. >> http://smalltalkhub.com/#!/~HilaireFernandes/Tools >> >> Hilaire >> > > > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 23, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by Norbert Hartl

> Am 23.07.2015 um 17:54 schrieb Joachim Tuchel <jtuchel(a)objektfabrik.de>: > > Norbert, > > I'd say you get a NotFound Exception. > In pharo you get a debugger. Meaning this piece of code is actively an endless loop. Norbert > Joachim > > > >> Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: >> >> 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] [OT] Bill Gross: The single biggest reason why startups succeed

by Peter UhnÃ¡k

On Thu, Jul 23, 2015 at 4:51 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 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. > As someone who (still) falls into this range I see several (unrelated) reasons why they might not like it. For me personally I encountered Pharo in University in "Conceptual modeling" class, where it was introduced pretty much as "Oh, by the way, here is this completely new environment that you've never seen nor worked with that we will use, but we will not tell you much about it"... so my first experience was quite awful. I mean... I couldn't even write the code in my favorite text editor and I had to use this weird browser where system code and my own code were mangled up. Image crashing meant I lost my work. Now I know I can just replay changes but I didn't know it back then (the focus of the class was modeling, not Pharo). Bugs (this was Pharo 2 (and 3 beta)) were commonplace and since I had no experience I couldn't tell whether it was my fault or the system's fault... it was overall very unpleasant. I later (after the course) basically foced myself to look at Pharo again because I didn't understand why would people bother to use it... so clearly there must have been some value I've missed. And I don't regret that decision a bit, but I had to go look for it. So statistically speaking from the year I did the class only two or three students (to my knowledge) kept their interest out of 119 (so 2-3% maybe). Other years were no different. Next year there will be a dedicated class for Pharo so I'm curious if this will change somehow. But there may be other reasons why students may not like it... (looking again from my experience) >From university experience perspective, the previous year (for us, and from what I talked with people it's not that different also for other universities) was a heavy massage in C and C++ where we were implementing very basic concepts (hashtables, and other data structures). A year where your main concern was to pass a automated checking system... so mostly memory management and creating write-only code. Plus warped concepts of OOP (so to use actual student quotes: "C++ is great for explaining OOP", "You can do OOP in pure C", or "OOP is useless, long confusing code, full of getters and setters, .. and slow. Inline assembler is much faster"). So with such concepts it's hard to give them OOP language, because they already made up their mind. Yet another reason I can see might be that when you are young you are more inclined to follow what's cool and modern and popular and shit (or has the word "game" in its name). So if today's world revolves around connectivity, internet, JavaScript and whatnot, then giving them a isolated environment with non-mainstream technology and a dead language they've never heard of (I thought that Smalltalk was an obscure language that died in '80s, before I found that actually it's alive and doing quite well) will not be met well with appreciation. But no reason to stop there... there market for Smalltalk is arguably small, so people will prefer language that is in demand by the market (after all, I pay my bills with JavaScript/PHP/webstuff, and not Pharo; because it's much easier to find a job; with Pharo I would have to basically start my own business to be profitable and then I would be doing business and not programming). And last (but not least), finding support for it is much harder, since the community is smaller. So it's almost all or nothing scenario. Also some of the arguments here can be applied also for functional programming (which I haven't (shame on me) even engaged with, besides messing with Haskell in XMonad (and multi-paradigm languages that have some functional concepts). Finally I don't think that you should expect the same behavior from young people (<26) as from adults. They will have different values, views, and whatnot... I mean that's the point of growing up and acquiring experience. All you can do is offer this alternative option and provide support. Being mainstream or non-mainstream is akin to self-fulfilling prophecy. (Of course exceptions happen, JavaScript was raised to glory because the language happen to be in the right place (browser) at the right time (boom of modern web)). Hmm... and this post ended up being much chaotic and longer than I intended to... but whatever. Peter p.s.: I like the music analogy since I was listening to k-pop while working (webtech), and now I am listening to ambient music when writing about Pharo :p

July 23, 2015

Re: [Pharo-users] Semantics of #resignalAs:

by Joachim Tuchel

Norbert, I'd say you get a NotFound Exception. Joachim > Am 23.07.2015 um 16:20 schrieb Norbert Hartl <norbert(a)hartl.name>: > > 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] [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

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

by Offray Vladimir Luna CÃ¡rdenas

Thanks Jose, Sean and Steph, I think that this is an important conversation, so here are my two cents. It started small but suddenly it became long, so thanks in advance for those who read it all. May be I'm giving the details Steph asked for (may be to many details :-P). For my Smalltalk is a better way to explore ideas via digital prototypes. I have been using Linux since 1996 and have a glimpse of Smalltalk in 2005 and despite of making my MSc thesis on Squeak / Bots Inc as modeling and learning devices for collective problem solving[1] and even being an active member of the Squeakland / Etoys community as teacher and a speaker in community gatherings, the time for me at that moment was too early: Me and my students were getting older but Smalltalk didn't feel like growing with us. So I keep using Linux since that time until now. My vehicle for writing, organizing and exploring ideas via digital technologies were mainly TeXmacs[2], Leo[3], IPython[4], Wikis (MoinMoin, tiddlywiki, dokuwiki), webframeworks (web2py [4a]) and lately pandoc[5] and LaTeX. What put Smalltalk in the radar again was the start of my Ph.D research in 2010[6], at that moment as a important historical reference and an intuition, but after finishing the "theoretical" part year and a half ago (with some long pauses) I was finally able to put hands on the technology again. It was the second half 2014. I agree with Jose about Smalltalk as a different way to solve problems and to empower people by let them think different. I have witness this with myself. The problem I chose was "interactive documentation" and in my approach documents are interactive trees which can arrange writing as a "layered emergent dynamic process". I had this idea with Leo and IPython[7][7a], but the file system approach was too complex: a lot of different technologies, ways to think (data bases, procedural, imperative, declarative, and object programming), frameworks and technologies (qt, zeroMQ, javascript, JQuery, (I)Python, etc). With Pharo I can explore the same idea in a uniform, comprehensive interactive environment. This is still a pretty small ecosystem and there are not so much mature libraries (SciSmalltalk is pretty small compared to SciPython for example and web2py is easier to use that Seaside or Aida), but I can, with a little help of the community, go pretty far by myself with this idea of interactive tree-like documentation. I would like to be better and to have more time and continuity in this effort, instead of this activity rush + long pauses rhythm, but even with my time and knowledge limitations I can be more agile in testing ideas in this environment that in anything else I have tested before. It required Pharo, GT Tools, Roassal and Deep Into Pharo to feel the environment empowering for me again and it took almost 10 years from my first exposure to Smalltalk for learning and modeling in Squeak to making my first "app" for interactive documentation in Pharo, again for learning and modeling but for hackerspaces/citizens instead of universities/students. 10 years to become again an active member of the Smalltalk community (and member of the Pharo association [*]), despite of being still a newbie and writing rookie code. I would like to decrease for others this time between the first exposure to Smalltalk and the continuous use of it as a vehicle for thinking different. That's why I'm making workshops in our hackerspace and using data narratives and visualization to teach young and adults about this other tools and their ways of empowering thinking by writing/publishing differently. So, if Unix took 50 years to take the world and, in my personal story, Smalltalk took 10 years to empower my world, I would not be concerned with quick popularity, but with fluid long lasting empowerment. I think that we need to talk better with the "external" world (databases, input/output formats and operative system libraries and process, frameworks and communities) but for me the main value of Smalltalk is the way it empowers individuals and communities by being a continuous, interactive, coherent, extensible and comprehensible system to explore/express ideas by yourself and that's something you can not get easily in the Unix / file system world, because of its origins and its development history[**]. Cheers, Offray [*] I can't find myself as a member, despite of paying my year subscription. There is any way to trace what's happening? [**] About the discussion pointed by Sean on Unix, I would recommend "Unix haters handbook" [8] and Tracing the dynabook[9] for arguments about the ideas of Unix versus the ideas of the Dynabook/Smalltalk. Links ==== [1] http://mutabit.com/deltas/repos.fossil/offray-maestria-tesis/index [2] http://texmacs.org/ [3] http://leoeditor.com/ [4] http://ipython.org/ [4a] http://web2py.com/ [5] http://pandoc.org/ [6] http://mutabit.com/deltas/repos.fossil/doctorado-offray/index [7] http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexi… [7a] http://mutabit.com/offray/static/blog/output/posts/la-forma-en-que-escribo-… [8] http://web.mit.edu/~simsong/www/ugh.pdf [9] http://tkbr.ccsp.sfu.ca/dynabook/ On 21/07/15 09:58, Sean P. DeNigris wrote: > Jose San Leandro wrote >> If an opinion from a newcomer is useful, I'm not so obsessed about how >> popular Smalltalk is. > Very useful, and not just a newbie opinion. On the Amber list, Richard Eng, > who is working to make Smalltalk mainstream, was disappointed by his blog > post stats. I responded in agreement with you [2]: > >> Unix, which Alan Kay describes as "a budget of bad ideas" (and I >> agree), took almost 50 years to take over the world [1]. Maybe you're 10 >> years too early to make Smalltalk popular ;) But seriously, I think you're >> using the wrong metrics. The great majority of people are instrumental >> thinkers i.e. they judge every new thing by how useful it is to their >> current goals. This is the definition of the Pink Plane. Given that the >> real value of Smalltalk is that it's prototype Dynabook software, which is >> way into the blue plane of computing, convincing the masses of its value >> is extremely unlikely - and not required! If say 10% of programmers are >> interested in the inherent value of ideas, and we capture this 10%, that >> will be more than enough critical mass. And given your report of relative >> popularity of your blog posts, 570/7000 = 8% doesn't sound too far off ;) >> >> BTW I'm not saying don't try to reach as many people as possible, only to >> reframe what failure looks like. >> >> [1] >> http://www.forbes.com/sites/timworstall/2013/05/07/is-unix-now-the-most-suc… > [2] > http://forum.world.st/A-Gentle-Introduction-to-Amber-tp4831244p4833048.html > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 23, 2015

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

by Peter UhnÃ¡k

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 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

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

by Ben Coman

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

Seeking help to resolve startup error on CI automated build

by Jigyasa Grover

HiI am trying to build my first application in Pharo i.e. an offline text search application namely *searchQuick* which returns the list of file titles from the pre-loaded text files present in the resource folder when a string is searched for. You all are welcome to fork the code (https://github.com/jig08/sQuick_new) , try the infancy application and send in suggestions. Currently, I have put my application up on CI for automated build. I am currently getting a StartUp error on VERSION=development (40) The error is as follows: *The symbolic version '0.1-baseline' is not defined in ConfigurationOfsQuick_new for the current platform. Possible symbolic version values include: #(#bleedingEdge #development #stable)* I have checked ConfigurationOfsQuick_new and the corresponding method reads as follows:*------------------------------------------------------ development: spec <symbolicVersion: #'development'> spec for: #'common' version: '0.1-baseline'*.*------------------------------------------------------* It would be great if my mistake is pin-pointed and I could resolve it. Thanks and Regards Jigyasa

July 23, 2015

[MCGitHubRepository] Seeking better options to access resources folder from github repo

by Jigyasa Grover

Hi I am trying to build my first application in Pharo i.e. an offline text search application namely *searchQuick* which returns the list of file titles from the pre-loaded text files present in the resource folder when a string is searched for. You all are welcome to fork the code (https://github.com/jig08/sQuick_new) , try the infancy application and send in suggestions. So far, to access the resources folder from my github repo, I have been using the following code snippet: *----------------------------------------------------------------------------------------------------------------* *| resourceFolder resourcePath|* *MCGitHubRepository allSubInstancesDo: * * [ :repo |* * repo projectPath = 'jig08/sQuick_new' * * ifTrue: [ resourcePath := repo directory ] * * ]. * *resourceFolder := resourcePath / 'sQuick_new/resources'.* *----------------------------------------------------------------------------------------------------------------* I wanted to know a better option that could be used to access it, without checking all the entries present for a correct match i.e. not use *"**MCGitHubRepository allSubInstancesDo:"* Help Appreciated Thanks Jigyasa

July 23, 2015

Class side vs instance side

by Peter Uhnak

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

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

by stepharo

Hi jose Thanks for this interesting testimony. Le 21/7/15 12:08, Jose San Leandro a Ã©crit : > If an opinion from a newcomer is useful, I'm not so obsessed about how > popular Smalltalk is. > > I came to Smalltalk because a friend of mine (Rafa Luque) was > enthusiastic about it, and suggested me to try it. > The candy was not to build applications faster, but to think > differently, to question what and how we approach problems with > mainstream, industry "best practice" technologies and languages. > > I see Smalltalk more like what security researches think of their > discipline: it's a process, not a list of tools or recipes. After > almost two decades of developing commercial software for others and > open-source projects (mainly) for myself, using mostly Java but also > Lisp, Smalltalk has blown my mind. Could you give an example? Because I have problem to understand (since I'm born with a lisp, did my studies with an object lisp and found Smalltalk (yet another object lispish). > That wouldn't have happened if I'd tried Seaside just because I wanted > to try a different web framework. > > In my case, to approach Smalltalk I needed a certain state of mind. > You have to be aware programming is not memorizing design patterns and > pay for an IDE to do most things for you, including to check for > non-functional stuff nobody seems to care about. We're in the "i'm > proud to be lazy" era. I've seen smart people reject Smalltalk just > because they don't seem to care about what they do, or at least they > don't want to invest their time and energy. > > Probably there's a way to convert Pharo in node.js or Go, to make > people use Seaside instead of ruby on rails. More people potentially > means more financial support, and a better, sooner, full-featured, Pharo. Would be nice :) I think that having powerful libraries never hurts. This is why the stack sven is building is great. > But even then, Smalltalk empowers people to think differently and > gives the means to do so, and to promote that has to tackled differently. > I'd focus on how using Smalltalk gradually makes you a better > professional, before blaming ourselves for not yet providing > sophisticated frameworks anyone can use even if they don't know what > they're doing. :) Again I need examples Because you come from outside so this is obvious but for me I have problem to make what you say explicit. I would like to use your experience when I'm teaching :) > > Let's take the Scala or the Git case. What made people invest in > learning them was, at least in part, that they felt smarter. :) > We should focus on that: comparing how the same problem is solved in > other languages. Showing what live programming is. Don't be humble > just to be polite. > > On the other hand, Smalltalk enables us to face problems that are > potentially unachievable in other languages / ecosystems. Let's define > on a "Pharo way to do X", which inevitably starts building a > domain-specific browser, a custom IDE, and recipes for common scenarios. > > In summary, as Martin Bahr says, it's critically important to ensure > we can survive indefinitely until the perfect "timing" arrives. But > don't punish ourselves too much for not being popular. For me, the > greatest value lies elsewhere. Thanks. For me I just want to build a great system and step by step we are doing it. So exciting: small kernel, new graphics, vector graphics, cool web stack, better tools.... The pieces are coming together. > > > 2015-07-21 3:14 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com > <mailto:sean@clipperadams.com>>: > > Martin BÃ¤hr wrote > > did smalltalk miss its chance, so we should give up? > > or is it still coming? glass bowl anyone? > > Using Unix - which took 50 years to takeover the world - as a > metric, we > should be hitting our stride in about 2030 ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Bill-Gross-The-single-biggest-reason-why-startups-suc… > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >

July 22, 2015

Re: [Pharo-users] Smalltalkhub permission denied

by stepharo

Yes from time to time we have this problem... Le 22/7/15 04:10, Hilaire a Ã©crit : > Hello, > > On a freshly created project I have permission denied to write on the repo. > http://smalltalkhub.com/#!/~HilaireFernandes/Tools > > Hilaire >

July 22, 2015

Re: [Pharo-users] New pretty printer Blue Ink

by Martin Dias

On Wed, Jul 22, 2015 at 11:41 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > Am 22.07.2015 um 11:27 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > > > Nice. > > > > All this new stuff (decompiler, formatter), what's next (new changes log > ? ;-). > > > That is a very good question. When will Epicea be integrated? The current > stuff is broken anyway so less chance to worsen things :) > I hope we can integrate it soon. One of the points that delayed the integration is that we shouldn't have two overlapping mechanisms to log changes in the 5.0 release (traditional .changes/.sources file + Epicea). Then, I have made many small refactorings in Pharo 5.0 towards making the whole .changes thing removable. In particular, I tried to encapsulate reads/writes to the changes files, the uses of RemoteString, and others, into SourceFileArray (as a kind of faÃ§ade). A more clear and concentrated API in SourceFileArray is helping to understand how this thing works and how it could be removed and replaced. For example, SourceFileArray was a subclass of collection and there were many "SourceFiles at: 2" spread in the image to access the .changes file. Currently those are fixed but there is still some work to do. But I do believe we can have a removable .changes thing for Pharo 5 :-) MartÃn

July 22, 2015

Re: [Pharo-users] New pretty printer Blue Ink

by Franck Warlouzet

> From: sven(a)stfx.eu > Date: Wed, 22 Jul 2015 11:27:46 +0200 > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] New pretty printer Blue Ink > > Nice. > > All this new stuff (decompiler, formatter), what's next (new changes log ? ;-). New groups in Nautilus too, currently they are full of bugs and strange things. I am cleaning them up, I hope I will soon be done so you can use them. Franck > > On 22 Jul 2015, at 10:44, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: > > > > Hello everyone, > > > > We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 image ! Basically what was working still is and what was not well now is. > > > > It is not yet enabled by default, we will wait for feedbacks first. If you want to try it, just type : > > > > RBProgramNode formatterClass: BIConfigurableFormatter. > > > > BIConfigurableFormatter formatAsYouReadPolicy: true > > > > Feel free to contact me via the mailing list or personnal mail if you experience a strange behavior. I tried to improve all of them but with you I am sure all the cases will be treated in an exhaustive way. > > > > Thanks for testing it, I hope it will convince you to use format as you read in Nautilus or just automatically format your code. > > > > Franck > >

July 22, 2015