Kassa Траббл такой: в сети валяется rpt-шник и все пользователи могут запускать отчет и он прекрасно выводится на печать. Но если у пользователя вдруг не будет работать принтер, то автоматически в свойствах печати отчета выставляется крыжик No Printer, и другие пользователи уже канечно не могут его распечатать- и не понимают почему(у них то принтеры номально работают). Приходится каждый раз сгонять всех пользователей с отчёта и в ручную снимать свойство No Printer)))) подскажите, как можно с этим бороться, а то боюсь, что меня скоро побьют разъярённые user-ы

Возможно проблему решит запуск отчета из скрипта на Visual Basic, в котором используются модули crpe32.dll и global32.dll. Если в этих файлах есть функции вызова Printer setup dialog box, то можно запускать его перед печатью. А если есть функции в которых можно работать с параметром "No Printer", то перед формированием отчета скидывать этот параметр в ноль и дело с концом. Я, правда, пока такого не нашел, но смотрел очень поверхностно... ;)

Kassaпасиба Yuri Tyurin

я поняла, что ты предлагаешь перед запуском отчета проверять свойство No Printer и автоматически снимать))) скорее всего есть такая возможность... щас буду проверять!
Но мне нужно, чтобы сам отчет не менялся вне зависимости от того есть принтер у клиента или нет, потому что когда Crystal выставляет свойство No Printer, то автоматически снимаются и настройки страницы(типа альбомная или нет). Я никак не пойму почему вообще кристал это делает... какая разница есть принтер или нет почему файл отчета меняется без моего ведома

Ага, не за что... Только я там чуток глюканул - не crpe32.dll и global32.dll, а crwrap.bas и global32.bas. Все настройки печати вроде из скрипта тоже можно задавать, были в crwrap.bas и global32.bas такие структуры. DevMode например...