> myriad и minion должен, как я понимаю, работать и там, и там, т.е. один и тот же файл шрифта долен сработать и на маке, и на pс
так и есть. Почему я не приложил свои шрифты? Поспешил, в надежде что уж эти-то "фирменные" отф "все одинаковые". Только тогда не пойму почему у меня текст ползет. Скажи пожалуйста, у тебя не наблюдается вот этого:
1-я полоса, 1-я строка, в пдф перенос "ар-", после рефлоу (хотя бы пробел в конец абзаца) в верстке "архи-"
если нет, назови версии отф
> Могу предложить готовую полосу из буклета для открывания ее на мак.
готов открыть
> А конвертированные в otf должны открываться и на мак тоже или их надо заменять?
должны. Заодно и проверим
> по крайней мере, все буквы на месте, а то после открытия кварка с мака у меня тексты насмерть не в той кодировке
ну, чтоб "буковки читались" это не достижение (и в кварке давно не проблема, есть патчи), хотелось посмотреть поедет ли текст при правке
> Что вы говорили про бин
в MacOS любой файл имеет 2 части: data fork & resource fork (когда-то отцы-основатели решили что это круто). Файловая система показывает один файл, но на деле всегда 2 части. Возьмем например файл пдф, собственно данные хранятся в data, а в resource, насколько я понимаю, в данном случае только icon, поэтому даже если на машине нет акробата, иконка всегда будет показана правильно. Теперь возьмем файл шрифта type1, у него data fork пустая (нулевой длины), описание шрифта в resource (поэтому при чтении маковских дисков на PC файлы шрифтов имеют нулевой размер, т.к. resource fork при таком чтении игнорируется). Для исполняемых файлов как правило программный код хранится в data, а ресурсы в resource (да собственно такие же ресурсы, которые и в виндовз можно посмотреть у exe или dll файла каким-нибудь reshacker'ом).
К чему это все? При передаче маковских файлов по сетям (в случае инета -- среда unix) необходимо сохранить обе forks. Есть программы-паковщики, склеивающие эти части в один файл. Если из инета или по почте пришел мак-файл с расширением hqx или bin, то получатель на маке распаковывает его и получает полноценный (непокоцанный) файл. Такие же распаковщики закодированных мак-файлов есть и для PC (см. ссылки), по крайней мере они вытаскивают data fork, что для файлов типа текста, пдф и т.п. более чем достаточно
Файл Quorthon'a был закодирован как bin, распаковщиком из него можно было достать indd. Но он не открывался т.к. был создан в пре-релизе