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

Re: [Pharo-project] Pharo help (was About danny help :)

by Danny Chan

Am Samstag, 6. MÃ¤rz 2010 10:41:36 schrieb Torsten Bergmann: > Hi Danny, > > > I am the first to acknowledge that this is your project. > > No, no - it is not mine or yours. It is "Pharo Help" and it is > "our" project - that's why the repo is open and the code is MIT! > > Didnt you see the ;) behind my statements! I did, but forgot to add one behind mine;) > > >And I am also the first one to admit that my code is not great > > How do you measure the greatness of code? ;) > > Dont by shy! You idea and code is a great addition since we can > and will definitely use it. Anything I've said is that I want > to restructure it to align it with my design ideas > (which I was not yet able to fully communicate since I'm in the > midst of changing the original design) And I am looking forward to seeing it. OK, need to go back to singing, she's starting to complain because I stopped while reading email... Danny

March 6, 2010

Re: [Pharo-project] Polymorph fixes

by Gary Chambers

Thanks to Alain for helping test the changes... Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, March 06, 2010 5:55 PM Subject: Re: [Pharo-project] Polymorph fixes Hopefully I'll be able to make a new mcz for merging on Monday, anyone can request a change set from me in the meantime... Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, March 06, 2010 5:53 PM Subject: Re: [Pharo-project] Polymorph fixes Sorry that the fixes to table layouts are causing problems... The two problems are that: 1 *invalid* hResizing/vResizing symbols now cause different behaviour (fixing now, for Polymorph Morph construction) 2 layout cell positioning now works as (I believe) originally intended... hence some adjustments to user code Good that bug fixes hilight misuse, some by myself due to typos ;-) Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, March 01, 2010 7:34 PM Subject: Re: [Pharo-project] Polymorph fixes > Thanks. > I will give a try but may be we have a bug in scriptLoader :) > > Stef > On Mar 1, 2010, at 6:52 PM, Gary Chambers wrote: > >> A few fixes on SqueakSource. >> >> Polymorph-Widgets-gvc.24 >> Polymorph-Tools-Diff-gvc.24 >> >> Notably: >> >> Table layout of submorphs with #shrinkWrap attributes. >> Themeing of menu item text colours to help Hilaire in his Sugar theme >> efforts. ThemeSettings integration left for another time... >> Wrong "sides" for "compare to current" when using diff tools in change >> sets (versions browser etc.). >> Prevention of window dragging from submorphs promoted from StandardWindow >> to SystemWindow (deals with oddities when click-dragging from >> submorphs... offset would be wrong and window "jumps"). >> Wrong colours for faded background windows in Watery themes. >> Fix colours in W2K theme (requires class-side reinitialisation of >> defaultSettings. Do "UIThemeW2K defaultSettings: nil" before changing >> theme). >> Toolbars now Panel-based to adapt to pane colour. >> DockingBar based menus now deal with mouseFocus correctly. >> >> >> Regards, Gary >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 6, 2010

Re: [Pharo-project] Polymorph fixes

by Gary Chambers

Hopefully I'll be able to make a new mcz for merging on Monday, anyone can request a change set from me in the meantime... Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, March 06, 2010 5:53 PM Subject: Re: [Pharo-project] Polymorph fixes Sorry that the fixes to table layouts are causing problems... The two problems are that: 1 *invalid* hResizing/vResizing symbols now cause different behaviour (fixing now, for Polymorph Morph construction) 2 layout cell positioning now works as (I believe) originally intended... hence some adjustments to user code Good that bug fixes hilight misuse, some by myself due to typos ;-) Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, March 01, 2010 7:34 PM Subject: Re: [Pharo-project] Polymorph fixes > Thanks. > I will give a try but may be we have a bug in scriptLoader :) > > Stef > On Mar 1, 2010, at 6:52 PM, Gary Chambers wrote: > >> A few fixes on SqueakSource. >> >> Polymorph-Widgets-gvc.24 >> Polymorph-Tools-Diff-gvc.24 >> >> Notably: >> >> Table layout of submorphs with #shrinkWrap attributes. >> Themeing of menu item text colours to help Hilaire in his Sugar theme >> efforts. ThemeSettings integration left for another time... >> Wrong "sides" for "compare to current" when using diff tools in change >> sets (versions browser etc.). >> Prevention of window dragging from submorphs promoted from StandardWindow >> to SystemWindow (deals with oddities when click-dragging from >> submorphs... offset would be wrong and window "jumps"). >> Wrong colours for faded background windows in Watery themes. >> Fix colours in W2K theme (requires class-side reinitialisation of >> defaultSettings. Do "UIThemeW2K defaultSettings: nil" before changing >> theme). >> Toolbars now Panel-based to adapt to pane colour. >> DockingBar based menus now deal with mouseFocus correctly. >> >> >> Regards, Gary >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 6, 2010

Re: [Pharo-project] Polymorph fixes

by Gary Chambers

Sorry that the fixes to table layouts are causing problems... The two problems are that: 1 *invalid* hResizing/vResizing symbols now cause different behaviour (fixing now, for Polymorph Morph construction) 2 layout cell positioning now works as (I believe) originally intended... hence some adjustments to user code Good that bug fixes hilight misuse, some by myself due to typos ;-) Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, March 01, 2010 7:34 PM Subject: Re: [Pharo-project] Polymorph fixes > Thanks. > I will give a try but may be we have a bug in scriptLoader :) > > Stef > On Mar 1, 2010, at 6:52 PM, Gary Chambers wrote: > >> A few fixes on SqueakSource. >> >> Polymorph-Widgets-gvc.24 >> Polymorph-Tools-Diff-gvc.24 >> >> Notably: >> >> Table layout of submorphs with #shrinkWrap attributes. >> Themeing of menu item text colours to help Hilaire in his Sugar theme >> efforts. ThemeSettings integration left for another time... >> Wrong "sides" for "compare to current" when using diff tools in change >> sets (versions browser etc.). >> Prevention of window dragging from submorphs promoted from StandardWindow >> to SystemWindow (deals with oddities when click-dragging from >> submorphs... offset would be wrong and window "jumps"). >> Wrong colours for faded background windows in Watery themes. >> Fix colours in W2K theme (requires class-side reinitialisation of >> defaultSettings. Do "UIThemeW2K defaultSettings: nil" before changing >> theme). >> Toolbars now Panel-based to adapt to pane colour. >> DockingBar based menus now deal with mouseFocus correctly. >> >> >> Regards, Gary >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 6, 2010

Re: [Pharo-project] [Esug-list] Google Summer Of Code 2010 news!!!

by Paolo Bonzini

On 03/06/2010 03:54 PM, Gilad Bracha wrote: >>> You_can_ write an Objective-C binding using CObject (as in, it's >>> been done). The painful part is converting NSArray<-> Array and >>> NSString<-> String. >>> >>> However, nice-looking bindings will always have a part written in >>> C that will be VM-dependent, which is why I put this project >>> last. It is much less useful than it looks. > > Inteoperating smoothly with the rest of the world is very useful. I fully agree. But there's so much more involved in interoperating smoothly with the rest of the world than Aliens/CObjects, and what's left is very hard to do in a cross-dialect way. So, having cross-dialect Aliens/CObjects is a nice step, but unfortunately it is still far from being a full solution. Paolo

March 6, 2010

Re: [Pharo-project] Pharo help (was About danny help :)

by Danny Chan

Am Samstag, 6. MÃ¤rz 2010 09:19:24 schrieb StÃ©phane Ducasse: > On Mar 6, 2010, at 9:01 AM, Danny Chan wrote: > > Hi Torsten! > > > > I am the first to acknowledge that this is your project. And I am also > > the first one to admit that my code is not great, being a beginner with > > Smalltalk in the first place, > > But this was great. > I think that torsten was not negative I did not think that this was the case. I just want to make explicit that I positively appreciate having someone with more experience rewrite my code. By seeing how someone else implements the ideas more cleanly I can only learn. Danny

March 6, 2010

Re: [Pharo-project] [Esug-list] Google Summer Of Code 2010 news!!!

by Paolo Bonzini

On 03/06/2010 02:22 PM, Lawson English wrote: > Does the CObject FFI allow you to do what F_script does and examine the > entire object tree written in Cocoa? That would at least for Macs, give > you a full blown GUI external to the Squeak desktop. You _can_ write an Objective-C binding using CObject (as in, it's been done). The painful part is converting NSArray <-> Array and NSString <-> String. However, nice-looking bindings will always have a part written in C that will be VM-dependent, which is why I put this project last. It is much less useful than it looks. Paolo

March 6, 2010

Re: [Pharo-project] [Esug-list] Google Summer Of Code 2010 news!!!

by Paolo Bonzini

On 03/06/2010 02:22 PM, Lawson English wrote: > > 4) Build a continuous integration server using Seaside, Iliad or > AidaWeb. Build an interface to version control systems (possibly > supporting both independent systems such as Monticello or > file-based such as svn/CVS/git) that can be used from Smalltalk > and integrate it with Smalllint code reports. For a more > ambitious project, the server should be able to start a new image, > upgrade the package, run SUnit tests there and communicate back > the results---the time to upgrade the package should be minimized > of course! > > > Are you aware of this two projects ? I don't know other dialects but in > Pharo they work: > > http://n4.nabble.com/Interim-build-server-td1296834.html#a1296834 > http://n4.nabble.com/ANN-Hudson-continuous-integration-server-support-td129… They seem to be very close to what I had in mind, in particular Hudson. Paolo

March 6, 2010

Re: [Pharo-project] [Esug-list] Google Summer Of Code 2010 news!!!

by Lawson English

Mariano Martinez Peck wrote: > > 4) Build a continuous integration server using Seaside, Iliad or > AidaWeb. Build an interface to version control systems (possibly > supporting both independent systems such as Monticello or > file-based such as svn/CVS/git) that can be used from Smalltalk > and integrate it with Smalllint code reports. For a more > ambitious project, the server should be able to start a new image, > upgrade the package, run SUnit tests there and communicate back > the results---the time to upgrade the package should be minimized > of course! > > > Are you aware of this two projects ? I don't know other dialects but > in Pharo they work: > > - http://n4.nabble.com/Interim-build-server-td1296834.html#a1296834 > - > http://n4.nabble.com/ANN-Hudson-continuous-integration-server-support-td129… > > > > > 5) Work on a cross-dialect foreign function call interface and > implement it in at least two dialects. Candidates include Alien > and GNU Smalltalk's CObject (using existing implementation has the > advantage of having to implement in only _one_ other dialect!). > Bonus points for implementing a C parser that would be able to > construct bindings. GNU Smalltalk already contains a C > preprocessor implementation. > > > Yes!!! And make it (optionally at least) not to block the complete VM > while a function is being called. > > Cheers On the Mac version, having the power of Squeak combined with the power of F-Script would totally rule. Does the CObject FFI allow you to do what F_script does and examine the entire object tree written in Cocoa? That would at least for Macs, give you a full blown GUI external to the Squeak desktop. Lawson

March 6, 2010

Re: [Pharo-project] [Esug-list] Google Summer Of Code 2010 news!!!

by Mariano Martinez Peck

> 4) Build a continuous integration server using Seaside, Iliad or AidaWeb. > Build an interface to version control systems (possibly supporting both > independent systems such as Monticello or file-based such as svn/CVS/git) > that can be used from Smalltalk and integrate it with Smalllint code > reports. For a more ambitious project, the server should be able to start a > new image, upgrade the package, run SUnit tests there and communicate back > the results---the time to upgrade the package should be minimized of course! > Are you aware of this two projects ? I don't know other dialects but in Pharo they work: - http://n4.nabble.com/Interim-build-server-td1296834.html#a1296834 - http://n4.nabble.com/ANN-Hudson-continuous-integration-server-support-td129… > > 5) Work on a cross-dialect foreign function call interface and implement it > in at least two dialects. Candidates include Alien and GNU Smalltalk's > CObject (using existing implementation has the advantage of having to > implement in only _one_ other dialect!). Bonus points for implementing a C > parser that would be able to construct bindings. GNU Smalltalk already > contains a C preprocessor implementation. > > Yes!!! And make it (optionally at least) not to block the complete VM while a function is being called. Cheers Mariano

March 6, 2010