Following the advice of Stéphane Guillou, I'm reporting a problem searching for characters by specifying their hexadecimal code. The search for such characters should not depend on any options (except "Regular expressions" of course). Meanwhile, in the case of characters such as letters Ż (U+017b), Û (U+00db) or Ú (U+00da) will not be found by putting \u017b, \u00db or \u00da codes unless "Diacritic-sensitive" is selected. This option should be irrelevant when searching for a specific hexadecimal code.
Not following the logic of why settings on Find & Replace dialog should not influence the "Regular expressions" check box. The entire search engine is ICU lib based. And the ICU lib based regex we use provides the feature --by default both diacritics and kashida are "folded" for search-- the "Diacritic-sensitive" and "Kashida-sensitive" (with CTL scripts enabled) checkboxes control the ICU lib regex. Diacritic-sensitive is enabled by default, so when you select a "Regular expressions" mode search, you will already be able to search for a hex Unicode value--or for an ICU regex global. Works for me. IMHO => NAB
Yes, let's close