Re: OpenClipart.org for ELPA?

[Thien-Thi Nguyen <ttn@gnu.org>]

[-- Attachment #1.1: Type: text/plain, Size: 440 bytes --]

() Mario Lang <mlang@delysid.org>
() Tue, 20 May 2014 17:05:54 +0200

   We currently need XPM format, as %c-%p.xpm, where %c is either
   black or white, and %p is one of pawn, knight, bishop, rook,
   queen and king.

I just added package ‘xpm’ to ELPA.  Maybe you could use it to
"compose" (algorithmically create) these pieces?  Here's a snapshot
of wip gnugo-d0.el, which does just that, for (ELPA package)
‘gnugo’:

[-- Attachment #1.2: gnugo-d0.el --]
[-- Type: application/emacs-lisp, Size: 10545 bytes --]

[-- Attachment #1.3: Type: text/plain, Size: 1071 bytes --]

The component forms are much simpler (lines and circles only) than
for chess, so artistry is not the draw (yuk yuk), here.  Instead,
the Cool Hack IMHO is that the primary dimension (pixel length of a
square side) is computed based on window height, and moreover that
computation is user customizable (see ‘gnugo-d0-sizing-function’).

The end result is that the user can turn on the menu-bar (for
example) or resize the frame, and it's enough to type ‘i’ (to
toggle image-display mode) twice to have updated XPMs appear.
It's not real-time ("SIGWINCH" handler) resizing, but close enough
for me (and my slow computer :-D).

Also, it *almost* goes w/o mentioning: Generating XPM images on
the fly means less disk footprint, easier package management, no
search-path groveling, etc.  That's regardless of resize support.

-- 
Thien-Thi Nguyen
   GPG key: 4C807502
   (if you're human and you know it)
      read my lisp: (responsep (questions 'technical)
                               (not (via 'mailing-list)))
                     => nil

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]