October 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Smalltalk Argument

by Andrew Glynn

Thereâs other questions that are relevant to me: Do I give a f*** about cool looking web apps?Â No, I donât use web apps if in any way I can avoid it. Do I give a f*** about mobile apps?Â No, the screenâs too small to read anything longer than a twit, or anyone with anything worthwhile to say. Do I give a f*** about the number of libraries in other languages?Â No, because most of them are crap in every language Iâve had to work in, and the base languages are crap so they have to keep changing radically, and libraries and frameworks therefore also have to and never get any better. The few that are worthwhile I can almost always use from Smalltalk without a problem (read, Blender, ACT-R and Synapse, since every other library/framework Iâve used outside Smalltalk has been a waste of time).Â Do I give a f*** about implementing a complex piece of machine learning software in 22 hours, compared to 3 months for the Java version?Â Well, actually yes, I do, because that was 3 months of my life down the toilet for something that is too slow to be useful in Java. Any argument depends on your priorities. Iâve written tons of web apps, because I needed to get paid.Â Iâve written better shitty mobile apps than the average shitty mobile apps.Â However, Iâm not going to do any of that any longer in crap that never improves, because after 26 years the irritability it produces is more than itâs worth.Â A few weeks ago, a recruiter that specializes in Smalltalk called me about a job, although they were well aware I live 1500 miles away from the city I lived in when I had worked through them, to see if Iâd be willing to move back there for a job.Â That sounds like another âthere arenât enough Smalltalk developersâ, but it wasnât, because the job wasnât writing Smalltalk.Â It was writing Java. The person hiring, though, wouldnât look at anyone who didnât write Smalltalk, because âpeople who grew up with Java donât know how to write codeâ.Â I donât agree with that, Iâve known a (very few) good Java developers.Â I would say, though, that Iâve known far more incompetent ones than good ones, and I canât think of any incompetent Smalltalk developers off the top of my head.Â Nor have I ever heard a developer in Smalltalk, or Haskell, or LISP, or even C, complain about how hard maintaining state is or coming up with various hacks to avoid it, which seems to be the main point of every JavaScript based âtechnologyâ.Â An application is by definition a state-machine, which implies plenty about JS developers on the whole. If youâre a good developer you can write good code in (nearly) anything. Â My question then is why would you want to write in crap? Â The better question is why arenât there more good developers in any language? Every project I have been able to do in Smalltalk, though, has had one thing in common, the âshit has to workâ.Â Companies do use it, in fact I could name 4 large enterprises Iâve worked for whoâve written their own dialects, and they all use it only when âshit has to workâ.Â They know itâs more productive, they also know using it for more things would increase the availability of Smalltalk developers.Â Why do they not do it?Â One reason, though it takes a while to recognize it, because management doesnât admit even to themselves why they do it, or not very often.Â Being inefficient, as long as it doesnât âreallyâ matter, is an advantage to large enterprises because they have resources smaller competitors donât.Â Why donât their competitors do it?Â Because they canât see past an hourly rate, whatâs fashionable, or just new, or because their customers canât. Â Put more generally, average stupidity that isnât corrected by the market.Â Fashion affects smaller companies more than larger ones, because they canât afford a few customers walking away because they wanted an app in Electron, even if they canât give any relevant reason for wanting it, and even the samples on the Electron site donât work.Â Enterprises can, and do use Smalltalk when it matters.Â When it doesnât, itâs to their advantage to promote things that are inefficient, buggy and unreliable. Cost is relevant, but not in the simple way people look at things.Â A crucial but rarely mentioned perspective on its relevance is that while Java based software runs TV set top boxes, Smalltalk based software runs things like medical equipment, automated defense systems, tanks, etc.Â Cost becomes largely irrelevant when âshit has to workâ.Â Productivity is primarily relevant to less talented developers, in an inversely sense, since unproductive environments and attitudes have a leveling tendency in general, and more specifically make accomplishing what the less talented are capable of in any environment sufficiently laborious for them to have a role.Â Capability in Smalltalk, as implied by the person hiring for the Java role I mentioned, is a fairly decent means of judging whether someone is a so-so developer or a good one. The productivity argument is realistically only relevant in the context of an already higher hourly cost.Â Given that it is relevant at that point, companies that know Smalltalk is more productive would use it outside things that have to be 100%, if their own productivity were relevant to the same degree that competitorsâ productivity is inversely relevant. All these ways of looking at it are contingent perspectives though.Â Yes, if the number of libraries is relevant to you, Smalltalk is less attractive, but thatâs only a contingent phenomenon based on the relative popularity of Java and JavaScript, as a result it canât be used as explanatory for that popularity.Â All the ways of looking at it that are fully determinate are determinate via contingencies of that kind, which for the most part are precisely the other perspectives, including productivity, cost, availability of developers, etc.Â None of them is in itself anything but a result of the others.Â If availability of developers is contingent on popularity (and further, popularity contingent on industry attitudes), to use an example already mentioned in Joachimâs post, then his simultaneous posit of library availability is if anything more contingent on the same popularity, so positing it as a cause and not a result, or merely a correlate, of popularity is incoherent.Â We can go one step further, and demonstrate that even when large enterprises make something that works reliably available, they fail to promote and support it, which destroys the market for reliable tooling by simultaneously owning it while not promoting it, something IBM is particularly good at.Â But IBM canât (and if they canât, neither can any other company) operate that way without the tacit agreement of the industry.Â To understand it in a more general way, software development has to be looked at in the context where it occurs, and how itâs determined to a large degree by that context, with a specific difference.Â That difference is itself implicit in the context, i.e. capitalism, but only purely effective in software development. Itâs a result of virtualization as an implicit goal of capitalism, and the disruptions implicit in the virtual but so far only realized completely in software.Â In terms of that understanding, the analysis of virtualization and disruption as inherent to capitalism is better accomplished in Kapital than in any more recent work. Or you can simply decide, as Iâve done recently, that working in ways and with tools that prevent doing good work in a reasonable timeframe isnât worthwhile to you, no matter how popular those ways and tools might be, or what the posited reasons are, since at the end popularity is only insofar as it already is.Â What those tools and methods are depends to a degree on your priorities, but if developers are engineers those priorities canât be completely arbitrary.Â Engineers are defined by their ability to make things work. Software as virtual is inherently disruptive, and the software industry disrupts itself too often and too easily to build on anything. A further disruption caused by developers, as engineers, refusing to work with crap that doesnât, i.e. insisting on being engineers, while in itself merely an aggravation of the disruptive tendencies, might have an inverse result. Using a stable core of technologies as the basis for a more volatile set of products, in the way nearly every other industry does, is the best means we know of to build things both flexibly and reasonably efficiently. Â The computer hardware industry is the extreme example of this, while the software industry is the extreme contradiction. From: Pharo-users <pharo-users-bounces(a)lists.pharo.org> on behalf of David Mason <dmason(a)ryerson.ca> Reply-To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Date: Tuesday, October 24, 2017 at 11:52 AM To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] Smalltalk Argument PharoJS is working to give you that mobile app/browser app experience. As with others, we're not there yet, but getting there. See http://pharojs.org The 67% loved means that 67% of people using Smalltalk (or perhaps have ever used it) want to continue - so it's presumably a high percentage of a smallish number of people. On 20 October 2017 at 03:23, jtuchel(a)objektfabrik.de <jtuchel(a)objektfabrik.de> wrote: First of all: I'd say the question itself is not a question but an excuse. I am not arguing there are enough Smalltalkers or cheap ones. But I think the question is just a way of saying "we don't want to do it for reasons that we ourselves cannot really express". If you are a good developer, learning Smalltalk is easy. If you are a good developer you've heard the sentence "we've taken the goos parts from x,y,z and Smalltalk" at least twice a year. So you most likely would like to learn it anyways. A shortage of developers doesn't exist. What exists is an unwillingness of companies to get people trained in a technology. If Smalltalk was cool and great in their opinion, they wouldn't care. It's that simple. As a consultant, I've heard that argument so often. Not ferom Startups, but from insurance companies, Banks or Car manufacturers who spend millions on useless, endless meetings and stuff instead of just hiring somebody to teach a couple of developers Smalltalk. It's just a lie: the shortage of Smalltalk developers is not a problem. And, to be honest: what is it we actually are better in by using Smalltalk? Can we build cool looking web apps in extremely short time? No. Can we build mobile Apps with little effort? No. Does our Smalltalk ship lots of great libraries for all kinds of things that are not availabel in similar quality in any other language? Are we lying when we say we are so extremely over-productive as compared to other languages? I know, all that live debugging stuff and such is great and it is much faster to find & fix a bug in Smalltalk than in any other environment I've used so far. But that is really only true for business code. When I need to connect to things or want to build a modern GUI or a web application with a great look&feel, I am nowhere near productive, because I simply have to build my own stuff or learn how to use other external resources. If I want to build something for a mobile device, I will only hear that somebody somewhere has done it before. No docs, no proof, no ready-made tool for me. Shortage of developers is not really the problem. If Smalltalk was as cool as we like to make ourselves believe, this problem would be non-existent. If somebody took out their iPad and told an audience: "We did this in Smalltalk in 40% of the time it would have taken in Swift", and if that something was a must-have for people, things would be much easier. But nobody has. I am absolutely over-exaggerating, because I make my living with an SaaS product written in Smalltalk (not Pharo). I have lots of fun with Smalltalk and - as you - am convince that many parts of what we've done so far would've taken much longer or even be impossible in other languages. But the advantage was eaten by our extremely steep learning curve for web technologies and for building something that works almost as well as tools like Angular or jQuery Mobile. Smalltalk is cool, and the day somebody shows me something like Google's flutter in Smalltalk, I am ready to bet a lot on a bright future for Smalltalk. But until then, I'd say these arguments about productivity are just us trying to make ourselves believe we're still the top of the food chain. We've done that for almost thirty years now and still aren't ready to stop it. But we've been lying to ourselves and still do so. I don't think there is a point in discussing about the usefulness of a language using an argument like the number or ready-made developers. That is just an argument they know you can't win. The real question is and should be: what is the benefit of using Smalltalk. Our productivity argument is a lie as soon as we have to build something that uses or runs on technology that has been invented after 1990. Okay, shoot ;-) Joachim -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Oct. 25, 2017

Annual online conference?

by PAUL DEBRUICKER

Laravel.com is a PHP web framework. Their community organizes an online conference: https://laracon.net/2017 Seems like it could be worthy of mimicking in the Smalltalk community.

Oct. 25, 2017

Re: [Pharo-users] Binary Decision Diagram Package in Smalltalk

by Tim Mackinnon

Phil presented an Xmpp integration at Pharo days - I understood that was a common comms mechanism too. Tim Sent from my iPhone > On 25 Oct 2017, at 20:39, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Hi andrew > > I think that Avi did a package about BDD (but I thought it was special > binary trees) so this is probably the same. > Did you check on Squeaksource? > http://www.squeaksource.com/BTree.html > If this is what you are looking for I can help porting it to Pharo. > > Stef > > >> On Wed, Oct 25, 2017 at 9:02 PM, Prof. Andrew P. Black <black(a)cs.pdx.edu> wrote: >> Does anyone know of a BDD â thatâs Binary Decision Diagram â package written in Smalltalk? >> >> Andrew >> >> >

Oct. 25, 2017

Re: [Pharo-users] Binary Decision Diagram Package in Smalltalk

by Stephane Ducasse

Hi andrew I think that Avi did a package about BDD (but I thought it was special binary trees) so this is probably the same. Did you check on Squeaksource? http://www.squeaksource.com/BTree.html If this is what you are looking for I can help porting it to Pharo. Stef On Wed, Oct 25, 2017 at 9:02 PM, Prof. Andrew P. Black <black(a)cs.pdx.edu> wrote: > Does anyone know of a BDD â thatâs Binary Decision Diagram â package written in Smalltalk? > > Andrew > >

Oct. 25, 2017

Binary Decision Diagram Package in Smalltalk

by Prof. Andrew P. Black

Does anyone know of a BDD â thatâs Binary Decision Diagram â package written in Smalltalk? Andrew

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Marten Feldtmann

Am 25.10.2017 um 15:52 schrieb CÃ©drick BÃ©ler: > Ok. > > I wonder also if Basys is not enough to experiment. > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > > Iâll also try Sebastian suggestion. > ZeroMQ is a wonderful library. We used it together with Gemstone/s to build an "Event data bus" based on ZeroMQ ... and with each successful commit our Gemstone/S send events on this "bus". On the "bus" several different programs written in different languages are listening and do some reaction based on the events they were interested in. Marten Feldtmann

Oct. 25, 2017

Re: [Pharo-users] [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations

by henry

I disabled vatId authorization in version 3, located in SessionOperations>>processIWant | SessionOperations>>processIAm:. I was asked to disseminate my news to Pharo Users, hello there. I was asked to describe ParrotTalk well, provide use cases and adopters of its use. Alright, I will give an attempt. ParrotTalk is an encrypted connection framework. Currently allowing anonymous 2048-bit key negotiation to establish user-provided encryption cipher and user-provided encoding and decoding, both through a provided SessionAgentMap to a starting SessionAgent server. Please look in the test case ThunkHelloWorldTest for building these maps and running a connection iwth data passing after encryption is established. There is a 4-way negotiation, from ProtocolOffered/Accepted to Go/GoToo. In using RSA 2048 signature validation and DH 2048 primes to establish the key used within the selected Cipher. The Cipher and Encoder are selected by name through the negotiation protocol. Currently three Ciphers are selectable, AESede, DESede, and DES. There are two encoders tested, asn1der, and Bytes. This protocol is described here, in this document. https://github.com/ZiroZimbarra/callistohouse/blob/master/docs/ParrotTalkFr… For as to use cases, this encrypted connection has no third party, man-in-the-middle situation by not using Certificates. As such, this is a tight implementation of NSA-proof encryption without explicit authorization beyond knowledge of a host:port. The use cases involve any communication desired to be encrypted with such high encryption. The support will last my lifetime, so we have a settled solution, here in the third version, provided here. It requires version 111 of Cryptography, as a prerequisite. Both run on Squeak and Pharo. http://www.squeaksource.com/Cryptography/Cryptography-zzz.111.mcz http://www.squeaksource.com/Cryptography/ParrotTalk-HenryHouse.3.mcz The current use is with my hubbub system, a promise-based distributed object implementation. I am working to bring ParrotTalk to Java and allow hubbub to operate interdependently between Squeak, Pharo, Java and any other languages which can support ParrotTalk and STON. My latest efforts with hubbub are to bring STON as the Layer 6 encoding. Hubbub depends on eLinda. http://www.squeaksource.com/Cryptography/elinda-HenryHouse.14.mcz http://www.squeaksource.com/Oceanside/hubbub-HenryHouse.38.mcz Hubbub currently fails to load correctly in Pharo. In Squeak the two ParrotRemoteTestCases: LookupTestCase and OperationalTestCase really screw everything up, do not save an image after running. I never run these tests until I get a better handle of serialization. Currently, do to a shift in progress to STON, the serialization tests fail, just the way we like it. Fix the tests then the system starts to work right. The shift away from vatId authorization should not adversely affect hubbub, we hope! When STON starts to work, and I think I need to turn off jsonMode, then traffic between vats can start to be analyzed and figure out how resolving is working with redirectors invoked remotely. - HH > -------- Original Message -------- > Subject: Re: [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations > Local Time: October 25, 2017 12:43 AM > UTC Time: October 25, 2017 4:43 AM > From: btc(a)openinworld.com > To: henry <henry(a)callistohouse.club>, Pharo Development List <pharo-dev(a)lists.pharo.org> > Stephane Ducasse <stepharo.self(a)gmail.com> > > If I google... parrottalk protocol > nothing seems related. So what is ParrotTalk? > > P.S... since this is not "part of" pharo, [pharo-users] would be a better place for discussion than [pharo-dev]. > Could you re-announce there, with some description of use cases and who/where the protocol is used? > > cheers -ben > > On Wed, Oct 25, 2017 at 1:42 AM, henry <henry(a)callistohouse.club> wrote: > >> Please excuse all the low-level detail, if inappropriate to the discussion. The protocol changes are here specified. >> >> - HH >> >> On Tue, Oct 24, 2017 at 13:40, henry <henry(a)callistohouse.club> wrote: >> >>> In order to bring ParrotTalk-3.6 support, alongside historical 3.5 support, the frame header stays the same and the processing of the ProtocolOffered would select "ParrotTalk-3.6" to use the compact protocol of >>> >>> - ProtocolOffered { offered, preferred } >>> - ProtocolAccepted { accepted } >>> - IWant|GiveInfo|ReplyInfo { vatId, domain, publicKey, cryptoProtocols, dataEncoders } >>> - IAm|ReplyInfo { vatId, domain, publicKey, cryptoProtocol, dataEncoder, dhParam } >>> - Go { cryptoProtocol, dataEncoder, dhParam, signature } >>> - GoToo { signature } >>> >>> Using eLinda : >>> >>> http://www.squeaksource.com/Cryptography/elinda-HenryHouse.14.mcz >>> >>> Above the FrameBuffer, below the SessionOperations for each version of the protocol, an ELindaSession could be inserted. This session think would have the stacks for each protocol version SessionOperation registered by protocol in a Tuple, for eventual callback. When the ProtocolOffered comes in we publish the tuple frame, with set selected version, to route to the correct SessionOperation to support each version of the protocol. >>> >>> With a non-specific vatId required, anonymous connections would be supported. >>> >>> - HH >>> >>> On Tue, Oct 24, 2017 at 12:52, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >>> >>>> Hi henry thanks for this announce. Can you tell where such protocols are used? Stef On Tue, Oct 24, 2017 at 6:33 PM, henry wrote: > Hi all, > > I am happy to announce the release of version 3.5 of ParrotTalk, for Squeak > and Pharo, found here: > > http://www.squeaksource.com/Cryptography/ParrotTalk-zzz.2.mcz > > It follows this specification: > https://github.com/ZiroZimbarra/callistohouse/blob/master/docs/ParrotTalkFr… > > One item of note, in version 3.5, the system connecting to a server, sending > the IWant msg, must know the vatId of the system being connected to. I am > considering changing this to version 3.6 by removing one round-trip in > messaging. Therefore, these messages would be combined: IWant/GiveInfo, > IAm/ReplyInfo. I will keep ProtocolOffered and ProtocolAccepted to allow > eLindaSession to support both versions: 3.5 and 3.6. > > Thoughts please? > > - HH

Oct. 25, 2017

Re: [Pharo-users] Glorp: #includesKey:

by Herby VojÄÃk

Niall Ross wrote: > Dear Herby, > adding #includesKey: is certainly doable. If you look at callers above > and subcallers below #anySatisfyDefault: you will see the issues > involved. Your includesKey: needs the same degree of platform-awareness > that Glorp's #anySatisfy: and #allSatisfy: implementations use. But > since #anySatisfy: is there, you have a ready template to follow. I don't feel competent enough, from what I looked, Glorp innards are a bit complex. > Alternatively, I may well add #includesKey: - though not as my most > urgent task. :-) I did a fair amount of work to extend the usability of > DictionaryMappings in Glorp three years ago (part of demonstrating the > ObjectStudio business-mapping/Glorp-generating tools - see my ESUG 2014 > presentation for details) but I did not then think of providing > #includesKey:. Thanks for suggesting the idea. My pleasure. :-) As I wrote elsewhere, also #keys is something (probably the most general) one that could be added as a matter of allowing to work with the key field - as far as I was able to find out, there is no way to actually get to the key, for which I found workaround since I mapped object, but would be out of luck if I mapped single primitive value. For the moment, it is not pressing, but yes, it would be nice to be able to have #keys mapping to key field and #includesKey: as an idiomatic way to do keys includes:. Thanks again, Herby > If you were to work on this, be aware: > > - always reinitialise FunctionExpression class after adding/changing any > Glorp function (or just close and reopen your image, of course) > > - If (and only if) you construct Query whereClauses in stages (e.g. you > have code like > > myQuery AND: [:customer | customer orders includesKey: #onlineOrders] > > or similar) then, using its callers in GlorpTest as a guide, know when > you might need to send #setUpBaseFromSession: to your query while doing > so. (N.B. that method is a Glorp version 8.2.1 addition; you will not > have it in older Glorp.) The point is that stage-constructed where > clauses must convert from block to expression before execution, to > combine the stages. Any that use #anySatisfy:/#allSatisfy: need > platform-specific information to do this; I would expect any > #includesKey: implementation to be the same. > > HTH > Niall Ross > > > Tom Robinson wrote: > > Hi Herby, > > In my opinion, the way you found to make it work is the way it should > be. The reason is that the first way doesn't translate into SQL and the > second one does. It might be possible to add includesKey: functionality > but resolving that to SQL would be more complex. I would not call this a > bug. I would call it a limitation of the implementation. I don't know of > anyone planning to add this feature to Glorp right now. > > Regards, > > Tom > > On 10/24/2017 12:27 PM, Herby VojÄÃk wrote: > >> Hello! >> >> I am using a DictionaryMapping in my code, and I wanted to use >> #includesKey: in #where: clause (something akin >> >> each tools includesKey: aToolId >> >> ) to select only rows for which DictionaryMapping uses certain key. It >> failed with the error in the lines of "#tools does not resolve to >> field". I had to come up with >> >> each tools anySatisfy: [ :tool | tool id = aToolId ] >> >> Is it the bug / feature / problem in my approach? If bug, is it >> planned to add #includesKey: translation to DictionaryMapping? >> >> Thanks, Herby >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by CÃ©drick BÃ©ler

Ok. I wonder also if Basys is not enough to experiment. https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… <https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre…> Iâll also try Sebastian suggestion. Cheers, CÃ©drick > Le 25 oct. 2017 Ã 15:47, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > Yes, it is not part of Seamless. > > 2017-10-25 15:40 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: > I had a look and this is not (natively) possible. > > The idea of the off-line mode would be to delay messages that are sent to the peer until a connection is established. > > I think I have to try to do it by myself (like having a list of information exchange that wait until a connexion is established). > > What I try to do is not as complex as two general image exchanging messages on objects (like on TelePharo). > > I just want a repository of information (mainly a collection of static information/data versions) on both peers to be synchronized when a connection is established. > > > > > >> Le 25 oct. 2017 Ã 15:31, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> a Ã©crit : >> >> What is offline mode? >> >> 2017-10-25 15:10 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: >> Thanks Denis. I will ! I knew I have seen a telephoto component that could help but forgot about it ! >> >> Do you know if itâs possible to handle offline mode ? >> >> >> >>> Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> a Ã©crit : >>> >>> Look at Seamless https://github.com/dionisiydk/Seamless <https://github.com/dionisiydk/Seamless>. >>> >>> 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: >>> Hi all, >>> >>> I want to connect two applications (1 by image, each one on a different computer) so as as to exchange information (data) between them. >>> >>> So my question is about the best (smalltalk) practices to connect two app/image and exchange data. >>> >>> I imagine either with a direct connection through a network (TCP Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. >>> At first, without any Â« security Â». But later, information exchanges will be encrypted. >>> >>> Iâve seen some information on how to use SerialPort, or even FileStream. >>> I could do it (or at least simulate it with HTTP). What are the other options ? Socket ? >>> Do we have P2P libs (I couldnât find) with eventually discovery features ? >>> >>> Any comment / suggestion / pointers are greatly welcome. >>> >>> TIA. >>> >>> CÃ©drick >>> >> >> > >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Denis Kudriashov

Yes, it is not part of Seamless. 2017-10-25 15:40 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > I had a look and this is not (natively) possible. > > The idea of the off-line mode would be to delay messages that are sent to > the peer until a connection is established. > > I think I have to try to do it by myself (like having a list of > information exchange that wait until a connexion is established). > > What I try to do is not as complex as two general image exchanging > messages on objects (like on TelePharo). > > I just want a repository of information (mainly a collection of static > information/data versions) on both peers to be synchronized when a > connection is established. > > > > > > Le 25 oct. 2017 Ã 15:31, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > What is offline mode? > > 2017-10-25 15:10 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > >> Thanks Denis. I will ! I knew I have seen a telephoto component that >> could help but forgot about it ! >> >> Do you know if itâs possible to handle offline mode ? >> >> >> >> Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit >> : >> >> Look at Seamless https://github.com/dionisiydk/Seamless. >> >> 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: >> >>> Hi all, >>> >>> I want to connect two applications (1 by image, each one on a different >>> computer) so as as to exchange information (data) between them. >>> >>> So my question is about the best (smalltalk) practices to connect two >>> app/image and exchange data. >>> >>> I imagine either with a direct connection through a network (TCP Socket, >>> Web socket, pure HTTP with Zinc) and/or with a serial connection. >>> At first, without any Â« security Â». But later, information exchanges >>> will be encrypted. >>> >>> Iâve seen some information on how to use SerialPort, or even FileStream. >>> I could do it (or at least simulate it with HTTP). What are the other >>> options ? Socket ? >>> Do we have P2P libs (I couldnât find) with eventually discovery features >>> ? >>> >>> Any comment / suggestion / pointers are greatly welcome. >>> >>> TIA. >>> >>> CÃ©drick >>> >> >> >> > >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Sebastian Heidbrink

Hi Cederik, you should have a look at http://smalltalkhub.com/#!/~panuw/zeromq ZeroMQ is a networking library. Nice thing about it is that all the networking related workload is dealt with in a second process. That can save you some resources within Smalltalk. There is a lot of documentation around and it should be easy for you to dive into this. http://zguide.zeromq.org/page:all Cheers! Sebastian On 2017-10-25 05:21 AM, CÃ©drick BÃ©ler wrote: > Hi all, > > I want to connect two applications (1 by image, each one on a > different computer) so as as to exchange information (data) between them. > > So my question is about the best (smalltalk) practices to connect two > app/image and exchange data. > > I imagine either with a direct connection through a network (TCP > Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. > At first, without any Â«Â securityÂ Â». But later, information exchanges > will be encrypted. > > Iâve seen some information on how to use SerialPort, or even FileStream. > I could do it (or at least simulate it with HTTP). What are the other > options ? Socket ? > Do we have P2P libs (I couldnât find) with eventually discovery features ? > > Any comment / suggestion / pointers are greatly welcome. > > TIA. > > CÃ©drick

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by CÃ©drick BÃ©ler

I had a look and this is not (natively) possible. The idea of the off-line mode would be to delay messages that are sent to the peer until a connection is established. I think I have to try to do it by myself (like having a list of information exchange that wait until a connexion is established). What I try to do is not as complex as two general image exchanging messages on objects (like on TelePharo). I just want a repository of information (mainly a collection of static information/data versions) on both peers to be synchronized when a connection is established. > Le 25 oct. 2017 Ã 15:31, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > What is offline mode? > > 2017-10-25 15:10 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: > Thanks Denis. I will ! I knew I have seen a telephoto component that could help but forgot about it ! > > Do you know if itâs possible to handle offline mode ? > > > >> Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> a Ã©crit : >> >> Look at Seamless https://github.com/dionisiydk/Seamless <https://github.com/dionisiydk/Seamless>. >> >> 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: >> Hi all, >> >> I want to connect two applications (1 by image, each one on a different computer) so as as to exchange information (data) between them. >> >> So my question is about the best (smalltalk) practices to connect two app/image and exchange data. >> >> I imagine either with a direct connection through a network (TCP Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. >> At first, without any Â« security Â». But later, information exchanges will be encrypted. >> >> Iâve seen some information on how to use SerialPort, or even FileStream. >> I could do it (or at least simulate it with HTTP). What are the other options ? Socket ? >> Do we have P2P libs (I couldnât find) with eventually discovery features ? >> >> Any comment / suggestion / pointers are greatly welcome. >> >> TIA. >> >> CÃ©drick >> > >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Denis Kudriashov

What is offline mode? 2017-10-25 15:10 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > Thanks Denis. I will ! I knew I have seen a telephoto component that > could help but forgot about it ! > > Do you know if itâs possible to handle offline mode ? > > > > Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > Look at Seamless https://github.com/dionisiydk/Seamless. > > 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > >> Hi all, >> >> I want to connect two applications (1 by image, each one on a different >> computer) so as as to exchange information (data) between them. >> >> So my question is about the best (smalltalk) practices to connect two >> app/image and exchange data. >> >> I imagine either with a direct connection through a network (TCP Socket, >> Web socket, pure HTTP with Zinc) and/or with a serial connection. >> At first, without any Â« security Â». But later, information exchanges will >> be encrypted. >> >> Iâve seen some information on how to use SerialPort, or even FileStream. >> I could do it (or at least simulate it with HTTP). What are the other >> options ? Socket ? >> Do we have P2P libs (I couldnât find) with eventually discovery features ? >> >> Any comment / suggestion / pointers are greatly welcome. >> >> TIA. >> >> CÃ©drick >> > > >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by CÃ©drick BÃ©ler

Thanks Denis. I will ! I knew I have seen a telephoto component that could help but forgot about it ! Do you know if itâs possible to handle offline mode ? > Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > Look at Seamless https://github.com/dionisiydk/Seamless <https://github.com/dionisiydk/Seamless>. > > 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: > Hi all, > > I want to connect two applications (1 by image, each one on a different computer) so as as to exchange information (data) between them. > > So my question is about the best (smalltalk) practices to connect two app/image and exchange data. > > I imagine either with a direct connection through a network (TCP Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. > At first, without any Â« security Â». But later, information exchanges will be encrypted. > > Iâve seen some information on how to use SerialPort, or even FileStream. > I could do it (or at least simulate it with HTTP). What are the other options ? Socket ? > Do we have P2P libs (I couldnât find) with eventually discovery features ? > > Any comment / suggestion / pointers are greatly welcome. > > TIA. > > CÃ©drick >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Denis Kudriashov

Look at Seamless https://github.com/dionisiydk/Seamless. 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > Hi all, > > I want to connect two applications (1 by image, each one on a different > computer) so as as to exchange information (data) between them. > > So my question is about the best (smalltalk) practices to connect two > app/image and exchange data. > > I imagine either with a direct connection through a network (TCP Socket, > Web socket, pure HTTP with Zinc) and/or with a serial connection. > At first, without any Â« security Â». But later, information exchanges will > be encrypted. > > Iâve seen some information on how to use SerialPort, or even FileStream. > I could do it (or at least simulate it with HTTP). What are the other > options ? Socket ? > Do we have P2P libs (I couldnât find) with eventually discovery features ? > > Any comment / suggestion / pointers are greatly welcome. > > TIA. > > CÃ©drick >

Oct. 25, 2017

Business process (declaration and orchestration), ontology/taxonomy,

by CÃ©drick BÃ©ler

Hi again, this is my last question and the more general one of the day :-) Iâm looking for way of representing and executing simple "business processes" in Pharo and a way of declaring domain ontologies/taxonomies. I didnât find any lib around this subjects except some projects in other smalltalk dialects. I just wander if somebody has done some work in these field. Iâm also interested in (KISS) design discussions around these topics, hence this email. I donât want to do a full fledged business process middleware. I would need : - a way to represent simple business processes (succession of activities with logic gates (and/or/xor) => I might be able to do that by myself). - a way to execute these processes (routines) in a semi-aotumatic manner => This looks more difficult to do to me. => my aim is to execute recurrent routines (my routines) with the help of a Pharo application For such a system, I also need a way to categorize information context. Again, I donât think I need a full fledged ontology implementation like Description Logic (or whatever). I think Iâll be happy with information tagging according to a predefined taxonomy. Instead of flat tags, Iâd like them to implement some sort of multiple inheritance. For instance, I may need a tag #soccer that "inherit" #sport. Any information regarding taxonomy tagging in Pharo ? (Or eventually ontology?). TIA, CÃ©drick

Oct. 25, 2017

Cryptography and hashing in Pharo

by CÃ©drick BÃ©ler

Hi again, Concerning cryptography in Pharo, there are to my knowledge : => a package developed in squeak [1] that was I think ported/forked for Pharo. I cannot find the Pharo version => a binding to the sodium library (NaCl) [2] With one would you recommend ? Maybe another option ? Concerning hashing (Iâd like to hash information content a bit like this is done in ifs with their multihash lib [3]) => I found a keccak implication with I think would do the [4]. Any feedback ? Other implementations available ? => Do you think having something like ifs multihash would be interesting in Pharo ? Again, thanks in advance for your comments/advices. CÃ©drick [1] http://www.squeaksource.com/Cryptography.html <http://www.squeaksource.com/Cryptography.html> [2] http://catalog.pharo.org/catalog/project/Nacl?_s=54MCZlmxc6F08Ht4&_k=HxcBD1… <http://catalog.pharo.org/catalog/project/Nacl?_s=54MCZlmxc6F08Ht4&_k=HxcBD1…> [3] https://github.com/multiformats/multihash <https://github.com/multiformats/multihash> [4] https://github.com/sbragagnolo/Keccak <https://github.com/sbragagnolo/Keccak>

Oct. 25, 2017

Exchanging information between 2 pharo applications (2 images running on two different computers)

by CÃ©drick BÃ©ler

Hi all, I want to connect two applications (1 by image, each one on a different computer) so as as to exchange information (data) between them. So my question is about the best (smalltalk) practices to connect two app/image and exchange data. I imagine either with a direct connection through a network (TCP Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. At first, without any Â« security Â». But later, information exchanges will be encrypted. Iâve seen some information on how to use SerialPort, or even FileStream. I could do it (or at least simulate it with HTTP). What are the other options ? Socket ? Do we have P2P libs (I couldnât find) with eventually discovery features ? Any comment / suggestion / pointers are greatly welcome. TIA. CÃ©drick

Oct. 25, 2017

Re: [Pharo-users] Glorp: #includesKey:

by Herby VojÄÃk

jtuchel(a)objektfabrik.de wrote: > Herby, > > I must admit I've never used Dictionary Mappings with Glorp, so I don't > have an answer. > But I am a bit confused by your code examples. See below > > > Am 24.10.17 um 20:27 schrieb Herby VojÄÃk: >> Hello! >> >> I am using a DictionaryMapping in my code, and I wanted to use >> #includesKey: in #where: clause (something akin >> >> each tools includesKey: aToolId > > What SQL expression would you expect here? SELECT * FROM AGENT a WHERE a.tool_id = :aToolId AFAICT, DISTINCT is not needed as <id, tool_id> are fks to other table's compound primary key <agent_id, id>, so they are known to be unique. > I would guess that you want to build a subquery like exists, because the > way I understand the query, you want to find all instances of (whatever > each is) that hold an Association in their tools dictionary where the > key is aToolId. Yes. Maybe it needs EXISTS, I don't know. Semantics is clear, though. >> >> ) to select only rows for which DictionaryMapping uses certain key. It >> failed with the error in the lines of "#tools does not resolve to >> field". I had to come up with >> > >> each tools anySatisfy: [ :tool | tool id = aToolId ] > Hmm. This makes me wonder. Is #tools really a Dictionary? Inside the > Block, I'd expect the :tool parameter to be an Association, and that > doesn't understand #id,does it? I guess @each is the parameter within an > Block like in > > self session read: MyClass where: [:each| each tools ...] > > If so, I have a hard time believing that anySatisfy: would work (never > tried)... Yes, it works. Dictionary enumerates values, as I have written in reply to Tom's post. >> Is it the bug / feature / problem in my approach? If bug, is it >> planned to add #includesKey: translation to DictionaryMapping? >> > I don't know, but would guess it is not currently on the Todo-list. > > My first tip would be to try and find some slides (most likely made by > Niall and presented at an ESUG) including the words "subquery", "glorp" > and "exists". You won't find much, but that may be a starting point. I actually managed to get there, but a) using ugly workaround IMO, #includesKey: is part of dictionary's protocol, should be known; b) as I wrote in Tom's reply, the workaround only worked because mapping was to object. If the mapping was to primitive value (number, string), I would not have any 'tool id' ready to use and I would be left .... without option. There is no way to construct such query atm in Glorp, afaict, if I cannot use #keys not #includesKey: in where clause. Is that not a bug? > Not sure this helps, ;-) > > > Joachim Thanks, Herby

Oct. 25, 2017

Re: [Pharo-users] Glorp: #includesKey:

by Herby VojÄÃk

Tom Robinson wrote: > Hi Herby, > > In my opinion, the way you found to make it work is the way it should > be. The reason is that the first way doesn't translate into SQL and the > second one does. It might be possible to add includesKey: functionality > but resolving that to SQL would be more complex. I would not call this a I think I disagree with this, but correct me if I am wrong. With DictionaryMapping, you map a set of (key, value) pairs into appropriate fields in a table. In essence, it does not differ at all to mapping any other collection containing objects with fields (actually, from what I understood, it does internal tricks to do just that - create internal "class mapping" for an association of that particular dictionary mapping). In case of primitive value dictionaries, it even _is_ the same: key is mapped to one field, value is mapped to different field. If I want to create subquery using value, I can freely use things like #anySatisfy: to filter on that value (which I did in my case, but I come to that later). Since Dictionary enumerates values in do:, select:, collect: (and anySatisfy:), writing each tools anySatisfy: [...] is the same as writing each tools values anySatisfy: [...] but what if I wanted to write each tools keys anySatisfy: [...] ? I cannot, Glorp fails on 'keys' (I tried to use `keys includes:` instead of `includesKey:`, to no avail). So what I want to point here is, that in DictionaryMapping I map keys and values to different fields in table (values can be complex, in which keys they are mapped to more fields, but that is not important distinction here), but Glorp only allows me to use values (and only implicitly) in where clauses; I have no way to use keys at all there. So I assert here that "resolving that to SQL would be more complex" is not true. Key is mapped the same way value is; if I can use where clause that uses value in certain way, I should be able to use key as well - SQL generating from one or the other have same level of difficulty (in fact, I think key is easier, as you do not actually need to join the foreign table); the generated SQL could be something like SELECT * FROM AGENT a WHERE a.tool_id = <toolId asDbValue> The fact that I found a each tools anySatisfy: [ :tool | tool id = aToolId ] is in fact only because non-primitive mappings are processed differently in DictionaryMapping, a non-primitive values are _required_ to have a field defined (not in table, that is understandable, I need to be able to make a join, but in descriptor) a mapping that contains the key. So in essence, that could be represented as SELECT * FROM AGENT a WHERE a.tool_id IN (SELECT * FROM TOOL t WHERE t.agent_id = a.id AND t.id = a.tool_id AND t.id = <aToolId asDbValue>) which is basically same as above, as actually, "a.tool_id = <aToolId asDbValue>" is executed here as well (plus checking that such dictionary actually exists at all; maybe that should be present in previous case as well, but Glorp can generate the join, that's not the question here). It is actually interesting question what SQL Glorp actually generated for "TgAgent readOneOf: [:a|a tools anySatisfy: [:t|t id = toolId]]". Point here is: 1. Why do I need to work it around via [:tool | tool id = aToolId] when I am only interested on "which tools the agent uses" (in fact, give me all agents using this tool). 2. Should this be key -> primitive value mapping, I have simple _no way_ to ask the equivalent of #includesKey: at all (as the value is, for example, a String or an Integer, so no `tool id` is available). > bug. I would call it a limitation of the implementation. I don't know of > anyone planning to add this feature to Glorp right now. That's why I would say #keys (and, ideally, #includesKey:) are actually needed addition to Glorp's set of known-and-translated selectors in case of DictionaryMapping. > Regards, > > Tom Thanks, Herby

Oct. 25, 2017

Re: [Pharo-users] Territorial loading problems & alternative ways of loading data for making a choropleth map

by Tudor Girba

You can directly use the Roassal presentation gtInspectorExtension: composite <gtInspectorPresentationOrder: 20> composite roassal2 title: â...' initializeView: [ YourViewOrBuilder ]; painting: [ :yourViewOrBuilder | â¦ ] Doru > On Oct 25, 2017, at 5:57 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > 2017-10-24 15:24 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com>: >> Gracias HernÃ¡n! >> > > No problema :) > >> This is working fine. I would like to put the displayed map inside the >> GT playground right panel, to get something similar to what you get when >> you execute "RTMapLocationExample new exampleSeismOnEarth" from a >> playground. Do you have any planned support for that? >> > > I know this should be as easy as adding a > <gtInspectorPresentationOrder: ... > pragma > > gtInspectorViewIn: composite > <gtInspectorPresentationOrder: 60> > > composite morph > title: 'Territorial Map'; > display: [ view build ] > > but still I have to investigate how to connect a RTView or TRMorph > with GT inspector > >> I could try to use some similar approach to the one I take on the Panama >> Papers choropleth map [1][2] to export some Territorial data for >> visualizations in a light format (120kb file example at: [3]), if you're >> interested. >> >> [1] http://mutabit.com/offray/blog/en/entry/panama-papers-1 >> [2] http://mutabit.com/repos.fossil/panama-papers/doc/tip/index.html >> [3] http://mutabit.com/repos.fossil/panama-papers/doc/tip/territories.ston >> > > Super! It would be nice to see usage in other scenarios! > Let me know how it goes. > > Cheers, > > HernÃ¡n > >> Cheers, >> >> Offray >> >> >> On 23/10/17 23:21, HernÃ¡n Morales Durand wrote: >>> Hola Offray, >>> >>> I tried loading in Windows 8.1 and it loads fine using: >>> >>> Metacello new >>> smalltalkhubUser: 'hernan' project: 'Territorial'; >>> configuration: 'Territorial'; >>> version: #bleedingEdge; >>> load. >>> >>> Then load TerritorialData-AMCharts-HernanMoralesDurand.2 from the repository. >>> >>> I published some "fixes" related to Spec and Roassal. (I have to >>> review them because I'm porting other packages to Pharo 6.1, but it >>> should work for displaying maps). >>> >>> The following expression displays a window with Colombia departments: >>> >>> TerritorialAMChartsMapsProvider viewHighResCountry: 'Colombia' >>> >>> For a choropleth with a heatmap or centroids have a look at how I did >>> it in PhyloclassTalk in SmalltalkHub, again I should update it to work >>> in Pharo 6.1. >>> >>> Cheers, >>> >>> HernÃ¡n >>> >>> >>> >>> 2017-10-23 22:59 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas >>> <offray.luna(a)mutabit.com>: >>>> Hi, >>>> >>>> I would like a choropleth map of Colombian departments [1]. The first >>>> approach would be to use Territorial, but loading it is not working on >>>> Pharo 6.1 (used on Manjaro Linux): It doesn't appears in the Catalog, >>>> Gopher load gives me: "XMLFileException: File does does not exist: >>>> /home/offray/Programas/Pharo/6.1a/Dev24/territorial_files/fao/fao_country_names.xml" >>>> and loading Monticello bleeding edge gives me "FileDoesNotExist: File @ >>>> /home/offray/Programas/Pharo/6.1a/Dev24/territorial_files/opengeocode/wc-ASCII.csv". >>>> There is another way to make such choropleth map? >>>> >>>> [1] https://en.wikipedia.org/wiki/Departments_of_Colombia >>>> >>>> Thanks, >>>> >>>> Offray >>>> >>>> >>>> >> >> >> > -- www.tudorgirba.com www.feenk.com "Problem solving efficiency grows with the abstractness level of problem understanding."

Oct. 25, 2017

Re: [Pharo-users] CodeCity like visualization in Linux

by Stephane Ducasse

you can show them cvs file 'my.cvs' asFileReference and inspect you get a table :) but it is still a file reference Same with zip file Check the videos of the mooc on GTInspector Stef On Wed, Oct 25, 2017 at 11:35 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > Great! Thank you Doru. > > > > â > > 2017-10-25 10:36 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: >> >> Hi, >> >> Indeed, the image was for Mac, but unfortunately I do not know if it works >> on Linux. >> >> But, for your talk, there are other cool things that you can show in the >> latest Moose. If you are interested, please contact me directly. >> >> Cheers, >> Doru >> >> >> > On Oct 25, 2017, at 9:39 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> >> > wrote: >> > >> > Thank you for your help Tudor. >> > >> > I'm trying with the CodeCity image I've downloaded from your post >> > (http://www.humane-assessment.com/blog/communicating-changes-in-pharo-3-0) >> > and I get the error "MessageNotUnderstood: receiver of "platformId" is nil" >> > in the NBMacGLContextDriver class>>supportsCurrentPlatform method. >> > >> > By this reason I thought it only works on Mac or maybe I must previously >> > configure something to get the NativeBoost working on Linux. >> > >> > Thank you. >> > >> > >> > >> > â >> > >> > 2017-10-25 9:02 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: >> > CodeCity only works in Pharo 3 (or maybe also 4). >> > >> > Doru >> > >> > >> > > On Oct 25, 2017, at 1:38 AM, Rafael Luque >> > > <rafael.luque.leiva(a)gmail.com> wrote: >> > > >> > > Hi all, >> > > >> > > I'm working on an introductory talk about Pharo for a software >> > > craftsmanship local meetup. >> > > >> > > The presentation will be mainly driven by demos and I'd like to show a >> > > CodeCity-like visualization. I've been able to load it in Pharo 5, but it >> > > get an error when select the "City" tag in GTInspector. It seems that >> > > NBOpenGL does not work in Linux. >> > > >> > > Do you know any way to make it work in Linux? >> > > >> > > Thank you. >> > > â >> > >> > -- >> > www.tudorgirba.com >> > www.feenk.com >> > >> > "Presenting is storytelling." >> > >> > >> > >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Being happy is a matter of choice." >> >> >> >> >> >

Oct. 25, 2017

Re: [Pharo-users] CodeCity like visualization in Linux

by Rafael Luque

Great! Thank you Doru. â 2017-10-25 10:36 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > Indeed, the image was for Mac, but unfortunately I do not know if it works > on Linux. > > But, for your talk, there are other cool things that you can show in the > latest Moose. If you are interested, please contact me directly. > > Cheers, > Doru > > > > On Oct 25, 2017, at 9:39 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> > wrote: > > > > Thank you for your help Tudor. > > > > I'm trying with the CodeCity image I've downloaded from your post ( > http://www.humane-assessment.com/blog/communicating-changes-in-pharo-3-0) > and I get the error "MessageNotUnderstood: receiver of "platformId" is nil" > in the NBMacGLContextDriver class>>supportsCurrentPlatform method. > > > > By this reason I thought it only works on Mac or maybe I must previously > configure something to get the NativeBoost working on Linux. > > > > Thank you. > > > > > > > > â > > > > 2017-10-25 9:02 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > > CodeCity only works in Pharo 3 (or maybe also 4). > > > > Doru > > > > > > > On Oct 25, 2017, at 1:38 AM, Rafael Luque < > rafael.luque.leiva(a)gmail.com> wrote: > > > > > > Hi all, > > > > > > I'm working on an introductory talk about Pharo for a software > craftsmanship local meetup. > > > > > > The presentation will be mainly driven by demos and I'd like to show a > CodeCity-like visualization. I've been able to load it in Pharo 5, but it > get an error when select the "City" tag in GTInspector. It seems that > NBOpenGL does not work in Linux. > > > > > > Do you know any way to make it work in Linux? > > > > > > Thank you. > > > â > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "Presenting is storytelling." > > > > > > > > -- > www.tudorgirba.com > www.feenk.com > > "Being happy is a matter of choice." > > > > > >

Oct. 25, 2017

[ANN] LAM Research upgraded to Platinum Membership

by Marcus Denker

The Pharo Consortium is very happy to announce that LAM Research has upgraded to Platinum Member status. About - LAM Research: http://www.lamresearch.com - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: http://association.pharo.org

Oct. 25, 2017

Re: [Pharo-users] CodeCity like visualization in Linux

by Tudor Girba

Hi, Indeed, the image was for Mac, but unfortunately I do not know if it works on Linux. But, for your talk, there are other cool things that you can show in the latest Moose. If you are interested, please contact me directly. Cheers, Doru > On Oct 25, 2017, at 9:39 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > > Thank you for your help Tudor. > > I'm trying with the CodeCity image I've downloaded from your post (http://www.humane-assessment.com/blog/communicating-changes-in-pharo-3-0) and I get the error "MessageNotUnderstood: receiver of "platformId" is nil" in the NBMacGLContextDriver class>>supportsCurrentPlatform method. > > By this reason I thought it only works on Mac or maybe I must previously configure something to get the NativeBoost working on Linux. > > Thank you. > > > > â > > 2017-10-25 9:02 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > CodeCity only works in Pharo 3 (or maybe also 4). > > Doru > > > > On Oct 25, 2017, at 1:38 AM, Rafael Luque <rafael.luque.leiva(a)gmail.com> wrote: > > > > Hi all, > > > > I'm working on an introductory talk about Pharo for a software craftsmanship local meetup. > > > > The presentation will be mainly driven by demos and I'd like to show a CodeCity-like visualization. I've been able to load it in Pharo 5, but it get an error when select the "City" tag in GTInspector. It seems that NBOpenGL does not work in Linux. > > > > Do you know any way to make it work in Linux? > > > > Thank you. > > â > > -- > www.tudorgirba.com > www.feenk.com > > "Presenting is storytelling." > > > -- www.tudorgirba.com www.feenk.com "Being happy is a matter of choice."

Oct. 25, 2017