Смартнейма пытается взять инфу из PDF а не из XML, так как он входной в тикет, который использует её.многостничный пдф сепарированый файл разбирается на отдельные файлы с сепарациями и с конкретным именем у которого первая половина имени берется из XML
Т.е. в первом задает значение, а что делает второй тикет, тот что "модифицировать уоркфлоу параметр"?
Уже объяснили зачем он нуженТ.е. в первом задает значение, а что делает второй тикет, тот что "модифицировать уоркфлоу параметр"?
Мне XML по сути нужен, чтобы запомнить имя входящего файла и его в дальнейшем пристыковать к имени другого файла. Просто чтобы все промежуточные файлы которые создаются в ходе уокфлоу имели свое уникальное название зависящее от имени входного файла. Это для того чтобы если я запущу это уокфлоу паралельно на нескольких входящих файлах, то чтобы промежуточные файлы создаваемые уоркфлоу по ходу работы не путались между собой
О, спасибо. Теперь понял чего не так.Смартнейма пытается взять инфу из PDF а не из XML, так как он входной в тикет, который использует её.
Спасибо. Теперь понял все )
Блин, но теперь возникла другая проблема.
Мне как то надо использовать это значение из XML потом в пэккедже в имидж марк.
До этого я думал, что буду использовать созданный смартнэйм, но так как он будет в качестве входящего считать тот файл, что открыт в пэккэдже, то ничего не получится.
В субботу не успел попробовать, а до пнд забыл что и как .
В субботу не успел попробовать, а до пнд забыл что и как .
Сейчас снова не могу понять как мне использовать данные из того созданного XML файла в пэккэдже.
На последнем изображении показано, как в смартнейме выдернуть строку для использования затем в уоркфлоу параметрс. А как быть с пэкэджем то? Там же нет среди смартнэймов пункта уоркфлоу параметрс
Теперь вспомнил. Спасибо еще разИменно, поэтому нужно сделать новую смартметку, которая будет ссылаться на параметры WF
А Не подскажете, что означает, в информации по отрипованному файлу надпись:
Ruling 141 lpi (reqested 136 Lpi) или Ruling 153,6 lpi (reqested 150 Lpi)
Вообще то надо бы 136 или 150, но отриповано все в 141 и 153,6. Нет такой линиатуры на 136 что ли?
Блин, а заказчик спрашивает почему в 141 рипуем, а не в 136 как надо. Мне кивать на еско получается или просто вместо esko вского другой растр выбрать? Или сказать ему что дескать так надо, потому что лучше.У эско собственная формула (от возникновения муара), которая автоматически корректирует линиатуру.
Не к растру это привязано, попоробуй понизить линиатуру, он ближайшую поставит.Блин, а заказчик спрашивает почему в 141 рипуем, а не в 136 как надо. Мне кивать на еско получается или просто вместо esko вского другой растр выбрать? Или сказать ему что дескать так надо, потому что лучше.
И еще интересно чем он руководствуется, когда в одном случае из 150 делает 153,6, а в другом из 150 делает 148,8. В том и том случае разные только компенсационные кривые. Получает как то инфу из них задействует?
И к растру тоже. В папке Esko\bg_prog_screens_v010\doc лежат документы, которые описывают все возможные сочетания углов, растров и линиатур для основных эсковских растров. Если там почитать, то все сразу станет понятно.Не к растру это привязано
Спасибо