[SCM] exiv2 packaging branch, master, updated. debian/0.25-3.1-3734-gdcbc29a
Maximiliano Curia
maxy at moszumanska.debian.org
Thu Jul 13 17:36:28 UTC 2017
Gitweb-URL: http://git.debian.org/?p=pkg-kde/kde-extras/exiv2.git;a=commitdiff;h=2f97314
The following commit has been merged in the master branch:
commit 2f97314d5b564a4140a6d256b8a8b4933a4dd172
Author: Andreas Huggel <ahuggel at gmx.net>
Date: Sun Jun 20 06:30:24 2004 +0000
Updated
---
src/Todo | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/Todo b/src/Todo
index 338e0ab..623c200 100644
--- a/src/Todo
+++ b/src/Todo
@@ -1,4 +1,6 @@
Library Features:
++ rename erase* methods that access a file to remove*
++ add ExifData::erase(tag)
+ Thumbnail support: set (re-calculate)
+ operator>> for Value, since we already have read()?
+ Use auto_ptr where applicable
@@ -15,8 +17,6 @@ Exiv2 functionality
+ Add offset to value for hexdump (requires metadata to have an offset)
Bugs:
-+ ExifData::copyFromMetadata: wrong offsets if no ExifTag exists. Same problem
- probably occurs when GPSTag or InteroperabilityTag are missing.
+ Handle all Todo's
+ Cleanup and fix implementation of JpegImage (must be able to read any APP0/1),
should be able to insert exv into extracted thumbs (usually w/o APP0/1)
@@ -30,4 +30,4 @@ Bugs:
+ Review: Exception safety
+ Review: Ifd1 only at Thumbnail, do we really need Thumbnail::update() ?
+ Is the hexdump output of exiv2 byte-swapped??
-+ Writing an empty Exif data section should have the same effect as deleting it
+
--
exiv2 packaging
More information about the pkg-kde-commits
mailing list