December 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Toolset vs UIManager

by Francisco Ortiz PeÃ±aloza

+2 :) On Fri, Dec 3, 2010 at 6:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > +1 > > El 03/12/2010, a las 6:25p.m., Igor Stasenko escribiÃ³: > > > On 3 December 2010 21:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > >> I was reading the change of benjmain to deprecate notifyWithLabel: > aString from Object. > >> Yes! > >> > >> Now he was putting it on ToolSet and I thought that I would have put it > on UIManager. > >> Now the relationship and responsibility of this two classes are not > clear to me. > >> Does anybody a clear thought on that? > >> > > > > they are related but still a bit different. > > a toolset provides an access to standard system tools like browser, > > inspector debugger etc. > > while UI manager provides an access to things like inform:, progress bars > etc > > > > My proposal remains same as before. i proposed to unify this API and > > use idioms like: > > > > Smalltalk tools browser openOn: aClass > > > > as well as > > > > Smalltalk ui inform: 'you banned' > > > > so, then we don't need to have a distinct classes, but instead a > > roles, like 'tools' , 'ui', 'browser' which > > should support corresponding protocol. > > > >> Stef > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > >

Dec. 3, 2010

Re: [Pharo-project] Toolset vs UIManager

by Miguel CobÃ¡

+1 This also will permit to redirect all the messages like inform and progress bars to log files, instead than ui windows. This would be analog to the work Dale did for the Metacello "silent" way of installing. Cheers El vie, 03-12-2010 a las 18:41 -0300, Esteban Lorenzano escribiÃ³: > +1 > > El 03/12/2010, a las 6:25p.m., Igor Stasenko escribiÃ³: > > > On 3 December 2010 21:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> I was reading the change of benjmain to deprecate notifyWithLabel: aString from Object. > >> Yes! > >> > >> Now he was putting it on ToolSet and I thought that I would have put it on UIManager. > >> Now the relationship and responsibility of this two classes are not clear to me. > >> Does anybody a clear thought on that? > >> > > > > they are related but still a bit different. > > a toolset provides an access to standard system tools like browser, > > inspector debugger etc. > > while UI manager provides an access to things like inform:, progress bars etc > > > > My proposal remains same as before. i proposed to unify this API and > > use idioms like: > > > > Smalltalk tools browser openOn: aClass > > > > as well as > > > > Smalltalk ui inform: 'you banned' > > > > so, then we don't need to have a distinct classes, but instead a > > roles, like 'tools' , 'ui', 'browser' which > > should support corresponding protocol. > > > >> Stef > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Dec. 3, 2010

Re: [Pharo-project] Toolset vs UIManager

by Esteban Lorenzano

+1 El 03/12/2010, a las 6:25p.m., Igor Stasenko escribiÃ³: > On 3 December 2010 21:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> I was reading the change of benjmain to deprecate notifyWithLabel: aString from Object. >> Yes! >> >> Now he was putting it on ToolSet and I thought that I would have put it on UIManager. >> Now the relationship and responsibility of this two classes are not clear to me. >> Does anybody a clear thought on that? >> > > they are related but still a bit different. > a toolset provides an access to standard system tools like browser, > inspector debugger etc. > while UI manager provides an access to things like inform:, progress bars etc > > My proposal remains same as before. i proposed to unify this API and > use idioms like: > > Smalltalk tools browser openOn: aClass > > as well as > > Smalltalk ui inform: 'you banned' > > so, then we don't need to have a distinct classes, but instead a > roles, like 'tools' , 'ui', 'browser' which > should support corresponding protocol. > >> Stef >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Dec. 3, 2010

Re: [Pharo-project] Native windows on Pharo?

by Igor Stasenko

On 3 December 2010 22:15, andres <andres(a)lifia.info.unlp.edu.ar> wrote: > Hi list! > I think I finally can start a small in-house project in Pharo, which makes > me quite happy since I've been willing to do so for some time now. I have > however to solve an issue before: is there a way of using native windows > instead of the emulated ones? The app I have to work on is pretty much based > on having different independent windows floating around :(. I saw the Native > Windows thread that dates back to 2009 and couldn't find more information on > the subject, so any pointers are much appreciated. > while it's generally good to have a good native windows support from VM side, on all major platforms. It is a lot of work. And no one is ready to invest own time and energy to make it work. I started rewriting the windowing part of VM few years ago, but then stopped. It is because i have other things to do. And there is not much pressure from community to have it anyways. Seaside's camp even don't care about UI at all, since they run headless images. So it is hard to: - convince people that it needs to be done - find people who can help with doing & testing that over multiple platforms > Thanks in advance! > AndrÃ©s > > -- Best regards, Igor Stasenko AKA sig.

Dec. 3, 2010

Re: [Pharo-project] Toolset vs UIManager

by Igor Stasenko

On 3 December 2010 21:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I was reading the change of benjmain to deprecate notifyWithLabel: aString Â from Object. > Yes! > > Now he was putting it on ToolSet and I thought that I would have put it on UIManager. > Now the relationship and responsibility of this two classes are not clear to me. > Does anybody a clear thought on that? > they are related but still a bit different. a toolset provides an access to standard system tools like browser, inspector debugger etc. while UI manager provides an access to things like inform:, progress bars etc My proposal remains same as before. i proposed to unify this API and use idioms like: Smalltalk tools browser openOn: aClass as well as Smalltalk ui inform: 'you banned' so, then we don't need to have a distinct classes, but instead a roles, like 'tools' , 'ui', 'browser' which should support corresponding protocol. > Stef > -- Best regards, Igor Stasenko AKA sig.

Dec. 3, 2010

Re: [Pharo-project] j'ai l'impression que la mailing-list de pharo ne marche plus

by laurent laffont

Pour moi c'est bon. Laurent 2010/12/3 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > pouvez-vous verifier? > merci > > > >

Dec. 3, 2010

Re: [Pharo-project] j'ai l'impression que la mailing-list de pharo ne marche plus

by Mariano Martinez Peck

here too 2010/12/3 Alexandre Bergel <alexandre(a)bergel.eu> > Work for me > > Alexandre > On 3 Dec 2010, at 18:12, StÃ©phane Ducasse wrote: > > > pouvez-vous verifier? > > merci > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

Dec. 3, 2010

Re: [Pharo-project] Native windows on Pharo?

by andres

Sorry, I mixed up the lists.

Dec. 3, 2010

[Pharo-project] Native windows on Pharo?

by andres

Hi list! I think I finally can start a small in-house project in Pharo, which makes me quite happy since I've been willing to do so for some time now. I have however to solve an issue before: is there a way of using native windows instead of the emulated ones? The app I have to work on is pretty much based on having different independent windows floating around :(. I saw the Native Windows thread that dates back to 2009 and couldn't find more information on the subject, so any pointers are much appreciated. Thanks in advance! AndrÃ©s

Dec. 3, 2010

Re: [Pharo-project] j'ai l'impression que la mailing-list de pharo ne marche plus

by Alexandre Bergel

Work for me Alexandre On 3 Dec 2010, at 18:12, StÃ©phane Ducasse wrote: > pouvez-vous verifier? > merci > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 3, 2010