Beta testing calibre 4

[kovidgoyal]

Originally Posted by BetterRed

No need to fix on my account, I've already changed it to Ctrl+Alt+F, now I can stop worrying about it

fixed nonetheless.

[kovidgoyal]

I tried it on linux, will get around to trying it on windows when I have a moment.

Originally Posted by Aeroblast

Platform affacts? Both my laptop and desktop are Windows 10 1903 and such happens.

[theducks]

Odd one. Probably not affect many users.

New Bug; MDE (single ) , Custom column: Text predefined values.
2 Monitors. #2 over the Primary. MDE window on #2.

Click the pull-down arrow on the custom column, the selection list opens as a not quite detached list on the lower monitor where the Library GUI is.
The top of that list is aligned with the top of the monitor and is directly below where it belongs.

[kovidgoyal]

@theducks: That sounds like a Qt bug, hard for me to workaround as I dont have any dual monitor machines to test with. Hopefully it will be fixed in Qt sooner or later.

[theducks]

Originally Posted by kovidgoyal

@theducks: That sounds like a Qt bug, hard for me to workaround as I dont have any dual monitor machines to test with. Hopefully it will be fixed in Qt sooner or later.

I figured. I could not capture it with the snipping tool, the pulldown always closed.
Besides, how many users have Over/under monitor arrangements

[kovidgoyal]

Originally Posted by nqk

1) I can't tap, using Chrome for Android, to move to the next xhml/html file (any epub). Moving to the previous file (chapter) is ok. On PC, using mouse-clicking, everything works fine. (Edit: this happens even in version 3.48)

This was caused by chrome changing to reporting fractional pixels for scroll position. Fixed in next release.

[kovidgoyal]

Released 3.99.9 with fixes for all remaining issues (apart from japanese text).

[BetterRed]

Everything a-ok, got my keyboard back

And tks for the next previous section shortcuts - I'm often looking at one file multi-chapter epubs. Now I can tap Ctrl+PgDn a few times to get to Chapter 11

I guess if I have to have a cover, a generic template is better than a photocopy of page 1. But it was and for a minute or two, then I remembered how to lock in one colour, one pattern, one typeface, one content for all books for all time

BR

[kovidgoyal]

You're welcome and if looking at covers really bothers you, the way to fix that might be to use the start guide/landmark in your EPUBs to specify they should open at the first page not at the cover. However, I'm not sure if I have implemented support for that in the viewer, I *think* I have but dont remember.

[BetterRed]

I'll give it a try, but now I have a fixed template (Silver Block) I'll probably leave it as is.

BR

[nqk]

Originally Posted by kovidgoyal

@nqk: As I said, there is a role="doc-footnote" there use that in your CSS.

I set the CSS like this

[role="doc-footnote"] {display: none;}

It indeed hides the footnote texts from the main body, but the pop-up is blank too.

Sent from my GM1910 using Tapatalk

[kovidgoyal]

Originally Posted by nqk

I set the CSS like this

[role="doc-footnote"] {display: none;}

It indeed hides the footnote texts from the main body, but the pop-up is blank too.

Sent from my GM1910 using Tapatalk

Yes it will be since the popup uses the same user stylesheet as the main text. Use the class book-content-popup-container to override for the popup

[thiago.eec]

Originally Posted by nqk

I set the CSS like this

[role="doc-footnote"] {display: none;}

It indeed hides the footnote texts from the main body, but the pop-up is blank too.

Sent from my GM1910 using Tapatalk

Using 'display:none' is almost never a good idea, for accessibility reasons.

You could use a different approach: put all the notes on separate file at the end of the book, and mark it as non-linear. It will be hidden of the main flow - for most e-readers -, but it's still visible - on a pop-up, for calibre - when the user click on a footnote reference.

Using the class override, as Kovid suggested, will fix you problem on calibre, but the text will still be invisible on other reading systems.

[Geremia]

Originally Posted by kovidgoyal

Can you figure out some pattern to reproduce it?

For example, if the comments field is:

<div>
<p>This is an <em>italic </em>test link.</p></div>

and I select the three words "italic test link" and insert link in "Normal view", the HTML becomes:

<div>
<p>This is an <a href="https://www.mobileread.com/forums/">italic test link</a>.</p></div>

when it should be

<div>
<p>This is an <a href="https://www.mobileread.com/forums/"><em>italic </em>test link</a>.</p></div>

If the HTML is:

<div>
<p>Testing a link.</p></div>

and I select "link." in the "Normal view", it doesn't insert the link (at least not on the first try; sometimes it works afterwards). However, if I select "link", sometimes it does work, producing:

<div>
<p>Testing a <a href="https://www.mobileread.com/forums/">link</a>.</p></div>

Inserting a link on "hyperlink" of:

<div>
<p>a hy<strong>per</strong>link</p></div>

removes the formatting and sometimes doesn't insert link and sometimes does:

<div>
<p>a <a href="https://www.mobileread.com/forums/">hyperlink</a></p></div>

beta 3.99.9

[kovidgoyal]

@Geremia: insert hyperilnk removing formatting is indeed an issue with Qt, which I will work around. But I still cannot replicate it not inserting a link at all.