- Pharo-users - lists.pharo.org

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

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

by Sven Van Caekenberghe

Command line arguments enter the image level via VirtualMachine>>#getSystemAttribute: At that point they are already Strings. In your case, they must already be wrong at that point. > 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 > >

Jan. 20, 2015

Centering a Label with Spec

by Piotr Klibert

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

Jan. 20, 2015

Re: [Pharo-users] Compiling pillar documents in Windows

by Ignacio Sniechowski

Phil, Exactly that's my point I don't know if its possible to generate PDFs in Windows. In OSX works fine...because pdf2latex is there.... Thanks *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* *Tel: (011) 4542-6714* On Tue, Jan 20, 2015 at 12:26 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > I am doing my pillar work in CentOS Linux and Ubuntu 14. > > Now, I think you can get it working in Windows but the main issue will be > generating PDF files as the system uses pdflatex and I don't know how to do > that in Windows. > > HTH, > Phil > > On Tue, Jan 20, 2015 at 3:17 PM, nacho <0800nacho(a)gmail.com> wrote: > >> Is it possible to compile pillar documents under windows? >> I have no problem in doing that in my OSX machine, but I need it to do it >> in >> Windows and can't figure it out. Guess support is only for *NIX os? >> thanks in advance >> Nacho >> >> >> >> >> ----- >> Nacho >> Smalltalker apprentice. >> Buenos Aires, Argentina. >> -- >> View this message in context: >> http://forum.world.st/Compiling-pillar-documents-in-Windows-tp4800644.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> > > > -- > >

Jan. 20, 2015

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

by Hilaire

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

Jan. 20, 2015

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

by Sven Van Caekenberghe

> On 20 Jan 2015, at 16:21, Hilaire <hilaire(a)drgeo.eu> wrote: > > I forgot again Pharo internal string are not utf-8 but ByteString, so > the string need to be converted back to utf8. No they are not - Strings and Characters in Pharo are using plain Unicode encoding internally. What you see in your particular case is that an external string comes in, originally encoded in UTF-8, yet the VM or maybe some code at the image level, just took the incoming string or bytes and just converted them directly to a Pharo string, not using the proper encoding. Your fix corrects that fault by re-interpreting the wrongly decoded characters as bytes using the correct encoder. http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/ The general problem is probably that the VM or image level does not know what encoder to use (just guessing). Sven

Jan. 20, 2015