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

Re: [Pharo-users] Lawsuit Tracker app

by stepharo

I encourage people to provide correct project descriptions. > I updated a couple of my configs. Good reaction! Stef > >> 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] Working with a compressed Fuel file?

by Stephan Eggermont

On 05-01-16 16:29, Stephan Eggermont wrote: > Writing out the 71712 unique definitions in this project separately is > 54MB. The project consists of 17 packages with 2723 package versions, > the total number of pointers to the definitions is 2.2 million. > The total should be below 100MB Thanks to the help of Max and Thierry I found the problem. Set withAll: (MCVersionInfo allInstances collect: [ :each | each id ]) 7155 MCVersionInfo allInstances size 2726588 2030 versions of VMMaker-> 2029+2028+2027+...+1 MCVersionInfo's ideally... Stephan

Jan. 5, 2016

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

by Ben Coman

On Tue, Jan 5, 2016 at 10:20 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 05/01/2016 14:38, Sven Van Caekenberghe a Ã©crit : >> The problem can does also be restated: it is really necessary for a tool to convert 1000s of items to strings, even if only 10s are shown at the same time on a screen ? >> >> I believe that fast table tries to do better here. > But I need to show 1000s of them once, all in the same view, at the same > time. Is it that the same 1000 strings are being rendered multiple times a second? I had a similar problem with Roassal 1 with a unicode char massively slowing down to UI. I managed to achieve fairly normal response time by cached the Freetype calculated width of the string. I found the right place to do this by both profiling the whole system, and just the rendering by wrapping MessaeTally around the code of fullDrawOn: . Then I cache both the string and its calculated length from the rendering code, then if the cached string is the same as current I just returned the cached length. Sorry I can't be clearer. cheers -ben

Jan. 5, 2016

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

by Pierce Ng

On Tue, Jan 05, 2016 at 01:45:13PM +0100, H. Hirzel wrote: > Did you use this > http://www.pocketsmalltalk.com/sif/contents/sifall.zip link (labeled > 'sifall'.zip) to download the code? Yes, that's the zip file I used. Pierce

Jan. 5, 2016

Re: [Pharo-users] Working with a compressed Fuel file?

by Stephan Eggermont

On 03-01-16 20:31, Mariano Martinez Peck wrote: > I may have a hint. Which is the error upon materialization? A dnu on the > stream? Which message? Here is a further problem. I've done: |project| Gofer it smalltalkhubUser: 'StephanEggermont' project: 'MonticelloProjects'; package: 'MonticelloProjects'; load. project := (Smalltalk at: #MCProject) new location: 'http://source.squeak.org/VMMaker'. project read. project repository: nil. FLSerializer serialize: project toFileNamed: 'VMMaker.fl'. That takes a while (downloads 5 GB or so). It results in a 1.2 GB Fuel file. That is way too much, so somewhere I'm pulling in too many objects, or they are not recognized as equal. Writing out the 71712 unique definitions in this project separately is 54MB. The project consists of 17 packages with 2723 package versions, the total number of pointers to the definitions is 2.2 million. The total should be below 100MB Stephan

Jan. 5, 2016

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

by Hilaire

Le 05/01/2016 15:45, Henrik Johansen a Ã©crit : >>> I believe that fast table tries to do better here. >> > But I need to show 1000s of them once, all in the same view, at the same >> > time. >> > >> > Hilaire > I think Sven was referring to opening an inspector, where you usually only see 10-20 items in a list at once, even if the total number of items is much larger. > The new FastTable/List/Tree/WhateverItsCalled are much better suited for this, instead of creating the 1500 Strings that can potentially be shown before even opening the inspector, it creates the 20 or so that will actually be shown, then generates the rest as you scroll. Got it Thanks -- Dr. Geo http://drgeo.eu

Jan. 5, 2016

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

by Henrik Johansen

> On 05 Jan 2016, at 3:20 , Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 05/01/2016 14:38, Sven Van Caekenberghe a Ã©crit : >> The problem can does also be restated: it is really necessary for a tool to convert 1000s of items to strings, even if only 10s are shown at the same time on a screen ? >> >> I believe that fast table tries to do better here. > But I need to show 1000s of them once, all in the same view, at the same > time. > > Hilaire I think Sven was referring to opening an inspector, where you usually only see 10-20 items in a list at once, even if the total number of items is much larger. The new FastTable/List/Tree/WhateverItsCalled are much better suited for this, instead of creating the 1500 Strings that can potentially be shown before even opening the inspector, it creates the 20 or so that will actually be shown, then generates the rest as you scroll. Cheers, Henry

Jan. 5, 2016

Re: [Pharo-users] Browsing shortucts

by Tudor Girba

Just inspect: KMRepository default and you will get both the contextual and the global keys: Cheers, Doru > On Jan 5, 2016, at 4:16 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > looks like that it does not contain the global shortcuts like how you open the playground etc > all am i still missing something ? > > On Tue, Jan 5, 2016 at 4:12 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > I am an idiot , sorry, I though you were talking about nautilus shortcut dialog > > yeah thats what i am looking for 200+ shortcuts > > ok so I was wrong , still not bad at all :) > > On Tue, Jan 5, 2016 at 4:04 PM Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > 2016-01-05 14:42 GMT+01:00 David Allouche <david(a)allouche.net>: > Strangely, I am not able get any response from Ctrl-TAB, which is essential to tab out of a text widget. > > Looking with the inspector, it looks like it SHOULD do what I need, but it appears that the keyboard event does not get there. > > How can I get a transcript output for every detected keyboard event? I suspect that maybe something system-wide in MacOS is intercepting the event. > > At high level, do > > KMLog setDebug > > (and get a transcript open) > > to stop it, do > > KMLog removeDebug. > > (This will give you Keymapping behavior, but remember that: any app can add a key processing on a morph instance manually, and that many morphs have hardwired shortcuts such as navigation keys) > > At a lower level, you can trace or add a watchpoint inside: > > HandMorph>>#generateKeyboardEvent: > > Use that if you don't see your ctrl+tab at the Keymapping level. > > Thierry > > > >> On 5 Jan 2016, at 14:35, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: >> >> nope thats only the shortcuts of nautilus , a tiny fraction >> >> so what I did was the following >> >> Open playground and inspect >> >> KMKeymap allInstances . >> >> and it returns me >> >> 538 >> >> now unless those are duplicates as well, which i doubt from the looks of it it that means we have 6 shortcuts more than emacs, so pharo has more shortcuts than emacs >> >> http://superuser.com/questions/768540/how-many-keyboard-shortcuts-are-in-em… >> >> ah the irony is too strong in this one >> >> Please correct me if i am wrong because this is huge news for me :D >> >> >> On Tue, Jan 5, 2016 at 3:22 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> World Menu > System > Keymap Browser ? >> >> > On 05 Jan 2016, at 14:16, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: >> > >> > 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 ? >> >> > -- www.tudorgirba.com www.feenk.com "Reasonable is what we are accustomed with."

Jan. 5, 2016

Ctrl-tab not working

by David Allouche

> On 5 Jan 2016, at 15:03, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > 2016-01-05 14:42 GMT+01:00 David Allouche <david(a)allouche.net <mailto:david@allouche.net>>: > Strangely, I am not able get any response from Ctrl-TAB, which is essential to tab out of a text widget. > > Looking with the inspector, it looks like it SHOULD do what I need, but it appears that the keyboard event does not get there. > > How can I get a transcript output for every detected keyboard event? I suspect that maybe something system-wide in MacOS is intercepting the event. > > At high level, do > > KMLog setDebug > > (and get a transcript open) > > to stop it, do > > KMLog removeDebug. > > (This will give you Keymapping behavior, but remember that: any app can add a key processing on a morph instance manually, and that many morphs have hardwired shortcuts such as navigation keys) > > At a lower level, you can trace or add a watchpoint inside: > > HandMorph>>#generateKeyboardEvent: > > Use that if you don't see your ctrl+tab at the Keymapping level. > > Thierry > Thanks. I added some logging statements to HandMorph>>#generateKeyboardEvent: and they show that this method is not run at all for Ctrl-Tab keyDown events. But it is run for Ctrl-Tab keyUp events, and it returns a keyEvent for those. It does not look like there is a OS level shortcut override for Ctrl-Tab, since it works correctly, in Safari for example (switch tabs). Could it be a bug in the VM? I am running the Pharo 4.0 release VM and image. Can anyone else running MacOS can confirm that Ctrl-TAB works for them in Pharo?

Jan. 5, 2016

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

by Hilaire

Le 05/01/2016 14:38, Sven Van Caekenberghe a Ã©crit : > The problem can does also be restated: it is really necessary for a tool to convert 1000s of items to strings, even if only 10s are shown at the same time on a screen ? > > I believe that fast table tries to do better here. But I need to show 1000s of them once, all in the same view, at the same time. Hilaire -- Dr. Geo http://drgeo.eu

Jan. 5, 2016