-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve F2 text symbol palette #2196
Conversation
f214ca7
to
8d6cb2a
Compare
I love it! I guess it might be nice if SMuFL were to define "human readable" names for the category names. For that matter, would be good to have those for the glyphs themselves. |
IMHO, the new arrangement makes a lot of sense! A few suggestions / comments:
|
I wonder, maybe even an automated camelcase -> title case converter would be sufficient. Eg, algorithmically turn "thisIsCamelCase" into "This Is Camel Case". |
|
Looks really, really good! "Splitter" meaning you can resize the panes? |
@lasconic : great! SMuFL ranges look much better now. And I could easily find the ranges I though were missing, which tells things are easier to use. I still believe that Unicode ranges should be in alphabetical order. Even without messing with the sources, this can be achieved with
Then, replace the first line of
This keeps (most) related ranges together and makes for easier lookup in the list. The only con is that the Unicode tab defaults to "Aegean numbers" (in English), which is likely not the most looked up range. In case, it can be improved. Testing this uncovered that there are two "Unified Canadian Aboriginal Syllabics" ranges (line 326 and 335); the second should have " Extended" added. FreeSerif is rather good as a Unicode font, but it is far from complete (as practically all Unicode fonts are: Unicode is really big!); but apparently Qt fallback is not so good, as it fails to find substitutes for many ranges for which I have fonts installed. Might it be some of our general settings about font management? In my opinion, quite concerning are the CJK ranges, which affect a sizeable part of Earth population. |
Regarding Unicode. According to me, the main purpose of this palette is too be able to insert a given character while it's not in your keyboard, or you are not used to enter it. Think about inputting the name of a Russian composer in cyrillic because user wants to be true to the original. CJK users are better served by the native input method of their system, and I hope nobody will type the full lyrics of a song using this unicode table. I think about this tab as a workaround for things we didn't think of putting in the common tab... |
@lasconic : "the main purpose of this palette..." Exactly! For this you need to find the relevant range and, unless you know the Unicode sequence of ranges, this may not be easy or quick (as there is quite a number of them). I have a decent knowledge of Unicode sequence and still I would prefer to look in an alphabetically sorted list of ranges. "CJK users are better served by the native input method": true. This remark of mine was more about Qt shortcomings, than about the palette itself: if Qt cannot find the characters for the palette, I suspected it will likely be unable to find the characters for displaying the text, however it has been entered. However, further tests showed that there is no fallback at all: the palette shows exactly the code points supported by the font selected in the text properties widget when the it has been open (select a CJK font -- or whatever--, open the palette and CJK glyphs -- or whatever -- are there!), nothing more and nothing less. This is at least simple to explain and to understand and may even be a useful guide for the user to know in advance if the specific characters he is looking for are supported by that font or not. So, to me this seems a reasonable setup: problem closed, as far as I am concerned. |
I guess if oyu already knwo the name of the range you are looking for, then an alphabetic listing could make sense, but I wouldn't have a clue what I was looking most of the time and would prefer a logically sorted list - which I'd like to think the default list is. That is, if I am looking for a symbol but don't know the name of its range, I might scroll about until find a likely looking candidate, try it, then if i's not in that range, I would expect other likely candidates to be nearby so I can try them next. I kind of doubt an alphabetic listing would be better for this for than the raw ordering. But I say this as someone unlikely to use this tab much at all; I'm msotly be using Common and Musical. |
Extremely cool! |
@MarcSabatella : the Unicode range sequence did grow organically and it is practically meaningless: CJK Unified (first) Extension is before CJK Unified, while many other extension are after the 'main' range, sometime much later; Latin extensions (there are many of them) are all over the BMP and some even in other planes; non-alphabetic ranges (punctuation, symbols, ...) and minority scripts are also randomly placed. Possibly there was a rationale in Unicode 1.0, but since then ranges have been put where there was room for them. I have extensively used Windows built-in (once upon a time), Babel and Linux Gnome character maps: the first two are by range sequence, the last by alphabetic sequence and I am pretty sure the latter is easier to use. (EDIT: as an example try to locate the Welsh ẃ glyph, not to look too much away...) But, if I am the only one to feel this needing, then it possibly fulfil specific usages... Finally, you say you will not use that tab so much; "appetite comes while eating" we say in Italian: I use quite often the (Linux built-in) character map for punctuation (dashes, quotes, guillemets, ...) and PUA, even if for the most comm I have made my own XCompose macros and I will likely switch to MS own palette once merged; you possibly will find your own uses too... |
faaa3eb
to
ce59bdb
Compare
Improve F2 text symbol palette
This PR reorganises the F2 palette. The radio buttons and codepage are gone. The palette now contains 3 tabs.
Feedback welcome. I will cross post on the tech preview forum.