AnsweredAssumed Answered

pasting Unicode private-use codes loses font formatting

Question asked by user999 on Jan 21, 2011
Latest reply on Jun 3, 2011 by user999

Summary

pasting Unicode private-use codes loses font formatting

Product

FileMaker Pro

Version

11.0v2

Operating system version

Mac OS X 10.6.6

Description of the issue

Previously I reported an issue with a Unicode private-use area font with code points in the top PUA plane (starting at U+100000); that issue was corrected in a subsequent FMP release.

Now, with that same font, pasting these same PUA codes into a field formatted to display pre-existing text with these same code points, text displays the "alien" missing glyph instead of the glyph from the PUA font.

Choosing "undo" will sometimes (erratically) correct the problem: instead of an actual undo, the pasted text remains pasted, but the correct glyph is shown.

Steps to reproduce the problem

Pasting a top-plane PUA code associated with a custom OpenType font into a field formatted to use that font.

Expected result

Right glyph.

Actual result

Alien "ET" glyph.

Exact text of any error message(s) that appear

N.A.

Configuration information

N.A.

Workaround

0. Text field has pre-existing PUA (U+100000...) text in field formatted to use a custom font with glyphs in this range.

1. Paste PUA text into this field.

2. See "ET" glyphs.

2a. Say "oops!?"

3. Hit command-z (un-do)

4a. FMP sometimes does an actual un-do (unpasting the pasted text)

OR

4b. FMP sometimes displays the right glyph

5. Send bug report.

6. Thanks!

Outcomes