February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] TabbedPane Class/ Package / Workspace browsers

by Stephan Eggermont

Fernando wrote: >I would like to hear your opinion on the benefits of such interfaces, >besides the fact that mainstream IDE's adopted it, it's not that i >don't like Eclipse , is more that i'm aware that several difficulties >have been found with these type of interfaces. On a large screen, I find the current Pharo layout already very much superior to Eclipse, Visual Studio and Delphi. Tabs provide not enough context, a card-based layout can do better. Please don't refer to inaccessible material (a.o. acm, ieee, springer, elsevier) unnecessarily. >[1] http://dl.acm.org/citation.cfm?id=1062492 http://www.cs.cmu.edu/~ajko/papers/Ko2005MaintenanceTasks.pdf >[2] http://dl.acm.org/citation.cfm?id=1806866 http://www.cs.ucf.edu/~jjl/pubs/ICSE0289.pdf >[3]http://dl.acm.org/citation.cfm?id=1810295.1810331&coll=DL&dl=GUIDE&CFID=8… http://research.microsoft.com/pubs/121031/CodeCanvas-ICSE10-NIER.pdf >[4]http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=6070389 http://www.dcc.uchile.cl/~rrobbes/p/VLHCC2011-gaucho.pdf Stephan

Feb. 17, 2012

Re: [Pharo-project] Traits in PHP

by Nicolas Cellier

Le 17 fÃ©vrier 2012 11:24, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : > On 17 February 2012 09:57, Frank Shearar <frank.shearar(a)gmail.com> wrote: >> Smalltalk _uses_ classes, but there's no "class" in "everything's an >> object, and objects communicate by sending messages". >> >> That aside, while Ruby _supports_ something like "object level trait" >> in the form of eigenclasses, mixins seem much more like how Gilad >> describes them, and "parameterised subclasses" - classes that take a >> superclass as parameter. >> >> That means that Array withTrait: IdentityHashed. Object withTrait: >> IdentityHashed creates _classes_, something like this: >> >> Â Â Â Array Â Â Â Â Â Â Â Â Object >> Â Â Â Â ^ Â Â Â Â Â Â Â Â Â Â ^ >> Â Â Â Â | Â Â Â Â Â Â Â Â Â Â | >> Â (IdentityHashed) Â Â (IdentityHashed) >> > > Yes, i think this is right direction, by creating an anonymous subclasses, > which holding additional state/methods added by trait. > > One of problems however is of course different object format(s): > i.e. applying a stateful trait to > ByteArray <- Trait > > is not the same as applying it to: > Array <- Trait > > and simply impossible to > SmallInteger <- Trait > :) > as long as a few classes well known by the VM, MethodDictionary Context Semaphore etc... Nicolas >> frank >> >> On 17 February 2012 05:18, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> >>>> >>>> On Thu, Feb 16, 2012 at 7:35 PM, Hernan Wilkinson <hernan.wilkinson(a)10pines.com> wrote: >>>> oh, ok. Yeah, I like the idea, but I agree with stef that you need tool support... an environment like Self for example >>>> >>>> I agree, it would need some tool support, I didn't have time to work on it yet. >>>> >>>> Which kind of tool support do you think we would need? >>>> (I love many of the ideas in Self, but the environment is not one of them.) >>>> >>>> One thing I would like to put some work on is refactorings for traits (including some not necessarily related with the previous idea). >>> Indeed. >>> >>> I do not see why we would like to have object level trait. May be in ruby but not in class-based language or this is not a class based language >>> anymore. >>> >>> >> > > > > -- > Best regards, > Igor Stasenko. >

Feb. 17, 2012

[Pharo-project] debugger <Restart> vs <Through> "Code simulation error"

by Ben Coman

I'm not sure if this is bug worthy or just a curiosity... In Workspace execute... self halt. x := 1. Then click <Debug>, <Through>, <Through>, <Restart>, <Through> to observe a "Code simulation error" cheers, Ben ( Pharo-1.4 #14333 / cogwin_r2522 / Window 7 )

Feb. 17, 2012

[Pharo-project] debugger menu items inconsistent with buttons ( & "Begin Debugging Again" enhancement )

by Ben Coman

I notice that the function of debugger menu items Step, Step through & Send seem to correspond respectively to debugger buttons Over, Through & Into but the text doesn't really align. Perhaps better menu items would be: Step Over, Step through block, Step Into. On another topic, once you have stepped past the point where the debugger opened, is there any way the debugger might be returned to the context where it initially opened? For instance, if you are debugging your startup script by putting a halt in the script, then then if you accidentally step past where the debugger opened, you can no longer use the <Restart> button and have to quit and restart Pharo to get back to the same debugging point. A menu item to "Begin Debugging Again At The Same Initial Point" would be nice but perhaps this is not feasible, or I've missed something cheers, -ben

Feb. 17, 2012

Re: [Pharo-project] troubles with glamour finder in pharo 1.4

by Benjamin

Cool :) You find it before me :) Indeed, you shouldn't be the only one with this problem :s Ben On Feb 17, 2012, at 9:39 AM, Tudor Girba wrote: > Hi, > > For your information, the bug is now fixed. > > The issue was that Scrollbar changed the way it sets the scroll value in the model. Before, we had some magic way of inferring the selector, now the selector must be explicitly set: > ScrollBar new > model: self; > setValueSelector: #scrollBarValue:; > yourself. > > This is a good thing, but perhaps others will have similar problems so I thought of documenting it. > > Cheers, > Doru > > > On 15 Feb 2012, at 07:02, Tudor Girba wrote: > >> Thanks, Ben. >> >> You can: >> - load it in Pharo 1.4: >> Gofer new >> squeaksource: 'Glamour'; >> package: 'ConfigurationOfGlamour'; >> load. >> (ConfigurationOfGlamour project version: 'default') load: #('Core' 'Morphic') >> >> - or download the ready-made Moose image: >> http://ci.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/arti… >> >> >> To reproduce the problem, try this: >> GLMFinder new >> show: [:a | a list display: [:x | 1 to: x ]]; >> openOn: 100 >> >> and then click on the first and on the second to try to get the third pane. The third pane does not appear, but the scrollbar does. >> >> >> The relevant code is in GLMPaneScroller. >> >> Cheers, >> Doru >> >> >> >> On 14 Feb 2012, at 22:07, Benjamin wrote: >> >>> If you tell me how to load the code easily, and where to have a look, I can do that ;) >>> >>> >>> Ben >>> >>> On Feb 14, 2012, at 9:58 PM, Tudor Girba wrote: >>> >>>> Hi, >>>> >>>> We are almost done with getting Glamour work on 1.4. The model works, and most of the rendering is fine as well. The only major trouble is with the rendering of the finder. In particular, the problem is the scrolling through the panes. >>>> >>>> The scrolling code was basically copied from OB (shamelessly :)). Something must have changed in Pharo 1.4 that disables some of the behavior. Could anyone spare a pair of eyes to look into this :). >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Next time you see your life passing by, say 'hi' and get to know her." >>>> >>>> >>>> >>>> >>> >>> >> >> -- >> www.tudorgirba.com >> >> "From an abstract enough point of view, any two things are similar." >> >> >> > > -- > www.tudorgirba.com > > "Every now and then stop and ask yourself if the war you're fighting is the right one." > > > >

Feb. 17, 2012

[Pharo-project] [update 1.4] #14337

by Marcus Denker

14337 ----- Issue 5281: Refactor in LazyListMorph http://code.google.com/p/pharo/issues/detail?id=5281 Issue 5313: Browse a method category in a browser raises a DNU http://code.google.com/p/pharo/issues/detail?id=5313 -- Marcus Denker -- http://marcusdenker.de

Feb. 17, 2012

Re: [Pharo-project] Modeling user event

by Fernando Olivero

excellent! Would love to control gaucho shapes with the apple trackpad gestures Let me know how i can help, Fernando On Fri, Feb 17, 2012 at 3:17 PM, Hilaire Fernandes <hilaire.fernandes(a)edu.ge.ch> wrote: > Le 17/02/2012 13:01, Fernando Olivero a Ã©crit : >> Cool! >> >> In squeaksource, the repo named Event-Model. >> >> The new model is using system announcements instead of SystemNotifier events. >> >> You could augment the announcements to include other gestures. > > Great, thanks for the pointers. > >> >> But how do plan on getting the raw events from the VM ? > > Dimitry and Esteban will extend the VM. > > Hilaire > > > -- > Dr. Geo -- http://www.drgeo.eu > >

Feb. 17, 2012

[Pharo-project] [update 1.4] #14336

by Marcus Denker

14336 ----- Issue 3248: Bad error message for non existing changes file. http://code.google.com/p/pharo/issues/detail?id=3248 Issue 5267: Monticello>>Add Repository>>squeaksource doesnt work http://code.google.com/p/pharo/issues/detail?id=5267 Issue 5255: windows startup errors, in #14317 http://code.google.com/p/pharo/issues/detail?id=5255 -- Marcus Denker -- http://marcusdenker.de

Feb. 17, 2012

Re: [Pharo-project] Traits in PHP

by Hernan Wilkinson

Alejandro Gonzalez did some work about it around 2008, if you want I can contact you with him. He also implemented some nice refactorings. On Thu, Feb 16, 2012 at 9:02 PM, Nicolas Passerini <npasserini(a)gmail.com>wrote: > > > On Thu, Feb 16, 2012 at 7:35 PM, Hernan Wilkinson < > hernan.wilkinson(a)10pines.com> wrote: > >> oh, ok. Yeah, I like the idea, but I agree with stef that you need tool >> support... an environment like Self for example >> > > I agree, it would need some tool support, I didn't have time to work on it > yet. > > Which kind of tool support do you think we would need? > (I love many of the ideas in Self, but the environment is not one of them.) > > One thing I would like to put some work on is refactorings for traits > (including some not necessarily related with the previous idea). > > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>* Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina

Feb. 17, 2012

Re: [Pharo-project] Modeling user event

by Hilaire Fernandes

Le 17/02/2012 13:01, Fernando Olivero a Ã©crit : > Cool! > > In squeaksource, the repo named Event-Model. > > The new model is using system announcements instead of SystemNotifier events. > > You could augment the announcements to include other gestures. Great, thanks for the pointers. > > But how do plan on getting the raw events from the VM ? Dimitry and Esteban will extend the VM. Hilaire -- Dr. Geo -- http://www.drgeo.eu

Feb. 17, 2012