Bug 143834 - WORD COUNT: When "Show Track Changes" enabled show the actual number of words/characters without TC as if it was printed (see comment 3)
Summary: WORD COUNT: When "Show Track Changes" enabled show the actual number of words...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Track-Changes Word-Count
  Show dependency treegraph
 
Reported: 2021-08-12 09:12 UTC by f.zit
Modified: 2021-09-12 09:47 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description f.zit 2021-08-12 09:12:35 UTC
Version: 7.1.5.2 / LibreOffice Community
Build ID: 10(Build:2)
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: en-US (en_US.utf8); UI: en-US
7.1.5-2
Calc: threaded

I hope this is not a duplicate. I found a few (fixed) bugs related to erroneous word count (WC) and tracked changes, but those did not match my observations:
When changes are tracked, deleted words are not counted (as expected). However, I experience erroneous word counting when a whole paragraph is deleted:


1) New document
2) Insert this content:
w1
w2 w3
w4 w5
3) Select all -> WC 5
4) Activate track changes
5) Delete the second paragraph. Hide the tracked changes; the document shows:
w1
w4 w5
6) Select all -> WC 5 (Expectation: WC decreased by 2. Behavior: WC unchanged.)
7) Delete " w5"
8) Select all -> WC 4 (Expectation: WC decreased by 1. Behavior: WC decreased by 1.)
Comment 1 Dieter 2021-08-28 10:14:07 UTC
I confirm it with

Version: 7.2.0.3 (x64) / LibreOffice Community
Build ID: 2a7ea282da28d665a7dc086360567b4aea27bf08
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

I can't see a consinstence behaviour here and I also think, that word count is completely useless in such a case.

Second example:
1. Write a sentence with five words
2. Enable record and view track changes
3. Delete that sentence and write a new sentence with three words => WC 8 words
The display shows eight words, but for the author, this is a completely irrelevant information. Either the text has three words (if you accept changes) or it has five word (if you reject changes)

=> NEW

I don't know, if there is a consenus about the expected behaviour, but we chould have one. Personally I can sse two possibilities
a) Word Count has always the result of the document without showing track changes (that's also the expecatation from bug reporter)
b) Word count is disabled, if document shows track changes

I would prefer solution b), because it obvious, that you can't count the words with visible track changes in a helpful way.

cc: Design-Team for further input and decision.
Comment 2 Heiko Tietze 2021-08-30 13:14:31 UTC
Reported and fixed (Muhammet) with a unit test (Caolan) in bug 46757. 

(In reply to Dieter from comment #1)
> a) Word Count has always the result of the document without showing track
> changes (that's also the expecatation from bug reporter)
> b) Word count is disabled, if document shows track changes

And c) Measurement with and without TC, see also bug 123083.
Comment 3 Heiko Tietze 2021-09-06 08:57:17 UTC
No further opinion (and I don't want to keep it on the agenda for the design meeting). So my take is a) respectively WYPIWYG: Show the actual number of words/characters without TC as if it was printed.
Comment 4 Dieter 2021-09-12 09:47:43 UTC
(In reply to Heiko Tietze from comment #3)
> No further opinion (and I don't want to keep it on the agenda for the design
> meeting). So my take is a) respectively WYPIWYG: Show the actual number of
> words/characters without TC as if it was printed.

O. K. for me (I changed bug summary).