Kobo Cover Fixer

[TheDcoder]

41 minutes ago, TheSaint said:

Does it really matter bud?

Yes bud, it does, I am tired of pretending that it doesn't

41 minutes ago, TheSaint said:

All that matters for me, is that things are uniform and I get what I expect when I click return or tab.

And spaces defeat that purpose because they are inflexible unlike TABs which can be of any size depending on the user's preference. On small screens it is desirable to only have 2-character wide gap, but if your code is using spaces then you're out of luck, you have to muck around and forget about sharing your changes.

41 minutes ago, TheSaint said:

What you seem to be talking about is quite esoteric and not something that seems worth worrying about

Not at all bud, not at all, all coders should be aware of the implications of using spaces and tabs, that is the reason why I am kind of hijacking your thread

A responsible coder should use TABs unless there is a very good reason not to.

41 minutes ago, TheSaint said:

except if you are a person creating an editor program or somesuch.

The people creating those editors are to be blamed for propagating the continued use of spaces in this modern age. So you shouldn't rely on them to pick the right approach for you.

41 minutes ago, TheSaint said:

I certainly don't understand why you bothered to bring it up in this topic, especially in the telling off kind of manner you did.  

Well bud I hope you understand now, hopefully I have enlightened some of you. Peace! 🕊️

P.S. I do apologize for the momentary interruption caused by my passionate posts regarding this topic.

Edited June 4, 2024 by TheDcoder

[TheSaint]

23 minutes ago, TheDcoder said:

Yes bud, it does, I am tired of pretending that it doesn't

Gawd, get a life.  

23 minutes ago, TheDcoder said:

And spaces defeat that purpose because they are inflexible unlike TABs which can be of any size depending on the user's preference. On small screens it is desirable to only have 2-character wide gap, but if your code is using spaces then you're out of luck, you have to muck around and forget about sharing your changes.

I thought you said you knew I wasn't using spaces.

23 minutes ago, TheDcoder said:

Not at all bud, not at all, all coders should be aware of the implications of using spaces and tabs, that is the reason why I am kind of hijacking your thread

A responsible coder should use TABs unless there is a very good reason not to.

But I am using tabs bud. So you hijacked for no reason.

Unless you are complaining that SciTE does indents wrongly? Good luck with that, as I am not about to change to another editor.

If any folk are having an issue with my code, then from my point of view, the issue is them.  

23 minutes ago, TheDcoder said:

The people creating those editors are to be blamed for propagating the continued use of spaces in this modern age.
So you shouldn't rely on them to pick the right approach for you.

I do apologize for the momentary interruption caused by my passionate posts regarding this topic.

Gawd.  

23 minutes ago, TheDcoder said:

A responsible coder should use TABs unless there is a very good reason not to.

To TAB or NOT to TAB ... that is the question.

We have a TAB here in AUS, where folk go to place bets.  

23 minutes ago, TheDcoder said:

Well bud I hope you understand now, hopefully I have enlightened some of you. Peace!

Peace on you too bud.

You are like a light in the darkness, when the rest of us are just trying to sleep ..... Turn that bloody light out will ya. 

P.S. You do realize this is the Examples forum. All this if you needed to discuss it, should have been done in the Chat forum, not here.

Edited June 4, 2024 by TheSaint

[TheDcoder]

10 minutes ago, TheSaint said:

But I am using tabs bud. So you hijacked for no reason.

Gawd, didn't you say that you were configuring the number of spaces that were inserted when you hit Tab? Let me find the quote...

Quote

Bud, I was providing the number of spaces in the TABS I use ... get with the program.  

I can't believe you would think I spaced out those spaces for every line.  

 

[TheSaint]

25 minutes ago, TheDcoder said:

Gawd, didn't you say that you were configuring the number of spaces that were inserted when you hit Tab?

Or something equivalent to spaces ... whatever SciTE does.

All I know, is that if I place the cursor at the start of a tab and click my right arrow, it jumps the amount of that indent value, not just a single space ... unless of course I'd made that indent a single space in program settings. To me, that indicates it is a true tab, and not just a bunch of spaces.

How about you open my script and see that for yourself.  

P.S. Have you ever used SciTE?

Edited June 4, 2024 by TheSaint

[TheDcoder]

41 minutes ago, TheSaint said:

P.S. Have you ever used SciTE?

Yes bud, used it all the time.

47 minutes ago, TheSaint said:

How about you open my script and see that for yourself.  

I see that you are indeed using TABs

[TheSaint]

5 hours ago, TheDcoder said:

I see that you are indeed using TABs

Why is it that I am thinking you made a BIG ASS with your first post here about all this.  

[TheSaint]

A bit of an update, available via the first post.

After a bit of a break, 10 months, I finally played around with the program again, today.

I haven't done much, just mainly improved some things to make them clearer. Having not used it for quite a while, I was getting a little lost on figuring out how to use it, so I needed a refresher course, and that has resulted in me adding some helpful tips etc ...  to make it all easier next time after any extended break.

Anyway, I did actually check if it did what I needed it to ... determine image folder numbers, and create such folders and copy correct image files to them ... and it did the job as expected, which is to say, excellently. So I can now finally claim that it works.

I'd put off doing that last, for a few reasons. The biggest one being an incomplete revamp of the program ... which is still the case, but needs must, and I added some helpful information to the program to assist with dealing with some incomplete aspects.

It is also the case, that my USB connection to my Kobo device continues to plague me.
I have been able to determine, that when my Kobo device isn't fully charged, my USB connection is maintained. But the moment it reaches full charge or is full charge, it keeps losing the connection, though after xx amount of times of auto disconnecting and auto connecting, it finally settles down. Clearly there is some flaw in the hardware and or software.

Add to that, the fact the content on my Kobo has continued to grow, and so I had to pick a point where I was ready to update the folder listings etc.

I did all that, because I side loaded a big bunch of ebook files yesterday, and I thought it was time, while I was doing that, to check that my fix for missing number folders and cover images, actually worked. I did the first part of that yesterday, but for one reason or another, the second part did not happen until today.

Alas, my Kobo device charged up all too soon, and it took me ages to overcome the disconnects to complete cloning the Kobo device on my PC. After that I tested that fix for cover images, and I am very pleased to say that it works as hoped. So my program can now do all the really important things ... create the correct number sub-folders and copy image files to them, converting to the right size image on-the-fly (for three images). I can also replace wrong size image files or black and white with color, but that's something I've been able to do anyway, since the early days of the program's development.

As things currently stand, the program is not fully completed, hence no compiled EXE file, but it certainly works well enough to do what is needed.

Enjoy!

P.S. One new thing I added, was a three state checkbox to the right of the NEXT button. You can now do three things with that button, instead of just one. You can still jump to the next 'marked' row (shown in yellow), when the checkbox is un-selected. But now also you can jump to the next entry with less than three cover image files (when ticked) or jump to the first such entry that hasn't already been marked (when a block ... neither selected or un-selected).

 

Edited April 11 by TheSaint

[TheSaint]

I thought I was done tinkering with the program for the day, but apparently not.

I've added an OnTop button and facility.

Clicking the main list continues to select a matching title JPG entry on the 'Cover Images - Source' list, if it can find one, but now if Image 'Source' is selected, that image will auto display in the 'Cover Image' preview field.

Clicking the black & white 'Author' and 'Title' labels now copies their related input field value to the clipboard.

Enable and Disable of controls at startup and loading has been tweaked a bit.

See the first post for the latest update.

[TheSaint]

Oops, I've uploaded the Other Dependencies.zip file again (see first post).

I'd forgotten you needed the full content of the Python folder, not just my compiled Python executable file ... so a few DLLs etc as well.

Edited April 11 by TheSaint

[TheSaint]

Okay, I've now done away with the previously required Python executable and code.

Thanks to my persistence and the heavy lifting of ChatGPT, we finally wrestled a solution using pure AutoIt to get the correct numbered sub-folders for cover images for an ebook. You can read about some of that here.

NOTE - This was based on some Python code I found in a file of my calibre install. The original Python script can be found in the Other Dependencies.zip file.

See the first post for the updated downloads. The Other Dependencies.zip file is now around 7 MB smaller.

P.S. Please note that this has had minimal testing so far.

Edited April 12 by TheSaint

[TheSaint]

Latest update now available, see the first post.

Everything is now in a single ZIP file, including an EXE version.

While the program is still not fully complete, it is complete enough to do what it needs to, and I may never get around to fully implementing the Clone stuff etc.

Here's what I worked on today.

Quote

A 'Results' button has been added to the main 'Viewer' program window, to the left of the new 'OnTop' button. This opens the 'Results.ini' file for viewing etc.

'Settings' window has been reworked, moving elements around and adding new options. Width has doubled and height halved.

Creation of a _DONE folder and option to relocate source image file to _DONE, after images created on device.

You can now specify what image file to have selected in 'Image File' at program startup, if you wish. 'Image File' group was renamed from just 'Image'.

Any 'Device Alert' at startup, can now be reduced to just a one second splash screen message.

A 'View Files' option with two buttons has been added to the 'Settings' window, to view either the 'Ebooks.txt' file or 'Folders.txt' file.

When viewing an ebook cover full size, it can now be auto reduced to a little less than the desktop height & width values with a 'Settings' option. Width and or Height is determined by a percentage value, to maintain the proportional aspect ratio.

When an image is created on your device, a mark value is now stored, so that on reload of the list, each instance (entry line) will be colored as Fuchsia. NOTE - To remove this mark, you can 'Mark' the entry again, so it will be in yellow, or to remove altogether, select 'Mark' again (i.e. twice overall). Either type of marked entry will be stepped to with the NEXT button, in its default unselected checkbox state.

Tooltips added to the Next checkbox option selections.

Improvements made to the selected image file display of 'Cover Images - Source' (i.e no image entry for an ebook will now result in the black image being shown for every selection method).

Here's the latest screenshots.

That's it.

Enjoy!

P.S. I am now going to start using my program in earnest, as a lot of cover image files are missing on my Kobo device. It will be a lengthy process though, with most of that taken up with retrieving image files for those ebooks, that luckily exist in my copy of calibre, and using the clipboard button to retrieve text, to rename them appropriately, before moving each image file to the 'Cover Images - Source' folder, and then refreshing the display of that folder content. I have two calibre library folders I need to keep swapping between - Digital Editions, which has all my DRM ebooks from Kobo, plus Kobo (DRM-Free), which is for ebooks that came DRM-Free from Kobo. While the greater number of my Kobo ebooks are in the Digital Editions library folder, I still have a lot in the Kobo (DRM-Free) library folder.

[TheSaint]

Latest update now available, see the first post.

Okay, as I was waking today, it suddenly occurred to me that I had missed a very obvious improvement.

This was a Dropzone for quick and easy renaming and copying of a cover image file, in preparation for the main usage of my program.

So after pondering on how best to do that, with limited GUI space, I did the following ... optionally repurposed the 'Cover Image' preview field.

To do that, you need to enable it via a checkbox on the 'Settings' window.

So basically I did the following.

Quote

Added a 'Dropzone' checkbox to the 'Settings' window. That changes the group 'Cover Image' to 'Dropzone' on the main 'Viewer' window, and replaces any preview JPG with a white JPG that contains text instructions. Some fields are also either disabled or have unavailable aspects.

NOTE - You can now browse to a desired cover image file, and drag & drop it onto the Dropzone, to have it auto renamed and copied to the 'Cover Images' source folder, for use with the program, when creating images to send to missing cover image sub-folders.

That means another level of automation, making things quicker and less fiddly etc.

Enjoy!

[TheSaint]

I thought it was time to amend a few things in the first post, so I've done that, and also added a new update to download there.

Latest Changes

Quote

Changed the 'Dropzone' checkbox to be a three state one, where the block option means advancing to the next marked entry after an image file is copied. NOTE - You still need to pay attention, to whether a list entry already has a cover image in the 'Cover Images' source folder, but this can save you at least one click and having to scroll.

You can now also drag & drop a folder containing a image file called 'cover.jpg' and that will be detected and used for renaming and copying. NOTE - This is typically the case in calibre, where an ebook title folder contains such a file. I myself are mostly using such folders, so this can save on a couple of mouse clicks.

Splash screen now also shows 'Exists' if a cover image with the same name already exists in the 'Cover Images' source folder.

An entry is now created in the 'Log.txt' file for 'copied', 'failed' or 'existed', and includes the desired file name.

Bugfix for 'Ebooks List' selection after clicking on the preview image to see it larger. This previously stopped other 'Ebooks List' items when clicked, from showing in the 'Cover Image' preview field, unless an entry in the 'Cover Images - Source' list was clicked meanwhile. This was due to a silly mix up of variable names for the same combo read, and the wrong one being set, but corrected if you selected a list entry in the 'Cover Images - Source' list.

Somehow I'd previously overlooked adding a search option, which has been corrected now. A small FIND button has now been added to the right of the FIX button. NOTE - The searched for text, just needs to exist in an entry, in whole or part, but if 'Title' or 'Author' is selected, it must exist in that column. Search text can be specified via the 'Title' or 'Author' input fields, or you can choose to type some search text in a presented Inputbox. Use of the CTRL key as well, can impact a search, so take note of the information about that in the presented dialogs. Generally, clicking on CANCEL in the first dialog, will repeat the same search from the currently selected 'Ebooks List' entry (row) or last result.

Hopefully my bugfix did not break anything, as it was somewhat elusive to figure out.

[TheSaint]

Latest update now available, see the first post.

I did a stack of work today on the program .... then did a stack more.

I started off with some improvements that had occurred to me since yesterday, then discovered a couple of bugs, then thought of some more improvements.

Then I discovered my Kobo device was almost flat, so a good time to work with it and test a bunch of things. That led to me finding things weren't as good as I wanted them to be, and that I hadn't completed some stuff that needed to be. So implemented a bunch of things and kept testing, and decided I needed to do a few more, and before you knew it most of the day had disappeared. Eventually my Kobo device was fully charged and so kept connecting and disconnecting, so no more testing, though I still had a bunch of things to code and test without needing my device.

Latest Changes

Quote

Ebook Title is now limited to 140 characters for some processes. NOTE - Some really long titles can cause the drag & drop image file copy process to fail, hence this work-around.

Bugfix for 'Backup 3' image, which had one instance incorrectly named.

Bugfix for setting the image type to display at program startup in the 'Viewer' window, due to incorrect variable usage. 

Added a replace query for the drag & drop image file copy process, which is handy if you want to easily change it.

The last drag & drop image copy title list entry (row) number is now recorded, and a LAST button added to the 'Cover Images - Source Path' group, for jumping to that entry.

More 'Log.txt' file entries are being written.

Focus is now always returned to the 'Ebooks List', so the selected entry is always obvious (i.e. in blue).

Added an automatic 'marking' process with a checkbox to the right of a now narrower MARK button. Clicking the MARK button, when the checkbox is enabled, presents a query, where you can opt to add missing marks or remove existing marks ... from the selected row entry.

The ADD (or COPY) button process now acts as it should, similar to the CREATE button, where the entry is marked on success, and source image file relocated, and a query to save to records, and image count updated.

Added a semi-automated process to the DETECT button, in regard to Create sub-folders and ADD the sub-folders to the record, then CREATE the image files on the Kobo device in those sub-folders. NOTE - This saves on a few clicks each time. WARNING - I've not yet been able to test this yet, due to my device.

When using the RELOAD button, then all relevant fields (inputs etc) are cleared etc.

Added a 'Restore' option, that is available by right-clicking the 'Ebooks List', and enabling that option (tick), which renames the CREATE button to RESTORE. The 'Restore' process is a series of queries, about removing some values or changing them in the 'Results.ini' file, along with relocating the image file from the DONE folder back to the 'Source' folder. NOTE - You might need to do this, if something went wrong with one of your selections etc. And it is not quite an UNDO option, because it doesn't reverse changes made to your Kobo device, and you need to recall how things were, to restore records correctly. It does however beat having to manually correct things.

Improved a bunch of other things.

While not a huge list, it was a lot of work.

I'm pretty sure I still need to do more, especially as I haven't looked at the FIX COVERS code again, yet ... not for 10 months at least. I imagine the process still works okay, just needs some additional Log file recording (perhaps). and some visual updating to the list etc, and perhaps some other records.

Anyway, I am pleased to say that the many covers created on my Kobo device today, did the job and worked well. Only a few hundred left to do. 

Those Fuschia colored rows are successful images copied to my Kobo device. Mostly it was three images per each ebook, but sometimes only one was required. If you look back at a previous screenshot, you can see what has changed.

Edited April 16 by TheSaint

[TheSaint]

Latest update now available, see the first post.

If I had only realized, there was so little to do, I would have included the changes in my last update. But I was too tired to investigate anything more yesterday.

Anyway, I checked today, and determined I needed to do very little, to get the FIX COVERS button code up-to-speed.

I've not changed anything substantial in the way it works, just some of the record keeping aspect.

See the following details.

Quote

Implemented a 'mark' value option for the FIX COVERS button process. This process replaces existing covers, where it is desired (i.e. an existing image is the wrong size or black & white instead of color or you just want to use a different cover image).

I discovered a few other parts of the program code, that dealt with 'mark' values, that needed updating for the new 'mark' values, so also did that.

Please be advised though, that I haven't tested the process yet ... not since I last tested at least 10 months ago.
It should work like it did previously, just with extra records.

Some related stuff follows.

Quote

For the record, we now have four 'mark' values.
(1) Regular or normal 'mark' is '1' and the row is colored yellow.
(2) Created on the device 'mark' is '2' and the row is colored fuchsia.
(3) Added to device 'mark' is '3' and the row is colored red (which changes to fuchsia on a reload of the list).
(4) Fixed on the device 'mark' is '4' and the row is colored lime (which changes to fuchsia on a reload of the list).
That said, if an author has been renamed, then the row is colored aqua, unless 'marked' and it is then olive instead.

All 'marks' are recorded in the 'Results.ini' file, which is used for loading the 'Ebooks List'.

This will hopefully be the last update, at least for a while, unless I find a bug.

So I am now seeing my program as version 1, and essentially as a full version, some incomplete aspects aside, which are not a requirement to use the program successfully. As I have stated previously, I probably won't ever complete those lesser aspects ... not unless I find I need to for something.

I now intend to use my program in earnest, which will test all the major elements, including the FIX COVERS button code.

Enjoy!

Edited April 17 by TheSaint

[TheSaint]

Latest update now available, see the first post.

Sometimes I make myself laugh ... which is probably a good thing.

I can be so sure I've come to end of thinking of new additions and changes, and then something else pops into my brain while asleep or during waking. Such happened today, and so we have another update. Basically, as I was waking, I was contemplating how best to approach working with the Kobo device today. I knew the battery was flat, and that it takes around an hour to charge, so I had that window before I then started getting USB connection issues due to the device being fully charged. So I wanted to make the most of it. That was when it occurred to me that some kind of guide via my program would be helpful in speeding things up etc. That meant having controls (buttons) indicate they were the one to click to get started etc. The first approach I thought of, was using a graphic rectangle around a button, that was colored red, and hide or show that as needed. I'd done that before in a couple of programs, but as I recalled it, it could be a bit tricky ... and I couldn't recall what programs I'd done it to, so would either have to spend time searching for one, or attempt to do it all again from scratch. Then I thought that colored text on the buttons could be almost as effective, so did that instead. Of course, you could color the buttons instead, but you can lose the visual of the push effect.

Latest Changes

Quote

Drag & Drop of an image file (and folder) now also causes the 'Cover Images - Source' list to refresh, as does using the 'Restore' image option.

Made some changes to the semi-automated process of the DETERMINE button, changing the order of processes to match a more obvious step order, so ADD + Create + CREATE. NOTE - I hadn't realized the final CREATE process hadn't been implemented in the semi-automated process, but that has been done now ... possibly because I wanted to test the steps first, but I suspect it was somewhere around that time, that I got diverted with some other aspects of the program, that I suddenly discovered I needed to do, and so the untested semi-automated process got lost in the wash, along with final code for it.

Changed the default button on the DETERMINE button process result dialog, to be the OK button, if your Kobo device is connected, and the Images (.kobo-images) folder is found, else it will be the CANCEL button.

Added an optional 'move to next suitable entry' after ADD or CREATE, if the checkbox NEXT option is set to checked.

Implemented some checks to enable coloring of text on some buttons, when an 'Ebooks List' entry is selected, because the program attempts to determine what step needs to occur to present a guide. If sub-folder numbers haven't been set, then the text on the DETERMINE button is changed from black to red. If however sub-folder numbers have been set, then further checks occur, and maybe either the SUBS or CREATE (subs) or CREATE (images) button text is changed from black to red. If images just need to be added or created, then those respective buttons (ADD or CREATE) have their text color changed to red. If nothing needs to occur for the selected entry, then no button text color is changed, all remain black.

Implemented a default button status, coupled with the text button color of red. NOTE - This means the user clicking their ENTER button key will keep pushing the red text button or every OK button each time, and not have to use the mouse while working through entries on the list. This is in combination with the DETERMINE button process result dialog.

Anyway, I did some of that stuff after creating or adding images to my Kobo device.

I managed to process over 100 entries today, and about a third of that was done before implementing the new auto NEXT option.

Aside from one ebook, which I need to redo, all the others worked a treat. I'm not sure what happened with that one ebook, but I had connected my Kobo device via wifi a couple of times since building my working list, and sometimes missing number sub-folders and images on them get created during a sync, so it could be related to that. I used my newish 'Restore' option to reset for that entry, but not yet redone it because my Kobo was fully charged and the USB connection started playing up again.

P.S. At this point I am not sure, if syncing sometimes causes a loss of number sub-folders and thus their contained cover images. In any case, I have been building a record with my program, and so I guess I will see if that ever happens, or is just the result of my device not downloading everything properly from Kobo.

Edited April 18 by TheSaint

[TheSaint]

Latest v1.1 update now available, see the first post.

My program has now had some significant use by me, and so I've modified a few things and even added some others. It should be pretty close to its final form now.

Latest Changes

Quote

Changed drag & drop of the Kobo device sqlite file, to have a query about 'Start Over' or 'Update'. NOTE - So instead of the process wiping the previous records and starting over from scratch, you can now optionally elect to just have newer entries added and older entries (images status) updated. The original 'Results.ini' file is now also backed up using a timestamp.

Date is now also added for each entry, for the drag & drop of the Kobo device sqlite file process.

Added a detection of images in the selected entry image folder, when the Kobo device is connected. If the count found doesn't match the count specified, then that row is colored orange, and will persist on a reload.

Added another 'Ebooks List' right-click menu option - Enable Marking For Mismatched. When selected, this enables the 'auto' mark checkbox option for the MARK button, with the button text being colored orange. This will automatically color all applicable rows orange, when the MARK button is clicked, and the dialog response is OK, where there is a mismatch in the count of recorded images versus detected. NOTE - Your Kobo device has to be connected for this process to work.

Discovered that my list of ebooks had grown too large for the IniReadSectionNames function, so replaced that. NOTE - This was needed so that my latest additions (about 5 ebooks) would then appear on the 'Ebooks List'.

That last modification, can kind of qualify as a bug fix, but unlikely to impact anyone who has less than 700 or so ebooks on their Kobo device. I was impacted at 729.

Apart from those five ebooks I mentioned, all my ebooks now have cover images, though I still need to correct a few cover images that are Black & White or wrongly sized.. So that a fix so far for a few hundred ebooks on my Kobo device.

P.S. I may yet add some kind of comparison option, to more easily discern if fixed images, do indeed become unfixed by the device software at any point. I've discovered none so far, when I sync, though some ebooks on my device do still lose one or more of their cover files. I guess I will find out soon enough. I am hoping for a permanent fix of course, but that might not be attainable. As it is, newly added ebooks seem to mostly lose their cover images. That last, may be due to how I add them to my device ... syncing fails for me, so I have to pretend each of them is the ebook I want to read now, and so they immediately download and open, and then I close them and reset to 'unread'. And there will still of course be the issue with newly side-loaded ebooks, where they often end up a Black & White variant and or the wrong image size. So I ill likely be using my program somewhat regularly, if only for a few ebooks each time.

[TheSaint]

On 4/17/2025 at 9:53 PM, TheSaint said:

An update to the related stuff follows.

Quote

For the record, we now have four 'mark' values.
(1) Regular or normal 'mark' is '1' and the row is colored yellow.
(2) Created on the device 'mark' is '2' and the row is colored fuchsia.
(3) Added to device 'mark' is '3' and the row is colored red (which changes to fuchsia on a reload of the list).
(4) Fixed on the device 'mark' is '4' and the row is colored lime (which changes to fuchsia on a reload of the list).
That said, if an author has been renamed, then the row is colored aqua, unless 'marked' and it is then olive instead.

We now have an additional two 'mark' values, making a total of six.
(5) Where entry images are recorded as '0' but some actually exist, the mark is '5' and the row is colored teal.
(6) Mismatch of selected entry image counts versus recorded, the 'mark' is '6' and the row is colored orange.

All 'marks' are recorded in the 'Results.ini' file, which is used for loading the 'Ebooks List'.

A note about the new orange row entries.

I've discovered, that some ebooks share the same sub-folder numbers. Three ebooks worth of images (9 in total) in the same folder, is the most I have seen so far, so the numbers on many occasions are not unique to just one ebook. Mostly though, when it occurs it is just images for two ebooks (6 in total). The new right-click 'Mismatch' option is great for revealing all such cases.

And now a reminder, that it isn't just images for ebooks on your Kobo device that can appear in the number sub-folders. It appears that some other images show up, that are either advert related or related to a specific author or ebook. So in some cases, the extra or additional ebook(s) in the number sub-folders are that type. This occurs even more in the device sqlite file.

[TheSaint]

Latest v1.2 update now available, see the first post.

Some more improvements came to mind, and I discovered a rare file name issue.

Latest Changes

Quote

Bugfix for '/' and '\' in the ISBN value, for when it comes to naming source image files.

Added a right-click 'Ebooks List' menu option called 'Enable NEXT For Imported'. NOTE - This involves using the NEXT button to jump to each imported (side loaded) ebook. The NEXT button has green colored text.

Added a right-click 'Ebooks List' menu option called 'Enable NEXT For Less Images'. NOTE - This involves using the NEXT button to jump to each ebook that has either one or two images only. The NEXT button has fuchsia colored text.

Implemented a quick splash feature if 'Image File' is not in 'Source' mode, where the source image file, if it exists,  will display briefly (for 1.2 seconds), if the entry in 'Cover Images - Source' is clicked. NOTE - This then allows for quick checking or comparing, without having to toggle program settings.

Some of this will come in handy when I get around to addressing (fixing) black & white and wrong size cover images, next time the battery in my Kobo device is flat.