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

Re: [Pharo-project] How to re-open a closed issue?

by Henrik Johansen

On Apr 20, 2010, at 4:41 32PM, Tim Mackinnon wrote: > If I create a ticket - and one of the committers closes it - and then I find the problem is not fixed - how do I re-open it? Is entering an additional comment enough to flag it as open again - or do I need to raise a new issue? > > E.g. 2322: Cannot type ' (apostrophe) next to an existing character - was marked closed - however the issues was not correctly fixed by the proposed filein (it introduces other related problems). > > Tim Mhhhm, either you are able to change the status: field back to accepted, or someone with more privilieges needs to do so. (worked for me at least) Cheers, Henry

April 20, 2010

[Pharo-project] How to re-open a closed issue?

by Tim Mackinnon

If I create a ticket - and one of the committers closes it - and then I find the problem is not fixed - how do I re-open it? Is entering an additional comment enough to flag it as open again - or do I need to raise a new issue? E.g. 2322: Cannot type ' (apostrophe) next to an existing character - was marked closed - however the issues was not correctly fixed by the proposed filein (it introduces other related problems). Tim

April 20, 2010

Re: [Pharo-project] Running Alien on Windows

by Mariano Martinez Peck

Hi Noury. See this link: http://code.google.com/p/pharo/issues/detail?id=1360 cheers mariano On Tue, Apr 20, 2010 at 4:12 PM, Bouraqadi Noury <bouraqadi(a)gmail.com>wrote: > Hi, > > We have trouble running alien on Windows. Starting from a clean pharo 1.0 > image and the latest VM, we installed Alien as described on the SqueakSource > site (see below). But, when running any example, we get primitiveFailed > error. Any hint? > > Note: We also tried with the Squeak image, and got the same error. > > Thanx, > Noury > > Gofer new > url: > 'http://www.squeaksource.com/Alien' ; > addPackage: 'ConfigurationOfAlien'; > load. > ConfigurationOfAlien loadCore. > ConfigurationOfAlien loadTests. > ConfigurationOfAlien loadLibC. > ConfigurationOfAlien loadWin32. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 20, 2010

[Pharo-project] Running Alien on Windows

by Bouraqadi Noury

Hi, We have trouble running alien on Windows. Starting from a clean pharo 1.0 image and the latest VM, we installed Alien as described on the SqueakSource site (see below). But, when running any example, we get primitiveFailed error. Any hint? Note: We also tried with the Squeak image, and got the same error. Thanx, Noury Gofer new url: 'http://www.squeaksource.com/Alien' ; addPackage: 'ConfigurationOfAlien'; load. ConfigurationOfAlien loadCore. ConfigurationOfAlien loadTests. ConfigurationOfAlien loadLibC. ConfigurationOfAlien loadWin32.

April 20, 2010

Re: [Pharo-project] FFI in 1.1

by Mariano Martinez Peck

2010/4/20 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> > Mariano, > > FFI, use of OS threads and callbacks are *very* basic needs that we should > support. IMHO, we should be focused on making them work, not on classifying > what is internal or external. > But is has nothing to do with what Stef asked: "Do we add FFI by* default *in 1.1?" In my opinion, it shouldn't be by default. However, this doesn't mean that we don't support FFI. And I am not saying to focus in internal or external. I just answer Stef question with my opinion. Cheers Mariano > Bill > > > > ------------------------------ > *From:* pharo-project-bounces(a)lists.gforge.inria.fr [mailto: > pharo-project-bounces(a)lists.gforge.inria.fr] *On Behalf Of *Mariano > Martinez Peck > *Sent:* Monday, April 19, 2010 9:49 PM > *To:* Pharo-project(a)lists.gforge.inria.fr > *Subject:* Re: [Pharo-project] FFI in 1.1 > > > > On Thu, Apr 15, 2010 at 9:31 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Hi all >> >> Do we add FFI by default in 1.1? >> > > Noooooooooo!!! > > I wouldn't include neither FFI or Alien FFI in neither PharoCore or > PharoDev image. > > FFI is an EXTERNAL package, NOT core, neither a dev tool. > > That's only my opinion. > > Cheers > > Mariano > > >> This was the plan so. >> >> Stef >> >> _______________________________________________ >> 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 >

April 20, 2010

Re: [Pharo-project] FFI in 1.1

by Mariano Martinez Peck

On Tue, Apr 20, 2010 at 8:59 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > The question is what we call core. > I think that core should contain less and less but pharo should contain > infrastructure and FFI or Alien > are infrastructure. > > > If you look at my answer to German on "Re: [Pharo-project] Really Important > message (tm)" > April 16 > You can see that with a fast loading package mechanism then we could really > introduce in "Pharo-Core" (= what we have now) > infrastructure package to produce Pharo and works on making a real core. > FFI does not belong to this core=mini but > to Pharo from my point of view > > Mini > Mini + FFI + Tools + IDE + Compiler ....= PharoCore > Pharo + Sounds + Morphic examples + archiview.... = Pharo > > I know what you are thinking ;) But I even wouldn't put FFI neither in PharoCore or Pharo. If you want FFI, load it by yourself or in the metacello configuration of YOUR app. Cheers Mariano > Note that the belonging of one package to group is not automatically clear. > This is why metacello is key and a metacelloRepository. > > Steg > > >> I wouldn't include neither FFI or Alien FFI in neither PharoCore or > PharoDev > >> image. > > > > +1 > > > >> That's only my opinion. > > > > Maybe Stef should tell us more about why he thinks it should be included. > > > > Bye > > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 20, 2010

[Pharo-project] a monthly friday afternoon hacking day

by StÃ©phane Ducasse

Hi I would really like that one afternoon a month we gather and we program pharo stuff. We could start Friday 30. Let me know if you are ok. The idea is to have fun together. Stef

April 20, 2010

Re: [Pharo-project] FFI in 1.1

by Schwab,Wilhelm K

Mariano, FFI, use of OS threads and callbacks are *very* basic needs that we should support. IMHO, we should be focused on making them work, not on classifying what is internal or external. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck Sent: Monday, April 19, 2010 9:49 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] FFI in 1.1 On Thu, Apr 15, 2010 at 9:31 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>> wrote: Hi all Do we add FFI by default in 1.1? Noooooooooo!!! I wouldn't include neither FFI or Alien FFI in neither PharoCore or PharoDev image. FFI is an EXTERNAL package, NOT core, neither a dev tool. That's only my opinion. Cheers Mariano This was the plan so. Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 20, 2010

Re: [Pharo-project] FFI in 1.1

by Lawson English

laurent laffont wrote: > > On Tue, Apr 20, 2010 at 9:14 AM, Lawson English <lenglish5(a)cox.net > <mailto:lenglish5@cox.net>> wrote: > > John M McIntosh wrote: > > Well I asked for it... > (a) you can get graphic cut/copy/paste of complex data on the > macintosh and windows. > > (b) I'd rather have people learn FFI & Alien so they can build > their own api to Rome, Pango, & Curl instead of waiting on > about 4 people in the world to get around to building and > distributing *official* plugins . > > (c) When your curl, rome, etc FFI call freaks and toasts your > image why you can do debugging, versus relying on a handful of > people in the world to grind thru some compiler, gnu debug > session to figure out why that register move results in a > fatal Virtual memory page fault. > > > Forget curl, I want to recreate the Cocoa class libs in > squeak/pharo for WebKit... > > > Cocoa ? So it will run only on Mac OS X ? > Ah, no. Webkit was originally a class library in Objective C, which means (I hope) that the documented Cocoa classes for webkit should be a perfect template for wrapping the C-based webkit calls with squeak classes. Depends on how much has changed of course. Lawson

April 20, 2010

[Pharo-project] how to control a TabGroupMorph ?

by Cyrille Delaunay

Hello, I would like to make a specific action when selecting a page of a tabGroupMorph. After looking a bit, I didn't find an easy way to do that. Usually, to control a morph, for example a DropListMorph, I use the class defining the dropList as Model, and therefore implement myself a #selectionIndex: method that does what I want to do. For TabGroupMorph I have the impression that there is not the possibility to set such a model and deal with #setSelector #getSelector mechanism. Am I wrong? The solution I use for now is to define my own subclass of TabGroupMorph to make my specific actions, which doesn't look very nice. As you know much more than me, How would you do that ? I probably miss something, but if there is effectively no easy way to control a TabGroupMorph, wouldn't it be a good thing to implement such a mechanism?

April 20, 2010