From cells-cvs at common-lisp.net Sun Feb 6 02:17:13 2005 From: cells-cvs at common-lisp.net (Irving Mckinley) Date: Sun, 6 Feb 2005 02:17:13 +0000 Subject: [cells-devel] V6T1: Unique Logo design! Message-ID: <7183458179.27670602536550@AC892F35.ipt.aol.com> Have our designers creates a custom logo for you, with a step-by-step process based on your needs. Our extensive experience allows us to create a logo that makes a statement that is unique to you. In a professional manner we learn about your image and how you would like the world to perceive you and your company. Your input is invaluable, for us to create a logo that is not only unique but conveys the mission of you and your company. Based on your concepts we create a custom logo for you. Special care is also taken to verify the uniqueness of your logo, with web-searches, interactive media programs and our resource library of existing logos. Our ultimate goal is for you to have a logo that portraits your mission. You review it, before you buy it. For value and a logo that reflects your image, visit TryLogos! Special offer: 25% DISC0UNT on all custom design logos services from 20 january to 20 february ! http://www.try-logos.com/ Sincerel y Logo Design Team Stop this mailings: http://www.try-logos.com/uns.php?6C1D27 From gj at gjdv.at Wed Feb 23 17:04:37 2005 From: gj at gjdv.at (Juergen Gmeiner) Date: Wed, 23 Feb 2005 18:04:37 +0100 Subject: [cells-devel] celtic2.lisp / platforms for cells-gtk Message-ID: <421CB7A5.3030108@gjdv.at> hi, today i decided to give cells a spin - and i am impressed. after a bit of fiddling around in config.lisp, i even got cells-gtk to work under lispworks personal. some minor points: - celtic (the tk-thing) does not work because a file "celtic2.lisp" is missing. forgotten to "cvs add" maybe? - when running with a utf-8 locale, at least sbcl has problems with the copyright sign (= unicode codepoint 0xA9) in the "(c) 1995,2004 by Kenny W. Tilton" lines. for i in $(find . -name '*.lisp') do perl -pi.bak -e 's/\xa9/(c)/g' $i done was my quick'n'dirty solution. i did not try with lispworks until after this cheers, juergen From tfb at OCF.Berkeley.EDU Sat Feb 26 20:57:12 2005 From: tfb at OCF.Berkeley.EDU (Thomas F. Burdick) Date: Sat, 26 Feb 2005 12:57:12 -0800 Subject: [cells-devel] Release engineering, and relationship with LTK Message-ID: <16928.58024.13267.800370@conquest.OCF.Berkeley.EDU> It's been a pretty long time since the last Cells release, and in particular, what asdf-install gets you is the old Cells-I codebase. So, Kenny, do you have any problems with labeling the current cvs as Cells 2.0? In case anyone is wondering, "why now?" or "why not months ago?": for the second question, I massively overcommitted myself at the end of last year between OSS projects, finishing up contracts, and moving to Germany. Guess which lost out? :-) For the first question, a major motivating factor is Munich. The brand-new Munich Lispniks group looks to be fertile ground for evangalization, provided that what I'm evangelizing is asdf-installable and not just in CVS. In particular we have Alex Burger ("The PicoLisp Guy") and Peter Hearth ("The LTK Guy"), among others. So, if anyone has any objections to a Cells-2.0 release sometime in the next few weeks, raise them now. This brings me to my next point: whence Celtic, and whither? At my new job, I can talk to Peter Hearth without getting up from my seat, so I've started using LTK a bit, and we'll probably be standardizing on it at work. His motivation with LTK was not just to produce what exists now, but to use it as a base for a good, capable library of sophisticated widgets built in Lisp. For that layer, he's receptive, at least in principle, to a Cells dependancy, especially if it makes things easier. I'm far form having convinced him of that, but he's interested in seeing something I do using Cells and LTK. This coincides quite nicely with my extreme desire to *use* Cells whenever I touch LTK. I write code in a fairly functional style, and for stateful GUIs, you almost can't do that without a constraints system. At least, I have a hard time doing so -- hell, I've already hacked up 1/4 of a Cells/KR competitor just in the process of trying to write a GUI app. The only thing that I've seen that stands in the way of Just Using Cells with LTK is that LTK creates the TK objects too eagerly: in TK, objects have a certain "path" (parent/child relationship), and this is being set before Cells would have a chance to initialize the dataflow system, which in turn would determine *where* some objects should go in the parent/child path. LTK used to work differently here, in a way that would be Cells-compatible, and Peter has agreed to change this (or to accept a patch from me changing it ;). So, whence Celtic, why the fork from LTK? We worked out the proper time to do this, that lets all coding styles we could think of work. Once that's in place, using Cells in an LTK app, or for the MegaWidgets library Peter is building on top of LTK, is a simple matter of using defmodel for the classes you define. Bada-bing, bada-boom, c-formula anywhere you want. Given all of this, whither Celtic? At most, it looks like it should just be a MegaWidgets competitor, built on top of Peter's LTK codebase, since that *will* see commercial support. But in that case, assuming I convince Peter of constraints systems, why not just merge with MW? In the worst case, if Peter sticks with The Imperative "Way", and Celtic remains, built on its forked base, I'm going to have to build myself an aggregadgets library to keep my sanity, which means *three* ostensibly competing systems. Yuck. Reasoning dialectically, does Celtic even have a future? I'm guessing its fork was somehow motivated by the specific desire to use it for a software product; that product probably isn't happening, right? In that case, this sounds like the kind of internal contradiction that should be fatal. With the integration of Cells in LTK, Celtic will have finished its historically progressive role, and will continue to exist only to haunt the Lisp world as a spectre of raction, a vertiable Cossack of Common Lisp. Against the philistines! For the ejection of Celtic from cell-cultures, which should aspire to be the Paris Commune, the Jacobin Dictatorship, the Radical Reconstruction, the October of Common Lisp, not the Bismarkian Prussia or Russian Don! Okay, less Lenin next week, more Lattice Theory. -Thomas From ktilton at nyc.rr.com Sat Feb 26 22:01:15 2005 From: ktilton at nyc.rr.com (Kenny Tilton) Date: Sat, 26 Feb 2005 17:01:15 -0500 Subject: [cells-devel] Release engineering, and relationship with LTK In-Reply-To: <16928.58024.13267.800370@conquest.OCF.Berkeley.EDU> References: <16928.58024.13267.800370@conquest.OCF.Berkeley.EDU> Message-ID: <4220F1AB.60506@nyc.rr.com> Thomas F. Burdick wrote: >It's been a pretty long time since the last Cells release, and in >particular, what asdf-install gets you is the old Cells-I codebase. >So, Kenny, do you have any problems with labeling the current cvs as >Cells 2.0? > "labelling the current CVS"? whassat? Do you mean making c2 explicit, and keeping c1 around? cell-cultures arose not to preserve c1, but just to handle absorbing all my open source work. I now regret that decision, and if I had any time for this would have two modules under Cells: Cells, Utils-kt. Hello-c might be a third, but I would move that to its own project if it takes hold, so may as well just leave it where it is. remaining residents of cell-cultures could stay until they became active, and then would be invited to move out ala Cells-gtk. at any rate, in answer to your query, no, let's overwrite cells with cells-2. The easiest way is to just point the asdf-install at cell-cultures/cells, but I have no problem with the reorg described above. >So, if anyone has any objections to a Cells-2.0 release sometime in >the next few weeks, raise them now. > Raised above (if I understood you). But I am all in favor of fixing asdf-install to point to cells2. > >This brings me to my next point: whence Celtic, and whither? At my >new job, I can talk to Peter Hearth without getting up from my seat, >so I've started using LTK a bit, and we'll probably be standardizing >on it at work. His motivation with LTK was not just to produce what >exists now, but to use it as a base for a good, capable library of >sophisticated widgets built in Lisp. For that layer, he's receptive, >at least in principle, to a Cells dependancy, especially if it makes >things easier. I'm far form having convinced him of that, but he's >interested in seeing something I do using Cells and LTK. This >coincides quite nicely with my extreme desire to *use* Cells whenever >I touch LTK. I write code in a fairly functional style, and for >stateful GUIs, you almost can't do that without a constraints system. >At least, I have a hard time doing so -- hell, I've already hacked up >1/4 of a Cells/KR competitor just in the process of trying to write a >GUI app. > >The only thing that I've seen that stands in the way of Just Using >Cells with LTK is that LTK creates the TK objects too eagerly: in TK, >objects have a certain "path" (parent/child relationship), and this is >being set before Cells would have a chance to initialize the dataflow >system, which in turn would determine *where* some objects should go >in the parent/child path. LTK used to work differently here, in a way >that would be Cells-compatible, and Peter has agreed to change this >(or to accept a patch from me changing it ;). So, whence Celtic, why >the fork from LTK? > I am pretty sure the two were incompatible. I certainly got no value from LTk's higher-level mechanism for exchanging info with Tk, since the output (ne echo) mechanism handled that automatically (given suitable macrology). Only some low-level stuff from LTk survives in Celtic. Then I dashed ahead and did a ton more widgets than LTk had at the time, or I should say with all Tk attributes available to the Celtic user, while Peter was pulling them in one by one. It sounds as if you want to work out a marriage of Cells with LTk, which is really a different project. Go for it. I would consider erasing Celtic, but it /was/ Vasilis's inspiration for Cells-gtk, so I think it should be spared the glue factory. Maybe call your project Cells-Ltk, or just add some code to LTk which will happen to require Cells and Utils-kt? Could that be done with a separate ASDF module underneath LTk? fwiw, I certainly plan no further work on Celtic (which was never commercial, just a way to pump Cells). kt ps. hey, guess what? looks like we will be attempting some form of literate programming to handle vicious FDA requirements for system documentation in a sensible way. kt -- Cells? Cello? Cells-Gtk?: http://www.common-lisp.net/project/cells/ Why Lisp? http://lisp.tech.coop/RtL%20Highlight%20Film "Doctor, I wrestled with reality for forty years, and I am happy to state that I finally won out over it." -- Elwood P. Dowd