https://bugs.documentfoundation.org/show_bug.cgi?id=144723
--- Comment #14 from Mike Kaganski <[email protected]> --- (In reply to johnks from comment #13) You are shifting the goalposts - for the second time ;) It absolutely does not matter what kwrite decides its defaults. You may check that different applications have different defaults (and even different sets of supported flags) in them. You may e.g. look at comment 10, and look at the *two web services that you suggested for testing*, to see that the two services have different default values for "multiline" flag. This shows that it's up to the software what to have as its default value for the mode. gedit and VSCode have both "case insensitive" by default; I didn't check notepad++ in that regard (I don't want to reset its settings). But even if they all had case-sensitive by default, it wouldn't change anything. LibreOffice is a separate application; and it is up to LibreOffice to decide which mode is most reasonable for majority of *its* users. Anyway, *given that it is fine to control the flag using the checkbox* (as we already agreed), it is absolutely file to *not* change the checkbox state when *another* checkbox changes (they are *independent*). And further, given that the *default* mode is case-insensitive plain search, it is absolutely reasonable that when you check regular expressions from that default mode, case sensitivity is not enabled. Doing otherwise would be unexpected and wrong (creating hidden unobvious relations between settings). The only thing that actually needs fixing is retaining "case sensitivity" flag across sessions - similar to bug 112271. But that is different, and needs an own report (if yet absent) - because this one is created initially with wrong premises, has already three different ideas, and would already be confusing/unmanageable if converted to "let's keep the value of the checkbox across sessions". -- You are receiving this mail because: You are the assignee for the bug.
