refactor the embedded image data extractor so that
support for different mime types can be added
in the future more easily
Details
Diff Detail
- Repository
- R286 KFileMetaData
- Lint
Automatic diff as part of commit; lint not applicable. - Unit
Automatic diff as part of commit; unit tests not applicable.
src/embeddedimagedata.cpp | ||
---|---|---|
237 | I know you have only moved this code here ... TagLib::ByteVector::find returns -1 on not found, and we add 1, so this is safe here. But maybe we should return QByteArray() instead? |
src/embeddedimagedata.cpp | ||
---|---|---|
237 | The code also works if only the picture data is there without the name. |
anyone? I would like to extend the support to the same file types as supported by the taglibextractor
src/embeddedimagedata.cpp | ||
---|---|---|
142–145 | Does Taglib signal an error when it fails to parse the file? Or is calling pictureList() always safe? | |
156 | Not sure if this is an issue, but the old code only called tag()->pictureList() after !tag()->isEmpty() - is this safe without? | |
237 | Is it safe to call find on an empty ByteVector - most likely yes ... |
src/embeddedimagedata.cpp | ||
---|---|---|
214 | Nitpick - add an empty line in-between functions |