This does not appear to be correct for all ligatures and fonts. The pdf documents I make with Pages containing the common ligatures fi and fl, with both Apple fonts and Adobe Minion Pro, seem to be searchable in Adobe Reader for f, i, l, fi, and fl.
It may be that my English is not as good as it might be, for which I humbly apologise, but did I not write that there are typographic ligatures in the international standard character set and did I not also write that fi and fl are implemented in Apple Standard Roman?
There are, then, decompositions for backward compatibility. These are, if memory serves, listed on the Unicode site as they are for other operating system platforms including NeXT. The problem arises for ligated letters that are not necessary in Modern English.
Apple customers are loosing their work and Microsoft customers are loosing their work. It has nothing to do with Apple Pages in particular. It happens in any and all applications that depend on Apple Mac OS X 10.4 and Apple Mac OS X 10.5 to save out Adobe Portable 'Document' Format softcopy.
A custom Unicode API for Apple Pages and a custom ICC API for Apple Pages would not only produce redundant program code, it would also produce the problem that the behaviour of table-based transforms would be more application-dependent than need be.
Never sell to strangers what you yourself are not willing to sell to family and friends. At this point talk of an Apple iBook Store and an Apple iBook Reader are utterly useless. The hardware is a peripheral to the software and the software is badly broken.
Best wishes,
Henrik Holmegaard
<Edited by Moderator>