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

--- Comment #14 from Mike Kaganski <mikekagan...@hotmail.com> ---
(In reply to b. from comment #13)
> let's say there are two options, 
> 
> A - immediate reaction on cell format change, with a chance for the user to
> see that his changes have been 'accepted', 'worked', and in case of an error
> to see it immediately (not sure, but have a chance) ...

Let us remember this "not sure", and keep reading:

> and B: where the user's changes are not processed at first, so he thinks 'it
> didn't work' and 'blindly' throws other changes behind that make everything
> worse, only to be surprised months or years later ...

So if one uses correct terms, there are two options: A: when user has chances
to *not* see (overlook) important problems, to find out later - when it's too
late, after some saves, that the data is irreversibly damaged; and B: where
user is *guaranteed* to see immediately that they use *wrong* tool - formatting
- for the task of converting data (for which there are *dedicated* tools). Yes,
some people are too clever to read documentation, or to ask on forums, and
would "'blindly' throws other changes behind that make everything worse, only
to be surprised months or years later" - but that is just a very poor excuse to
make changes that would make the reliable work *impossible* for others who use
it *correctly*. And then - the proposed change makes it *impossible* to apply
formatting changes *without* changing data.

I suggest you to simply fork LibreOffice, make the changes you want, and
advertise it as the new shiny fork with this great new feature, which would
surely simply make all users switch, that way voting by feet. Job done.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to