- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14407

by Marcus Denker

14407 ----- Issue 5527: Package MethodConverters has no repository http://code.google.com/p/pharo/issues/detail?id=5527 -- Marcus Denker -- http://marcusdenker.de

March 22, 2012

[Pharo-project] R: R: R: [Moose-dev] numerical method in smalltalk

by Lorenzo Schiavina

Hi Serge, I got in touch with Davide Arrigo, the guy who developed SqueakFuzzyWorld; at present he is in Russia and he will be back at the end of the month and he will be pleased to send you directly the program application. Ciao Lorenzo -----Messaggio originale----- Da: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] Per conto di Serge Stinckwich Inviato: mercoledÃ¬ 21 marzo 2012 16.23 A: Pharo-project(a)lists.gforge.inria.fr Oggetto: Re: [Pharo-project] R: R: [Moose-dev] numerical method in smalltalk On Wed, Mar 21, 2012 at 2:50 PM, Lorenzo Schiavina <lorenzo(a)edor.it> wrote: > Hi Serge, > > if you can understand Italian, you can see a presentation at: > http://www.edor.it/index.php?option=com_content&view=article&id=30&Itemid=65 > This application has been developed in VSE, but a student of mine has > already done (a partial) porting in Squeak; he already told me that he > wanted to send it to Squeak community so, if you want, I can send it to you. Yes please. > At present the code has no special license and I will be pleased to > integrate it into a bigger package with any kind of license. I think we should have the same licence than Pharo, MIT licence. > My application has a specific fuzzyfication/defuzzyfication method but, if > you consider it useful, I can extend it to some other theoretical approach. > As a matter of fact, my application (not my student's) is an environment for > creating expert systems that have been used in many different fields > (medical, forecasting, sport, environment control). The idea of SciSmalltalk is to build a library not a tool. Maybe some of part of your fuzzy operators you provide could be reused to be part of this library. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

March 22, 2012

Re: [Pharo-project] Another GSoC idea: Esse,Â a framework for visualizing, storing and exploring ideas

by Dennis Schetinin

â¦ Forgot to mention (deeming it's obvious): any comments, opinions, ideas are welcome! -- View this message in context: http://forum.world.st/Another-GSoC-idea-Esse-a-framework-for-visualizing-st… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 22, 2012

Re: [Pharo-project] Pharo Dynamic play with Morphic UI Construction videos..

by S Krish

Obliged for comments.. as I turn in towards formal effort in this direction. * The major focus is on dynamic, real time update/ feedback on Morphic UI construction, which is lot better than UI Builders. * Customized Browser that enables the real time feedback loop, construction of MVP/MVC classes that are default when required. PS: As Igor pointed out now the tree view browser does have intelligent full width detection.. and uses when resized / expanded the whole available width. On Tue, Mar 20, 2012 at 4:10 PM, S Krish <krishnamachari.sudhakar(a)gmail.com>wrote: > Great fun playing with and building a moderately complex beginners UI. > > http://picasaweb.google.com/skrishnamachari/Pharo_Dynamic_UI > > Builds up over the 5 videos to move from simple forms to complex form > and a runtime integration instantly... > > Borrowing from Bret Taylor's .. dynamic UI construction, not that > jazz, but the overall feel is the same responsive just in time UI > construction feedback cycle.. > > I guess time to rest my dirty hack hat, and don a professional one to > deliver the promise of updated framework that does this, within the > next week or two max... >

March 22, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Javier PimÃ¡s

Can you post more info about the context? Like you were executing, the call stack, whatever. Also, check that you have the opengl lib path correctly set going to system settings -> FFI. Also, some things I forgot to mention: 1. The generated glX functions list has wrong case. All function names start with glx but should start with glX. 2. I also made the library path a setting that appears in system settings. This is cool because before library names where fixed in code, but on each system can be different. On Wed, Mar 21, 2012 at 8:49 PM, chadwick <mathnoir(a)gmail.com> wrote: > ...sorry I should add I am on Ubuntu 11.10, using NBCog and the error > comes from NBGlxAPI > NBFFICallout > > > On Thu, Mar 22, 2012 at 10:43 AM, chadwick <mathnoir(a)gmail.com> wrote: > >> I get Error: function unavailable with Pharo1.3 and 1.4, but I probably >> followed the steps wrong. I first loaded a fresh image, then did Gofer >> it squeaksource: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. >> ConfigurationOfNBOpenGL project lastVersion load, as per previous >> instructions somewhere else, then loaded the latest NBXLib + examples from >> squeaksource via montecello, then latest NBOpengl-X similarly. >> >> >> >> >> >> >> Le 19 mars 2012 Ã 10:50, Igor Stasenko <siguctua(a)gmail.com> a Ã©crit : >>>>> >>>>> > great! >>>>> > >>>>> > On 19 March 2012 16:11, Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>>>> wrote: >>>>> >> I got some time and finished commiting it. >>>>> >> >>>>> >> Steps to load it (I tested with pharo 1.3): >>>>> >> >>>>> >> 1. load NBOpenGL with its configuration. >>>>> >> 2. load NBXLib package from monticello >>>>> >> 3. load NBOpengl-X package from monticello >>>>> >> >>>>> >> Then you can run the example (you'll need tahoma font): >>>>> >> >>>>> >> 4. add the patch I attach. >>>>> >> 5. Do this: >>>>> >> >>>>> >> GLTTRenderingDemo new openInWorld. >>>>> >> >>>>> >> tell if something doesn't work. >>>>> >>>> >> > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

March 22, 2012

[Pharo-project] Another GSoC idea: Esse,Â a framework for visualizing, storing and exploring ideas

by Dennis Schetinin

I would like to propose another idea for GSoC. It is inspired by students I mentor in Tver State University and is a part of their current term project. Soâ¦ (A prototype of) "Esse", a framework for visualizing, storing and exploring ideas ----------------------------------------------------------------------------------------------------------- Level: Intermediate Possible mentor: Dennis Schetinin Possible second mentor: ??? Description Simply put, this is a framework for building presentations of a new generation. Somewhat similar to http://prezi.com, but even more advanced in perspective. The emphasis is on supporting thinking processes, saving, evolving, presenting and sharing ideas. Technical Details A possible result for the project can be described as follows: - an unbounded workspace that can be visualized and browsed with a camera metaphor (including panning, zooming, rotating operations) - set of conventional graphics primitives to build presentations (like text, boxes, pictures, arrows, etc.) - a capability to put any morph in the workspace - creating paths for camera, animations - tools to control presentation and change it "on-the-fly" Morphic seems to be the main subject of the project at the current stage. Benefits to the Student The student will learn Morphic, practice in building GUI applications/frameworks, improve Smalltalk programming skills. Benefits to the community - Morphic, GUI improvements - Unbounded workspace conception looks great as a basis for future development environment - Looking forward, popularize Smalltalk by presenting some benefits of its live object environment - â¦ Best regards, Dennis Schetinin Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

March 22, 2012

Re: [Pharo-project] Alien callback thunk as ExternalAddress?

by Schwab,Wilhelm K

Eliot, It turns out that I had already done the #fromInteger: game, but your reply/confirmation gave me a brief second wind. I added #asExternalAddress (doing the obvious thing given your reply) to both callback thunks and to GSL memory objects (handle bodies that have subclasses for vectors, wavelet entrails, etc.). I took one FFI call parameter from long to struct*. That was interesting, because getHandle asInteger was giving me a *huge* number; the struct* argument worked where long failed me (it's usually the other way around). I am now at the point of getting an error in a method being called from a callback!!! That's a nice problem to have :) Somehow, I have to figure out how to get one of my handle bodies wrapped around an Alien argument. Whatever I do will also want to work with non-aliens because I call (with some trickery) the same method myself to generate sample data. As Sig said, the debugger is available inside of callbacks - that's going to be a huge help. It's time to shut down for the day or I will hate myself in the morning. More to come. Thanks!!!! Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Eliot Miranda [eliot.miranda(a)gmail.com] Sent: Wednesday, March 21, 2012 8:18 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Alien callback thunk as ExternalAddress? On Wed, Mar 21, 2012 at 4:01 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: I am getting near to jumping off the callback cliff. My problem is that I have a generated external structure that expects a void pointer (actually a function pointer). The setter sends #getHandle. I tried to hot-wire that by defining CallbackThunk>>getHandle to answer the #address. But FFICallbackThunk already implements address (inherited from Alien). Why getHandle? Is there a way to get an ExternalAddress that points to the thunk? Should I even be asking this question? :) I *think* it should be ExternalAddress new fromInteger: anFFICallbackThunk address Bill -- best, Eliot

March 22, 2012

[Pharo-project] direct object manipulation

by Francisco Garau

Hi - what packages can be used in latest Pharo to manipulate objects directly? I am thinking something like MorphicWrappers, NakedObjects or Gaucho. Cheers, Francisco

March 22, 2012

Re: [Pharo-project] Alien callback thunk as ExternalAddress?

by Schwab,Wilhelm K

Eliot, I have a lot of FFI code already written, so I am hoping to drop Alien callbacks into FFI, and a structure is being a real pain. I'll try you suggestion below, and then maybe alter the struct definition to contain integers vs. a pointer, into which FFI is making *certain* that I put only external addresses. After moving to 1.3, I had to tweak some things where I originally passed null pointers, and now integers appear to be required :( Similar forces might be at work here. CogVM, Ubuntu Lucid. Thanks! Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Eliot Miranda [eliot.miranda(a)gmail.com] Sent: Wednesday, March 21, 2012 8:18 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Alien callback thunk as ExternalAddress? On Wed, Mar 21, 2012 at 4:01 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: I am getting near to jumping off the callback cliff. My problem is that I have a generated external structure that expects a void pointer (actually a function pointer). The setter sends #getHandle. I tried to hot-wire that by defining CallbackThunk>>getHandle to answer the #address. But FFICallbackThunk already implements address (inherited from Alien). Why getHandle? Is there a way to get an ExternalAddress that points to the thunk? Should I even be asking this question? :) I *think* it should be ExternalAddress new fromInteger: anFFICallbackThunk address Bill -- best, Eliot

March 22, 2012

Re: [Pharo-project] Alien callback thunk as ExternalAddress?

by Eliot Miranda

On Wed, Mar 21, 2012 at 4:01 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > I am getting near to jumping off the callback cliff. My problem is that > I have a generated external structure that expects a void pointer (actually > a function pointer). The setter sends #getHandle. I tried to hot-wire > that by defining CallbackThunk>>getHandle to answer the #address. > But FFICallbackThunk already implements address (inherited from Alien). Why getHandle? > > Is there a way to get an ExternalAddress that points to the thunk? Should > I even be asking this question? :) > I *think* it should be ExternalAddress new fromInteger: anFFICallbackThunk address > > Bill > > > > -- best, Eliot

March 22, 2012