February 2015 - Pharo-users

On GUI design and how to benchmark it

by Sebastian Sastre

Hi guys, I saw the interest in GUI lately and today I come across this really well researched master thesis paper that can put some light on how good we can perform in the GUI spectrum in terms of practicality, expressivity and productivity Introduction Even though OOP was born with the SIMULA programming language in the 1960s [15], it was Smalltalk that coupled GUI development with the OOP paradigm [25]. Smalltalkâs inventor Alan Kay was inspired by SIMULA, among other influences, to create a new language for graphics-oriented applications leveraging the OOP paradigm â and the rest is history [24]. Ever since Smalltalk successfully showed the promise of OOP for GUI development a great deal of subsequent OOP languages and, particularly, object-oriented GUI toolkits came into existence and eventually into the mainstream. Nearly all mainstream programming languages today directly support the OOP paradigm and there is hardly any widely used GUI toolkit that does not use OOP. Various popular examples of toolkits like Cocoa, WinForms, Qt, wxWidgets, Tk, Swing and GTK+1 all seem to validate the notion of OOP and GUI development being a good fit. continues: http://www.eugenkiss.com/projects/thesis.pdf And it seems it triggered this movement of people that are open to receive implementations of the seven dimensions of this benchmark in his repo: https://github.com/eugenkiss/7guis/wiki I beleive Pharo can score nicely there and if would be a Pharo implementation there a whole new audience (that we probably aren't reaching now) might take a serious try from mobile

Feb. 15, 2015

Atomic Game from Gustavo Rafael Pistoia is available :)

by stepharo

Atomic is game where you have to build chemical molecules using given atoms. The goal is to solve a level with as few moves as possible. The level is solved when the new molecule has the same structure as shown by the preview molecule (on the top right). In the higher levels, some tactical skill will be neccessary for solving the puzzle. It has been originally implemented by Gustavo Rafael Pistoia. (ConfigurationOfAtomic project version: '1.0') load AtomicGame browse to browse the main class AtomicGame new openInWorld to play :) Works at least in Pharo 40.

Feb. 15, 2015

Re: [Pharo-users] Rule engine

by stepharo

I understand that the enery may not be worth :) Le 14/2/15 18:13, Kris Gybels a Ã©crit : > You remember correctly Stef, but this was a prototype from quite a while ago, it's not on-going work. I can probably still find the code for it somewhere in my archives, but I'm not sure it's in any state where porting it from VisualWorks and merging it with current work would make much sense. > > Op 31-jan.-2015, om 14:23 heeft stepharo <stepharo(a)free.fr> het volgende geschreven: > >> I know that Herve Verjus and Marc-Philippe Huget wrote and publish a forward and backward chainer. >> Now I would be interested in a system that can also use objects for facts. >> So Udo told me that he is doing a rete. >> Now if I remember correctly kris gybels had a rete . >> >> Stef >> >> Le 26/1/15 09:50, HernÃ¡n Morales Durand a Ã©crit : >>> Hello, >>> >>> If anyone is working in a rule engine we could merge efforts because I have implemented one (or something like that) for a project. >>> Cheers, >>> >>> HernÃ¡n >>> > >

Feb. 15, 2015

Re: [Pharo-users] Running Pharo on Ubuntu 14.04.1 LTS 64-bit

by Mark Rizun

Hi, Sven! Installed ubuntu (14.04 64bit) few days ago, and I had problems to install pharo. This scripts worked just fine. Many thanks to you. Another thing is, I couldn't install pharo launcher. Best, Mark 2015-02-14 21:15 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Hi, > > It seems some people are having trouble getting Pharo to work on Ubuntu > 14.04.1 LTS 64-bit. > > Here is one way to make things work. > > Pharo (the VM) is a 32-bit executable dynamically linked to a number of > libraries, each of which has to be present in its 32-bit variant in order > to run Pharo and/or to use all features. > > On a clean, stock, fully updated Ubuntu 14.04.1 LTS 64-bit, do the > following (the X11, GL and asound libraries are not needed when you run > headless on a server): > > $ sudo apt-get install curl libc6:i386 libssl1.0.0:i386 libX11.6:i386 > libGL.1:i386 libasound2:i386 > > $ curl get.pharo.org/40+vm | bash > > $ ./pharo Pharo.image eval "ZnClient new get: 'https://google.com'" > > $ ./pharo-ui Pharo.image > > HTH, > > Sven > > PS: <Pro tip> You can use ldd to check if all dependencies of the VM and > its plugins in the pharo-vm directory are satisfied > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > >

Feb. 15, 2015

Re: [Pharo-users] voyage and couchDB

by Sebastian Sastre

CouchDB is an interesting backend, Iâm also interested on having this option available looking forward to comments > On Feb 14, 2015, at 10:43 AM, Joachim Tuchel <jtuchel(a)objektfabrik.de> wrote: > > Hi there, > > a few days ago somebody showed me Pharo with Voyage and MongoDB. I must say I was impressed by how easy this all seemed to be, and how far we got in just two hours of trying stuff. > > I was thinking about using CouchDB as a storage medium for larger files before I saw Voyage an Mongo in action. And I am still not usure if Mongo would fit as well as CouchDB would. > > As far as I understand, Esteban wa/is pretty sure Voyage would fit very well with other NoSQL DBs than Mongo. But I am not so sure abot it. AFAIU, part of Voyage's greatness relies on Mongo's nice query facility, which is not present in Couch. Also, as I understand it, the concept of Collections (not Smalltalk collections, but the named lists -maybe kind of db slices - in Mongo) is not present in Couch. > > So my question is whether anybody has tried to marry Voyage with Couch? Any thoughts or ideas? > > Joachim >

Feb. 14, 2015

Re: [Pharo-users] [ANN] PUnQLite NoSQL database project updated

by Sebastian Sastre

I would really like to have a Pharo client for unQLite I have places that would use it :) > On Feb 14, 2015, at 6:30 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > If I use the file from https://github.com/mumez/PunQLite/tree/master/binary/mac > at least the library is found. The db file is not created though resulting in a PqCursorError > in keys > > db := PqDatabase open: 'test.db'. > db at: 'Smalltalk' put: 'COOL'. > db at: 'Pharo' put: 'HOT'. > db at: 'Smalltalk' ifPresent: [:data | data asString inspect ]. > Transcript cr; > show: db keys. > > >

Feb. 14, 2015

Re: [Pharo-users] spec column/ row layout

by Peter UhnÃ¡k

On Sat, Feb 14, 2015 at 7:26 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 14/02/2015 10:42, Peter UhnÃ¡k a Ã©crit : > > Actually it would do the opposite. The content has no fixed height so > > if you don't specify the height it will actually expand the content > > (the layout always uses all available space if not constrained). > > > But should it not shrink by default? It will be both easier and make > more sense > It would definitely make sense, especially considering we are basically setting the height of input text to "inputTextHeight". :) But then again, there are many things in Spec that would need to be addressed, so some extra work will be required in many areas for some time. Peter

Feb. 14, 2015

Running Pharo on Ubuntu 14.04.1 LTS 64-bit

by Sven Van Caekenberghe

Hi, It seems some people are having trouble getting Pharo to work on Ubuntu 14.04.1 LTS 64-bit. Here is one way to make things work. Pharo (the VM) is a 32-bit executable dynamically linked to a number of libraries, each of which has to be present in its 32-bit variant in order to run Pharo and/or to use all features. On a clean, stock, fully updated Ubuntu 14.04.1 LTS 64-bit, do the following (the X11, GL and asound libraries are not needed when you run headless on a server): $ sudo apt-get install curl libc6:i386 libssl1.0.0:i386 libX11.6:i386 libGL.1:i386 libasound2:i386 $ curl get.pharo.org/40+vm | bash $ ./pharo Pharo.image eval "ZnClient new get: 'https://google.com'" $ ./pharo-ui Pharo.image HTH, Sven PS: <Pro tip> You can use ldd to check if all dependencies of the VM and its plugins in the pharo-vm directory are satisfied -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

Feb. 14, 2015

Re: [Pharo-users] spec column/ row layout

by Hilaire

Le 14/02/2015 10:42, Peter UhnÃ¡k a Ã©crit : > Actually it would do the opposite. The content has no fixed height so > if you don't specify the height it will actually expand the content > (the layout always uses all available space if not constrained). > But should it not shrink by default? It will be both easier and make more sense Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Feb. 14, 2015

Re: [Pharo-users] Additional easy persistence: try DebrisDB for Fuel-backed Glorp interface

by Cameron Sanders

*Download version 15 -- see http://smalltalkhub.com/#!/~Debris/DebrisDB <http://smalltalkhub.com/#!/~Debris/DebrisDB>*. Minor changes to the newest example in DebrisDB: the new version renamed all the classes of the DebrisDB-Example-Contacts package to have 'FaDemoContacts' as the starting pattern. Also, the folder created under the user home is named FaDemoContactsApp. Also fixed: i just spotted that #any is defined by Grease, so I modified two methods to use #anyOne, until we add a configuration for this package and/or close the gap between gemstone and pharo. Finally, i added a dictionary interface to the class side of FaDemoClassNamedDB and two test methods to FaDemoExamplesTestCase that let you see how you might use a dictionary interface with this glorp-like backend. If you need ONLY a dictionary interface, then perhaps this toolkit is not what you need; also note that real-Glorp's relational mapping will force you to handle the varied-type values of these associations. If you are unfamiliar with Glorp, take a look at the FaDemoContactsTests to see some simple interactions, and/or find a Glorp manual somewhere. Once you have defined your login system (see the data-hubs in the examples provided), interactions with Glorp sessions are simple. *MyDataHub login: myUserCredentialRecord.* "normally do this once for the user web-session and have a different sessionMapRetrievingBlock than is provided in this default framework to get the map from user-specific web-session-data. (See FaDBSessionServer sessionMapRetrievingBlock -- and the map is just a dictionary of DB-key to a block to yield a glorp-like-session. However, the blocks could as easily serve up connections to MongoDB, etc. so that one could have MyOneMongoDB session, MyTwoMongoDB session, etc. to handle logins)" *MyApplicationDB session inUnitOfWorkDo: [ :session | session registerAll: listOfMyObjects ]. *"will saveDB upon completion" *retrievedList := MyApplicationDB session readManyOf: MyObjectsClass.* "may be unordered, may be a bag, therefore, if you just want one, don't send it #first, instead use #anyOne or if grease is loaded, #any, or instead use #readOneOf:" *retrievedList := MyApplicationDB session readManyOf: MyObjectsClass where: [:each | each someAspect = someValue ].* See #FaAbstractGlorpSession to see supported Glorp interface. So what about using a session as a Dictionary? Simple. Simply store Associations. See the method #test2BasicSessionStorageOfAssociations. Then see the following test method added just as an example of using Glorp-sessions as dictionaries -- see the class methods of FaDemoClassNamedDB. *--* test3ConceptualDBsAsDictionariesExample | value | FaDemoApplicationDataHub login: nil. FaDemoTwoDB at: #2 put: 'string with a 2 in it.'. FaDemoTwoDB at: #2 put: 2. self assert: (FaDemoTwoDB at: #2) = 2 description: 'The value should be 2.'. FaDemoTwoDB at: 'Hello Jack' put: 'My name is Bob!'. FaDemoApplicationDataHub releaseAll. FaDemoApplicationDataHub login: nil. self assert: (FaDemoTwoDB at: #2) = 2 description: 'The value should be 2.'. self assert: (value := FaDemoTwoDB at: 'Hello Jack') = 'My name is Bob!' description: 'Upon reload the data should be present.'. -- Good luck, and my apologies for the defects that prevented default tests from working! -Cam On Fri, Feb 13, 2015 at 11:29 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Hi Cam > > Interesting. The brain-dead-sample is a bit difficult to get started with. > Would you care to talk a bit more about how to do something simple with it? > An addressbook, with people having addresses and phone numbers > might be an easy to use example. > > Cheers, > Stephan > >

Feb. 14, 2015