- Pharo-dev - lists.pharo.org

Re: [Pharo-project] tabs with icons?

by Gary Chambers

TabGroupMorph/TabSelectorMorph support arbitrary morphs as well as text labels. An example: |dialog| dialog := (UITheme builder newPluggableDialogWindow: 'Example tabs') useDefaultOKButton. dialog contentMorph: ( dialog newTabGroup: { (dialog newRow: {dialog newImage: MenuIcons smallFindIcon. dialog newLabel: 'Page 1'})-> dialog newPanel. 'Page 2'->dialog newPanel}). dialog model: nil. World openModal: dialog Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, September 29, 2009 10:01 PM Subject: [Pharo-project] tabs with icons? > Hi, > > In Glamour we are using a TabGroupMorph (actually we use a subclass > that specifies LazyTabs). The question is if there is a way to add an > icon instead of a string? > > Or perhaps is there another solution for a tab control that allows for > icons in the tabs? > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 30, 2009

Re: [Pharo-project] Quickly browse through large repositories

by Damien Cassou

http://code.google.com/p/pharo/issues/detail?id=1256 On Wed, Sep 30, 2009 at 9:05 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > When clicking on a package in a large repository the browser usually > takes ages to refresh. The following fix in the inbox fixes this > problem. > > Lukas > > Name: MonticelloGUI-lr.5 > Author: lr > Time: 30 September 2009, 9:04:31 am > UUID: fd2ef6fb-d926-49a6-a5d6-557e4218576b > Ancestors: MonticelloGUI-stephane_ducasse.4 > > - quickly browse through large repositories > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 30, 2009

Re: [Pharo-project] Assignment operator in new core packages

by Peter Hugosson-Miller

Isn't there a test case for this, or similar coding customs? In my day job we have some, and they are most useful for detecting misses like that. If anyone thinks it's a good idea I could write one, then this kind of problem shouldn't turn up again the future. -- Cheers, Peter 2009/9/30 Torsten Bergmann <astares(a)gmx.de> > Classes like "SHA1" (now included in core) use _ again instead > of := > > Shouldnt we clean up such packages? > > Thx > T. > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 30, 2009

[Pharo-project] Assignment operator in new core packages

by Torsten Bergmann

Classes like "SHA1" (now included in core) use _ again instead of := Shouldnt we clean up such packages? Thx T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Sept. 30, 2009

Re: [Pharo-project] Alien & Squeak FFI issues on Snow Leopard.

by Andrey Larionov

I think it's related http://forums.newspeaklanguage.org/index.php?topic=88.0 On Wed, Sep 30, 2009 at 06:13, John M McIntosh <johnmci(a)smalltalkconsulting.com> wrote: > Someone finally managed to fire up a Sophie app http://www.opensophie.org/ > Â on Snow Leopard and immediately found an issue that also affects > Squeak users who do fascinating things with FFI > The innocent FFI call was > > apifstat: afileNo statBuffer: buffer > Â Â Â Â <cdecl: long 'fstat' (long MacStat* ) module: 'libc.dylib'> > Â Â Â Â ^self externalCallFailed > > Now it seems BEFORE Snow Leopard *somehow* the Squeak external > primitive call api which is part of the VM to assist in loading > plugins or finding function entry points in executable binaries or > libraries would > return the entry point for fstat by *somehow* finding libc.dylib which > is via Â /usr/lib/libc.dylib -> libSystem.dylib -> Â libSystem.B.dylib > > Interestingly this is found implicitly since the mac carbon vm lookup > logic never looks in /usr/lib/ > > Now in Snow Leopard it seems they do less implicit searching, perhaps > a security concern? Â Then it fails. > > In the past the Unix VM would search a hundred(sic) more places, but I > understand less today, but it might still work? Maybe /usr/lib is in > the hit list? > > This issue also applies to Alien because it calls back to the VM for > it to find the module and function entry point. > > Since I have received a request to ensure that doing an explicit full > path should be allowed in the squeak carbon macintosh vm. > Then a change would be: > > apifstat: afileNo statBuffer: buffer > Â Â Â Â <cdecl: long 'fstat' (long MacStat* ) module: '/usr/lib/libc.dylib'> > Â Â Â Â ^self externalCallFailed > > I'll look at doing this shortly. > > However the workaround is to go to Sophie.app/Contents/Resources > and do a ln -s /usr/lib/libc.dylib libc.dylib > to create a symbolic link in the Resources directory for libc.dylib > since we do explicitly look for libc.dylib in the Resources directory. > > Obviously if you have a FFI call like above where you are calling a > system library Oracle? for example. > You might find it no longer works with Snow Leopard on the Macintosh, > so you should check. > > > -- > = > = > = > ======================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Â Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. Â http://www.smalltalkconsulting.com > = > = > = > ======================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 30, 2009

[Pharo-project] Quickly browse through large repositories

by Lukas Renggli

When clicking on a package in a large repository the browser usually takes ages to refresh. The following fix in the inbox fixes this problem. Lukas Name: MonticelloGUI-lr.5 Author: lr Time: 30 September 2009, 9:04:31 am UUID: fd2ef6fb-d926-49a6-a5d6-557e4218576b Ancestors: MonticelloGUI-stephane_ducasse.4 - quickly browse through large repositories -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 30, 2009

Re: [Pharo-project] Alien and special objects Array

by Johan Brichau

On 29 Sep 2009, at 19:38, Brian Brown wrote: > I thought #fixTemp was for code compatibility but isn't really needed > because of real closures? so this change should be safe? note that the #fixTemp: method that is used right now comes with the standard pharo image (which does include closures). ---------------------------- Johan Brichau johan.brichau(a)uclouvain.be

Sept. 30, 2009

[Pharo-project] Alien & Squeak FFI issues on Snow Leopard.

by John M McIntosh

Someone finally managed to fire up a Sophie app http://www.opensophie.org/ on Snow Leopard and immediately found an issue that also affects Squeak users who do fascinating things with FFI The innocent FFI call was apifstat: afileNo statBuffer: buffer <cdecl: long 'fstat' (long MacStat* ) module: 'libc.dylib'> ^self externalCallFailed Now it seems BEFORE Snow Leopard *somehow* the Squeak external primitive call api which is part of the VM to assist in loading plugins or finding function entry points in executable binaries or libraries would return the entry point for fstat by *somehow* finding libc.dylib which is via /usr/lib/libc.dylib -> libSystem.dylib -> libSystem.B.dylib Interestingly this is found implicitly since the mac carbon vm lookup logic never looks in /usr/lib/ Now in Snow Leopard it seems they do less implicit searching, perhaps a security concern? Then it fails. In the past the Unix VM would search a hundred(sic) more places, but I understand less today, but it might still work? Maybe /usr/lib is in the hit list? This issue also applies to Alien because it calls back to the VM for it to find the module and function entry point. Since I have received a request to ensure that doing an explicit full path should be allowed in the squeak carbon macintosh vm. Then a change would be: apifstat: afileNo statBuffer: buffer <cdecl: long 'fstat' (long MacStat* ) module: '/usr/lib/libc.dylib'> ^self externalCallFailed I'll look at doing this shortly. However the workaround is to go to Sophie.app/Contents/Resources and do a ln -s /usr/lib/libc.dylib libc.dylib to create a symbolic link in the Resources directory for libc.dylib since we do explicitly look for libc.dylib in the Resources directory. Obviously if you have a FFI call like above where you are calling a system library Oracle? for example. You might find it no longer works with Snow Leopard on the Macintosh, so you should check. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Sept. 30, 2009

Re: [Pharo-project] [update] closure fixes :)

by Mariano Martinez Peck

I have just tested SqueakDBX and Glorp tests (1000 aprox. in total) and they are all green :) I used the image for a couple of hours and everything seems to be ok. Thanks for this excellent integration! Mariano On Sat, Sep 26, 2009 at 1:05 PM, Michael Roberts <mike(a)mjr104.co.uk> wrote: > thanks for integrating Stef > > cheers > Mike > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 30, 2009

Re: [Pharo-project] [squeak-dev] Mac carbon VM goes to 4.2.2Beta1U

by John M McIntosh

Ok, I've altered the master Squeak 4.2.2beta1U.app.zip and added the signature file. Also I've attached it. People who have made copies (like for the pharo site) might want to re- download it to ensure you've the correct zip file. found via http://smalltalkconsulting.com/squeak.html On 2009-09-29, at 9:12 AM, Bert Freudenberg wrote: > > On 27.09.2009, at 23:49, John M McIntosh wrote: >> >> I've also uploaded the new VM as Squeak 4.2.2beta1U.app.zip >> found via >> http://smalltalkconsulting.com/squeak.html > > Is it intentional there is no "Squeak VM Opt.sig" anymore? > > - Bert - > > -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Sept. 29, 2009