[docs] Re: collect_images при сборке

[Vitaly Ostanin]

Kirill Maslinsky пишет:
> Добрый вечер!
> 
> Извините, что не сразу отвечаю, нужно было разобраться...

Ничего страшного :)

>>>В комментариях в Makefile'ах написано, что collect_images -- это хак. 
>>
>>Где именно и как написано? Сейчас уже не хак.
> 
> Ну где-то в Makefile.images. Не думаю, что это имеет большое
> значение, поскольку Makefile'ы заброшены и не используются (слишком уж
> сильно они завязаны на конкретный CVS и многие соглашения в нём, не 
> удалось перенести).
> 
>>В текущей инкарнации collect_images.xsl - самостоятельный
>>тюнинговый стиль, живёт он здесь:
>>http://vyt.vzljot.ru/dcben/browser/dcben/trunk/markup/core/collect_images.xsl
>>использует
>>http://vyt.vzljot.ru/dcben/browser/dcben/trunk/markup/core/filename.xsl
>>который использует
>>http://vyt.vzljot.ru/dcben/browser/dcben/trunk/markup/core/str.split.template.xsl
>>
>>Пример использования стиля:
>>http://vyt.vzljot.ru/dcben/browser/dcben/trunk/build-rules/make/include.d/collect_images
> 
> 
> Спасибо! Хорошая и очень полезная штука. Однако diff показывает, что 
> в текущем пакете alt-docs-xsl-common (0.3-alt2, от 6 октября 2003)
> соответствующие файлы сильно старше и заметно отличаются (и работают
> не так, как я уже успел установить эмпирически). 

Да, это так.

> Как Вы смотрите на то, чтобы этот пакет обновить в Сизифе? 
> Если он Вам лично не нужен или нет сейчас времени, то я могу подготовить
> NMU. Иначе новый collect_images не получится использовать в сборке -- hasher, 
> знаете ли.

Мне не нужны пакеты alt-docs-xsl* и я не собирался выкладывать их
новые сборки - их должен заменить этот самый dcben (по ссылкам выше).

Согласен на NMU или передачу этих пакетов Вам. Если dcben наконец
дозреет, можно будет вернуться к этому разговору.

>>>Вопрос: а как тут правильно быть? 
>>>- Сделать свой xsl-стиль, в котором импортировать collect_images.xsl 
>>>  и tuning.xsl? 
>>
>>tuning.xsl должен быть распилен на отключаемую функциональность,
>>в текущей версии обработка картинок отключена и вынесена в
>>collect_images.xsl. Текущая версия tuning.xsl:
>>http://vyt.vzljot.ru/dcben/browser/dcben/trunk/markup/core/tuning.xsl
> 
> Пилить-то tuning.xsl, наверное, не обязательно, а вот отключать функциональность
> параметрами было бы удобно. 

В данном случае "пилить" - это как раз для того, чтобы
функциональность не была монолитной и могла отключаться.

> Скажем, для подготовки печатной версии мне не 
> требуется обрабатывать пробелы вокруг тире, в TeXe babel это делает, и даже
> правильнее.

Логично. Если tuning.xsl делает с пробелами что-то не так, как
временное решение можно удалить из него шаблон с именем
"mdash.spaces":
http://vyt.vzljot.ru/dcben/browser/dcben/trunk/markup/core/tuning.xsl#L131

<skipped/>

-- 
Regards, Vyt
mailto:  vyt at vzljot.ru
JID:     vyt at vzljot.ru

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
Url : http://lists.altlinux.org/pipermail/docs/attachments/20051129/16df245a/signature.bin