[Libreoffice-bugs] [Bug 49033] Change case -> Sentence case doesn't honor selection; case of entire sentence changes (STR comment 20)

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=49033

--- Comment #30 from Mike Kaganski <mikekaganski at hotmail.com> ---
(In reply to Philip Rayment from comment #29)
+1

(In reply to Peter Roelofsen from comment #28)
> Mike Kaganski: I am not insulting anybody. I feel insulted by programmes who
> refuse to consider serious error reports by competent users. And add to the
> insult by stating that tge cide is correct, implying that the users are
> stupid.

You show exactly what I said: users believe that they Hold The Truth. They
believe that they are Competent Users, and thus what they raise is Serious
Errors.

Now let's see this problem again. I reported it while back, when Shift-F3
didn't include this function yet, and so my specific bug report doesn't cover
the side effects of the inclusion of it into the Shift-F3. So I believe that
bug 119495 is another bug.

And thus let's discuss the original issue here, which both I and Peter
Roelofsen raised here and at Apache. Which is affecting what is not selected (I
don't tell about ignoring a char after full stop bit from Apache bug, which I
cannot repro, and I didn't raise here).

And so now Peter Roelofsen says: "programmes ... refuse to consider serious
error reports by competent users" - so he clearly just dismisses the others'
opinions. He mentions another opinion of Orcmid as a "proof", and treats all
others arguments as "insulting", which is clearly not constructive approach,
but a technique to make own PoV look "ultimate truth".

But the original implementation specifically made it work like that, to cover
*another user's* demand to be able to mark *parts* of sentences in
multi-selection mode, and have the *full sentences* processed. It means that
Peter Roelofsen declares that *another user* "stupid" (using his own
terminology), not the programmer who implemented that.

Note that I still consider changing the implementation to only handle selection
to be the right move; not because I suppose the implementation to be erroneous,
but because I believe that change would cover larger set of use cases, and be
more compliant with least surprise principle. But I understand that this is
arguable; and I will never dismiss another's opinion contradicting mine to be
insulting or dismissive, unless that opponent uses unfair argument
technologies. Even less will I consider insulting posts that bring the original
design bits into the discussion, which allows one to have fuller and better
understanding of the picture.

Personally I would consider the seriousness of the problem that Orcmid caller
serious as documentation problem [1], where the intended behavior of the
function is not described. And then again, this my issue is about choosing if
my suggested approach is beneficial to more users than existing approach,
nothing more.

[1]
https://help.libreoffice.org/latest/en-US/text/swriter/guide/text_capital.html

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190127/15194320/attachment-0001.html>