March 2012 - Pharo-dev - lists.pharo.org

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

Re: [Pharo-project] Understanding RunArray>>scanFrom:

by Eliot Miranda

On Wed, Mar 21, 2012 at 4:50 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Mar 21, 2012, at 11:56 AM, Camillo Bruni wrote: > >>> > >> i would also prefer disabling any styling in class comments > >> because often, when you copy/paste styled text into class comment, it > >> remains styled.. > > > > for class comments I would rather go with something like Markdown for > formatting? which stays readable as is without formatting. > > > Yes, I would say so... I have to admit that I am a fan of the general > "beyond ASCII" idea of which one sees a tiny gimpse of a shadow > in Squeak... but the way it was done in Squeak was never really good > enough and people did not use it at all. (Partly because > both Morphic and it's text model as well as the UI never was any good...). > E.g. the first thing you want in comments is embedding > Figures (e.g. of Datastructures)... or even life working examples. > > Is there anything that Squeak Rich Text (of the kind that is serializable > as a method style) can do that Markdown can not? > Hyperlinks to classes and methods? > > http://en.wikipedia.org/wiki/Markdown > > -- > Marcus Denker -- http://marcusdenker.de > > > -- best, Eliot

March 22, 2012

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

by chadwick

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

March 21, 2012