January 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] SmalltalkHub upgrade

by StÃ©phane Ducasse

awesome :) Stef On Jan 11, 2013, at 6:57 PM, Nicolas Petton wrote: > Guys, > > SmalltalkHub just got upgraded to version 0.9. This version includes a > lot of changes under the hood, as well as new features and bug fixes: > > New major features: > > - You can now register teams (see the RMoD team > http://smalltalkhub.com/#!/~RMoD) > - Projects can now be private > - The homepage and header have been updated > - SmalltalkHub now includes an (unfinished) "explore" page > (http://smalltalkhub.com/#!/explore) > - and... SmalltalkHub has a new 404 page :-) > (http://smalltalkhub.com/#!/~foo/bar) > > Updates: > > - Mongo has been updated to version 2.0 > - The production image is a Pharo 1.4 > > Important bug fixes: > > - "disappearing" projects from user dashboard > - mcz files larger than 6Mb could not be uploaded > > > Cheers, > Nico >

Jan. 12, 2013

Re: [Pharo-project] Martin Fowler's kind words about Smalltalk and Moose ...

by Geert Claes

Good on ya buddy, I was surprised it hadn't been shared here yet :) -- View this message in context: http://forum.world.st/Martin-Fowler-s-kind-words-about-Smalltalk-and-Moose-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2013

Re: [Pharo-project] Martin Fowler's kind words about Smalltalk and Moose ...

by Tudor Girba

Unexpected, indeed. But, the cool thing is that Moose popped up in his mind in a seemingly unrelated area. From this point of view, Moose is not just an analysis platform, but it became an example of how "reprogrammability" (which is just another name for reflective environments as I would call it) can become practical. So, it is as much a positive thing for Moose as it is for Pharo. Did I mention that I think that Pharo can use Moose as a killer app? :) Cheers, Doru On Jan 11, 2013, at 5:21 PM, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > http://martinfowler.com/bliki/InternalReprogrammability.html > > > > > -- > View this message in context: http://forum.world.st/Martin-Fowler-s-kind-words-about-Smalltalk-and-Moose-… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- www.tudorgirba.com "Don't give to get. Just give."

Jan. 11, 2013

Re: [Pharo-project] Sources files and warnings

by StÃ©phane Ducasse

On Jan 10, 2013, at 10:27 PM, Camillo Bruni wrote: > We currently ran into a problem with the automatic sources-file downloading. > Looking at the code I find it overly cluttered... > > So I wanted to introduce proper Warnings to deal with these cases: > > - SourcesFileCorrupted > - SourcesFileNotFound > - ChangesFileCorrupted > - ChangesFileNotFound > > So I we properly inform the user and deal with edge casesâ¦ *THANKS*!!! >

Jan. 11, 2013

[Pharo-project] Fwd: How can the main window title in Squeak and Pharo be set?

by Torsten Bergmann

> I downloaded the NBCog.exe and was able to execute the 'NBWin32Window > getFocus setWindowText: 'Hello using Native Boost' example you showed > above. It looks me to like they are direct calls to the Windows API > which don't require any external DLLs other the built in Windows > ones.. Yes, as I wrote I just call SetWindowTextA() function from Windows API. see http://msdn.microsoft.com/en-us/library/windows/desktop/ms633546(v=vs.85).a… This one is in User32.dll which comes with Windows. Bye Torsten

Jan. 11, 2013

Re: [Pharo-project] SmalltalkHub upgrade

by Nicolas Petton

-- GÃ¶ran Krampe <goran(a)krampe.se> writes: > Hi Nicolas! > > On 01/11/2013 06:57 PM, Nicolas Petton wrote: >> Guys, >> >> SmalltalkHub just got upgraded to version 0.9. This version includes a > > Great! Just a few things: > > - The explore page, I presume it "only" shows some recents, right? I > mean, I though I could browse or see the full list of users/projects > etc, but AFAICT I can not yet? Exactly. If you read carefully, you'll see that this page is a preview only ;) > > - Is the idea to also offer "regular URLs" for some entry points? To > enable google indexing etc? Yes, the next upgrade will include static pages (with a redirection to the Amber pages if JavaScript is available). This way all projects will be indexed by search engines. Nico

Jan. 11, 2013

Re: [Pharo-project] SmalltalkHub upgrade

by Nicolas Petton

Indeed, this is missing in this version, but will be added back :) Nico Helene Bilbo <thereluctantprogrammer(a)fastmail.fm> writes: > Nice. > I remember in a previous version there had been the possibility to browse > the source code, not only the diff? Or do i just not find it any more? > Anyway this would be nice to have. > > > > -- > View this message in context: http://forum.world.st/SmalltalkHub-upgrade-tp4662977p4662999.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Nicolas Petton http://nicolas-petton.fr

Jan. 11, 2013

Re: [Pharo-project] SmalltalkHub upgrade

by Helene Bilbo

Nice. I remember in a previous version there had been the possibility to browse the source code, not only the diff? Or do i just not find it any more? Anyway this would be nice to have. -- View this message in context: http://forum.world.st/SmalltalkHub-upgrade-tp4662977p4662999.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2013

Re: [Pharo-project] [squeak-dev] Global variable lookup

by Bert Freudenberg

On 11.01.2013, at 11:19, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > On Fri, Jan 11, 2013 at 11:05 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> FYI, this is a code from Pharo, which we are did _right_ (of course >> from Pharo perspective ;) >> > +1. local variable definitions override explicitly imported variable definitions inherited variable definitions override "global" variable definitions. Yep. Thanks Igor, that looks more reasonable. >> But does the system automatically recompile importers of shared pools when bindings are added or removed from shared pools? At least Squeak does not. And this is an issue in the context of loading Monticello packages. With the VMMaker I refactored a lot of globals into shared p[ools when I decomposed ObjectMemory from the Interpreter hierarchy and added the Cogit hierarchy. I would have to manually recompile to get the references right on e.g. moving a variable from being a class variable of ObjectMemory into some shared pool, or on moving the variable from one shared pool to another. Let's fix it. - Bert - >> >> >> Class>>bindingOf: varName >> "Answer the binding of some variable resolved in the scope of the >> receiver, or nil >> if variable with such name is not defined" >> >> "The lookup recurses up to superclasses looking inside their class >> and shared pools, >> but not the environment, since two classes, even if they have >> ancestry relationship, >> could use different environments. >> That's why we doing an environment lookup only as a last step of symbol lookup >> and taking only the environment of receiver only, not any of it's >> superclass(es) " >> >> | aSymbol binding | >> aSymbol := varName asSymbol. >> >> ^ (self innerBindingOf: aSymbol) ifNil: [ >> self environment bindingOf: aSymbol >> ] >> >> >> Class>>innerBindingOf: aSymbol >> "Answer the binding of some variable resolved in the scope of the >> receiver, or one of its superclass >> but do not look up binding in receiver's environment. >> Use #bindingOf: for looking up the variable binding in a full scope, >> including receiver's environment" >> >> | binding | >> >> "First look in classVar dictionary." >> binding := self classPool bindingOf: aSymbol. >> binding ifNotNil: [^binding]. >> >> "Next look in shared pools." >> self sharedPools do: [:pool | >> | aBinding | >> aBinding := pool bindingOf: aSymbol. >> aBinding ifNotNil: [^aBinding ]. >> ]. >> >> superclass ifNotNil: [ >> ^ superclass innerBindingOf: aSymbol. >> ]. >> ^ nil >> >> >> On 11 January 2013 19:28, Bert Freudenberg <bert(a)freudenbergs.de> wrote: >> > bindingOf:environment: >> > > > -- > Best regards, > Igor Stasenko. > > > > > -- > best, > Eliot >

Jan. 11, 2013

Re: [Pharo-project] Fwd: How can the main window title in Squeak and Pharo be set?

by Eliot Miranda

On Fri, Jan 11, 2013 at 10:57 AM, Frank Church <vfclists(a)gmail.com> wrote: > On 11 January 2013 13:34, Torsten Bergmann <astares(a)gmx.de> wrote: > > From the history of Squeak and Pharo you can: > > > > 1. Squeak.exe (VM for Windows) was always able to set this using > > the Setting "WindowTitle" in Pharo.ini - see > > http://squeakvm.org/win32/settings.html > > > > This was implemented by Andreas Raab (maintainer of SqueakVM) > > > > 2. Later there was the idea in Squeak for a project > > called "Areithfa Ffenestri" that should add more > > support code to Squeak to allow access to the > > native window or open new ones: > > > > http://wiki.squeak.org/squeak/3862 > > > > This is a VM plugin that is not in all VM's and even after > > years AFAIK not fully implemented on all platforms. > > > > If it is available then you can do what Bert Freudenberg > > suggested here: > > > > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2013-January/167766.… > > > > Dont know if the Pharo VM maintainers added this plugin > > too. You have to ask Igor or Esteban. > > > > 3. While Squeak tries to stay platform independent and > > encapsulate platform dependent logic mostly into VM plugins > > to unify the access there is some other idea in Pharo now: > > > > With the growing need to easily access platform logic > > of the underlying OS or access external libraries written in > > other languages there is a new FFI plugin which is > > (since Pharo 2.0) will be included in the standard distribution. > > > > This new Foreign Function Interface (FFI) is called > > NativeBoost and will move more logic into Smalltalk > > itself. So you dont have to write/compile a plugin. > > > > You just need a VM with NativeBoost support (NBCog.exe on Windows) > > > > Using native Boost (when in Pharo 2.0) you can (already!) > > write: > > > > NBWin32Window getFocus setWindowText: 'Hello using Native Boost' > > > > to change the window title. Internally I just call the > > Windows Win32-API function "SetWindowTextA" using the > > window handle. > > > > If someone from other platforms implements an NBUnixWindow, > > NBMacWindow, NBRiscOSWindow, ... we can also implement a > > common interface class (NBPharoWindow for example). > > > > Hope this helps a little bit > > > > Bye > > T. > > > > I downloaded the NBCog.exe and was able to execute the 'NBWin32Window > getFocus setWindowText: 'Hello using Native Boost' example you showed > above. It looks me to like they are direct calls to the Windows API > which don't require any external DLLs other the built in Windows > ones.. > > However on Linux would that mean it may be necessary to use different > code for Gnome or KDE/Qt for instance, or use some other native or > crossplatform widgetset like Wx? > IIRC no. This is at the XLib level. See XStoreName/XSetTextProperty. -- best, Eliot

Jan. 11, 2013