Слишком длинный показ субкатегорий в 1.5.6

[Sykoku]

Столкнулся со следующим:

При достаточно большом количестве подкатегорий и при приличном описании, вывод их содержимого (без товара) может занять 2-3 экрана. Как результат - громоздкий вид.

Предлагаю ввести ссылки для разворачивания описания подкатегорий, аналогичные механизму скрытия полного описания в самой категории.

[Sykoku]

Решение.

Вставить в \themes\default\category.tpl   следующий код

               {if $subcategory.description}

                                                <div class="cat_desc">

                  {if strlen($subcategory.description) > 120}
                     <div id="subcategory_description_short_{$subcategory.id_category}" >{$subcategory.description|truncate:120}</div>
                     <div id="subcategory_description_full_{$subcategory.id_category}" style="display:none;">{$subcategory.description}</div>
                     <a href="#" onclick="$('#subcategory_description_short_{$subcategory.id_category}').hide(); $('#subcategory_description_full_{$subcategory.id_category}').show(); $(this).hide(); return false;" class="lnk_more">{l s='More'}</a>
                  {else}
                     <div>{$subcategory.description}</div>
                  {/if}
                                           </div>
               {/if}

[Vasiy]

Вы бы лучше подсказали как текстовую часть товара,
у меня доходит до 10 000 знаков, уменьшить до листа,
с возможность листания или разворачивания.

Заранее спасибо если получится.

[Sykoku]

Простое листание (быстрее и проще) или с разбивкой на страницы?
Размер страницы- по количеству знаков?
Содержимое - текст / гипертекст ?
Наличие изображений, таблиц ?

Согласитесь, после ответа на большинство этих вопросов  Вы поймете, что заказали полноценный текстовый редактор

[Vasiy]

Простое листание (быстрее и проще) или с разбивкой на страницы?

Без разницы, главное чтобы было удобно.
http://patentforinvention.ru/m-2012/60-portativniy-kran.html
или
http://patentforinvention.ru/2002/87--ustroistvo-sviasi.html

Бывает и с картинками

Уже пробовал применить пагинатор, пока не получилось.

[Sykoku]

Вы, уважаемый, из Word'а текст перетягивали/вставляли. И предполагаю, что с языком HTML "изнутри" знакомы не очень. Поэтому задача может для Вас оказаться сложнее, чем хотелось-бы.
Если в "лоб", то есть стандартные свойства CSS, как page-break-before, page-break-inside, page-break-after. Но вставлять их придется "ручками" в описание страницы. И, затем, изменить обработчик вывода описания категории, чтобы листать.

[Vika]

А что такое "page-break-before, page-break-inside, page-break-after"?
У меня таких нет. Зачем они нужны?

[Vasiy]

Вы, уважаемый, из Word'а текст перетягивали/вставляли. И предполагаю, что с языком HTML "изнутри" знакомы не очень. Поэтому задача может для Вас оказаться сложнее, чем хотелось-бы.
Если в "лоб", то есть стандартные свойства CSS, как page-break-before, page-break-inside, page-break-after. Но вставлять их придется "ручками" в описание страницы. И, затем, изменить обработчик вывода описания категории, чтобы листать.

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

[Sykoku]

Если написанное никто не будет редактировать (робота сложно научить ставить разрывы страниц в нужномВАМ месте), то задача бессмысленна. Как Вы собираетесь определять, где будет следующая страница? - по количеству символов? - да там только на форматирование заголовка параграфа из 2-х слов ушло больше тысячи символов.  Будете учить робота считать открытые тэги и разбивать четко между ними?

[Adik]

А что такое "page-break-before, page-break-inside, page-break-after"?
У меня таких нет. Зачем они нужны?

Это только для печатной версии. В постраничной разбивке на сайте они не нужны.
Все что нужно можно найти в файле global.css по слову "pagination".
Самое главное, что в шаблоне разбивка была, это
$nb - общее количество
$per_page - количество на странице.

[Adik]

Если написанное никто не будет редактировать (робота сложно научить ставить разрывы страниц в нужномВАМ месте), то задача бессмысленна. Как Вы собираетесь определять, где будет следующая страница? - по количеству символов? - да там только на форматирование заголовка параграфа из 2-х слов ушло больше тысячи символов.  Будете учить робота считать открытые тэги и разбивать четко между ними?

Алгоритм парсера простой,
1. Удалить HTML теги
2. Подсчитать общее количество символов
3. Разбить по заданному числу (можно автоматом установить количество символов на странице А4)
4. Выводить показ с учетом пробелов, чтоб не обрывать слова.

[Adik]

А еще лучше, проверку и отсеивание лишних тегов сделать на уровне занесения информации.

[Sykoku]

1 Нет тэгов - нет разметки - каша из букв.
2 Отсеивать без учета тегов - создать таблицу учитываемых тегов, научить парсер их считать, понимать варианты их написания (</br> или <br/>) и т.д. - Т.е. полноценный анализ.

Проще вставить в HTML скрипт перелистывания страницы и расставить метки. Но этим никто, насколько я понял, заниматься не будет.