2010-07-31 06:52:47 +04:00
|
|
|
#
|
|
|
|
# The Python Imaging Library.
|
|
|
|
# $Id$
|
|
|
|
#
|
|
|
|
# Windows Cursor support for PIL
|
|
|
|
#
|
|
|
|
# notes:
|
|
|
|
# uses BmpImagePlugin.py to read the bitmap data.
|
|
|
|
#
|
|
|
|
# history:
|
|
|
|
# 96-05-27 fl Created
|
|
|
|
#
|
|
|
|
# Copyright (c) Secret Labs AB 1997.
|
|
|
|
# Copyright (c) Fredrik Lundh 1996.
|
|
|
|
#
|
|
|
|
# See the README file for information on usage and redistribution.
|
|
|
|
#
|
2019-07-06 23:40:53 +03:00
|
|
|
from . import BmpImagePlugin, Image
|
2020-08-07 13:28:33 +03:00
|
|
|
from ._binary import i16le as i16
|
|
|
|
from ._binary import i32le as i32
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
#
|
|
|
|
# --------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
|
|
|
def _accept(prefix):
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
return prefix[:4] == b"\0\0\2\0"
|
2010-07-31 06:52:47 +04:00
|
|
|
|
2014-07-17 01:12:54 +04:00
|
|
|
|
2010-07-31 06:52:47 +04:00
|
|
|
##
|
|
|
|
# Image plugin for Windows Cursor files.
|
|
|
|
|
2019-03-21 16:28:20 +03:00
|
|
|
|
2010-07-31 06:52:47 +04:00
|
|
|
class CurImageFile(BmpImagePlugin.BmpImageFile):
|
|
|
|
|
|
|
|
format = "CUR"
|
|
|
|
format_description = "Windows Cursor"
|
|
|
|
|
|
|
|
def _open(self):
|
|
|
|
|
|
|
|
offset = self.fp.tell()
|
|
|
|
|
|
|
|
# check magic
|
|
|
|
s = self.fp.read(6)
|
|
|
|
if not _accept(s):
|
2014-07-17 01:12:54 +04:00
|
|
|
raise SyntaxError("not a CUR file")
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
# pick the largest cursor in the file
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
m = b""
|
2020-05-08 21:11:58 +03:00
|
|
|
for i in range(i16(s, 4)):
|
2010-07-31 06:52:47 +04:00
|
|
|
s = self.fp.read(16)
|
|
|
|
if not m:
|
|
|
|
m = s
|
2020-05-08 19:48:02 +03:00
|
|
|
elif s[0] > m[0] and s[1] > m[1]:
|
2010-07-31 06:52:47 +04:00
|
|
|
m = s
|
2015-11-26 11:56:41 +03:00
|
|
|
if not m:
|
|
|
|
raise TypeError("No cursors were found")
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
# load as bitmap
|
2020-05-08 21:11:58 +03:00
|
|
|
self._bitmap(i32(m, 12) + offset)
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
# patch up the bitmap height
|
2019-03-21 16:28:20 +03:00
|
|
|
self._size = self.size[0], self.size[1] // 2
|
2010-07-31 06:52:47 +04:00
|
|
|
d, e, o, a = self.tile[0]
|
2019-03-21 16:28:20 +03:00
|
|
|
self.tile[0] = d, (0, 0) + self.size, o, a
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
# --------------------------------------------------------------------
|
|
|
|
|
2015-07-04 16:29:58 +03:00
|
|
|
Image.register_open(CurImageFile.format, CurImageFile, _accept)
|
2010-07-31 06:52:47 +04:00
|
|
|
|
2015-07-04 16:29:58 +03:00
|
|
|
Image.register_extension(CurImageFile.format, ".cur")
|