Комментарии 24
Славно. Добавил в избранное. Было бы еще классно иметь такой же плагин, только с поддержкой AJAX.
Не думаю, что так тяжело добавить.
Вот:
Тот же самый скрипт с AJAX
Новый параметр «script», должен содержать url сервер-компонента.
Вот:
Тот же самый скрипт с AJAX
Новый параметр «script», должен содержать url сервер-компонента.
Спасибо! Как раз искал что-то подобное, благодаря Вам нашел.
Очень интересный плагин, надо будет попробовать в работе =)
с каждым днем всё больше и больше люблю jQuery, спасибо!
Интересен момент — как он работает с html тегами в контенте — они тоже попадают в счетчик length или нет? Пошёл эксперементировать
Интересен момент — как он работает с html тегами в контенте — они тоже попадают в счетчик length или нет? Пошёл эксперементировать
И правда! По возможности рапортуйте о результатах.
К сожалению вынужден констатировать факт, если в текстовый блок (с начала и по указанное кол-во символов) попадают html теги, они тоже считаются в length, и на выходе мы рискуем получить:
Lorem >ipsum (обрезано) (ipsum было взято в span)
Теги внутри скрытого блока отрабатывают нормально.
Так как JS не знаю практически, в кишки лезть не стал, но одним местом чую, что нужно парсить текст на предмет наличия в нем html тегов и вырезать их и только после этого скармливать счетчику.
Написать сам не смогу, потому если кто предложит хак либо альтернативное решение — буду весьма признателен.
Lorem >ipsum (обрезано) (ipsum было взято в span)
Теги внутри скрытого блока отрабатывают нормально.
Так как JS не знаю практически, в кишки лезть не стал, но одним местом чую, что нужно парсить текст на предмет наличия в нем html тегов и вырезать их и только после этого скармливать счетчику.
Написать сам не смогу, потому если кто предложит хак либо альтернативное решение — буду весьма признателен.
автор плагина у себя на сайте особо замечает:
«Also note that jTruncate chooses the split location by starting at the length you specify (or the default) and then finds the next space. This is to prevent truncation in the middle of an html tag. This implies that the text needs to have spaces in it (duh), and that any tags within the truncated text cannot contain a space (i.e. = bad).»
т. о. отсутствие поддержки тэгов документально зафиксировано, а документально зафиксированный баг — это, известно, не баг, а фича :)
другое дело, что автор утверждает о том, что если писать тэги не содержащие пробелов, то они не будут резаться по середине, слабое но утешение
«Also note that jTruncate chooses the split location by starting at the length you specify (or the default) and then finds the next space. This is to prevent truncation in the middle of an html tag. This implies that the text needs to have spaces in it (duh), and that any tags within the truncated text cannot contain a space (i.e. = bad).»
т. о. отсутствие поддержки тэгов документально зафиксировано, а документально зафиксированный баг — это, известно, не баг, а фича :)
другое дело, что автор утверждает о том, что если писать тэги не содержащие пробелов, то они не будут резаться по середине, слабое но утешение
уже читал, ну фича, смысл от этого не меняется.
То что не режутся теги без пробелов (то есть если в SPAN я не буду вставлять описание STYLE) — проверено, работает.
Но на практике… Увы на практике использование данного скрипта бессмысленно, ибо я уже думал сотворить из него мамбот для CMS joomla, видимо придется искать другое решение (ибо теги в тексте все-равно будут присутствовать)
То что не режутся теги без пробелов (то есть если в SPAN я не буду вставлять описание STYLE) — проверено, работает.
Но на практике… Увы на практике использование данного скрипта бессмысленно, ибо я уже думал сотворить из него мамбот для CMS joomla, видимо придется искать другое решение (ибо теги в тексте все-равно будут присутствовать)
Давайте подумаем.
Если оно работает, когда теги без пробелов, то можно назначать им свойства как дочерним того, в чем они лежат.
То есть, скажем так:
Может это чем-то поможет.
Если оно работает, когда теги без пробелов, то можно назначать им свойства как дочерним того, в чем они лежат.
То есть, скажем так:
<style>
#example span {}
#example strong {}
#example em {}
#example code {}
</style>
Может это чем-то поможет.
Нет, немного не так.
К примеру у нас весь текст обернут в див с ID example, внутри мы имеет в самом начале такой код:
Lorem ipsum…
В стилях имеем #example span.test
И в скрипте у нас прописано length: 50
На выходе получаем все хорошо — сворачивается и стили работают. Но если мы делаем length: 5 — то текст раскрывается сразу весь. При этом не суть важно — есть у нас внутри спана пробел или нет.
То есть — если при length: 50 50-й символ попадает на слово кода — скрипт не работает
К примеру у нас весь текст обернут в див с ID example, внутри мы имеет в самом начале такой код:
Lorem ipsum…
В стилях имеем #example span.test
И в скрипте у нас прописано length: 50
На выходе получаем все хорошо — сворачивается и стили работают. Но если мы делаем length: 5 — то текст раскрывается сразу весь. При этом не суть важно — есть у нас внутри спана пробел или нет.
То есть — если при length: 50 50-й символ попадает на слово кода — скрипт не работает
хабраээфект блин
Lorem ipsum…
Где ipsum обернут в span с классом test
Lorem ipsum…
Где ipsum обернут в span с классом test
есть предложение перенести пост в блог jquery
супер
добавлю в проект
добавлю в проект
зачем такие понты с затуханием при свёртывании?)
имхо это лишнее…
имхо это лишнее…
Не по теме, но.
Кто победил clear-type сглаживание в IE7-8 при изменении opacity слоя?
Кто победил clear-type сглаживание в IE7-8 при изменении opacity слоя?
еслиб с тегами обращался нормально (не учитывал их как символы) — можно было бы использовать.
Я не кидаю камень в чей-то огород, но мне думается, что о таких вещах узнают в первый день изучения jQuery.
Есть две проблемы:
первая — при медленной загрузке страницы, такие блоки будут выглядеть нелепо (сначала появившись полностью, а затем спрятавшись)
вторая — при «обрезании» думаю стоит элемент, обрамляющий обрезаемую часть, делать снова inline, а не блочным, ибо теряется эстетика при столь грубом переносе
первая — при медленной загрузке страницы, такие блоки будут выглядеть нелепо (сначала появившись полностью, а затем спрятавшись)
вторая — при «обрезании» думаю стоит элемент, обрамляющий обрезаемую часть, делать снова inline, а не блочным, ибо теряется эстетика при столь грубом переносе
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
jTruncate — прячем все лишнее.