[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-bugs-dist
Subject: [Bug 89394] New: Make CDArchivingplugin work when
From: Jean-Michel Fayard <jmfayard () gmail ! com>
Date: 2004-09-13 8:33:29
Message-ID: 20040913103327.89394.jmfayard () gmail ! com
[Download RAW message or body]
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.kde.org/show_bug.cgi?id=89394
Summary: Make CDArchivingplugin work when ImageCollection!=Folder
Product: kipiplugins
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: cdarchiving
AssignedTo: kde-imaging kde org
ReportedBy: jmfayard gmail com
Version: (using KDE KDE 3.2.3)
Installed from: Compiled From Sources
Compiler: gcc-3.4 -g
OS: Linux
Description : CDArchivingPlugin is broken for an application where ImageCollection!=Folder. The \
HTML generation doesn't work, and the original pictures which doesn't belong to the same \
directory as the first picture in the image collection are not burned.
How to reproduce it:
Go to http://ktown.kde.org/kimdaba/snapshots/ and follow the installation procedure (doing \
export CFLAGS="-g " before is useful) Copy the pictures attached right in your home directory \
and start Kimdaba File>Archive to CD>Select all keywords, burn an iso in k3b and mount it with \
: $ su
$ mount -o loop -t iso9660 <temporary folder>/CD\ Albums.iso <empty directory>
Patch attached : some preliminary work, basically remplacing each QDir dir = \
ImageCollection::path() with the equivalent ImageCollection. This also change the directory \
structure of <cdrom>/<folder>/image.jpg to <cdrom>/<keyword>[1]/image.jpg
[1] : the name of the imagecollection in KimDaBa
Current problems :
* Maybe existing in the original plugin: pictures with latin1 characters doesn't show in HTML \
generation. (/mnt/removable/HTMLInterface/inclassables/pages/28 - Mais oui elle est l%3F%3F, ma \
montre.JPG.html instead of
/mnt/removable/HTMLInterface/inclassables/pages/28 - Mais oui elle est lĂ , ma montre.JPG.html \
)
* Maybe existing in the original plugin : slow memory leak. KimDaBa used 95MB after generating \
a 600MO CD.
* For now, it doesn't try to copy recursively directories. I find it totally broken, because I \
have one picture in the top directory, it will copy all the top diretory, and then the others \
subdirectories again for the others keywords.
* Pictures can have many keywords in KimDaBa, so by design, one picture will be copied many \
times. Does K3B use symlink on a iso when it is possible (with Joliet or Rockridge, I don't \
know...) ?
* Note that because it now copies the images in a collection and not anymore all files in a \
folder, it cannot copy other files (comment.xml or whatever) in the directory. If this is a \
problem, we can use the new ImageCollection::isDirectory() and switch back to the old \
behaviour.
* Need to try it, and perhaps to make it work again with Digikam
That's all for now ;-)
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic