microsoft / microsoft/ifc-spec
Increase locality of the character encoding used for a given string.
Nobody has claimed this yet.
- Dominant language
- TeX
- Stars
- 94
- Forks
- 11
- Avg merge
- 1d 29m
- Merged PRs (30d)
- 2
Description
It's currently quite difficult to implement visualization for a given const.str entry as the partition contains several possible character encodings and does not specify what character encoding is used for a particular element of the partition (instead relying upon the context for how the string is referenced (e.g., src.word can reference a const.str entry as a wide character literal while TextOffset contextually means a UTF-8 null-terminated identifier).
I think it would be a significant improvement if there was either a partition per-encoding (e.g., const.utf-8-str, const.utf-16-str, etc, or an encoding specified per line). This similarly would make it harder for folks -- such as myself :) -- to misinterpret the encoding of the contents of the partition.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the IFC specification sections defining the const.str partition and the src.word and TextOffset references mentioned in the issue. Compare the proposed per-encoding partitions with per-line encoding metadata, then define and document one consistent approach so each string's character encoding is locally identifiable.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- tex
- Domain
- documentation
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 30/100