Полигон-2

uav1606 написал:

[q]

Пока пробовал только из XP. Надо ещё из 98-й попробовать...

[/q]

Да, попробуй.
Потому что вышеописанные методы работали именно в MS Wod 97 под Win98SE.

Alex_reaper, естественно предварительный просмотр делал. Там всё показывается нормально. По поводу "...т.к. меняется масштаб матрицы шрифта" - матричники под виндой всё печатают в графике, так что, казалось бы, какая им разница, что печатать - вертикальный шрифт или, скажем, картинку? А ведь всё остальное он печатает отлично... Думаю, тут скорее проблема Word'а...

А если загнать вордовую страницу в PDF и уже его распечатывать? Прога pdfFactory в этом поможет - и конвертнёт, и даст печать, надо только ещё одну "кнопку" нажать. И не только страницу, а несколько документов разом (ели нужно), одним пакетом (иногда это удобно).
Небольшой хинт: создавать PDF лучше на базе профиля лазерного принтера(по-умолчанию в ОС), а печатать на базе матричного(по-умолчанию в pdffactory), это настраиваемо в самой программе. Не помню одного: работает-ли прога в 98-й, или только в ХР...
Заодно убедитесь: глючит ворд (= неправильный PDF) или драйвер матричника (= правильный PDF + неправильный отпечаток).
ЗЫ: Если это глюк самого ворда - как его вылечить не знает даже сам билли.

Есть такое соображение: параметры страницы в ворде включают в себя отступы со всех сторон (слева=20мм, требование ЕСКД). Ворд знает лишь горизонтальный текст, вертикальный он получает методом "поворота листа бумаги на 90 градусов", и печати сего поверх "горизонтального" текста. Разумеется, вертит не весь лист, а его часть. НО отступы-то никуда не делись, бывший 20мм "левый" стал "нижним", нисколько не уменьшившись. Отсюда смещение повёрнутого текста. Погляди с линейкой на свои-же образцы - смещение одинаково независимо ни от чего...
И разрешение, как ты пишешь, неодинаковое по осям: 240x144 - станет искажённым для вертикального текста и может способствовать деформации символов - отсюда "выезд" за границы табличной ячейки, даже если не учитывать отступ.
Не факт, но попробуй: создать на странице элемент "надпись", внутри прописать текст, повернуть весь элемент и в таком виде вставить его в таблицу. Замучаешься, конечно, править все документы сиим образом, но ради полноты эксперимента... У этого типа элементов вроде-бы отсутствует понятие "отступ".
ЗЫ. Разумеется, всё это только рассуждения. Почему в предыдущем посте рекомендовал лепить пдф на базе лазерника - у него равномерное разрешение 300х300, например, или 600х600, и т.д.(соотношение точек 1:1, а не 1:0.62 как у матричника)
Вот теперь критикуйте.

uav1606 написал:

[q]

текст как бы опережает её, смещаясь вправо быстрее, чем таблица

[/q]

Разрешение печати (а)240х(б)144, поворачиваем: (а)144х(б)240.
По координате (а), для текста: координаты печати кратны 144 точкам, но их положение на листе дрюкер отсчитывает кратно 240 точкам, что в 1.6 раза быстрее. Потому текст и "убегает" от линий таблицы.
По координате (б), для текста: координаты печати кратны 240 точкам, но их положение на листе дрюкер отсчитывает кратно 144 точкам, что в 0.6 раза меньше. Приходится брать двойной интервал 2х144=288 и начинать печать "сверху", т.е. "e-l-p-m-х-a-S". Потому должен оставаться "отступ" меж нижней границей ячейки и началом текста. Отступ переменный, зависит от кол-ва букв. А "верхняя граница" текста вылезает за ячейку на "N*144-высота ячейки". Проверь сие, напиши "Sample" и "SampleQ" в соседних ячейках (левый нижний угол твоего рисунка), измерь отступ-снизу. Если нет отличий - значит действительно виноват страничный отступ. А скорее всего оба, суммарно. (Вспомнил: если в ворде выровнять повёрнутый текст не по левой, а по правой стороне, отступ при печати будет много больше 20 мм!)

Поэтому и предлагаю поставить в систему универсальный драйвер печати НР, он не требует наличия самого дрюкера. С его помощью формировать "лазерный" ПДФ, разрешения 240х240(задаётся в pdffactory), а лучше - сразу картинку bmp, tiff, и затем печатать пдф на матричнике(240х144) с повторной растеризацией. Во всяком случае - попробовать.