1. 27 Jan, 2013 6 commits
  2. 26 Jan, 2013 1 commit
    • Alastair Bridgewater's avatar
      geometry/transformation-composition: Some utility functions (CLIM II 5.3.2). · a3e25ebb
      Alastair Bridgewater authored
        * This is six functions from CLIM II 5.3.2.  Two conditioned-out
      implementations for functions we can't support yet, two partial
      implementations for functions we can only mostly support at this
      time, and two full implementations for functions that we can fully
        * Docstrings, commentary on what's missing in order to complete
      various aspects of the specification, and so on, included.
  3. 23 Jan, 2013 5 commits
  4. 22 Jan, 2013 1 commit
  5. 18 Jan, 2013 5 commits
  6. 30 Dec, 2012 7 commits
  7. 19 Dec, 2012 1 commit
    • Alastair Bridgewater's avatar
      medium/drawing,backend/clx/medium: Rough in more medium drawing functions. · 4df0a661
      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
  8. 18 Dec, 2012 1 commit
    • Alastair Bridgewater's avatar
      Initial check-in. · 0ae564ed
      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
        * 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.