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

[Pharo-project] [update 1.4] #14341

by Marcus Denker

14341 ----- Issue 5329: ToolsTest-PointerFinder failing tests http://code.google.com/p/pharo/issues/detail?id=5329 Issue 5334: new method in AstractTool http://code.google.com/p/pharo/issues/detail?id=5334 Issue 5333: Improve LazyMultiColumnMorph http://code.google.com/p/pharo/issues/detail?id=5333 -- Marcus Denker -- http://marcusdenker.de

Feb. 20, 2012

Re: [Pharo-project] [squeak-dev] first draft of the next Spoon presentation

by Enrico Spinielli

Slides look ok, but its the voice I missed most ;-) It is since long time I am watching from distance Spoon, i.e. tried to read and understand what it is about and more importantly what its potentials are. I am still willing to understand more. Please go ahead with documenting/explaining your work and vision! All the best Enrico On Sun, Feb 19, 2012 at 23:53, Craig Latta <craig(a)netjam.org> wrote: > > Hi all-- > > Here's the first draft of my next Spoon presentation. I would love > to hear any feedback you have! > > http://wp.me/psJuY-3e > > > thanks! > > -C > > -- > Craig Latta > www.netjam.org/resume > +31 6 2757 7177 > + 1 415 287 3547 > > > -- Enrico Spinielli "Do Androids dream of electric sheep?"â Philip K. Dick "Hear and forget; see and remember;do and understand."âMitchel Resnick "He who refuses to do arithmetic is doomed to talk nonsense."âJohn McCarthy

Feb. 20, 2012

[Pharo-project] Call for Submission on Special issue on "Advances in Dynamic Languages"

by Andres Valloud

================================================ Special issue on "Advances in Dynamic Languages" ================================================ Special issue of Elsevier's Science of Computer Programming (SCICO) Context ------- Over recent years we have seen an increased interest in dynamic programming languages such as Smalltalk, Lisp, Scheme, PHP, JavaScript, Self, Python, Ruby, and so on. These languages have taken a prominent role in teaching, web development, scripting, rapid prototyping, tool building, language engineering, and many other domains. For this special issue we invite high-quality papers that focus on novel research related to dynamic programming languages and applications of these languages. We are interested in research that uses dynamic languages in the context of, but not restricted to: - Aspects, aspect Languages and applications. - Ambient intelligence, ubiquitous / pervasive computing and embedded systems. - Compilation technology, optimization, virtual machines. - Language engineering, extensions. - Model-driven engineering / development. - Meta-modeling, reflection and meta-programming. - Programming in the large; design, architectures and components. - Programming environments, browsers, user interfaces, UI frameworks. - Source-code analysis and manipulation (static analysis, refactoring, type inference, metrics). - Testing, eXtreme Programming / practices. - Web services, internet applications, event-driven programming. - Experience reports. The special issue is associated with the Smalltalks 2011 conference. The Smalltalks series of conferences (www.fast.org.ar) is a lively forum on Smalltalk-based software technologies that brings together more than 200 people from both academia and industry for a period of three days. Submission Guidelines --------------------- Papers should be written in English, in PDF-format and should not exceed 25 pages (including references and figures), using the Elsevier journal format. The LaTeX template for this format can be found at http://www.elsevier.com/wps/find/authorsview.authors/latex Papers must be submitted through the EES submission system located at http://ees.elsevier.com/scico/default.asp. When reaching the "Article type" step in the submission process, it is important to select "Special issue: Advances in Dynamic Languages". Each paper will be reviewed by at least 3 experts within the domain. The accepted papers will be published in a special edition of Elsevier's Science of Computer Programming. Papers submitted must not have been previously published (at least 30% new material) and must not be under review for publication elsewhere. Papers must strictly adhere to submission guidelines. If you have questions, please send an e-mail to Jannik Laval (jlaval(a)labri.fr) and Andy Kellens (akellens(a)vub.ac.be) Important dates (tentatively) ----------------------------- - Submission round 1: March 16, 2012 - Feedback round 1: May 17, 2012 - Submission round 2: June 29, 2012 - Feedback round 2 (final notification): August 17, 2012 - Camera ready version: September 14, 2012 Guest editors ------------- - Andy Kellens (Vrije Universiteit Brussel, Belgium) - Jannik Laval (LaBRI Bordeaux, France) .

Feb. 20, 2012

Re: [Pharo-project] Why do we use Pharo? a.k.a. rethinking Pharo marketing

by StÃ©phane Ducasse

On Feb 20, 2012, at 2:26 AM, Ben Coman wrote: > StÃ©phane Ducasse wrote: >> I would like to get from you why you use Pharo? >> >> >> >> After thinking a lot about that recently I think that I would like to have something like that: >> >> Pharo a plastic language to build evolvable and debuggable applications. With Pharo and its ecosystem you can build powerful tools (web application, data management, business processesâ¦). Pharo philosophy is driven by domain driven design. Modeling is agile. Pharo is an executable modeling language. Pharo is not only a language but an infrastructure with powerful tools like Moose. >> Plastic = "(in science and technology) of or relating to the permanent deformation of a solid without fracture by the temporary application of force." >> > I agree with your usage of "plastic", but there are some unfortunate english slang associations that you might want to stay away from... > "General term for a fake, or in reference to a shallow person." > http://onlineslangdictionary.com/meaning-definition-of/plastic Yes I looked at that and I was not happy with it. resilience may be better > > Perhaps "ductile" would suit the same purpose. > "able to undergo change of form without breaking" > http://dictionary.reference.com/browse/ductile > > There is also "malleable" (but I think the shorter syllables of ductile is nicer to read) > http://www.thefreedictionary.com/malleable > > cheers, -ben > >> Pharo: ease of modeling, essence of agile, close to objects all the time. >> Stef >> >> > >

Feb. 20, 2012

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

by StÃ©phane Ducasse

On Feb 20, 2012, at 1:12 AM, S Krish wrote: > Hmm.. I guess I will run through the details for integration in a while. > > Meanwhile a smooth almost glitch free run of porting this pharo image into tiny core linux under Virtual Box running in under 340 MB RAM. > > Practically everything as in Linux base worked smoothly in TCL. e Memory monitor is the same at about 40MB .. let us know because we are interested by such experiment. We will restart to work on a bootstrap in march. > > Infact I wonder if we should not push Pharo as the WindowManager for TCL.. a little more polished an Interface. It certainly looks cleaner and easier than the bundled Fluxbox WM/ other WMs.. > > Need to push this into a pen drive/ persist and check how much further I can reduce the RAM. Currently most of it is for the File system .. 134 MB of the core gz file..uncompressed. > > > > > On Sun, Feb 19, 2012 at 2:35 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Feb 17, 2012, at 3:02 PM, laurent laffont wrote: > > > 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). > > +1 > > > > > 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> > > > > > > > > > > > > > > > > > > > > <twm_theme.jpg><twm.jpg> > > > > <Pharo_TCE.png>

Feb. 20, 2012

[Pharo-project] Fwd: [Pharo-users] pharo & arduino

by StÃ©phane Ducasse

HI since this can interest other peopleâ¦. Begin forwarded message: > From: Ricardo Moran <richi.moran(a)gmail.com> > Subject: Re: [Pharo-users] pharo & arduino > Date: February 20, 2012 12:15:07 AM GMT+01:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Cc: linedubeth(a)free.fr > > Hi Stef, > > You can look at the Arduino repository at squeaksource (http://www.squeaksource.com/Arduino.html) > Everything but the "Arduino-Etoys*" packages should work fine in Pharo. At least they worked the last time I checked but a lot has changed since then, so let me know if you encounter any problem, I'll be happy to help. > > Cheers, > Richo > > On Sat, Feb 18, 2012 at 6:15 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi ricardo > > do you have some information how to connect pharo to arduino? > Thanks in advance. > > Stef > > Begin forwarded message: > > > From: GÃ©rard Duteil <linedubeth(a)free.fr> > > Subject: [Pharo-users] pharo & arduino > > Date: February 18, 2012 9:42:02 AM GMT+01:00 > > To: pharo-users(a)lists.gforge.inria.fr > > Reply-To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr> > > > > Hello,,,I search info about this subject., > > ,I'm interesting by picaxe also,,,, > > A beginner in object programmation,,, > > I wait the 25th may,,, > > Thanks in advance. > > > >

Feb. 20, 2012

Re: [Pharo-project] moved repos to gemstone

by Tudor Girba

Hi Nicolas, During the meeting in Bern (see the mail with summary) we discussed the Filesystem problem, and indeed the problem seems to stem from the misunderstanding of what is the official Filesystem repo - the Pharo team seemed to now know that the wiresong repo is still active. The consensus was that the team should reach out to Colin. Regarding the renames, they were observed by Lukas as well, and it is very likely that they are a mistake and should be reverted. Cheers, Doru On Sun, Feb 19, 2012 at 6:13 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > I just checked how hard it would be to merge wiresong FS into Pharo 1.4 > And I noticed that a few references to Incomplete exception leaked out > of Xtreams in the wiresong version and I think that it is a bug... (at > least, from Pharo POV). > > We can all understand Lukas, any change of API will be a hurdle for > applications and should be avoided as much as possible. > Forking the implementation because the package authority cannot offer > support for latest Pharo version is not a problem. > But, from above POV, forking the API tests is THE BAD practice. > > That's why new features along with their test should be placed in > proper FS-PharoExtensions, at least until eventually integrated in > trunk by package authority. > > Forking the API is not a problem as long as resources meet ambitions. > If not, maybe the efficiency of collaboration is worth a few > compromises... > > Nicolas > > Le 15 fÃ©vrier 2012 18:52, Lukas Renggli <renggli(a)gmail.com> a Ã©crit : >>>>> A quick comparison shows that the Pharo fork is based on outdated code and has some methods of the public API renamed. >>>> >>>> where's the other code located? I would like to check that. >> >> http://source.wiresong.ca/mc >> >>> Me too especially because I committed in FS on squeak source and not in Pharo so that colin can commit. Because originally I worked on PharoTaskForces. >> >> This is not how open-source works [1, 2]. Not even Pharo works like this. >> >>> In addition I do not see how we can control our life if we cannot publish on the repository of a part that should be central to us. >> >> I understand that you want to change things. Also I understand that >> the original project might be too slow, or that the authors might not >> accept your changes. In this case it is only fair to do a proper fork >> [3], to choose a new name, and a new namespace. And to live with all >> the consequences. >> >> Lukas >> >> [1] http://producingoss.com/en/getting-started.html#developer-guidelines >> [2] http://subversion.apache.org/docs/community-guide/general.html >> [3] http://producingoss.com/en/forks.html#forks-initiating >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > -- www.tudorgirba.com "Every thing has its own flow"

Feb. 20, 2012

Re: [Pharo-project] HTTPS

by Ben Coman

It is more FFI, but btw I bumped into http://curl.haxx.se/libcurl/smalltalk/ Dale Henrichs wrote: > Sven and Mariano, > > Thanks for your effort ... https is but a part of what I'm trying to accomplish, so I don't have a lot of time to fiddle with vms until I find one that works ... I was fortunate in a way, since I am able to curl without any troubles (file download).... > > Truth be told, the FFI support for GemStone2.x is not very friendly at all. We've added a better FFI model in GemStone3.x and will likely have some level of "builtin" support for SSL in a future release... > > So I second the notion of including the SSL plugin with the vm at a future date... > > Dale > > ----- Original Message ----- > | From: "Mariano Martinez Peck" <marianopeck(a)gmail.com> > | To: Pharo-project(a)lists.gforge.inria.fr > | Sent: Sunday, February 19, 2012 11:46:52 AM > | Subject: Re: [Pharo-project] HTTPS > | > | > | > | > | On Sun, Feb 19, 2012 at 8:36 PM, Sven Van Caekenberghe < > | sven(a)beta9.be > wrote: > | > | > | > | On 19 Feb 2012, at 19:47, Dale Henrichs wrote: > | > | > I did try your vm and it worked â¦ > | > | OK ;-) > | > | > | > I did copy the SqueakSSL.bundle that I downloaded form the > | > SqueakSSL site[1] into the location you indicate with your picture > | > (I drag/copied the bundle from the unzipped location using the > | > finder where I had done a "show package contents" to get to the > | > Resource directory of the vm) and got the errors that I > | > mentioned... > | > > | > Like I said something is not working as I expected/hoped and I > | > don't have a clue as to why it doesn't work ... I agree that it > | > should work and I am puzzled as well. > | > | Did you compare the SqueakSSL.bundle in my VM and the one you > | downloaded ? Maybe they are different ? > | > | > | > | > | I have to say that some Cog VMs are broken regarding the FFI plugin. > | So maybe the difference is not in the SSL plugin but in FFI of that > | VM. > | > | > | -- > | Mariano > | http://marianopeck.wordpress.com > | > | > > >

Feb. 20, 2012

Re: [Pharo-project] Why do we use Pharo? a.k.a. rethinking Pharo marketing

by Ben Coman

StÃ©phane Ducasse wrote: > I would like to get from you why you use Pharo? > > > > After thinking a lot about that recently I think that I would like to have something like that: > > Pharo a plastic language to build evolvable and debuggable applications. > With Pharo and its ecosystem you can build powerful tools (web application, data management, business processesâ¦). Pharo philosophy is driven by domain driven design. Modeling is agile. Pharo is an executable modeling language. Pharo is not only a language but an infrastructure with powerful tools like Moose. > > Plastic = "(in science and technology) of or relating to the permanent deformation of a solid without fracture by the temporary application of force." > I agree with your usage of "plastic", but there are some unfortunate english slang associations that you might want to stay away from... "General term for a fake, or in reference to a shallow person." http://onlineslangdictionary.com/meaning-definition-of/plastic Perhaps "ductile" would suit the same purpose. "able to undergo change of form without breaking" http://dictionary.reference.com/browse/ductile There is also "malleable" (but I think the shorter syllables of ductile is nicer to read) http://www.thefreedictionary.com/malleable cheers, -ben > Pharo: ease of modeling, essence of agile, close to objects all the time. > > Stef > >

Feb. 20, 2012

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

by S Krish

Hmm.. I guess I will run through the details for integration in a while. Meanwhile a smooth almost glitch free run of porting this pharo image into tiny core linux under Virtual Box running in under 340 MB RAM. Practically everything as in Linux base worked smoothly in TCL. e Memory monitor is the same at about 40MB .. Infact I wonder if we should not push Pharo as the WindowManager for TCL.. a little more polished an Interface. It certainly looks cleaner and easier than the bundled Fluxbox WM/ other WMs.. Need to push this into a pen drive/ persist and check how much further I can reduce the RAM. Currently most of it is for the File system .. 134 MB of the core gz file..uncompressed. On Sun, Feb 19, 2012 at 2:35 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Feb 17, 2012, at 3:02 PM, laurent laffont wrote: > > > 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). > > +1 > > > > > 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> > > > > > > > > > > > > > > > > > > > > <twm_theme.jpg><twm.jpg> > > >

Feb. 20, 2012