https://bugs.kde.org/show_bug.cgi?id=414903
--- Comment #8 from b...@beuc.net --- @Tymond Then that's not what I suggested - for me "auto-crop" preserves out-of-canvas data. Let's call this "trim" maybe. @boud The testcase's "crop" layer contains 99% of LZF-compressed empty 64*64*4*'\0' tiles. Indeed these could be easily stripped, even just on save (fast compare compressed tile with empty 292-byte compressed tile, if match don't write tile). The "nocrop" layer however contains >2000 tiles (covering ~100% canvas), though only 20 different ones. It's just a small rectangle, I'm not sure what's happening with this one. -- You are receiving this mail because: You are watching all bug changes.
