File: README.Debian

package info (click to toggle)
lmemory 0.6c-14
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 1,272 kB
  • sloc: sh: 4,797; ansic: 2,504; makefile: 37
file content (34 lines) | stat: -rw-r--r-- 1,564 bytes parent folder | download | duplicates (7)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
lmemory for Debian
----------------------
I made a couple of changes to ensure that lmemory has the minimum
required number of pixmaps of the right dimensions without making
lmemory have to depend on an external source of images.

I have provided some default images in:

   /usr/share/games/lmemory/pixmaps

   taken from the "lletters" package, scaled, and converted to .xpm
   format with this command:

   for i in *.png; do pngtopnm $i | pnmscale -xysize 58 58 | \
      ppmquant 256 | ppmtoxpm >$(basename $i .png).xpm ; done

   I found that if I scaled the images to 64 x 64, the borders of the
   cards don't get redrawn over the edges of the image when the card is
   flipped back over until the next mouse-over event on that card.  So
   58 x 58 images are required instead to allow for the minimum 3-pixel
   border.  I'm reporting this problem to upstream and hopefully it
   will be fixed in a future release.

   00/11/19 Update:
   - Upstream suggested that if the default.xpm were a full 64 x 64
     instead of 48 x 48 it would fully conceal the image when flipped
     over.  Well, it does that, but the results of scaling default.xpm
     up aren't visually pleasing (it is nice to be able to see the
     beveled edges of the card that the widget provides) and it doesn't
     solve the problem of the border of the image still being left over
     when a match is made and the image is blanked out.  So the
     practical limit on image size is still 58 x 58.

 -- Ben Armstrong <synrg@sanctuary.nslug.ns.ca>, Sat, 11 Nov 2000 13:14:25 -0400