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

Re: [Pharo-users] DebrisDB Project published allowing Glorp style without SQL servers

by Cameron Sanders

Sorry! Yes, published on Smalltalkhub. http://smalltalkhub.com/#!/~Debris/DebrisDB MCHttpRepository location: 'http://smalltalkhub.com/mc/Debris/DebrisDB/main' user: '' password: '' -Cam > > Subject: DebrisDB Project published allowing Glorp style without SQL > servers > DebrisDB Project published under the MIT License. > > This toolkit allows programmers to use the Glorp interface without a > Glorp-system definition, and without needing any SQL servers up an running. > If you use it right, you can back your application by Fuel files, SIXX > files, any serializer, Gemstone, or Glorp/SQL, without modifying your > application code. Therefore, it is perfect for prototyping concepts very > quickly. > > ... > > See the project description for more information. > > Good Luck from the Debris Team! > > >

Jan. 20, 2015

Re: [Pharo-users] Glorp on Pharo 4

by Craig

-----Original Message----- From: Sven Van Caekenberghe Sent: 20 January 2015 01:40 PM Hi Sven, > Using Glorp on top of the PostgresV2 driver (which uses just a network connection > and no native code nor plugin) should work on all platforms. Of course, you still > have to install Postgres itself, but it can run on another machine too. Thanks for the pointer. It took quite a bit of scratching around, but I now have a working Postgres Glorp driver, so I can use either RDBMS. Thank-you for taking the trouble to respond to my questions. Craig

Jan. 20, 2015

Re: [Pharo-users] DebrisDB Project published allowing Glorp style without SQL servers

by Esteban A. Maringolo

Where is this project accessible/downloadable? Esteban A. Maringolo 2015-01-20 18:33 GMT-03:00 Cameron Sanders via Pharo-users <pharo-users(a)lists.pharo.org>: > > > ---------- Mensaje reenviado ---------- > From: Cameron Sanders <camsanders(a)aol.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Date: Tue, 20 Jan 2015 16:33:36 -0500 > Subject: DebrisDB Project published allowing Glorp style without SQL servers > DebrisDB Project published under the MIT License. > > This toolkit allows programmers to use the Glorp interface without a Glorp-system definition, and without needing any SQL servers up an running. If you use it right, you can back your application by Fuel files, SIXX files, any serializer, Gemstone, or Glorp/SQL, without modifying your application code. Therefore, it is perfect for prototyping concepts very quickly. > > ... > > See the project description for more information. > > Good Luck from the Debris Team! > > >

Jan. 20, 2015

DebrisDB Project published allowing Glorp style without SQL servers

by Cameron Sanders

DebrisDB Project published under the MIT License. This toolkit allows programmers to use the Glorp interface without a Glorp-system definition, and without needing any SQL servers up an running. If you use it right, you can back your application by Fuel files, SIXX files, any serializer, Gemstone, or Glorp/SQL, without modifying your application code. Therefore, it is perfect for prototyping concepts very quickly. ... See the project description for more information. Good Luck from the Debris Team!

Jan. 20, 2015

Re: [Pharo-users] New versions of the Pharo Launcher for Windows and MacOS

by stepharo

thanks damien I will now because my old version is taking 3 min to open. Le 20/1/15 14:58, Damien Cassou a Ã©crit : > Hi everyone, > > I've just updated the Windows and MacOS packages of the Pharo Launcher. > Please update: > > http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher >

Jan. 20, 2015

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

by Sven Van Caekenberghe

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

Jan. 20, 2015

Re: [Pharo-users] Glorp on Pharo 4

by stepharo

This is cool! I will add it to the Glorp resources I'm building. Stef Le 20/1/15 10:41, Torsten Bergmann a Ã©crit : > Hi Craig, > > see below a quick guide. Tell me when it works. > Someone should do a video from that... > > Thanks > Torsten > > ------------------------------------------------------------------------------------------------------------------------------------------------ > For Windows: > ============ > - go to http://www.sqlite.org/download.html and retrieve sqlite-dll-win32-x86-3080800.zip > - copy the included sqlite3.dll to the folder where your virtual machine (Pharo.exe) resides so it can be found by the NativeBoost wrapper later > (as an alternative you can have in any folder that is accessible via PATH environment variable) > > - open a fresh Pharo4.0 image (here I use latest update: #40451 image) > - load from ConfigurationBrowser: "Glorp" > - load from ConfigurationBrowser: "NBSQLite3" > - then open Monticello browser and select the repo for NBSQLite3, open it and > load additionally "NBSQLite3-Glorp-TorstenBergmann.3" > - create a package "Killerapp-Core" using Nautilus system browser > - create a tag "Model" in this new package using Nautilus system browser > - create a class > > Object subclass: #KillerAppUser > instanceVariableNames: 'id username' > classVariableNames: '' > category: 'Killerapp-Core-Model' > > - click on the class in Nautilus browser and select "Refactoring" -> "Class Refactoring" > and "Generate Accessors" to create accessor methods for the instance variables > > - create a package "Killerapp-Persistence" using Nautilus system browser > - create a tag "Mappings" in this new package using Nautilus system browser > > DescriptorSystem subclass: #KillerAppDatabaseDescriptor > instanceVariableNames: '' > classVariableNames: '' > category: 'Killerapp-Persistence-Mappings' > > - implement an instance side method in method category 'accessing' > > allTableNames > ^ #('KILLERAPP_USER') > > - create an instance side method in category 'mapping-classes' > > constructAllClasses > ^ super constructAllClasses > add: KillerAppUser; > yourself > > > - implement an instance side method in method category 'mapping - classes' > > classModelForKillerAppUser: aClassModel > #(#id #username) do: [ :each | > aClassModel newAttributeNamed: each ] > > - create an instance side method in method category 'mapping - descriptors' > > descriptorForKillerAppUser: aDescriptor > > | table | > table := self tableNamed: 'KILLERAPP_USER'. > aDescriptor table: table. > #(id username) do: [ :each | > (aDescriptor newMapping: DirectMapping) > from: each to: (table fieldNamed: each) ] > > > - implement an instance side method in method category 'mapping - tables' > > tableForKILLERAPP_USER: aTable > "Define the table KILLERAPP_USER" > (aTable createFieldNamed: 'ID' type: platform sequence) > isUnique: true; > bePrimaryKey. > (aTable createFieldNamed: 'USERNAME' type: (platform varchar: 20)) > isUnique: true; > beNullable: false. > > By having the descriptions set up you can now play with Glorp: > > |login accessor session| > login := Login new. > login host: ''. > login databaseName: 'C:\db\killerapp.db'. > login database: SQLite3Platform new. > accessor := NBSQLite3DatabaseAccessor forLogin: login. > accessor loginIfError: [ self error: 'unable to connect' ]. > session := GlorpSession new. > session system: (KillerAppDatabaseDescriptor forPlatform: login database). > session accessor: accessor. > > "Create all tables (only to be done once)" > session createTables. > > "Create a new user" > session inUnitOfWorkDo: [ > user := (KillerAppUser new) > username: 'admin'. > session register: user ]. > > Then you can use a tool like "SQLiteStudio" to open the database and > check what is in the tables... > > > > >

Jan. 20, 2015

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

by Eliot Miranda

On Tue, Jan 20, 2015 at 8:00 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Command line arguments enter the image level via > VirtualMachine>>#getSystemAttribute: > > At that point they are already Strings. > ByteString, according to the primitive. So if the shell supplies e.g. UTF-8 strings for command-line parameters, which the VM sees as bytes, then the ByteString instances answered by getSystemAttribute: would need decoding, right? > In your case, they must already be wrong at that point. > Not necessarily. The getSystemAttribute: primitive doesn't do decoding. Perhaps it should. > > On 20 Jan 2015, at 16:51, Hilaire <hilaire(a)drgeo.eu> wrote: > > > > Le 20/01/2015 16:34, Sven Van Caekenberghe a Ã©crit : > >> No they are not - Strings and Characters in Pharo are using plain > Unicode encoding internally. > > > > Thanks for the update, and the reference link. > > > > Hilaire > > > > -- > > Dr. Geo - http://drgeo.eu > > iStoa - http://istoa.drgeo.eu > > > > > > > -- best, Eliot

Jan. 20, 2015

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

by Johan Fabry

Hi Piotr, Iâm happy to learn that generally you get good results from the documentation and the tutorials. If there is anything missing in the documentation do not hesitate to inform using this mailing list. As for your layout question, laying out the different UI elements is (surprisingly) a complicated thing, which in my opinion can still be improved in Spec (although I have no concrete solution). I think that what you are asking for is not possible right now, unless you start using specific coordinates for the different UI elements. You can put all elements in the window at specific places (which may be percentages, offsets or absolute coordinates). For more info have a look at section 4 of the Spec book chapter (latest version at https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… ) Greetings, > On Jan 20, 2015, at 16:56, Piotr Klibert <piotr.klibert(a)10clouds.com> wrote: > > Hello, > > I started playing with Spec recently and I generally get good results > out of its documentation and a couple of tutorials. However, yesterday > I encountered a problem I didn't see mentioned anywhere. > > Let's say I have a window looking exactly like this one: > http://www.bahmanm.com/images/greeter-version-1.png/image > > The "Hello, Bahman!" label is left-aligned. I'd like it to be centered > horizontally. How do I do this? > > I tried inspecting a Button below - which has its label centered - and > discovered AlignmentMorph, but didn't get the time to try to use it. > And anyway, I shouldn't need to use Morphic for a thing like this, > right? > > > Best regards, > Piotr Klibert > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Jan. 20, 2015

Re: [Pharo-users] Pharo and X11 primary selection (aka middle mouse button paste)

by Peter UhnÃ¡k

Hi, try setting the encoding of pharo to unicode when launching from command line and see if that fixes your problem: --textenc UTF-8 The default encoding is not unicode which messes pasting from some applications (e.g. Google Chrome 35+). As far as middle mouse button pasting goes I do not believe Pharo supports it - at least I haven't found any code related to it (although I would love to have this functionality). Peter On Tue, Jan 20, 2015 at 2:58 PM, Pieter Nagel <pieter(a)nagel.co.za> wrote: > Our team is very frustrated with figuring out how copy & paste is supposed > to work in Pharo 3 under X11. > > Maybe there's something we misunderstand, or can configure? > > We can't copy and paste text directly from other X11 apps into Pharo. We > need to first paste the text into text editors like GEdit or XEmacs, and > then we can copy and paste the text from there into Pharo. > > I think this has something to do with X11's complicated model of primary > vs. clipboard selection. The primary selection is typically created by > just highlighting some text, and then (by common convention) can be pasted > from by just pressing the middle mouse button. The clipboard selection is > typically created by explicitly using Copy or Cut commands. > > Strange thing is, if we start with text in (for example) Google Chrome, > then neither type of selection can be pasted into Pharo. If we start with > text in (for example) GEdit, then both types of selection can be pasted > into Pharo. > > We're using Unity under Ubuntu 12.04, if that makes a difference. > > Advice? > > Thanks. > > >

Jan. 20, 2015