I'm not 100% sure if that is a bug or by design, so let me phrase it as a question: how should "Words Written" statistic behave when I paste larger amount of text, or when I select and remove it? In my experience, everything that I paste counts as "Words Written", and everything that I select and remove subtracts from "Words Written". So if I re-write 5 paragraphs of text, "Words Written" will claim I have written 5 words. But that is incorrect - I have written 300 words spread across 5 paragraphs, and then deleted other 5 paragraphs, and it all canceled out. I'm tempted to say that deleting content should not subtract from "Words Written". And pasting content should not add to "Words Written", but I imagine this might be harder to detect and handle. But at the end of the day I'm not sure if there's some reason to it that I am missing, or is it clearly a bug. Or maybe there's a room for 2 different statistics - one for words written (that one can only go up), and one for "net words written" / "new words added" (that one would show 5 if I write 10 words and then delete 5)? SOFTWARE/OS VERSIONS Linux/KDE Plasma: ghostwriter 2.2.0 from flathub KDE Plasma Version: org.kde.Platform 5.15-21.08 KDE Frameworks Version: org.kde.Platform 5.15-21.08 Qt Version: 5.15.6
It's not a bug. It's intentional. The statistic is meant to capture "net words written" for those wanting to set a goal to reach a writing goal before quitting the session. We want to subtract deleted words from the statistic so the user doesn't think they got more writing done than they actually did. The statistic is not really meant for the editing phase. I don't really see the necessity for making total words added and net words written separate statistics. But if you can think of a use case where we would want to capture total words written (without subtracting deleted words), please file a new issue making your case. :)