February 2019 - Pharo-users

Re: [Pharo-users] Running test

by john pfersich

At least on MacOS Mojave, I had moved the app to the Application folder. /*âââââââââââââââââ-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Feb 5, 2019, at 09:50, Hilaire <hilaire(a)drgeo.eu> wrote: > > Thanks John and Andrei. > > And if you drag the app in the application folder does it work? > >> Le 05/02/2019 Ã 11:06, Andrei Chis a Ã©crit : >> But this happens only if I click the download link and use the web >> browser to download it. >> >> If I use wget I can open it but it does not find the image: >> > -- > Dr. Geo > http://drgeo.eu > > >

Feb. 5, 2019

Re: [Pharo-users] SQLite3 [UDBC2] - "Could not coerce arguments" error for UTF8 chars

by Petr Fischer

> On Tue, Feb 05, 2019 at 02:51:42PM +0000, Petr Fischer via Pharo-users wrote: > > When I executing this insert SQL command: > > insert into "TABLE" (..., "VARCHAR_FIELD") values (..., 'ÄÅ¡ÄÅÅ¾Ã½Ã¡ÃÃ©ÃºÅ¯ÄÅ ÄÅÅ½ÃÃÃÃÃÅ®'); > > this UDBC error occurs (what's wrong?): > > Error: "Could not coerce arguments" > > Please show complete code. > > Below code completes without error. > > | db | > db := UDBCSQLite3Connection openOn: '/tmp/u.db'. > [ db basicExecute: 'create table x (xv varchar)'. > db execute: 'insert into x values (?)' > with: (Array with: 'ÄÅ¡ÄÅÅ¾Ã½Ã¡ÃÃ©ÃºÅ¯ÄÅ ÄÅÅ½ÃÃÃÃÃÅ®'). > ] ensure: [ db close ] Yes, via. binding a value ala prepared statement, this works. Thanks! But still... I do not expect anyone to create tables through binding values (like in your example), so following SQL command is still broken: db execute: 'create table A (ID INTEGER, T TEXT DEFAULT ''Ã¡ÄÅ¡ÅÄÃ¡'')'. Error: "Could not coerce arguments" pf

Feb. 5, 2019

Re: [Pharo-users] Running test

by TomaÅ¾ Turk

BTW, on Windows 10 the Defender is also not happy at first. Best wishes Tomaz ------ Original Message ------ From: "Hilaire" <hilaire(a)drgeo.eu> To: pharo-users(a)lists.pharo.org Sent: 5. 02. 2019 18:50:07 Subject: Re: [Pharo-users] Running test >Thanks John and Andrei. > >And if you drag the app in the application folder does it work? > >Le 05/02/2019 Ã 11:06, Andrei Chis a Ã©crit : >> But this happens only if I click the download link and use the web >> browser to download it. >> >> If I use wget I can open it but it does not find the image: >> >-- >Dr. Geo >http://drgeo.eu > > >

Feb. 5, 2019

word wrap in Transcript

by test email

Is there a way to word-wrap info in the Transcript object?

Feb. 5, 2019

Re: [Pharo-users] Non-greedy RegEx?

by Norbert Hartl

> Am 05.02.2019 um 16:16 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > Still, there are advantages to an in-image solution, can't says this enough, these external lib dependencies pose their own problems ... +1 > >> On 5 Feb 2019, at 08:33, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> Hi, >> >> Yes, Pharo regex implementation is very naive. >> We will be moving to a PCRE binding to match outside world standards but we have not had the time to work on it :( >> >> Esteban >> >>> On 5 Feb 2019, at 00:27, Manuel Leuenberger <leuenberger(a)inf.unibe.ch> wrote: >>> >>> Hi, >>> >>> I just noticed that the Pharo regexes do not understand non-greedy matches. A regex engine to be PCRE is kind of essential, not having '.*?' to be a parseable and working regex is a bummer. Are there any more powerful regex engines around for Pharo? I could not find any. >>> >>> Cheers, >>> Manuel >>> >>> >> >> > >

Feb. 5, 2019

Re: [Pharo-users] Running test

by Hilaire

Thanks John and Andrei. And if you drag the app in the application folder does it work? Le 05/02/2019 Ã 11:06, Andrei Chis a Ã©critÂ : > But this happens only if I click the download link and use the web > browser to download it. > > If I use wget I can open it but it does not find the image: > -- Dr. Geo http://drgeo.eu

Feb. 5, 2019

Re: [Pharo-users] Running test

by Hilaire

Thanks Tomaz and HernÃ¡n -- Dr. Geo http://drgeo.eu

Feb. 5, 2019

Re: [Pharo-users] Github pharo-* organizations

by Alexandre Bergel

> The idea is to make it even easier than now (but so far nothing is defined). > Something like (but this is JUST A DRAFT IN MY MIND): > > { > #project : âMyCoolProjectâ, > #description : âBlablablaâ, > #tags: [ âaâ, âbâ, âcâ ], > #versions : [ > #current : â1.2.3â, > #pharo7: â1.2.0â, > etc. > ], > url: âgithub://estebanlm/MyCoolProject' > } That would be amazing. One advantage, is that removing junk project is an easy action. Cheers, Alexandre

Feb. 5, 2019

Re: [Pharo-users] package extensions in Pharo 7.

by Paul DeBruicker

Thanks Denis Denis Kudriashov wrote > Hi Paul. > > Ð²Ñ, 3 ÑÐµÐ²Ñ. 2019 Ð³., 19:57 PAUL DEBRUICKER > pdebruic@ > : > >> Hi - >> >> >> Is there a way to create the protocol, then convert it to an extension, >> without adding a method to it between the time I create the protocol and >> convert it to an extension? > > > No. > In Calypso there is no such thing as extension protocol. There is explicit > packaging of methods. When you create method you can toggle extension > checkbox in status bar and select a package where method should be > created. > Same procedure can be applied on existing method. > > I tried to avoid star convention when I designed Calypso. I think it is a > ugly hack because package is not a protocol. But seems it is badly > accepted > by people. So it could be reverted at some point. But I believe it is > better to improve/fix things which does not work well with current > approach. I don't really care about the star-prefix or internal structure of how protocols are represented, as long as its not laborious to port methods to GemStone/Squeak. Could the 'create new protocol dialog' could be smarter and if a star is typed first then the autocomplete switches to a list of packages, like you already have/show in the 'convert to extension' dialog? I understand Calypso has a new workflow for creating extension protocols and managing protocols in general. Seems like there's gotta be a way to avoid traversing from the method list to the bottom of the code pane when editing a method or group of methods protocol. I'll practice more with it today though. > Seems like it if the protocol is empty when I convert it to an extension > it >> gets deleted rather than converted. > > > It needs to be improved to avoid such confusion Or just maybe not immediately delete the thing I just created. Give it a few minutes. >> Would anyone be interested in having the thing that parses protocol names >> automatically create extension protocols from names that start with * >> instead of rejecting them immediately? >> >> >> IS the new extension stuff cross platform compatible right now or do I >> have to do anything else to port these methods & protocols to Squeak and >> GemStone? >> > > Calypso only touches UI. Nothing is changed on how extension sources are > stored in files. It's stil based on star protocols. So it is compatible Great. Thanks. >> >> Thanks >> >> >> Paul >> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 5, 2019

Re: [Pharo-users] Iliad on Pharo 7.0

by Steven Costiou

Hi, I looked at it this week end but in the end had no time to go through. I will surely do it, but it will take time as I have too much to do at the moment (say, not before March i think). Unless somebody does it before I can.. Steven. Le 2019-02-05 17:37, Siemen Baader a Ã©crit : > Hi, > > is anyone planning to port Iliad to Pharo 7.0? The Grease package seams to have been removed from 7.0 so Iliad does not work out of the box. > > cheers, > Siemen

Feb. 5, 2019