DimmYЦитата: Они могут не совпадать, если перевод делается непосредственно из исходного документа?
могут.. вся шняга в стилях, определённых в шаблоне, на базе которого создан документ..
и вполне вероятно, что у тебя и у разработчиков они разные.. впрочем, я об этом уже
говорил..
в своё время столкнулся с подобной фигнёй при обмене файлами вордовских макетов с типографией..
победили грабли путём передачи макетов сразу в виде пдф-ки вместо подмены/правки шаблонов..
но в твоём случае, я так понимаю, это "не проканает" - разрабы готовую пдф-ку не возьмут..
и ещё.. как вариант - "у них" при выгоне в пдф НЕ обновляется поле содержания.. это уже зависит чисто от настроек..
тогда "плывут" номера страниц в оглавлении, но привязка по заголовкам и внутритекстовым якорям остаётся корректной..
Xant1kЦитата: Возможно ли сделать так что бы данные не оставились во временных файлах и файле подкачки?
нутром чую - тут дело пахнет стыренными секретами пентагона.. :))
по файлу подкачки проще - его очистка при выключении компа может быть задана стандартными средствами венды.. правда, при этом выключаться будет дОльше.. насколько - зависит от размера свопа и скорострельности винта, на котором он лежит.. хотя и при этом нету стопудовой гарантии - а вдруг "за тобой пришли" внезапно.. :)
можно ваще своп отрубить, хотя это нежелательно.. или задать его от 0 до желаемого, чтобы он при выключении тупо стирался совсем.. но тогда он попадает в разряд временных файлов..
а по временным файлам всё сущессно хуже:
1. можно подкрутить переменные среды в части размещения временных файлов пользователя в крипто-контейнере, что весьма гиморно.. к тому же, если их перезадать, при НЕсмонтированном контейнере получим ошибку при входе в систему..
2. никогда нет полной гарантии, что отдельные проги не создают временные файлы в других местах, кроме как в \темп и \тмп..
3. для обхода проблемы п.2 можно производить зачистку свободного места на диске(ах) перед выходом.. что может быть ну о-о-о-очень долго..
4. при зависании редактирующей программы временный файл не будет удалён.. и, соответссно, зачистка из п.3 не сработает..
короче.. я бы не забивал себе голову всякой фигнёй.. всё проще - надо исходить из
целесообразности защиты..
т.е. просто сядь и прикинь, кто и насколько серьёзно заинтересован в доступе к спрятанной тобой инфе..
и наскока этот "кто-то" крут, чтобы колупать своп и/или искать огрызки данных в файловом мусоре..
вопчем, всегда надо чётко понимать, стОит ли сия овчинка выделки..
ну и, при прочих равных, нащёт паяльника тоже желательно не забывать.. ;))