[LostOnTheLine]

Originally Posted by KevinH

You might want to actually try it before complaining about it. Using Filter Replacements is actually easier and faster than selecting and deleting files in BookBrowser, but to each their own. Just tried to help. If you don't want the help fine.

I actually did try it... It gives results with a snippet of code, If I did it a bunch I'd probably be more confident with what to ignore, but what I see is spaces where there are what appear to be a blank line, I assume those are blank pages, but I have no way to be sure, no way to check before choosing to delete or not. But the reason it is 1 step forward & 3 steps back is because I cannot do that as an automation. as it stands now I have an automation that I click for 3 different sets, unfortunately there doesn't seem to be a way to add more.

I have an automation button that I can now press & it will "RunSavedSearchReplaceAll" 16 common dumb translation mistakes like "eat a cake and have ourselves a cake" to "have ourselves a cake &amp; eat it too" & "in and out of itself" to "in &amp; of itself" as well as my preferred " and " to " &amp; ", it then finds all "<br/><br/></p>
<h1" & replaces them with "</p><hr class="sigil_split_marker" /><h1", I'm still working to get the image part right but that'll be there too when I do, it then does the "SplitOnSGFSectionMarkers" command.

All that is done with a single click. Having to, afterwards, find a few pages & delete them manually is less work, by far, than doing the steps manually, which would be required to use the filter results. I do see the benefit of the Filter Results & am glad I was introduced to it as I'm sure I will have use of it in the future.

My whole intent is make this a quick process I can do without much thought as it will be the same for a bunch. With only 3 automations I need to find a way that be most uniform instead of what I have now with the "<br/><br/></p>
<h1" which works only for the few book in a certain set, right now it's one that is most needed to me because I'm using it to read a book that I have pre-ordered from a certain publisher that gives a way to read it as it's being translated & there's a tool used to turn that into an ePub, which I can then convert to put on my kindle to read enjoyably instead of having to read it on the website. & the book is auto assembled as an ePub so it is a mess. So I have to redo it every week as the next part comes out. But this automation will most likely not work for others as I'm sure 2 line breaks, a Carriage Return, & 6 spaces is not going to be a common chapter split, especially not a Windows-style CR-LF one, but right now that's the only one I need it for. Right now I'm only working on a couple, but I'd like to have it so that I can quickly go through the 200+ Fan Translations that I have & fix the common problems. It'd also be nice to go through all the real books I have, but as it stands I have already set Calibre to replace "and" with "&" when converting to KFX & I manually unzip & flip/rescale images. Unfortunately I don't think an automation will do anything for me to make that quicker.

The same applies to the SVG Wrapper, It's not that the system isn't good, I just don't see a way to automate it, meaning it's a lot of extra steps that cannot be automated.

Originally Posted by Tex2002ans

Do you use Sigil's inserted covers?

• Tools > Add Cover

Then you're already using SVG Wrappers. It's the same exact code.

Is the EPUB reader exploding?

I haven't actually used Sigil's Inserted covers. The few times I have wanted to replace a cover I actually just replaced the image for a better one & named it the same thing. & It's not about the Reader exploding, it's about it taking more processing, & therefore battery, to display them. Fonts are very simple vector graphics, & ones that have a standard that, when used, has a hardware rendering component that's been around since like 2000 or before & is, I'm sure, used by all eBook Readers, meaning the font rendering is a lot less & even specially handled.

The comment you are replying to was about SVG Images not about the wrapper.

Originally Posted by Tex2002ans

And, as a complete sidenote, one of the bugs/quirks of SVG (Wrappers)+Amazon-conversion is giving you exactly what you were wanting... page-breaks before and after all your images! LOL.

But I don't see the reason for them for that purpose. A lot of the professional books don't use them & have none of the problems you guys keep saying they solve. If it works without it there's no reason for me to manually go in & manually add a bunch of extra code around a bunch of images, if it does nothing to benefit them. Again, my goal is automation, Unless you have a way to automate the SVG Wrapper that can be added to my automation it serves me no purpose & only adds extra steps.

Originally Posted by Tex2002ans

SVG wrappers are perfect for exactly the use-case you want. An image filling up the screen.

I can see the benefit of them in expanding the image to fill the screen if it's smaller, but that's not a problem I have. To be sure I have found a few books here & there where they did have images that were too small & only filled half of an empty page, but if they are that small they won't look much better zoomed in. But the use-case I want is to separate the images on their own page, this alone gives me what I want & should be able to be automated, I'm just working out the kinks to get it to work the way I want.

Originally Posted by Tex2002ans

Raw HTML + CSS scaling, like in your example, will fail for the reasons given in my SVG Wrappers thread.

The second you:

• rotate your device
• have an odd dimension (skinny/tall, short/fat image)

the "cutoff" image or "oompa loompa" effect more easily happens.

But that's exactly why I keep mentioning the Professionally made ePubs, they DON'T do any of that. The ONLY time I've ever seen that happen was with some of the Amateur-made Fanfiction that I've read.
& I'm specifically trying to find a way to have the automation identify & only work on images that are intended to be on their own page. I don't need them to be zoomed in if they are too small, I don't need them to be for every image, some of the ones I have dealt with have a small image at the top of each chapter, I don't want them to be on their own page & I may use the SVG Wrapper when I get to ones like that, but the tings I'm currently dealing with are all intended to, as is the other reason I shared the Professional ones, be seen on a page alone, then the text continue on the next page.

Originally Posted by Tex2002ans

Yes, in some books, the single-file-per-image-method might work—like photographs between (or at the end of) each chapter—but in all the ebooks I've worked on, only a handful would even fall into that category.

(I've professionally converted 650+ books, mostly Non-Fiction.)

That's where we're different, almost all of the books I'm working with are works of fiction. With few exceptions, as mentioned above, they have images intended to be their own page. In their printed versions they are their own page.

Originally Posted by Tex2002ans

Most publishers release garbage code in their ebooks.

Everyone here has given you multiple solutions:

• <hr class="sigil_split_marker" />
  
  • Inserted using Find & Replace, Regex, or Filter Replacements.
• + Edit > Split at Markers (F6)

is the best way.

But you trying to split the files before/after every image is a poor idea.

Better to use good, clean HTML+CSS and rely on page-break-before + page-break-after.

That's what I'm using. When I created this thread I didn't know about the Sigil marker that can then be used to split a new page. That was great. Just knowing that gave me a place to start, now I'm trying to optimize & better automate it.

As I've said many times, I'm not trying to split before every image, just before the ones intended to be their own page. That's why I identified that the images tend to have the word "Insert" in their name if they are intended to be their own page & I'm trying to have that work.

Originally Posted by Turtle91

LostOnTheLine: It appears you think there is some significance to be gained by emphasizing 'Professional Publishers'...

...assuming what you see in 'professional publisher's' books is the 'right/best way' to do things... well following 'that path leads to the Dark Side', 'Here There Be Dragons', 'Danger Will Robinson!'

My intent on emphasizing that they are professionally published isn't to say that that makes them better, I have no illusions that professional works are always better.
Just like TOR is a professional book publishing company with millions of books & most of their books are crap & poorly edited. I often joke that I believe TOR would publish a book if you sent them a manuscript that was literally typed by a room full of keyboards with a few dozen cats to make 500 pages, gave it a title & a description, & sent it to them.

My intention was to indicate that it doesn't seem to be a problem to have the image on a single page like that, it doesn't have any of the problems that I keep being told will happen if I don't use an SVG Wrapper, & to indicate that the intent of the publishers for these images is to have them shown on their own page, not inline.

I've very grateful for the help I've received, I greatly appreciate it, I asked why people were being so insistent on SVG Wrappers, got an answer, & decided it was not for me. But people keep insisting it's better, so I point out reasons it has problems that support my decision not to use them. Nobody has even tried to address the glaring issue of the fact that you need to have exact dimension of the image so any image scaling will cause it to break. But I'm in no way dismissing what people are telling me, they are insisting that my decision not to use them is bad or wrong & I'm giving them reasons to support my decision, that's all. Nobody has made a compelling argument to make me reconsider.

Originally Posted by Turtle91

your examples didn't have the CSS associated with them, so I'm not sure if you have some magical method of fixing the image problem that people have been fighting for many years...it would be interesting to see that. My bet is that it would take me about 3 seconds to 'break' that image display...and 2.5 of those seconds would be loading the book and flipping to that page.

Honestly I don't know the CSS associated with it, I just know that that's a professional book, distributed to lots of people, & they read fine on the Kindle Paperwhite 7th Gen, converted to KFX, Kindle Paperwhite 5th Gen, converted to AZW3, iPhone, Android phones & tablets, though I'm not sure what software they are being read on on iOS & Android, & with the Calibre ePub viewer, & with Calibre Web, & with Audiobookshelf (It actually supports ePubs for some reason which is nice). I don't know how they work on other devices, but all the devices that I & my family use seem to have no issue, & since it's how many books from multiple publishers are distributed to thousands of people it, logically, shouldn't have a huge problem like that, even if the other way, though much more work & with lots of potential issues, may be "better".