Book view ctrl+v

[rbruce1314]

Originally Posted by Toxaris

@1: Very likely QT5 is the culprit. Version 0.7.4 uses QT4.
@2: Nope, very unlikely.
@3: When it is done... Could be weeks, could be months.

Great! Thanks for that -
1. makes a lot of sense.
2. with so many versions of C++ installed one just doesn't know. Thanks.
3. not worth an 'active' wait then!!! Worth knowing.

So - did a complete cleanout (VERY carefully - didn't want to damage 0.7.4!) and reinstalled 0.8.6 from a fresh d/l. Some improvement in that ctrl+V now works when importing from .txt files and the like, and, within the file, ctrl+V throws up the 'plain text' message - but still works!

But while playing I found and d/l'd microsoft's Dependency Walker which analyzes what .dlls. etc. are working when the file opens. Now, I definitely d/l'd the 64bit version, but when it opens I get a message saying it (0.8.6) is trying to work off two CPUs: it shows up as much of the program still operating off x86, but about a quarter of it off AMD64. Odd that.

Never mind - having bored all but the most intense to death -I'll shut up and thank all again for the explanations and what can and can't be done.

.......................................... ... .................................................. .........

[Notjohn]

Originally Posted by Doitsu

This might be an OS or build issue:

• CTRL+V works fine in Book View mode with the official 64bit 0.8.6 build on my Windows 8 machine and the unofficial 32bit/64bit Linux builds.
• CTRL+V doesn't work in Book View mode with DiapDealer's unofficial 0.8.6 Windows XP build, however, you can still paste text via the context and Edit menus.

I have Windows 7 Professional 32-bit. Sigil version is 0.8.4. Ctrl+V doesn't work in Book View, does work in Code View, and anyhow works from the top menu (Edit > Paste).

Also works if I right-click in Book View.

Never noticed this before this thread. I doubt I've ever tried to paste into Book View, because it used to be a dodgy place to edit anything, as contrasted with Code View. That no longer seems to be the case.

[MickiTee]

Originally Posted by Notjohn

I have Windows 7 Professional 32-bit. Sigil version is 0.8.4. Ctrl+V doesn't work in Book View, does work in Code View, and anyhow works from the top menu (Edit > Paste).

I'm running Windows 7 Home 32-bit and Sigil 0.8.4 and I can paste in Book View using Ctrl+V as well as the other methods.

Curiouser & curiouser.

I don't have Python or any of the plugins installed so could it these be causing the problem?

[DiapDealer]

Originally Posted by MickiTee

I don't have Python or any of the plugins installed so could it these be causing the problem?

I doubt it. I've got about fifty-eleven different versions/flavors of Python on my Windows machine, and about 12 different plugins/tools in various stages of completeness installed; and I'm not experiencing the issue.

I think it's a system by system issue with Qt5 like discussed by Kovid and others here, and mentioned by BetterRed in this thread. This post seems especially relevant.

[MickiTee]

Originally Posted by DiapDealer

I doubt it. I've got about fifty-eleven different versions/flavors of Python on my Windows machine, and about 12 different plugins/tools in various stages of completeness installed; and I'm not experiencing the issue.

Good to know.

Originally Posted by DiapDealer

I think it's a system by system issue with Qt5

I'm not so sure. I've just tried this on my netbook running Windows 7 Starter and Sigil 0.8.6 and Ctrl+V didn't work in Book View.

Last night on my desktop I checked the Keyboard Shortcuts in Preferences for Paste and its wasn't assigned. I checked the same on the netbook and Paste was assigned to Ctrl+V.

When I removed the assignment, Ctrl+V worked in Book View. As a double check I re-assigned Paste to Ctrl+V and lo and behold I couldn't paste using Ctrl+V shortcut. Removed it again & could paste!

Bizarre & why would Copy and Cut work with and without a Keyboard Shortcut assignment?

[Doitsu]

Originally Posted by MickiTee

When I removed the assignment, Ctrl+V worked in Book View. As a double check I re-assigned Paste to Ctrl+V and lo and behold I couldn't paste using Ctrl+V shortcut. Removed it again & could paste!

I can confirm that this method also work with the official 64bit 0.8.6 Windows build. By default, no Paste shortcut key was defined. After adding CTRL+V for the Paste action, I could no longer use CTRL+V to paste text from the clipboard and after removing the CTRL+V shortcut from the Keyboard Shortcuts list of the unofficial 32bit XP legacy build, pasting with CTRL+V worked again.

[DiapDealer]

Originally Posted by MickiTee

When I removed the assignment, Ctrl+V worked in Book View. As a double check I re-assigned Paste to Ctrl+V and lo and behold I couldn't paste using Ctrl+V shortcut. Removed it again & could paste!

Bizarre & why would Copy and Cut work with and without a Keyboard Shortcut assignment?

I can verify the same behavior on my Windows machine. I don't really use much in the way of keyboard shortcuts (unless you count command line work ), so I'm wondering why anyone would assign an OS-level shortcut like that in an app's preferences (unless they wanted to assign it to something other than ctrl-v)? I'm assuming that no assignment is the default (since I've never before altered Sigil's keyboard shortcuts and the Paste entry was unconfigured).

Perhaps there was an old Qt5 bug that required explicitly setting the Paste shortcut in Sigil's preferences that was fixed later on. Which introduced a new bug that doesn't like ctrl-v being assigned to an app-shortcut (the shortcuts would survive a normal Sigil uninstall/re-install).

Regardless ... hopefully removing the (should be) unnecessary ctrl-v assignment in Sigil's shortcuts will fix the issue for those that are having trouble. Thanks for investigating!

[rbruce1314]

Sorry to put a dampener on this folks .

(as at OP): W7, 0.8.6 installed fresh.

Bookview: 'paste' NOT assigned in shortcuts preferences.

Ctrl+V: does (sort of) work, but not direct - it throws up the '......clipboard/plaintext' message box and needs an input there before it works - - but then it does, every time.

Too many 'alice's here muttering "curiouser and curiouser" - but I'm not helping, having started it am I ?!

[DiapDealer]

Originally Posted by rbruce1314

Sorry to put a dampener on this folks .

(as at OP): W7, 0.8.6 installed fresh.

Bookview: 'paste' NOT assigned in shortcuts preferences.

Ctrl+V: does (sort of) work, but not direct - it throws up the '......clipboard/plaintext' message box and needs an input there before it works - - but then it does, every time.

Too many 'alice's here muttering "curiouser and curiouser" - but I'm not helping, having started it am I ?!

That's not a dampener. That's how it's supposed to work. If you're copying from something like Word, you're going to get that message box prompt every time. The only way Ctrl-v will work "direct" (without the prompt) in Book View is if you copied plain text in the first place. Click the "Show Details" button on that messagebox to see the data that's waiting to be pasted.

It may not have always worked this way, but Qt on Windows is clearly detecting when anything other than plain text is in the clipboard and offers the choice of how you want to paste that data. When you copy plain text (from something like notepad or another plain text editor), you don't get the prompt when pasting.

[rbruce1314]

Originally Posted by DiapDealer

That's not a dampener. That's how it's supposed to work. If you're copying from something like Word, you're going to get that message box prompt every time. The only way Ctrl-v will work "direct" (without the prompt) in Book View is if you copied plain text in the first place.

Eerrr............. not what I meant (I think). I was reporting what 0.8.6 does (with prompt) even when copy/pasting (or even cut/paste) within the same file itself - NOT just the same book, the same chapter!!!!

Anyway ("Never start your sentences with 'anyway' [ - my over-zealous English teacher!]") my point about it never happening with 0.7.4 stands - I've never seen that behaviour 'over there' not even when importing from HTML or txt documents out of 'notepad'.

Sorry Diapdealer, I seem to have confused you with my report, hence your reply. Hope it's clear now.

*Administer smacked wrist to self - me supposed to be a 'proper' scientist used to writing accurate reports!!!*

[DiapDealer]

Weird. It appears that the underlying QWebview html is what's actually being copied to the clipboard (Show Details on the Messagebox reveals this), but regardless of which option you choose (Yes/No), it appears that the normal paste is working (When copying from Sigil's Book View to Sigil's Book View). Seems to be an issue on the Linux Platform as well.

That's got all the makings of a Qt bug. Will have to do some investigating. This is out of my area, though. I never do any editing in Book View, so I can't say when (what version of Qt/Sigil) this started happening.