Ken,
On Fri, Apr 11, 2008 at 1:03 PM, Ken Tilton <[EMAIL PROTECTED]> wrote: > Hmmm, a little trouble there. PicoZip on WinXP cannot read it, WinZip on > Vista (my new laptop for the eclm talk) complains but then seems to open it. > The complaint looks like winzip just is not handling Vista. Weird. I used the built-in zipper in ubuntu. But since cvs now magically works for me again, this has become obsolete fortunately. > Question 2: the above does not include a Cells directory (unless the > expansion broke). I will be trying to build it (looks like I have to hack > the ACL .lpr files for a while) in the meantime. Yep, I think we never had cells3 be part of cells-gtk3 (I guess part of why we did cells-gtk3 is so that we don't have to include out own fork of cells anymore). BTW, do you have strong feelings about how to structure the cells-gtk tree? you had flattened it in cvs, I had it restructured to match the old cells-gtk (so I could merge in my patches). Which one do you prefer if any? If you don't care either way I will try and restructure cvs to match the old cells-gtk tree structure for the sake of consistency. > > (2) Tree View > Omigod! I did an inspector at one point and used it to inspect the > inspector window itself. Then I navigated down to the actual widgets in view > and watched as the inspector showed things like the mouse-over state > dynamically (without asking the inspector to refresh). I seem to recall > adding some Cells internals to make it work, tho. In this screenshot: Gotta love (+ lisp cells). test-gtk has had that feature for a while, I think (at least longer than I have been on board). I remeber it took me a while to understand what was *really* going on when I saw it first. > > (4) Threading > > > > It is relly nice and lispy to use the repl to change properties of the > > windows currently displayed and to add and remove widgets > > interactively (especially if you have a background in C) -- but I > > don't know whether that works in MS Windows. Just checked, > > bordeaux-threads on windows does not support Allegro. Bummer. > > > > I will be doing repl stuff during my talk -- ACL runs a separate process > from the IDE to execute Lisp. We just need to have a breather in the event > loop handling to give the IDE enough cycles to be responsive. Cooperative scheduling, heh? Apparently cells-gtk on Lispworks/Windows has similar issues (there's a work around somewhere in cells-gtk). So far I haven't seen that with sbcl/linux. Maybe threading works better over here, maybe gtk does a better job of keeping the load in the main loop know. Those issues aside, doing repl stuff while having a gui up is really neat, isn't it? > OK, don't make yourself crazy on my account. Well, I'd love to have these things up and running in my thesis talk two months from now, so it won't hurt to be a little ahead of schedule. > In fact, I already have > Cells-gtk as I had it last running on my laptop, I might just leave it at > that. I am going to try to get to Celtk, Cello, TripleCells (lite > integration with an RDF triple-store), Cells-Gtk, and OpenAIR (the > cells/ajax bit andy is doing). Whew! Wow, sounds like a great program. It seems next time they could save the trouble of inviting other speakers, and just let you talk for the whole two days. :-) Anyway, good luck with all of it, and I am looking forward to watching the recording. Cheers, Peter _______________________________________________ cells-gtk-devel site list cells-gtk-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/cells-gtk-devel
