- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] strange bug when opening the morph menu

by Nicolai Hess

If you press and hold the mousebutton the menu is visible. If you just click the mousebutton the menu flashes for a short time and the window is in "grab" mode. Actually the grab-menu item is selected, because the menu is such wide, that it does not open beneath the mouse pointer, and so the mouse pointer is always over some menu item. (at leas with on windows) If you have a normal workspace title bar, the menu stays on even if you just click the mousebutton. nicolai 2013/12/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > Hi, > > Try this: > > 1. Execute > Workspace open > 2. Try to get the menu of the window > ==> it opens just fine > > 1. Execute > Workspace open label: (1 to: 100) asOrderedCollection asString > 2. Try to get the menu of the window > ==> it does not open properly (it opens large and it closes quickly) and > the mouse remains in dragging mode > > > I do not get this problem. > When I want to edit the title it just takes the complete screen width. > > > I opened a bug report: > > https://pharo.fogbugz.com/f/cases/12426/Morph-menu-has-strange-behavior-whe… > > Does anyone have any idea of why it happens? > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow." > > >

Dec. 14, 2013

methodDict versus methodDictionary

by StÃ©phane Ducasse

Hi I do not understand why we deprecate methodDictionary and not methodDict (What a really bad name) I hate this inconsistent and lame name like methodDict and Marcus you mention on the bug entry nobody should access methodDict directly -> so why have a "nice" accessor for something not to be used? but I have 103 send of methodDict in my image So I do not get it and personally I would not deprecate methodDictionary and I would remove methodDict because it sucks! In the same bad style instSize or instSpec looks like the guy was lazy to type instanceSize and instanceSpec So let me know because I want to understand the story behind methodDict the ugly. Stef

Dec. 14, 2013

Re: [Pharo-dev] Another thought about globals

by StÃ©phane Ducasse

> Hi Norbert-- > >> Class names are globals. A class is registered in a global namespace >> by its name. Names need to be looked up. How should it work in >> another way? > > Get rid of globals. Make the root classes elements of the special > objects array (Object already is), and look up classes through that. > Make everything else that used to be a global (like Transcript) the > responsibility of some class, and use them by sending messages. This > also makes the modularization straightforward. This is what we did with Smalltalk -> self environment. Smalltalk -> SmalltalkImage current Now I wonder if it really solves the problem that has igor (this is true that I would prefer to avoid to have specific declaration. Now what would be good is to have a protocol to systematically initialize such "global" even when they are attached to classes. > There's no need for a system dictionary. It was a profound and > long-lived mistake. In the midterm I want to get rid of it (by splitting it and distributing into module) but it will take time.

Dec. 14, 2013

Re: [Pharo-dev] strange bug when opening the morph menu

by StÃ©phane Ducasse

Doru I tried the halo menu the window triangle menu morph the menu you can get from the text Stef On Dec 14, 2013, at 11:10 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Try this: > > 1. Execute > Workspace open > 2. Try to get the menu of the window > ==> it opens just fine > > 1. Execute > Workspace open label: (1 to: 100) asOrderedCollection asString > 2. Try to get the menu of the window > ==> it does not open properly (it opens large and it closes quickly) and the mouse remains in dragging mode > > I opened a bug report: > https://pharo.fogbugz.com/f/cases/12426/Morph-menu-has-strange-behavior-whe… > > Does anyone have any idea of why it happens? > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow."

Dec. 14, 2013

Re: [Pharo-dev] strange bug when opening the morph menu

by StÃ©phane Ducasse

> Hi, > > Try this: > > 1. Execute > Workspace open > 2. Try to get the menu of the window > ==> it opens just fine > > 1. Execute > Workspace open label: (1 to: 100) asOrderedCollection asString > 2. Try to get the menu of the window > ==> it does not open properly (it opens large and it closes quickly) and the mouse remains in dragging mode I do not get this problem. When I want to edit the title it just takes the complete screen width. > > I opened a bug report: > https://pharo.fogbugz.com/f/cases/12426/Morph-menu-has-strange-behavior-whe… > > Does anyone have any idea of why it happens? > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow."

Dec. 14, 2013

Athens: testing whether a point is within a path?

by Alexandre Bergel

Hi! I have seen that AthensPolygonTester may do the job somehow. How can I test whether a point is included in a path? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 14, 2013

Re: [Pharo-dev] Another thought about globals

by kilon alios

Yes thats exactly what I meant with my reply. I was not so sure though about the exact role of globals in pharo and how many problems their removal would cause internally. Î£ÏÎ¹Ï 14 ÎÎµÎº 2013 9:39 Î¼.Î¼., Î¿ ÏÏÎ®ÏÏÎ·Ï "Craig Latta" <craig(a)netjam.org> ÎÎ³ÏÎ±ÏÎµ: > > Hi Norbert-- > > > Class names are globals. A class is registered in a global namespace > > by its name. Names need to be looked up. How should it work in > > another way? > > Get rid of globals. Make the root classes elements of the special > objects array (Object already is), and look up classes through that. > Make everything else that used to be a global (like Transcript) the > responsibility of some class, and use them by sending messages. This > also makes the modularization straightforward. > > There's no need for a system dictionary. It was a profound and > long-lived mistake. > > > -C > > -- > Craig Latta > www.netjam.org/resume > +1 510 984 8117 > (Skype rings this until 31 January 2014) > > >

Dec. 14, 2013

Re: [Pharo-dev] [ANN] traversal-enabled objects with DeepTraverser

by StÃ©phane Ducasse

Mariano If I would invest in fuel to me the most important aspect is support for evolution of course it is difficult but I always think that if I would sotre code with fuel then in 15 years from now I would love to be able to look at it or I would store an textual representation together with the binary format. Stef On Dec 14, 2013, at 3:44 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > > On Wed, Dec 11, 2013 at 12:21 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I put together a little implementation for traversals. It is inspired by an original implementation from Mariano. > > Wow... my memory is sooo bad I don't remember ;) > > > Using DeepTraverser, you can traverse arbitrary graphs by describing the traversal and by specifying the actions you want to perform on the nodes and relations. > > > Once (or even more times) we thought with Martin 2 things: > > 1) Reify the traversal in Fuel so that we could plug a different one. > 2) Use Fuel only for traversing and allowing user a hook to plug the what to do with each node. > 3) Use the same traversal of 2) for deepCopying > 4) Use the same traversal of 2) to get an approximate memory consumption of the transitive closure of an object > > But as always happened we run out of time. > > Anyway...I think this is a nice area to explore. There are many uses for a nice traverser. > > Also, did you see we wrote a Rossal extension to print the fuel traversal? > http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.9/Documentation/… > > > The code is available in the Moose image as part of the MooseAlgos subproject, but can also be loaded separately in a Pharo image via: > > Gofer new > url: 'http://www.smalltalkhub.com/mc/Moose/DeepTraverser/main'; > package: âConfigurationOfDeepTraverserâ; > load. > (Smalltalk globals at: #ConfigurationOfDeepTraverser) loadDevelopment. > > > Just to give you an idea, here are some representative examples: > > Number > deep: #subclasses > do: [:each | Transcript show: each; cr]. > > Number deepCollect: #subclasses. > > Number > deep: #subclasses > collect: #name. > > Number > deep: #subclasses > do: [:each | Transcript show: each; cr] > relationDo: [ :from :to | Transcript show: from; show: ' <-- '; show: to; cr ]. > > > > More details about the usages and a little description of the implementation can be found here: > http://www.humane-assessment.com/blog/traversal-enabled-pharo-objects/ > > > Cheers, > Doru > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > > -- > Mariano > http://marianopeck.wordpress.com

Dec. 14, 2013

Re: [Pharo-dev] Another thought about globals

by Craig Latta

Hi Norbert-- > Class names are globals. A class is registered in a global namespace > by its name. Names need to be looked up. How should it work in > another way? Get rid of globals. Make the root classes elements of the special objects array (Object already is), and look up classes through that. Make everything else that used to be a global (like Transcript) the responsibility of some class, and use them by sending messages. This also makes the modularization straightforward. There's no need for a system dictionary. It was a profound and long-lived mistake. -C -- Craig Latta www.netjam.org/resume +1 510 984 8117 (Skype rings this until 31 January 2014)

Dec. 14, 2013

Re: [Pharo-dev] NB FFI problem (calling an universal library)

by Esteban Lorenzano

On Dec 14, 2013, at 7:27 PM, Max Leske <maxleske(a)gmail.com> wrote: Did you check that the library has benn compiled with a C compiler? C++ name mangling doesnât work with NB. but name is been resolved :( Another thing you can do is to attach gdb to the image and break on the gtk_init call. That way you can see at what stage approximately the error occurs. yeah... I expect to avoid that, unless I have no other choice :) Esteban On 14.12.2013, at 17:11, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: Hi, I'm trying to create some stuff with Gtk3, and because of it I have a call to gtk_init using NB-FFI. The call is like this: gtkInitArgC: argc argV: argv <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode> ^ self nbCall: #( void gtk_init ( int *argc, char ***argv ) ) and well, I have a GtkLibrary copied from CairoLibraryLoader who loads the library. system is 64bits, but Gtk3 libraries are "universal" compiled (it has both formats, i386 and x86_64 inside). GtkLibrary loadGtkLibrary actually loads the library (it answers a pointer to it) and in fact, following the stack track NB is resolving correctly gtk_init symbol... Now, the problem is that a call to self gtkInitArgC: 0 argV: 0. fails... with this stack trace: NBFFICallout class>>signalError: NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode: NBFFICalloutAPI>>function:module: GtkApplication(Object)>>nbCall: GtkApplication>>gtkInitArgC:argV: NBFFICallout class(NBNativeCodeGen class)>>retrySend: GtkApplication>>gtkInit GtkApplication>>initialize GtkApplication class(Behavior)>>new MarsApplication>>platformApplication MarsApplication>>stop MarsApplication>>start UndefinedObject>>DoIt OpalCompiler>>evaluate SmalltalkEditor>>evaluateSelectionAndDo: SmalltalkEditor>>evaluateSelection PluggableTextMorph>>doIt in Block: [ textMorph editor evaluateSelection ] PluggableTextMorph>>handleEdit: in Block: [ result := editBlock value ] TextMorphForEditView(TextMorph)>>handleEdit: PluggableTextMorph>>handleEdit: PluggableTextMorph>>doIt SmalltalkEditor class>>buildSmalltalkEditorKeymappingsOn: in Block: [ :morph | morph doIt ] BlockClosure>>cull: BlockClosure>>cull:cull: BlockClosure>>cull:cull:cull: KMCategoryBinding>>completeMatch:buffer: KMKeymap>>notifyCompleteMatchTo:buffer: in Block: [ :l | l completeMatch: self buffer: aBuffer ] Array(SequenceableCollection)>>do: KMKeymap>>notifyCompleteMatchTo:buffer: KMKeymap>>onMatchWith:notify:andDo: and #signalError: argument (errorCode) is nil. any idea? thanks, Esteban

Dec. 14, 2013