February 2015 - Pharo-users

Re: [Pharo-users] Cleaning code completition's namespace

by Laura Risani

Hi Doru , On Fri, Feb 6, 2015 at 9:40 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > In the latest Pharo 4 Spotter works properly with the Dark Theme. > Starting from a fresh image (downloaded this week), and doing nothing more than setting the theme to Pharo 3 Dark, GTSpotter shows white, what is curious because GTInspector and GTPlayground show dark. Could you elaborate? Where do you see the difference? What do you mean by >> "more direct"? >> > I'll tell you what i think based exclusively on my personal preferences (like the black theme) and not having tried the tool for very long, probably there are additional customizations and features i ignore, so my opinion won't be fully qualified. For accessing+navigating the world menu, i like better a global shortcut+the world menu itself, because, unlike Spotter, there is a visual depiction of submenus that let you recognize them beforehand, and when you type to navigate items stay at place so i don't have to visually rescan (to me these qualities are directness ones). In addition, unlike Spotter , word menu opens where the ponter is, so i could choose where to open it if i wanted to. To quickly find and/or browse classes and msg implementations/senders is a need i frequently face (many times i know the names and want a quick access without "polluting" where i am), which can occur in two forms, with or without context. In the contextual case (like browsing from within a class/method) the tool i'm using provides me the browse facilities to address the need. In the uncontextual case, i have Spotlight and Spotter . Spotlight addresses the need directly in two steps 1Â° find the cls/msg "name" 2Â°open a specialized (info+actions) browser on it in a regular window (modal/movable/resizeable). The model is a simple direct one-to-one mapping of what i want to do, doesn't make me think how to do what i want to do. In contrast, from the perspective of that need, Spotter -Doesn't search "names" (class names/selectors) but implementations, overlaping the two actions of the need (when i olny hava a clue and i'm not sure of the name i'm interesed into, i don't care for the list of implementations, is obstrusive "garbage"). Forcing me to unnecessarily think how to do what i want to do. In addition i find it hard to think about the tool because i can't figure out a statement of purpose for it, perhaps "global search for a name", but i'm not sure of "global" because it doesn't do source code. -Shows me "garbage" i have to mentally filter (world menu, packages, pragmas, ... ). -Only shows me 5 (implementation) results at the time. - Its window misses the useful qualities of a regular one, which are in many cases useful (sometimes i want to keep the list of implementations/senders open). I don't understand the motivation of this absence, why is better to not have/implement them than to do so? Also i don't understand the motivation of its fixed size/position, i find them annoying, a centered rectangle which impedes me to see anything else and of a size which also makes me hard to read it contents and forces me to scroll, and i "can't" do anything about it because it is fixed, seems a warning sign. Spotlight opens on a corner giving me the choice of seeing something else if i wanted to. -Because it searches implementations instead of selectors it avoids MessageBrowser which (to me) offers a much richer experience for browsing impementations/senders (dual views, more info of implementations like its package, more actions). I want to stress one more time that this is my personal opinion for myself, and while i probably won't use the tool i think that Spotlight and Spotter should coexist as other tools do (like Workspace and Playground) because one tool can't fit all mindsets/preferences. Does anyone know why was Spotlight removed from distribution v4? > Cheers, > Doru > > Thank you for being interested in my opinion. Best, Laura

Feb. 7, 2015

Re: [Pharo-users] Spotter: How to see more beyond #/##

by stepharo

Le 5/2/15 14:38, Tudor Girba a Ã©crit : > Hi, > > Yes. As Alex said, we want all actions to have a visual > representation. This is on our todo list. The question is why should we learn a visual representation presenting "cmd"-> is more effective (there are plenty of research paper on UI learnability) that a triangle. Stef > > As for configurability, there is no grand plan at the moment. We could > indeed expose shortcuts as settings. > > Cheers, > Doru > > > > On Thu, Feb 5, 2015 at 1:32 PM, Sean P. DeNigris > <sean(a)clipperadams.com <mailto:sean@clipperadams.com>> wrote: > > kilon.alios wrote > > because right controls the search input box cursor > > > > On Thu, Feb 5, 2015 at 12:00 PM, Guillermo Polito < > > > guillermopolito@ > > > > wrote: > >> Maybe I'm not getting it but, Why not just using "Right"? > > Ha ha ha, I was thinking the same thing! But it seems obvious now. > I think > discoverability + "mouse click on the 5/26 line" (with maybe some > kind of > icon inviting a click) would help a lot. > > Regarding shortcuts in general, what is the status of the dream we > had when > we starting investigating keymapping and friends years ago - "let > users > totally customize shortcuts"? While it's good to have a reasonable > default, > no hardcoded solution will make everyone happy... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Spotter-How-to-see-more-beyond-tp4803696p4803921.html > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

Feb. 7, 2015

Re: [Pharo-users] Image growing size

by Sven Van Caekenberghe

> On 07 Feb 2015, at 10:19, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Hi, > > a fairly long report on the image and memory hogs is : > > SmalltalkImage current reportCPUandRAM Cool. I didn't know that one. Thanks. > Writes files in the image folder containing all the information. Takes a while to run. > > Thierry > > 2015-02-07 9:53 GMT+01:00 Stephan Eggermont <stephan(a)stack.nl>: > You might want to inspect this to see if this gets you something interesting. > > (Object allSubclasses collect: [ :aClass | > aClass -> aClass allInstances size]) > sort: [ :a :b | a value > b value ] > > It takes some time to run, especially in a larger image. > > Stephan > > >

Feb. 7, 2015

Re: [Pharo-users] Image growing size

by Trygve Reenskaug

I had this trouble with Squeak. It transpired that Squeak has a recycle bin! I changed a preference and all my junk objects disappeared. On 07.02.2015 10:19, Thierry Goubier wrote: > Hi, > > a fairly long report on the image and memory hogs is : > > SmalltalkImage current reportCPUandRAM > > Writes files in the image folder containing all the information. Takes > a while to run. > > Thierry > > 2015-02-07 9:53 GMT+01:00 Stephan Eggermont <stephan(a)stack.nl > <mailto:stephan@stack.nl>>: > > You might want to inspect this to see if this gets you something > interesting. > > (Object allSubclasses collect: [ :aClass | > aClass -> aClass allInstances size]) > sort: [ :a :b | a value > b value ] > > It takes some time to run, especially in a larger image. > > Stephan > > > -- /The essence of object orientation is that objects collaborateto achieve a goal. / Trygve Reenskaug mailto: trygver(a)ifi.uio.no <mailto:%20trygver@ifi.uio.no> Morgedalsvn. 5A http://folk.uio.no/trygver/ N-0378 Oslo http://fullOO.info Norway Tel: (+47) 22 49 57 27

Feb. 7, 2015

Re: [Pharo-users] Image growing size

by Thierry Goubier

Hi, a fairly long report on the image and memory hogs is : SmalltalkImage current reportCPUandRAM Writes files in the image folder containing all the information. Takes a while to run. Thierry 2015-02-07 9:53 GMT+01:00 Stephan Eggermont <stephan(a)stack.nl>: > You might want to inspect this to see if this gets you something > interesting. > > (Object allSubclasses collect: [ :aClass | > aClass -> aClass allInstances size]) > sort: [ :a :b | a value > b value ] > > It takes some time to run, especially in a larger image. > > Stephan > > >

Feb. 7, 2015

Re: [Pharo-users] Image growing size

by Stephan Eggermont

You might want to inspect this to see if this gets you something interesting. (Object allSubclasses collect: [ :aClass | aClass -> aClass allInstances size]) sort: [ :a :b | a value > b value ] It takes some time to run, especially in a larger image. Stephan

Feb. 7, 2015

Re: [Pharo-users] Image growing size

by Hilaire

Personally I never got a 200MB image size, you have very likely persisted large collection of objects of your own in your image. Le 06/02/2015 23:29, Laura Risani a Ã©crit : > I've tried, at some degree, all of your suggestions, but i failed to > reduce the image size significantly. I'll keep trying, meantime i've > started with a fresh image. > > Thank you for your answers. > Best, > Laura > > On Wed, Feb 4, 2015 at 11:10 AM, Hilaire > <hilaire(a)drgeo.eu > <mailto:hilaire@drgeo.eu>> wrote: > > Le 03/02/2015 17:49, Laura Risani a Ã©crit : > > The official image i've downloaded weighted about 40 MB. Now its size > > is about 200 MB. What is the explanation? Is this normal or have i > > done something wrong? > > > You may want to try World menu>System>Do image clean up > > Hilaire > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > > > > -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Feb. 7, 2015

Re: [Pharo-users] Relationship between Morph and Canvas

by Nicolai Hess

Hi Nacho, 2015-02-06 22:32 GMT+01:00 nacho <0800nacho(a)gmail.com>: > Hi, > I've been digging and inspecting all the classes related to Morphic. But > there's something that I don't happen to figure out. > Morph has a method > drawOn: aCanvas > aCanvas fillRectangle: self bounds fillStyle: self fillStyle > borderStyle: self borderStyle > > > Which if it's not overridden by a subclass of Morph makes it possible to > still instantiate a Morph -the classic blue rectangle. > > Now aCanvas is obviously an instance of FormCanvas or some other subclasses > of Canvas. > But the question is, where does Morph create such instance of FormCanvas? > The Morph does not care where this Canvas come from * The WorldMorph (a PasteUpMorph) has a "WorldState" instance variable and this world state controlls the update cycle. During this update it creates THE canvas from the DisplayScreen (this is now a FormCanvas for the DisplayScreen(Form)). Now it calls drawOn:canvas for all Morph(and submorphs) of the WorldMorph. (With some more or less complex computations for clipping resp. updating only the changed areas). > How does this work? I'm getting all wrong? > look at: WorldMorph>>#displayWorld WorldState>>#displayWorld:submorphs: > I read the documentation available but I can't grasp it from what I have > read. > * you can create your own Form and Canvas instance and call drawOn: for a Morph with that canvas: |f canvas | f:=Form extent:300@300 depth:32. canvas := f getCanvas. EllipseMorph new extent:300@300;drawOn:canvas. f display > Thanks in advance for your help > best > Nacho > > > > > ----- > Nacho > Smalltalker apprentice. > Buenos Aires, Argentina. > -- > View this message in context: > http://forum.world.st/Relationship-between-Morph-and-Canvas-tp4804251.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Feb. 6, 2015

Re: [Pharo-users] Image growing size

by Laura Risani

I've tried, at some degree, all of your suggestions, but i failed to reduce the image size significantly. I'll keep trying, meantime i've started with a fresh image. Thank you for your answers. Best, Laura On Wed, Feb 4, 2015 at 11:10 AM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 03/02/2015 17:49, Laura Risani a Ã©crit : > > The official image i've downloaded weighted about 40 MB. Now its size > > is about 200 MB. What is the explanation? Is this normal or have i > > done something wrong? > > > You may want to try World menu>System>Do image clean up > > Hilaire > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > > > >

Feb. 6, 2015

Re: [Pharo-users] Relationship between Morph and Canvas

by Sean P. DeNigris

nacho wrote > But the question is, where does Morph create such instance of FormCanvas? #drawOn: -> senders incl. WorldState>>#drawWorld:submorphs:invalidAreasOn: -> senders incl. WorldState>>#drawWorld:submorphs:invalidAreasOn:, whose implementation sends #assuredCanvas... hmm that sounds interesting -> implementors incl. WorldState>>#assuredCanvas... et voilÃ ----- Cheers, Sean -- View this message in context: http://forum.world.st/Relationship-between-Morph-and-Canvas-tp4804251p48042… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 6, 2015