- 18 Jan, 2013 4 commits
-
-
Alastair Bridgewater authored
* There are subtleties involved in this implementation, but it suffices for defining the identity transformation and its specified public interface.
-
Alastair Bridgewater authored
* This is the basics of the transformation protocol. Mostly generic functions, most of which need to be implemented for each instantiable subclass of TRANSFORMATION.
-
Alastair Bridgewater authored
* The beginnings of the CLIM model for describing relationships between coordinate systems (most notably, between a sheet and its parent).
-
Alastair Bridgewater authored
* For the time being, we're declaring coordinates to be integers.
-
- 30 Dec, 2012 7 commits
-
-
Alastair Bridgewater authored
* This is a straightforward implementation of the parent side of the sheet hierarchy protocol. * We can still implement SHEET-SINGLE-CHILD-MIXIN and SHEET-LEAF-MIXIN if we care to, but they seem rather useless to me at this point.
-
Alastair Bridgewater authored
* I, having rarely done clever things like this with a multimethod, completely screwed up the responsibilities for each side of the dispatch. * The PARENT sheet is supposed to be the one to CALL-NEXT-METHOD, and there should be no :AROUND qualifier anywhere. * Fixed existing code to conform to the new (correct) scheme.
-
Alastair Bridgewater authored
* Oops. This would have lead fairly quickly to a SLOT-UNBOUND error. Fixed, by supplying a reasonable default.
-
Alastair Bridgewater authored
* This is a straightforward implementation of the child side of the sheet hierarchy protocol. * I'm getting a distinctly uneasy feeling with respect to the method combination for SHEET-ADOPT-CHILD and SHEET-DISOWN-CHILD, as though it won't really behave as intended.
-
Alastair Bridgewater authored
* This is mostly parent/child and sibling functions, with a few other bits thrown into the mix, along with generic implementations where appropriate.
-
Alastair Bridgewater authored
* The beginnings of the CLIM model for areas of the display allocated for graphical output and event handling. * This is just the protocol-class and the predicate, the actual guts of the protocol come later.
-
Alastair Bridgewater authored
* This started with BOUNDING-RECTANGLE, but got a bit out of hand, largely due to the interaction between the bounding rectangle protocol and the RECTANGLE geometry class. * I'm not convinced about the massive code duplication here (mandated by the CLIM II spec) or the package organization (I suspect that several dependencies could be rearranged to good effect). * This is largely untested, but compiles cleanly.
-
- 19 Dec, 2012 1 commit
-
-
Alastair Bridgewater authored
* This is the rest of 12.7.2, with the exceptions of MEDIUM-DRAW- ELLIPSE*, which is tricky because X is limited to axis-aligned ellipses, and MEDIUM-DRAW-TEXT*, which is tricky simply because it involves text and fonts. * This functionality is completely untested, beyond checking that BACKEND/CLX/MEDIUM::FIX-RECTANGLE-COORD-SEQ-FOR-X behaves correctly.
-
- 18 Dec, 2012 1 commit
-
-
Alastair Bridgewater authored
* This is a bit of a grab-bag of things intended to grow towards being an implementation of the parts of the CLIM standard that actually make sense to me. * Anything in the root directory is either a test driver program or support code for the test driver, more to have something that works to start from than to become part of the final system. * Anything in tests/ is stale test code for something that has been swiped from another project (or earlier incarnation of nq-clim). * There is an implementaion of SPACE-REQUIREMENTs in layout/, not because we are anywhere near implementing the layout protocol but because it was a convenient abstraction when setting up some of the support code in its original context. * And the rest is a "spike" for drawing mediums, the most fundamental output protocol in CLIM. It's thin, but it works.
-