Content deleted Content added
→Decimal input (Windows): Ozaru — make £s with a script language? |
→Decimal input (Windows): Workarounds there are plenty; but why are they needed? |
||
Line 155:
:::::Of the applications you list, you're right: they provide no simple way to produce a {{char|£}}, at least none I know of. Of course, entering <code>&pound;</code> in the Wiki edit box will produce a {{char|£}} in the resolved text, but that's not what you're after. [[User:Peter M. Brown|Peter Brown]] ([[User talk:Peter M. Brown|talk]]) 19:25, 14 September 2020 (UTC)
:::::{{re|Ozaru}} Have you considered using a [[script language]]? I have an [[Autohotkey]] script that runs by default; I use it for [[em dash]]es among many other things. The Autohotkey script to make {{keypress|Cntl|F}} produce a {{char|£}} would be just {{code|^f::£}}. [[User:Peter M. Brown|Peter Brown]] ([[User talk:Peter M. Brown|talk]]) 00:37, 15 September 2020 (UTC)
::::::There are plenty of ''workarounds'' (e.g. {{key press|Windows}}+{{key press|Space}} to switch to UK/US, {{key press|Alt}}+{{key press|0}}{{key press|1}}{{key press|6}}{{key press|3}} then {{key press|Windows}}+{{key press|Shift}}+{{key press|Space}} to switch back; or phonetically entering ぽんど into the [[Input method|IME]] and hitting {{key press|Space}} one or more times to select the right symbol, or Autohotkey as you say). The issue is more that despite the best intentions of moving from 8-bit [[SBCS]] to 16-bit [[DBCS]] and standardizing with Unicode while computers themselves become 32 and 64-bit... it still seems impossible to break free from the 8-bit codepage legacy, which I find incredible. It's amazing (not to say inconvenient) that even now, [[Visual Basic for Applications|VBA]] Editor doesn't support Unicode, [[Microsoft Excel|Excel]] can't save Unicode CSV files, and basic Windows 10 dialogs etc. don't have a simple, in-built way for Unicode input. So much for [[I18N]]. [[User:Ozaru|Ozaru]] ([[User talk:Ozaru|talk]]) 05:55, 15 September 2020 (UTC)
| |||