Version: 0.44 (using KDE 3.5.1 Level "a" , SUSE 10.1) Compiler: Target: i586-suse-linux OS: Linux (i686) release 2.6.16.13-4-default If you create a folder nested 2 levels deep inside the scan image directory (e.g. ScanImages/folder1/folder2) then images saved to that folder don't appear in the folder tree view and the folder size remains shown as "0 images". The images are, however, written into the relevant directory (as shown by examining the file system with Konqueror). I'm saving the images in jpeg format, if that's relevant.
The problem seems to be not the nesting depth, but that subfolders are not automatically scanned when their parent is expanded in the tree view. Not sure if this is a problem with KFileTreeView or the intended behaviour, but it is possible to work around it by explicitly populating the immediate child branches when a folder is expanded. If you can compile from SVN, please check out and try the working version at branches/work/kooka-kde3 which incorporates this fix.
SVN commit 784536 by marten: Kooka: Report more information for errors while scanning Populate gallery subfolders when their parent is opened, bug 132699 Update gallery parent directory when an image is deleted, bug 70473 Don't deselect or unload image when renamed, bug 68532 ScanPackager::slAddImage() -> addImage(), it doesn't need to be a slot Improve scan saving error reporting, move most of it to ImgSaver Add "Properties" option for gallery images and folders libkscan: Accept any PNM file for SANE Debug testing CCBUG:132699 CCBUG:68532 CCBUG:70473 M +124 -179 kooka/imgsaver.cpp M +7 -6 kooka/imgsaver.h M +2 -0 kooka/kocrgocr.cpp M +7 -0 kooka/kooka.cpp M +1 -0 kooka/kooka.h M +1 -0 kooka/kookaui.rc M +13 -11 kooka/kookaview.cpp M +87 -106 kooka/scanpackager.cpp M +9 -6 kooka/scanpackager.h M +1 -1 libkscan/kscancontrols.cpp M +36 -41 libkscan/kscandevice.cpp M +1 -1 libkscan/kscandevice.h M +27 -0 libkscan/kscanoption.cpp M +3 -0 libkscan/kscanoption.h M +8 -3 libkscan/scanparams.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=784536