Вот радостей добавляют — делают так сказать жизнь интереснее. Скоро блин клиенты начнут стучать — что да почему такое. Обидно однако, придется обрабатывать заново.
Конечно хорошо бы сделать запоминание.
Я придумал пока такой механизм без кук — сравнивать текущий адрес и адрес в ссылке узла, если совпали, то развернем все до этого узла.
P.S. jQuery Cookie — посмотрю по возможности привинчу.
Хм… в JS сильно забыл, скрипт для этого примера писал аж 2 дня, хотя jQuery говорят легко и все такое.
Короче поддержку кукисов я еще буду наверно неделю прилаживать (
Хотя, что интересно на одном из сайтов как раз мне это дерево-то и нужно сейчас с запоминанием положения.
Обалдеть, как будто материал с посещенного мной в субботу семинара в Москве. Одно из выступлений было как раз на тему как начинать и на что обратить внимание.
И налоговоую перед подачей документов лучше выбирать, почитать на форуме главбухов, там все налоговые обсуждаются — и плюсы и минусы лучше узнать заранее.
Если бы у нас на работе были бы такие штуки я бы возможно там бы и жил ) А то в обед реально делать нечего, а в комп втыкать уже не хочется, так как уже глаза квадратные от монитора да и после обеда еще «наиграешься».
Конечно бывают особенные ситуации, под них нужно что-то переделывать.
Все таки не обязательно делать вывод всего сразу, я думаю. Можно сделать подгрузку по мере прокрутки вниз например. Также уместен будет поиск.
Не хочу вас упрекать, но насколько мне известно и проверено — это совершенно разные объекты будут.
$('#multi-derevo li:has(«ul»)').find('a:first') — вернет мне все первые ссылки вложенные в li. В результате маркеур будет у всех ссылок для узлов с вложением,
а
$('#multi-derevo li:has(«ul») a:first') — вернет первую ссылку вложенную в li, и в результате маркер будет только у 1й первой ссылки вложенной в li.
Инфа find( expr ) , :first
Различия от использования видно на примерах в документации.
Вот и я о том же. И не удобно это пользователю видеть эти 3000 элементов сразу, нужно разбивать на части, как обычно делают с длинными статями, а снизу ставят указатель страниц.
Побочные эффекты не появились? Например last применяется к вложенным узлам?
Спаршиваю, ибо не могу сейчас проверить сам.
Это ж теперь как быть?
Я придумал пока такой механизм без кук — сравнивать текущий адрес и адрес в ссылке узла, если совпали, то развернем все до этого узла.
P.S. jQuery Cookie — посмотрю по возможности привинчу.
Короче поддержку кукисов я еще буду наверно неделю прилаживать (
Хотя, что интересно на одном из сайтов как раз мне это дерево-то и нужно сейчас с запоминанием положения.
В определенной ситуации, когда понадобиться — это легко находится.
И налоговоую перед подачей документов лучше выбирать, почитать на форуме главбухов, там все налоговые обсуждаются — и плюсы и минусы лучше узнать заранее.
Все таки не обязательно делать вывод всего сразу, я думаю. Можно сделать подгрузку по мере прокрутки вниз например. Также уместен будет поиск.
Я попробую.
$('#multi-derevo li:has(«ul»)').find('a:first') — вернет мне все первые ссылки вложенные в li. В результате маркеур будет у всех ссылок для узлов с вложением,
а
$('#multi-derevo li:has(«ul») a:first') — вернет первую ссылку вложенную в li, и в результате маркер будет только у 1й первой ссылки вложенной в li.
Инфа find( expr ) , :first
Различия от использования видно на примерах в документации.
Какая данная? Что ты привел в своем предыдущем сообщении или моя?
Я на вопросах производительности не заморачивался, когда его делал. Оптимизация решений — это путь после получения первичного результата.