- Pharo-dev - lists.pharo.org

[Pharo-project] Small usability glitch
by Sebastian Sastre March 1, 2012

March 1, 2012

Hey guys, when opening a SystemBrowser and executing a "Find class..." command (with context menu or cmd-f with focus in the packages pane) there is a dialog listing the classes that matches whatever you type. So far so great. The problem is that time and again I use the arrows keys to select the one that I was looking for and press enter only to get a dialog closed in a no-op. Note that: 1. to make that dialog work, the only way is to use the mouse to click on OK or double click the target class and 2. the input even says: "Hit return to accept" so.. sebastian o/

4 6

[Pharo-project] fun with NBOpenGL
by StÃ©phane Ducasse March 1, 2012

March 1, 2012

Igor coded with me one hour to show me step by step how to produce a rotating pyramid in Pharo :) Have fun (igor will update the configurationOfNBOpenGL to load the latest file).

9 39

Re: [Pharo-project] FilePlugin rant
by Marcus Denker March 1, 2012

March 1, 2012

On Mar 1, 2012, at 9:03 PM, Mariano Martinez Peck wrote: > I have also experimented the problem of Monticello being unusable The sentence should stop here... We really need to think hard about Monticello... just look at 1.4 from https://ci.lille.inria.fr/pharo/job/Pharo%201.4/lastSuccessfulBuild/artifac… Image size: 17.7MB Hmm... that's large. Pharo is growing out of leaps and bounds! We add crap all the time! No, actually not. 1. Monticello ancestry. MCVersionInfo allInstances do: [ :each | each instVarNamed: 'ancestors' put: nil ]. doit, save. --> 12.7 MB. So MC wastes 5MB for history. Now history is important. But can we actually use the history? The Changes and Source are together now 53MB... because we need the history. But, isn't that what MC should do? Why can't it do it? Even though it wastes 5MB constantly? Continuing... 2) Scriptloader. Big piece of crap. Delete the class. Save ---> 10.3 MB What it does is to define which exact package versions made up a pharo version. So we know what 14345 was *exactly*. And it records the comment of what changed. Again: Shoudn't a "software versioning and a revision control system" do *exactly* that? No? 3) "ScriptLoader new cleanUpForProduction" does 1 and 2 and removed the tests, does some cleanup --> 8.3 MB And that is with all the fonts! Fully usable. All tools. (but not SUnit). 8.3 MB.... So I really wonder if we don't need to do something different.... Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] [update 1.4] #14370
by Marcus Denker March 1, 2012

March 1, 2012

On Mar 1, 2012, at 9:47 PM, StÃ©phane Ducasse wrote: > Thanks! > Finally we got this code inâ¦ > Thanks camillo > Thanks marcus! Sadly not... it turned out the be not loadable with Monticello, so after wasting far too much time we rolled back and we now have a changeset to try... Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14370
by Marcus Denker March 1, 2012

March 1, 2012

14370 ----- Issue 5290: Cleanup Startup Error Handling http://code.google.com/p/pharo/issues/detail?id=5290 Camillo Bruni. - provide a more readable log output on stdout - properly handle the -interactive -headless switch - reuse existing code when using scripts (CodeLoader) - cleanup the logging in SmalltalkImage - added exit code -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] can this be done via modification to the Squeak/Pharo IDE?
by Lawson English March 1, 2012

March 1, 2012

http://vimeo.com/36579366 Lawson

10 15

[Pharo-project] does anybody use for business the Native Mac menus?
by StÃ©phane Ducasse March 1, 2012

March 1, 2012

Hi guys we are thinking that we want to (rewrite) remove the support for native mac menus because it goes against the flow of things and the cleanup of the events we are doing. So before removing them we would like to assess if we should really support that or not now. Stef

3 3

Re: [Pharo-project] Troll Banned.
by Marcus Denker March 1, 2012

March 1, 2012

On Mar 1, 2012, at 3:41 PM, Michael Haupt wrote: > Hi, > > it's a temporary solution. Terminator syndrome. New e-mail address, > boing. This has happened before elsewhere. > And the solution is? Marcus -- Marcus Denker -- http://marcusdenker.de

3 2

[Pharo-project] FilePlugin rant
by Camillo Bruni March 1, 2012

March 1, 2012

I recently started to hack around Monticello due to very low response times when having a huge package cache. Now interestingly the FilePlugin primitives for listing files are horrible! Example: ----------------------------------------------------------- MC often requests a list of all mzc's cached locally: (FileDirectory default / 'package-cache') entries In my case there are 4300 mczs in the shared package-cache timeToRun yields a nightmarish 2050ms for this, further investigation leads to the fact that most of the time is spent in the file primitive! Now thats some 2ms for a single directory entry! [Just as a side note, ruby1.8 does the same job in 10ms :D] ----------------------------------------------------------- primLookupEntryIn: fullPath index: index <primitive: 'primitiveDirectoryLookup' module: 'FilePlugin'> ----------------------------------------------------------- I think we should definitely add another primitive which directly lists the file under a certain path. Of course this will break compatibility with existing code, but I think the current approach does not scale... best cami

4 4

Re: [Pharo-project] Small usability glitch
by Marcus Denker March 1, 2012

March 1, 2012

On Mar 1, 2012, at 8:24 PM, Sebastian Sastre wrote: > Hey guys, > > when opening a SystemBrowser and executing a "Find class..." command (with context menu or cmd-f with focus in the packages pane) there is a dialog listing the classes that matches whatever you type. > > So far so great. > > The problem is that time and again I use the arrows keys to select the one that I was looking for and press enter only to get a dialog closed in a no-op. > > Note that: > 1. to make that dialog work, the only way is to use the mouse to click on OK or double click the target class and > 2. the input even says: "Hit return to accept" > I think this is fixed in 1.4. The class find dialog is now usable just by keyboard... (Camillo fixed that). Marcus -- Marcus Denker -- http://marcusdenker.de

1 0