Beta testing calibre 4

[Geremia]

Originally Posted by kovidgoyal

Can you figure out some pattern to reproduce it?

I can't figure out why; it's so hit-and-miss. I'm also running into issues of sometimes not being able to un-bold or un-italicize selected bold or italic text.

[BetterRed]

I figured out how to stop the search bar hiding text and how to make the Percent Read not come and go - set top and bottom margins to non zero. The default settings for the margins in the beta is zero, maybe they should be changed to ??.

If I search for something and its not found I get an intrusive pop up message that can only be dismissed by using a mouse left click on its black X - after which I can't move the text with the keyboard until I move it with the mouse scroll wheel Ψ³

BR

[kovidgoyal]

Originally Posted by BetterRed

I figured out how to stop the search bar hiding text and how to make the Percent Read not come and go - set top and bottom margins to non zero. The default settings for the margins in the beta is zero, maybe they should be changed to ??.
BR

The default settings are definitely not zero

[BetterRed]

Originally Posted by kovidgoyal

The default settings are definitely not zero

This is from a portable 3.99.8 installed a few minutes ago



This is from a portable 3.99.8 installed on Friday (late) that I altered this afternoon



The loss of keyboard interactivity also happens if I pop the search box and hit escape

BTW Ctrl/t and Ctrl/f are not working for me and I can't see that anything else is using them - I changed Ctrl-T to Ctrl+Alt+T and its fine, I'll have to change the other one - interestingly Ctrl+F works in Firefox, my file manager, and Chrome happily enough.

BR

[kovidgoyal]

@BR: The default top/bottom margins are 20 however there was a bug in the viewer settings migration code where if there were no previous viewer settings, the top and bottom margins were being set to zero. Now fixed.

[Aeroblast]

As I try to implement vertical writing-mode and rtl page-progression-direction, I find something strange.

Writing-mode is a css property. It works well in QtWebEngine and I dont need to touch anything. But when I scroll the page in flow mode, the content disappear and the chapter name will be the name of previous chapter. If the window is resized, the content appear again and chapter is correct. Inspector shows that contents are always there and just invisible. Any changes in scroll implementation dont affact.

Such could be reproduced with offical build, by use shortcut key instead.

Any idea?

Ive put an epub with vertical text and rtl page-progression-direction here.

[BetterRed]

Originally Posted by kovidgoyal

@BR: The default top/bottom margins are 20 however there was a bug in the viewer settings migration code where if there were no previous viewer settings, the top and bottom margins were being set to zero. Now fixed.

Eh - when I installed version 3.99. 32bit I was disappointed that none of my existing viewer settings (e.g. colors) were 'migrated' - I sighed, shrugged, and moved on. If they should have been migrated, then one reason I can think of why they might not have been, is that my configuration is not in the default location; it is in the location referenced by CALIBRE_CONFIG_DIRECTORY.

You might recall I had a loss of window size issue when switching between 3.47 and 3.99 - see post #18. Given the fact that my settings were not migrated, and I had the Qt induced window size problem, I uninstalled the 32bit version and installed a fresh portable.

But all that's largely irrelevant, but the loss of keyboard functionality after using search is very relevant. It's just the Search Tool that does that - and maybe the Error popup. Using the ToC or Lookup tools does not lead to loss of keyboard functionality.

A couple of general points.

Why doesn't the viewer have a regular context menu - including normal keyboard pop (e.g Menu-Key and Shift+F10) and keyboard navigability. I really don't see what advantage an irregular 2 column table, which can only navigated via mouse buttons, has over a vertical list that can be accessed and navigated via mouse buttons or the keyboard like every other application I have - including 4 browsers, and many WTL, WPF, and UWP applications - and the calibre library manager of course.

Would it be possible to have an option to not show a false cover if there isn't real one - it's really off-putting to open a book or hit Ctrl+Home and be presented with something that doesn't exist. Happy to raise a request post release.

BR

[kovidgoyal]

@BR: IIRC color schemes are not migrated, since they are too different in how they work between the two viewers. And your search box focus issue will be fixed, assuming I can replicate it, when I have the time.

[nqk]

Originally Posted by kovidgoyal

Use the inspect tool to see what that attribute actually looks like and write a selector to match it. As far as I know the viewer reserves namespaces when processing HTML. Or send me a file showing this behavior and I will take a look.

Please see this file

[kovidgoyal]

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

[kovidgoyal]

Originally Posted by kovidgoyal

And your search box focus issue will be fixed, assuming I can replicate it, when I have the time.

Fixed and you can use Esc to dismiss the no match found popup as well.

[kovidgoyal]

@Aeroblast: I tried scrolling in flow mode with the left and right arrow keys and the content did not disappear.

[kovidgoyal]

Originally Posted by BetterRed

BTW Ctrl/t and Ctrl/f are not working for me and I can't see that anything else is using them - I changed Ctrl-T to Ctrl+Alt+T and its fine, I'll have to change the other one - interestingly Ctrl+F works in Firefox, my file manager, and Chrome happily enough.

BR

That is a windows specific bug in webengine. Apparently ctrl+letter results in the key event having an ascii control code as they key, sigh. Can work around it I suppose.

[Aeroblast]

Originally Posted by kovidgoyal

@Aeroblast: I tried scrolling in flow mode with the left and right arrow keys and the content did not disappear.

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

[BetterRed]

Originally Posted by kovidgoyal

Fixed and you can use Esc to dismiss the no match found popup as well.

Originally Posted by kovidgoyal

That is a windows specific bug in webengine. Apparently ctrl+letter results in the key event having an ascii control code as they key, sigh. Can work around it I suppose.

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