Details
-
Task
-
Resolution: Unresolved
-
P3: Somewhat important
-
None
-
None
-
None
Description
Almost no backend stores the keys in UTF-16 (Windows, maybe?), and even then, they don't do so using QString. So using QStrings as keys is quite counter-productive, because the typical ASCII key first gets converted to UTF-16 on the heap, then back to ASCII (or a superset thereof) for persisting. A QAnyStringView as the key type can thus a) avoid re-coding the charsets and b) compactify the calling code, as usual, by not having to construct and destruct a QString.
This task is not about the user-facing API (that's QTBUG-101390 ). This task is about removing the UTF-16 middle-man and converting the QAnyStringView keys to the backend's native encoding directly. This likely requires QAnyString.
Attachments
Issue Links
- depends on
-
QTBUG-101390 Port QSettings' API to QAnyStringView keys
- Closed