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

Browsing shortucts

by Dimitris Chloupis

Hey guys I remember a way to open the inspector for browsing all available keyboard shortcuts in pharo but I cannot find it via google, anyone remembers the way to do this ?

Jan. 5, 2016

Re: [Pharo-users] Using Playgrounds as a notepad

by Alexandre Bergel

Useful code snippet! Thanks! Alexandre > On Jan 4, 2016, at 10:47 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > a) Spec > > ~~~~~~~~~~~ > tm := TextModel new. > tm autoAccept: true. "otherwise you would have to pres ctrl+s to 'save' the result in memory" > tm openWithSpec. "this will open text window > > "and then you can do" > tm text. "retrieve current text from the TextModel (returns an instance of Text)" > tm text: 'new content' "set a new content" > ~~~~~~~~~~ > > b) Workspace > > ~~~~~~~~~~~~~~~~~~~ > w := Workspace new. > w open. > > w contents. "note that you must ctrl+s the content in the workspace for it to appear here (there's a yellow triangle in top right corner if the content is not saved" > w contents: '123'. > ~~~~~~~~~~~~~~~~~~ > Workspace can also be saved/loaded to disk. > > c) Playground > > ~~~~~~~~~~~~~~~~~~ > (page := GTPlayPage new) > saveContent: 'initial content'. > (playground := GTPlayground new) > openOn: page. > > page content. "retrieve the content; just like with Workspace you must ctrl+s when editing in the Playground itself" > > "updating is a bit more complex, but it still seems to work" > page saveContent: 'new content'. > playground update. > ~~~~~~~~~~~~~~~~~~~ > > Peter > > On Mon, Jan 4, 2016 at 11:51 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 04 Jan 2016, at 07:34, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > >> On Jan 4, 2016, at 3:21 AM, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > >> > >> I often find that I need to do simple manipulations to passages of text, e.g. remove all carriage returns, or extract email addresses etc. > >> > >> Pasting the text into a Playground doesn't work because there is always an apostrophe, or line break or... etc. and the playground complains. > >> > >> Is there a way to tell a Playground to just ignore the text, and give me a handle to its contents, so that I can then do something like > >> > >> playgroundId contents splitOn:Character space. > >> > >> Alternatively, is there another object that would be more appropriate? Playground would be really useful just because it is in the menu, and always available. > > > > The Playground does not yet allow you to do that. But, you can use the Clipboard: > > > > Clipboard clipboardText splitOn:Character space. > > I do this a lot: using #clipboardText is a way to get to a copied string without any problems. > > You can also do a Print It on 'Clipboard clipboardText asString' which will render the string using the Pharo quoting conventions. > > > Cheers, > > Doru > > > >> Cheers > >> Andy > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "Value is always contextual." > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 5, 2016

Re: [Pharo-users] Dolphin Smalltalk open-sourced...

by H. Hirzel

Thank you for the report, Pierce. Did you use this http://www.pocketsmalltalk.com/sif/contents/sifall.zip link (labeled 'sifall'.zip) to download the code? --Hannes On 1/4/16, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Mon, Jan 04, 2016 at 02:19:57PM -0300, Esteban A. Maringolo wrote: >> I cloned the repo and ran BootAll.cmd and it ran right away in my >> Windows 7 64 bit computer. > > The same. > > I looked into moving source back and forth, and found an implementation of > Smalltalk Interchange File (SIF) by Eric Arseneau from the year 2000. The > Squeak version files in on Pharo 4 (and Squeak 5) and files some code out > successfully (after a small change in symbol handling). Similarly the > Dolphin > version files in but fails to import a Squeak file-out, because Dolphin > doesn't > understand {} in Dictionary class>>newFromPairs:. Next step is to look at > the > compiler I suppose. Down the rabbit hole... > > SIF is found here: http://www.pocketsmalltalk.com/sif/. Pocket Smalltalk, > now that's a very cool thing. > > Pierce > >

Jan. 5, 2016

Re: [Pharo-users] Slow object printOn: with EURO symbol

by Sven Van Caekenberghe

String with ByteString and WideString subclasses has been a standard feature of Squeak/Pharo for a long time. The transparent automatic conversion between the two is a feature, not a limitation. In se, there is nothing wrong with it. Yes, other representations of Strings are possible, but is is far from sure that they would be faster overall. The current implementation favours Latin1 (and thus ASCII), because that is so common. In my work image I count them as follows: ByteString allInstances size. "301498" WideString allInstances size. "136" That is less than 0.05%. > On 05 Jan 2016, at 13:08, Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 04/01/2016 11:05, Henrik Johansen a Ã©crit : >> In the fallback code for WriteStream >> #nextPut:, at:put: is called, so yes, streaming a wide char causes the streams collection to be converted from Byte to WideString. >> Conversion is done using become, which currently triggers a full heap scan for references, and is thus very slow. >> One could add a fast-path along the lines of #pastEndPut: (which has already broken any assumption that a reference to the collection will reflect all writes for the lifetime of stream, for the same performance problems one would face using #become:); if collection is a ByteString and anObject is a wide characters, replace collection with a WideString, and *then* call at:put: >> But, it is not a very nice thing to add to a generic streaming class, nor is it a very attractive at this point in time considering that making become: a fast operation is one of the problems solved by Spur. > So wait and see for Spur? > To not forget about it, it is recorded here, and it should be kept open > for later check: > https://pharo.fogbugz.com/f/cases/17315/Slow-object-printOn-with-EURO-symbol > > It is possible to turn around this problem, but this sort of annoyance > with Pharo internal encoding regularly arises, so I am not sure what to > think about the state of Pharo regarding internal encoding. Now days is > not supposed to be all utf-8? > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > > >

Jan. 5, 2016

Re: [Pharo-users] Slow object printOn: with EURO symbol

by Hilaire

Le 04/01/2016 11:05, Henrik Johansen a Ã©crit : > In the fallback code for WriteStream >> #nextPut:, at:put: is called, so yes, streaming a wide char causes the streams collection to be converted from Byte to WideString. > Conversion is done using become, which currently triggers a full heap scan for references, and is thus very slow. > One could add a fast-path along the lines of #pastEndPut: (which has already broken any assumption that a reference to the collection will reflect all writes for the lifetime of stream, for the same performance problems one would face using #become:); if collection is a ByteString and anObject is a wide characters, replace collection with a WideString, and *then* call at:put: > But, it is not a very nice thing to add to a generic streaming class, nor is it a very attractive at this point in time considering that making become: a fast operation is one of the problems solved by Spur. So wait and see for Spur? To not forget about it, it is recorded here, and it should be kept open for later check: https://pharo.fogbugz.com/f/cases/17315/Slow-object-printOn-with-EURO-symbol It is possible to turn around this problem, but this sort of annoyance with Pharo internal encoding regularly arises, so I am not sure what to think about the state of Pharo regarding internal encoding. Now days is not supposed to be all utf-8? Thanks Hilaire -- Dr. Geo http://drgeo.eu

Jan. 5, 2016

Re: [Pharo-users] Lawsuit Tracker app

by Sven Van Caekenberghe

> On 04 Jan 2016, at 12:07, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> >> On 04 Jan 2016, at 11:23, SaÅ¡a JaniÅ¡ka <gour(a)atmarama.com> wrote: >> >> On Ned, 2016-01-03 at 12:49 +0100, Esteban Lorenzano wrote: >> >>> you have it: >>> >>> http://catalog.pharo.org >> >> That's nice, but there are, imho, too many pkgs with "No description >> provided", so maybe that should be made as mandatory? > > it is mandatoryâ¦ but people does not provide them, and we could reject the projects, but then they will be irremediable lost. > So we took the âleast painâ path. > > I encourage people to provide correct project descriptions. I updated a couple of my configs. > cheers, > Esteban > >> >> >> Sincerely, >> Gour >> >> -- >> In the material world, one who is unaffected by whatever good >> or evil he may obtain, neither praising it nor despising it, >> is firmly fixed in perfect knowledge.

Jan. 5, 2016

Re: [Pharo-users] Interogation about recursivity or sequential

by Alexandre Bergel

Recursivity is usually better to read, understand. However sequential is usually more efficient (but harder to implement right). Cheers, Alexandre > On Jan 4, 2016, at 6:11 PM, Yann Dubois <yann59.dubois(a)gmail.com> wrote: > > Hello World, Happy new year 2016 ! > > I actually work on an integration of a double linked list on Pharo and I have a little interogation. > It's better to use recursivity or senquential algorithm ? > > Yann -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 5, 2016

Re: [Pharo-users] [Pharo-dev] Pharo-contribution down

by Christophe Demarey

pharo-contribution is now alive but a lot of jobs in the queue. It will take time to flush it Le 4 janv. 2016 Ã 13:14, Christophe Demarey a Ã©crit : > yes, a problem on the CI infrastructure. > IT team told me it will be fixed tomorrow > > Le 2 janv. 2016 Ã 18:51, Esteban Lorenzano a Ã©crit : > >> everything is down >> I think we need to wait âtill monday to fix it :( >> >> Esteban >> >>> On 02 Jan 2016, at 18:39, Damien Cassou <damien.cassou(a)inria.fr> wrote: >>> >>> The Jenkins for pharo-contribution seems to be down: builds never >>> finish. >>> >>> https://ci.inria.fr/pharo-contribution >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Success is the ability to go from one failure to another without >>> losing enthusiasm." --Winston Churchill >>> >> >> >

Jan. 5, 2016

Re: [Pharo-users] Using Playgrounds as a notepad

by Peter UhnÃ¡k

> Out of curiosity, is it possible to access any other data on the clipboard. At least for linux this is most likely not possible, as the underlying VM code requests unicode string (that's what I remember when I was debugging it about a year ago). In X11 clipboard, the client must explicitly request the type of content he is interested in. On Tue, Jan 5, 2016 at 8:14 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > you need to accept the contents in order for the workspace to store your > text, you can use either right click menu and accept or the shortcut that > menus shows then you can get the contents as a string via > > ws := Workspace open. > "type text and then accept it" > ws contents asString > > > On Tue, Jan 5, 2016 at 3:57 AM Andy Burnett < > andy.burnett(a)knowinnovation.com> wrote: > >> @Dimitris >> >> Thanks for the Workspace idea. That is pretty much what I am looking for. >> However, I am struggling to get it to behave the way I want. >> When I type into the Workspace, and then inspect >> >> ws contents >> >> I just get an empty string. Is there a simple way to get the ws to update >> its contents so that I can access it? >> >> @Sven, @Doru. Thanks. The Clipboard approach is very slick. I will use >> that for the time being. Out of curiosity, is it possible to access any >> other data on the clipboard. For instance, if I copy a pictured from my >> desktop, is that accessible via the Clipboard object? I only saw text >> oriented methods. >> >> Thanks >> Andy >> >

Jan. 5, 2016

Re: [Pharo-users] Lawsuit Tracker app

by Dimitris Chloupis

Could not agree more Stef It takes no more than 10 minutes to document your project and it's only 2 methods, there are no excuses. Unfortunately you cannot force people to care about their own code. On Tue, 5 Jan 2016 at 09:10, stepharo <stepharo(a)free.fr> wrote: > And many of the descriptions there aren't terribly descriptive. > > If people do not value their work.... we cannot do more than what we are > doing sadly > > Stef > >

Jan. 5, 2016