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

[Pharo-project] Fwd: How can the main window title in Squeak and Pharo be set?
by Torsten Bergmann Jan. 11, 2013

Jan. 11, 2013

> 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

1 0

Re: [Pharo-project] [squeak-dev] Global variable lookup
by Eliot Miranda Jan. 11, 2013

Jan. 11, 2013

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. 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. > > 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

2 1

[Pharo-project] Fwd: How can the main window title in Squeak and Pharo be set?
by Torsten Bergmann Jan. 11, 2013

Jan. 11, 2013

>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.

3 3

[Pharo-project] Fwd: How can the main window title in Squeak and Pharo be set?
by Frank Church Jan. 11, 2013

Jan. 11, 2013

I asked this on pharo-users but it seems to belong here as it looks like it not implemented or easily accessed in Pharo. ---------- Forwarded message ---------- From: Frank Church <vfclists(a)gmail.com> Date: 10 January 2013 16:40 Subject: How can the main window title in Squeak and Pharo be set? To: A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr>, The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> How can the main window title in Squeak and Pharo be set? In Pharo I thought it could be set in the System -> Settings Menu but couldn't find anything there. Can it be set only in code? -- Frank Church ======================= http://devblog.brahmancreations.com -- Frank Church ======================= http://devblog.brahmancreations.com

3 11

[Pharo-project] Smalltalkhub is back online!
by Nicolas Petton Jan. 11, 2013

Jan. 11, 2013

Yay! Nico -- Nicolas Petton http://nicolas-petton.fr

2 1

[Pharo-project] Dynamic GUI possible?
by J. P. L. MartÃn Jan. 11, 2013

Jan. 11, 2013

Hi, I'm trying to display buttons only if a condition is true on the same window, making the condition is easy but I can get the conditional to run again when a change is done so it displays the row with the buttons, here is the code: open | builder content | builder := UITheme builder. content := builder newColumn: {(builder newRow: {(builder newButtonFor: self action: #listaPrestamos label: 'Prestamos' help: 'Listar Prestamos'). (builder newButtonFor: self action: #listaMateriales label: 'Material' help: 'Listar Material'). (builder newButtonFor: self action: #listaSocios label: 'Socios' help: 'Listar Socios'). (builder newButtonFor: self action: #listaEjemplares label: 'Ejemplares' help: 'Lista de Ejemplares')}). (builder newColumn: {((PluggableMultiColumnListMorph on: self list: #listado selected: #seleccionado changeSelected: #seleccionado: menu: nil wrapSelector: #wrap:at:) extent: 600@600)})}. #listado = Prestamo database ifTrue: [builder newRow: {(builder newButtonFor: self action: #addPrestamo getEnabled: nil label: 'Nuevo Prestamo' help: 'Ingresar nuevo prestamo'). (builder newButtonFor: self action: #devPrestamo getEnabled: #selecciono label: 'Devolver' help: 'Devolver'). (builder newButtonFor: self action: #addEjemplar label: 'Agregar Ejemplar' help: 'Ingresar nuevo ejemplar'). (builder newButtonFor: self action: #addMaterial label: 'Agregar Material' help: 'Ingresar nuevo material'). (builder newButtonFor: self action: #addSocio label: 'Nuevo Socio' help: 'Ingresar nuevo socio'). (builder newButtonFor: self action: #remover getEnabled: #selecciono label: 'Remover' help: 'Ingresar nuevo prestamo'). (builder newButtonFor: self action: #guardar label: 'guardar' help: 'Ingresar nuevo socio')}] ifFalse: (Transcript show: 'Flase'; cr). (content openInWindowLabeled: 'Babel') extent: 600 @ 600. self changed: #listado; changed: #open.

3 2

[Pharo-project] SmalltalkHub down for maintenance this afternoon
by Nicolas Petton Jan. 11, 2013

Jan. 11, 2013

Hi guys, SmalltalkHub will be shutdown for maintenance this afternoon at 3pm UTC+1 today. It will be back online as soon as the migration is done. Cheers, Nico

5 5

[Pharo-project] SmalltalkHub is now down
by Nicolas Petton Jan. 11, 2013

Jan. 11, 2013

SmalltalkHub is now down. It will be back right after the migration. Nico

1 0

[Pharo-project] [update 2.0] #20467
by Marcus Denker Jan. 11, 2013

Jan. 11, 2013

20467 ----- Issue 7231: testInstalledMethodsWithIncorrectTrailerKind http://code.google.com/p/pharo/issues/detail?id=7231 Issue 7169: Failing test: testInstanceSideMethodsWithNilKeyInLastLiteral http://code.google.com/p/pharo/issues/detail?id=7169 Issue 7226: Failing test: AuthorTest>>testInitiallyEmpty http://code.google.com/p/pharo/issues/detail?id=7226 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tests-MarcusDenker.488.diff http://ss3.gemstone.com/ss/Pharo20/System-Support-MarcusDenker.760.diff

1 0

[Pharo-project] [Issue Tracker] Status
by Marcus Denker Jan. 11, 2013

Jan. 11, 2013

Overall open Issue: 394. http://code.google.com/p/pharo/issues/list All of these issues have seen some kind of activity in 2012/13 Out of those, 87 are tagged for 2.0: http://code.google.com/p/pharo/issues/list?can=2&q=milestone%3D2.0 We need to continue going through this list and decide -> is is a showstopper? --> if not, remove the tag -> if it is a showstopper, how do we fix it? There 5 issues concerned with failing tests, 7 have already been fixed an the fix just need to be tested. Marcus

1 0