View Single Post
Old 02-12-2015, 04:36 PM   #29
KevinH
Sigil Developer
KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.
 
Posts: 8,887
Karma: 6120478
Join Date: Nov 2009
Device: many
Hi DiapDealer,

That bug exists on all platforms. As soon as you edit an element's node in QWebView it will convert all   at near the insertion point to regular spaces. I don't know why that happens but I think it is internal to Qt QWebView widgets and their handling of   tabs, carriage returns, etc.
I think it has to do with associating insertion point to the point in the underlying DOM and dealing with things as they appear when whitespace.

FWIW, I think this bug has always been present since the beginning.

Kevin


ps. Yes trailing whitespace on a node is always collapsed and converted to regular whitespace so that the line break can happy where you see it. This does not happen with leading nbsp; just trailing ones at the end of a text node.


Quote:
Originally Posted by DiapDealer View Post
I don't see the doubling issue on Linux Mint either. Since you've built 0.8.4 on Linux, can you reproduce the disappearing entity by following the steps in post 11?

That one's reproduceable on Windows and Linux.

Last edited by KevinH; 02-12-2015 at 05:42 PM.
KevinH is online now   Reply With Quote