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

[Pharo-project] [update 1.4] #14335

by Marcus Denker

14335 ----- Issue 5299: Yet another Zn update http://code.google.com/p/pharo/issues/detail?id=5299 -- Marcus Denker -- http://marcusdenker.de

Feb. 17, 2012

[Pharo-project] [update 1.4] #14334

by Marcus Denker

14334 ----- Issue 5307: Debugger improvement http://code.google.com/p/pharo/issues/detail?id=5307 Issue 5305: cannot filein an entire file http://code.google.com/p/pharo/issues/detail?id=5305 Issue 5292: FileDialogWindow(Object)>>doesNotUnderstand: #directoriesFor: http://code.google.com/p/pharo/issues/detail?id=5292 Issue 5306: Dont deadlock Morphs http://code.google.com/p/pharo/issues/detail?id=5306 -- Marcus Denker -- http://marcusdenker.de

Feb. 17, 2012

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

by laurent laffont

Hi Sudhakar, do you think we can make your work part of TWM ? I've attached a couple of screenshots of what you can do with TWM. I would like to see efforts to converge in the IDE area (as maintenance is a so huge work on free time). To load on Pharo 1.4: Gofer it squeaksource: 'TilingWindowManager'; package: 'ConfigurationOfTilingWindowManager'; load. ((Smalltalk at: #ConfigurationOfTilingWindowManager) project version: #bleedingEdge) load Laurent On Thu, Feb 16, 2012 at 10:36 PM, S Krish <krishnamachari.sudhakar(a)gmail.com > wrote: > * Yes I do agree one single Tabbed Pane is a limitation, and I do not > impose one. > * There is great use to opening independent windows.. and it is allowed.. > * TWM GroupedWindow does provide what you want: Group myriad windows into > a GroupedWindow.. and you can have several.. either you implement #configureForEmbedding > properly for SystemWindow / #Dialog ... required classes or remove that > call and have embedding with top label, - + x buttons.. that will not be > right within a tab... its minor work.. > * You can use the framework of TabbedPanes I have to get the above.. > simpler, without some of the other capabilities the above does provide that > includes drag n drop.. not difficult to implement if reqd. > > * From a code window navigation.. its providing another clean choice.. I > have not as yet moved in an optional file manager on the left pane.. that > does help many a times. > * eclipse is a well understood created by Smalltalkers IDE.. so I pick its > simile.. but there is no copy here.. but what fits my use / percieved value > beyond. > > ps: I do love the dance of Morphic..addictive actually, though this is > staid corporate moves.. It would be nice to integrate openGL Lumiere, > morpho-physics like stuff in a package that shows the potential of doing > fancy stuff along with the plain old windowed widgets for the enterprise > apps.. code browser : prefer a whole view of the class methods ( > collapsible) .. while reviewing and refactoring, rather than mouse > clicking/ jumping methods.. looking through . > > Infact I love the city scape painted from Moose with Lumiere, Lovely > visualization, which can make sense for financial apps, to show a complete > scape of their accounts/ subaccounts in clean blocks of towers and be > hyperlinked to their specific tabular/ notebook of data...! Extend and mix > openGL but with stability / crash proof views... it can make a difference/ > paradigm shift to apps of the day.. > > On Fri, Feb 17, 2012 at 12:02 AM, Jimmie Houchin <jlhouchin(a)gmail.com>wrote: > >> I agree. I value highly many of the abilities our current UI. I would not >> want to give up the ability to have multiple browsers open and placed in >> certain positions to give me view into code in multiple areas as I edit >> whatever I am editing. >> >> I do agree that we could make improvements and that we haven't arrived at >> the ultimate solution. I don't even think anyone knows what that is. >> >> I don't have a problem with having an IDE-like window featured as desired >> for those who want such. You could possibly have a world menu item for IDE >> Window, which would open up a new IDE window. You could multiple such >> windows. That's one thing I always wished for when developing a Python >> project in PyDev (Eclipse) is that I could have multiple IDE windows, one >> for each project I am working on. The tabbed interface just gets in my way. >> >> I would love to see the day that IDEs for other languages are or could be >> written in Pharo instead of Java. We could have a better Python, Ruby, ..., >> IDE written in Pharo than Eclipse. >> >> One thing I would find interesting with tabs is if I could have a window >> with tabs where I group things that I want in that window. Browsers, >> Workspaces, etc. I don't know TWM may provide just that. I haven't had the >> time to explore and learn TWM. >> >> One thing that new users of the Smalltalk IDE need to realize up front is >> that our ui is more operating system like than IDE like. We wouldn't want >> to limit our OS to a single window and tabs. >> >> When I develop in Python I have more than one window open. I have PyDev >> in one, a REPL in another, GitGui, ... But people unfamiliar with >> Smalltalk impose views which just need adjusted or educated. >> >> For me personally, I feel like I am doing an elegant, graceful dance when >> programming in Pharo/Smalltalk. When developing in Python, etc., it feels >> like me an my partners are stepping all over each others feet. Little to no >> integration, little to no cooperation between tools. >> >> People who love Eclipse, Emacs, and all there toolchains might feel that >> that is their elegant dance. But for me its two left feet. >> >> Jimmie >> >> >> On 2/16/2012 2:38 AM, Fernando Olivero wrote: >> >>> Hi, i wanted to comment a bit on the proposed ui. >>> >>> The problem with this single-window with tab panes, is that it forces >>> the user to have a single focus of attention, which produces an >>> overhead in navigation for those programming tasks that require >>> looking at more than one element at a time. >>> >>> Thats why i see more value in our current user interface, of course it >>> can highly improved... >>> >>> Fernando >>> On Thu, Feb 16, 2012 at 8:57 AM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>> >>>> Nice >>>> >>>> Stef >>>> >>>> On Feb 16, 2012, at 7:15 AM, S Krish wrote: >>>> >>>> >>>>> >>>>> Just this quick n usable prototype.. ? >>>>> >>>>> Any comments of its utility.. I for one would rather prefer having >>>>> everything navigable from one Tabbed Pane.. >>>>> >>>>> Panes capable of rendering about every window of the basic tools of >>>>> Pharo.. workspace, Finder, ScriptManager, possibly Transcript as a console >>>>> collapsible as reqd >>>>> >>>>> Akin to the eclipse but not really that intensively single windowed.. >>>>> there are uses for spawning separate windows.. >>>>> >>>>> <PharoTabbedBrowsers.jpg> >>>>> >>>> >>>> >>>> >>> >>> >> >> >> >

Feb. 17, 2012

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

by Stephan Eggermont

Janko wrote: >Tabbed browsing on VisualWorks is what I found a right compromise >between many browsers and tabs. See attached screenshot of my current >development desktop. There is in my opinion still a lot of potential for improvement in this UI: - the UI is extremely cluttered; - the browsers take way too much space for the menu bar, the tool bar and the status bar, leaving only 6 lines of scrolling; - an immediate improvement could be made by replacing the menu bar, tool bar and the status bar by something like a stay-on-top context-sensitive inspector; - the color/font scheme doesn't allow one to see where current focus is and makes it difficult to see which tab is selected; - why are class names bold? - package/bundle column isn't wide enough: AIDA is a nice short name, but the different Cloudfork-ActiveItem subpackages would be unreadable; - tabs are not used correctly: compare on the first line WebEventHandler class with Package on the next: the grey line should be removed; - the 3D effect could be removed to get a much cleaner look and more space for content; - a scrollbar could be used that allows one to see text below it; - a find box could use a shadow label inside the box (or a looking glass); - the toolbar items are context sensitive but don't grey out when not applicable; - the toolbar icons are not distinctive enough Stephan Eggermont

Feb. 17, 2012

Re: [Pharo-project] Modeling user event

by Fernando Olivero

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. But how do plan on getting the raw events from the VM ? Fernando On Fri, Feb 17, 2012 at 12:15 PM, Hilaire Fernandes <hilaire.fernandes(a)edu.ge.ch> wrote: > Hello, > > I want to modelise in the image events coming from user interaction with > a tablet: rotation, orientation, sliding finger, multiple finger gesture. > Where should I put that in pharo, which classes should I extend? > I read there are some though about redesigning the event architecture. > Not sure where I should catch up. > > Hilaire > > > -- > Dr. Geo -- http://www.drgeo.eu > >

Feb. 17, 2012

[Pharo-project] Modeling user event

by Hilaire Fernandes

Hello, I want to modelise in the image events coming from user interaction with a tablet: rotation, orientation, sliding finger, multiple finger gesture. Where should I put that in pharo, which classes should I extend? I read there are some though about redesigning the event architecture. Not sure where I should catch up. Hilaire -- Dr. Geo -- http://www.drgeo.eu

Feb. 17, 2012

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

by Janko MivÅ¡ek

Hi guys, Tabbed browsing on VisualWorks is what I found a right compromise between many browsers and tabs. See attached screenshot of my current development desktop. On bottom I have two code brosers open with more than 5 tabs each, nicelly organized so that I can actually switch between editing or browsing more than one method with ease. That's something I'd like to see in Pharo as well. And I think it is good to look at other Smalltalks for ideas here. Also, I'm probably not alone coming to Pharo from VW world, so a bit more similarity to VW will help here too! Best regards Janko S, S Krish piÅ¡e: > * Yes I do agree one single Tabbed Pane is a limitation, and I do not > impose one. > * There is great use to opening independent windows.. and it is allowed.. > * TWM GroupedWindow does provide what you want: Group myriad windows > into a GroupedWindow.. and you can have several.. either you implement > #configureForEmbedding properly for SystemWindow / #Dialog ... required > classes or remove that call and have embedding with top label, - + x > buttons.. that will not be right within a tab... its minor work.. > * You can use the framework of TabbedPanes I have to get the above.. > simpler, without some of the other capabilities the above does provide > that includes drag n drop.. not difficult to implement if reqd. > > * From a code window navigation.. its providing another clean choice.. I > have not as yet moved in an optional file manager on the left pane.. > that does help many a times. > * eclipse is a well understood created by Smalltalkers IDE.. so I pick > its simile.. but there is no copy here.. but what fits my use / > percieved value beyond. > > ps: I do love the dance of Morphic..addictive actually, though this is > staid corporate moves.. It would be nice to integrate openGL Lumiere, > morpho-physics like stuff in a package that shows the potential of doing > fancy stuff along with the plain old windowed widgets for the enterprise > apps.. code browser : prefer a whole view of the class methods ( > collapsible) .. while reviewing and refactoring, rather than mouse > clicking/ jumping methods.. looking through . > > Infact I love the city scape painted from Moose with Lumiere, Lovely > visualization, which can make sense for financial apps, to show a > complete scape of their accounts/ subaccounts in clean blocks of towers > and be hyperlinked to their specific tabular/ notebook of data...! > Extend and mix openGL but with stability / crash proof views... it can > make a difference/ paradigm shift to apps of the day.. > > On Fri, Feb 17, 2012 at 12:02 AM, Jimmie Houchin <jlhouchin(a)gmail.com > <mailto:jlhouchin@gmail.com>> wrote: > > I agree. I value highly many of the abilities our current UI. I > would not want to give up the ability to have multiple browsers open > and placed in certain positions to give me view into code in > multiple areas as I edit whatever I am editing. > > I do agree that we could make improvements and that we haven't > arrived at the ultimate solution. I don't even think anyone knows > what that is. > > I don't have a problem with having an IDE-like window featured as > desired for those who want such. You could possibly have a world > menu item for IDE Window, which would open up a new IDE window. You > could multiple such windows. That's one thing I always wished for > when developing a Python project in PyDev (Eclipse) is that I could > have multiple IDE windows, one for each project I am working on. The > tabbed interface just gets in my way. > > I would love to see the day that IDEs for other languages are or > could be written in Pharo instead of Java. We could have a better > Python, Ruby, ..., IDE written in Pharo than Eclipse. > > One thing I would find interesting with tabs is if I could have a > window with tabs where I group things that I want in that window. > Browsers, Workspaces, etc. I don't know TWM may provide just that. I > haven't had the time to explore and learn TWM. > > One thing that new users of the Smalltalk IDE need to realize up > front is that our ui is more operating system like than IDE like. We > wouldn't want to limit our OS to a single window and tabs. > > When I develop in Python I have more than one window open. I have > PyDev in one, a REPL in another, GitGui, ... But people unfamiliar > with Smalltalk impose views which just need adjusted or educated. > > For me personally, I feel like I am doing an elegant, graceful dance > when programming in Pharo/Smalltalk. When developing in Python, > etc., it feels like me an my partners are stepping all over each > others feet. Little to no integration, little to no cooperation > between tools. > > People who love Eclipse, Emacs, and all there toolchains might feel > that that is their elegant dance. But for me its two left feet. > > Jimmie > > > On 2/16/2012 2:38 AM, Fernando Olivero wrote: > > Hi, i wanted to comment a bit on the proposed ui. > > The problem with this single-window with tab panes, is that it > forces > the user to have a single focus of attention, which produces an > overhead in navigation for those programming tasks that require > looking at more than one element at a time. > > Thats why i see more value in our current user interface, of > course it > can highly improved... > > Fernando > On Thu, Feb 16, 2012 at 8:57 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> > wrote: > > Nice > > Stef > > On Feb 16, 2012, at 7:15 AM, S Krish wrote: > > > > Just this quick n usable prototype.. ? > > Any comments of its utility.. I for one would rather > prefer having everything navigable from one Tabbed Pane.. > > Panes capable of rendering about every window of the > basic tools of Pharo.. workspace, Finder, ScriptManager, > possibly Transcript as a console collapsible as reqd > > Akin to the eclipse but not really that intensively > single windowed.. there are uses for spawning separate > windows.. > > <PharoTabbedBrowsers.jpg> > > > > > > > > > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

Feb. 17, 2012

Re: [Pharo-project] Traits in PHP

by Igor Stasenko

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 :) > 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

Re: [Pharo-project] setsockopt: No,buffer space available

by Igor Stasenko

On 16 February 2012 19:30, Philippe Marschall <kustos(a)gmx.net> wrote: > Hi > > I have some code that runs a protocol on consisting of 8k packets over TCP. > This works fantastically well on Linux. However on Mac OS I get a lot of > failed request. Investigating further I found the following error log: > > 16.02.12 18:44:12.485 [0x0-0x95095].com.squeak.Cog: setsockopt: No > buffer space available > > After some more investigation I found out that I do set SO_SNDBUF and > SO_RCVBUF to 8192 (remember 8k packets) but these calls fail. That's on Mac > OS 10.7, I'm not sure but the way I remember it the code was working on Mac > OS 10.6 > who knows, who knows.. in such situation, i think best what can be done is to write a small C program which tries to do the same to diagnose the problem. > Cheers > Philippe > > -- Best regards, Igor Stasenko.

Feb. 17, 2012

Re: [Pharo-project] garbage collection

by Norbert Hartl

Am 17.02.2012 um 09:25 schrieb Sven Van Caekenberghe: > > On 17 Feb 2012, at 09:16, Milan Mimica wrote: > >> Might be also because of RFB server, but that is less likely. > > I have the impression that most people who run in trouble with server images are using RFB. > Very strange. Shortly after I read your post I opened a unresponsive image myself. In the process stack I saw that magma was the culprit (didn't remember I have it installed in that image). However the problem was that I moved my directory and magma was looking for the old path. I didn't investigate further but it seems that the MagmaRepositoryController>>#open (called on startUp) is able to block the UI thread. In the same image I could use seaside still although the UI was frozen. Norbert

Feb. 17, 2012