Было XTag, стало XML.

Статус
Закрыто для дальнейших ответов.

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Работаю в фирме, которая выпускает телефонный каталог(с рекламой).
Верстка каталога производилась в Кварке, с помощью XTag и маленькой програмки, написаной на Perl, которая собирает и форматирует фирмы с адресами и телефонами по рубрикам. Данные берутся из txt файла, заранее экспортиравоного из MS Access. Это было до меня.

Пришел я на работу и решил верстать в Индюке. На данный момент переделываю скрипт под экспорт в XML для импорта в Индизайн.
Вроде все верно делаю, да только Индез при импорте XML выдает ошибку "An invalid multi byte source text sequence was encountered". Плохо реагирует на кириллицу, точнее на украинский язык. Если например весь укр. текст убрать, оставить цифры, все работает, как часы.

Вопрос: на данный момент кодировка в XML - UTF-8. Может проблема выскакивания выше описаной ошибки - неверная кодировка?
Платформа - Mac OS X 10.4.8
 

Specialist

12 лет на форуме
Сообщения
2 035
Оценка реакций
8
Ответ: Было XTag, стало XML.

Судя по сообщению об ошибке это именно так.
 

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Ответ: Было XTag, стало XML.

Судя по тому, что в XML четко должна быть UTF-8, можно задать другой вопрос, почему? Может проблема в текстовых файлах, точнее в том что их кодировка КОИ8-Р и делаються под Виндовс? Или ошибка где-то в перл? В общем хочу услышать мнения спецов, или еще лучше тех, кто подобным занимался.
 

Steve

Участник
Сообщения
227
Оценка реакций
0
Ответ: Было XTag, стало XML.

1) xtag есть и для ИД
2) а нужно ли вам обязательно xml? всё равно будут стили и будет маппинг. ИД будет дольше переваривать большие документы c xml+стили. Может хватит и обычного tagged-text?
3) можно сделать эскорт из ИД в xml и посмотреть, что получается. Также попробовать использовать UTF-16.
 

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Ответ: Было XTag, стало XML.

С кодировкой разобрался, все работает, импорт XML проходит успешно...
Жалко только на присвоение стилей Очень много времени уходит.... Сидел часов 4, не дождался. Может кто подскажет.
Итак, есть телефонный справочник с рекламой, страниц 600-700 6 кегля.
Как я писал выше схема такова: из базы(Access) экспортируются в определенном порядке фирмы, телефоны, рубрики и т.п. Потом это все сливается в XML и импортируется в Индез.
Только я так подозреваю, что это не рационально, потому что мой PowerPC ну просто загибается, когда я присваиваю этим 600-м старницам текста стили. Может кто подскажет рациональный вариант?
А я пока пойду поищу про tagged-text.
 

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Ответ: Было XTag, стало XML.

Steve сказал(а):
1) xtag есть и для ИД
2) а нужно ли вам обязательно xml? всё равно будут стили и будет маппинг. ИД будет дольше переваривать большие документы c xml+стили. Может хватит и обычного tagged-text?
3) можно сделать эскорт из ИД в xml и посмотреть, что получается. Также попробовать использовать UTF-16.
ссори, не сразу заметил...
Выбор XML был из за возможности автоматом вставлять в текст графические макеты рекламы.... Про tagget-text прочитал, вполне реальная альтернатива бывшим кварковским xtag-ам. Но taggettext не шарит про вставку графики, поэтому придеться либо писать код а-ля importTG, или делать ручками, как прежде.

importTG пробовал, не работает должным образом. Indesign CS3, возможно в этом проблема.

Скорее всего текст будет импортироваться taggettext, но вот как быть с графикой? если кто знает варианты, предлагаю поделиться. Очень уж хочется полуавтоматизовать весь процесс верстки.
 

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Ответ: Было XTag, стало XML.

Разобрался. Сделал tagget text, все работает, то есть теперь верстка будет производится в Indesign. Правда вышло немного не так. Опишу процесс, если кого-то интересует.
На платформе виндовс программа собирает обычные txt файлы (заранее подготовленные и экспортированные из Access), добавляя к каждой строке определенные теги. Потом конечный файл в Маке конвертируется в UTF-16, и импортируется в Индизайн. По поводу автоматического добавления страниц под текст - читать в гугле))
Теперь осталось придумать автоматическую вставку графики, потягивая пиво, смотреть, как верстается каталог на 600+ страниц)))
 

Dorg

Злобный юзер
12 лет на форуме
Сообщения
1 140
Оценка реакций
144
Ответ: Было XTag, стало XML.

Если не ошибаюсь, как то была тема замены ссылки на линк картинки. Поищите, возможно, есть скриптик или плагинчик.
 

GrAnDsAlInAs

Участник
Сообщения
4
Оценка реакций
0
Ответ: Было XTag, стало XML.

думаю, можно сделать так - картинки собираются в одно место и присвайваются соотетсвено имена им... в XML в нужном месте вставляется тэг изображения с линком на этот файл... при импорте думаю должно получится...
 

NNN5

Модератор
12 лет на форуме
Сообщения
1 056
Оценка реакций
854
Ответ: Было XTag, стало XML.

Практика импорта XML с картинками показала, что картинки подликовываются прекрасно, а вот тэги стилей - с большими проблемами. Такой объем информации для обработки подвешивает InDesign.
Поэтому лично я делаю так (эта тема уже не раз обсуждалась): при выгрузке из базы присваиваю данным не тэги стилей, а только некие условные кусочки текста, которые потом в InDesign легко меняются на нужные стили через заранее сохраненные запросы поиска.
С поиском/заменой InDesign справляется с песней на устах.
Вот такой комплексный способ.
Строчку кода для тэгов картинок прилать?
 

boriskasmoscow

12 лет на форуме
Сообщения
336
Оценка реакций
403
Ответ: Было XTag, стало XML.

Я бы все-таки использовал скрипт ImportTG. А учитывая то, что у вас ACCESS, к которому можно подключить библиотеки Индизайна, то на VBA можно вообще накатать систему автоверстки и верстать весь справочник нажатием одной кнопки.
 

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Ответ: Было XTag, стало XML.

NNN5 сказал(а):
Строчку кода для тэгов картинок прилать?
Отсюда поподробней? Какой код, замена текста на объект? Или как, не представляю.

boriskasmoscow сказал(а):
... то на VBA можно вообще накатать систему автоверстки и верстать весь справочник нажатием одной кнопки.
Во вторых, Access стоит на за соседней стенкой, а никак не у меня. Автоверстка одним пальцем - "ацтой", я не к этому стремлюсь, тем более Вы представляете VBA на макинтоше? Я нет =)

На данный момент с ТЕКСТОМ я разобрался методом, похожим на Кварковский xTag. Вопрос заключается в том, чтобы вместе с текстом тянуть и графическую рекламу, логотипы и текстовые блоки в виде ПДФ, а потом просто все расставлять по надобности на свои места. Попробуйте понажимать File-Place-Select File-Place где-то раз 300, тогда поймете, чего я хочу=)
На данный момент пытаюсь написать скрипт, похожий нa ImportTG, потому что последний НЕ работает. То есть не в ошибке дело, а просто не реагирует ни на что. Нулевой результат, так сказать.
 

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Ответ: Было XTag, стало XML.

да.... XML в данном случае не подходит, читайте выше. При Очень большом объеме информации Индез просто виснет в режиме стояка. Скрипт importTG для CS/CS2, у меня же CS3. Пытаюсь приспособить скрипт под ЦС3, пока неуспешно. Сниппеты... Посмотрел, реально очень даже хорошая штука. Только вот как в файл сниппета вставить какую либо графику? И не будет ли он виснуть при 600-700 страниц текста+графика? Вот в чем вопрос.

Мне тогда скорей в скриптописание, обсуждать как под Mac и CS3 запустить ImportTG.
 

NNN5

Модератор
12 лет на форуме
Сообщения
1 056
Оценка реакций
854
Ответ: Было XTag, стало XML.

Вы очень торопитесь радоваться будущим победам. Вы заранее нацелились на автоматическую верстку, и ждете готовых решений. Наткнувшись на маленькое препятствие, вы сразу сдаетесь.
Повторяю вам: я делаю из года в год телефонную книгу (объем более 1100 стр, 4 колонки, шрифт 6 пт) при помощи XML. Верстка занимает два дня.

В сниппеты графика очень даже хорошо ложится.
Сделайте сниппет с графикой. Откройте его текстовым редактором. И все увидите.
 

Steve

Участник
Сообщения
227
Оценка реакций
0
Ответ: Было XTag, стало XML.

это всё одним файлом на 700 стр. пытаетесь делать?

больше 150стр. в одном файле для телефонных справочников (6pt текст и графика) лучше не делать:
-тормоза начинаются с работой, при перемещении графики, перестройке документа.
-бекапы и прочая "безопасность". если погибнет 1 файл на 100стр, то это проще переверстать, чем весь проект 600-700стр. в одном файле.

удачи с версткой :)
 

NNN5

Модератор
12 лет на форуме
Сообщения
1 056
Оценка реакций
854
Ответ: Было XTag, стало XML.

При импорте делю все данные на пару десятков частей (16). Потом на определенном этапе объединяю в 5 рабочих файлов, и так уже до отправки в типографию.
 

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Ответ: Было XTag, стало XML.

Насчет разделять файл на части - заманчивое предложение. Хотя в принципе даже одним файлом тормозов в Индезе не замечаю.
[COLOR=SlateGray]Хотя было, было, когда я вставлял векторную карту 5 метров на 5 метров =)[/COLOR]
Весь справочник и так разбивается на разделы, просто основной раздел 300-400 страниц, в зависимости от требований типографии.
И все-таки importTG на CS3 никак не ложится?
Если нет, тогда варианта два, либо писать скрипт аля импортТГ, либо возвращаться к XML, но с другим подходом. Хех, это ж программу, которая все собирает переписывать надо, но ниче, справимся.

Да и по сниппетам... Как вставить в сниппет информацию о том что на данном месте находиться такой то макет? Смотрел, там бинарный код картинки. Нельзя сделать, чтобы писать адрес изображения, а не его бинарный код?
 

Art®

Индюкатор
12 лет на форуме
Сообщения
538
Оценка реакций
53
Ответ: Было XTag, стало XML.

xard сказал(а):
...И все-таки importTG на CS3...
Вы читаете что вам пишут?
Пост № 13, вторая ссылка.
 

xard

Участник
Топикстартер
Сообщения
13
Оценка реакций
0
Ответ: Было XTag, стало XML.

Еще решил отдельным сообщением написать всевозможные варианты автоматизации верстки, чтобы не путаться:

1. Верстка с помощью XML.
Плюс: работает сразу и с текстом, и с графикой.
Минус: при больших объемах данных висит при присваивании тегам стили. Не понимает(?) мягкий снос.(? возможно я не прав)

2. Верстка с помощью Tagget-Text и importTG.
Плюс: работает шустрей, стили импортируются вместе с текстом.
Минус: не удается добиться результат с графикой. Скрипт заканчивает работу без результата или ошибки. Необходимость писать работающий скрипт.

3. Верстка с помощью Snippets.
Плюс: не знаю, еще не опробовал.
Минус: не разобрался как в сниппет вставить необходимую графику для импорта в Индез.
 
Статус
Закрыто для дальнейших ответов.