Catherine

Есть, и несколько дней назад даже вышла обновленная версия http://blog.jquery.c...1-2-0-released/, но я почему-то была уверена, что он не решает все проблемы, а всего лишь выявляет ошибки несовместимости. Или нет? Хотя в описании (https://github.com/j...migrate/#readme) сказано: Из чего должен следовать вывод, что данный плагин все-таки должен восстановить работоспособность устаревшего и удаленного в новых версиях функционала, но при этом уже сейчас можно безболезненно использовать все новшества, представленные в v1.9 и >. А на практике? Кто-то уже тестировал и внедрял в проект? Все ли так просто, или есть свои особенности? Да, и, кстати, поддержка ИЕ хотя бы 8 версии крайне желательна (на данный момент в ИЕ7 особых косяков не наблюдается). Политика следующая: чем больший диапазон браузеров будет включен в поддержку без применения колоссальных усилий, тем лучше.

Softlink, спасибо! Npofopr, спасибо за ответ! В данной ситуации оплата работ, желание и занятость не существенна Понятно, если не перейти сейчас, то дальше будет еще сложнее. Но, опять же, это только теория. А хочется узнать, как дела обстоят на практике, так сказать, мнение "бывалых". alexriz, спасибо за ответ! Прежде, чем новый подход станет основным в моем случае, будет пересмотрено (не только мной) несколько десятков плагинов сторонних разработчиков и кода, написанного в разное время разными людьми. Поэтому удаление старого и серьезные изменения меня очень беспокоят Вопрос в том, насколько глобальными и целесообразными могут оказаться нововведения. Я, кстати, умирать не собираюсь ни в том, ни в другом случае Но каша предстоит немалая, и было бы неплохо знать, многие ли выживают в таких случаях. И как полет? Не возникает трудностей при подключении ранее любимых плагинов?

Доброго времени суток! Ситуация следующая: Есть некий рабочий проект, изначально использующий jQuery 1.7. Поступило предложение от ведущего программиста использовать в проекте версию 1.9 с дальнейшим переходом на 2.0. Сайт разрабатывается не первый день, а, следовательно, за это время набралось некоторое количество написанного кода и подключенных плагинов сторонних разработчиков. Теоретически я понимаю, что в последних версиях jQuery произошли некоторые серьезные (с моей дилетантской точки зрения) изменения: http://jquery.com/upgrade-guide/1.9/ и, вероятнее всего, могут возникнуть конфликтные ситуации. Но практического опыта в этой области у меня нет. Всегда подключала только конкретную версию jQuery (актуальную на момент старта), и в процессе работы ее не меняла. После выхода jQuery 1.9 решила протестировать и убедилась в том, что по умолчанию не все используемые мной без проблем до этого дня плагины работают нормально. Поэтому пока остановилась на переходной версии 1.8 для стабильной работы над другими заказами. Но, с перспективой на будущее, перейти, все же, на v1.9. Интересует мнение людей, которые уже сталкивались на практике с использованием новой версии jQuery и/или имеют опыт командной работы над долгосрочными (свыше полугода) проектами. В связи с вышеизложенной ситуацией, у меня возникли следующие вопросы: 1) Нормально ли, с вашей точки зрения, фактически в самом разгаре разработки совершать этот переход? Возможно, я просто сгущаю краски по неопытности в этом вопросе? 2) Часто ли вам приходилось совершать подобные действия? Имеется в виду не именно переход на jQuery 1.9, а эквивалентные ситуации в принципе. 3) Непосредственно переход на версию jQuery 1.9 на данный момент актуален, или оно того пока не стоит? Мне кажется, что новую версию лучше использовать в новых проектах, а в текущих и "старых" оставить все как есть. Но, возможно, в долгосрочной перспективе использование новой версии даст серьезные преимущества на текущем проекте, как только будут обнаружены и исправлены все "косяки", связанные с самим переходом Что думаете по этому поводу? Поделитесь, пожалуйста, вашим мнением. Спасибо! P.S. Вопрос к модераторам. Не могли бы вы изменить название темы на "Использование jQuery 1.9 в рабочих проектах уже сегодня? Нужен совет." или нечто похожее? А то суть вопроса по названию не совсем очевидна.

Учебник по верстке: http://htmlbook.ru/samlayout

Хотя я не авторитет в этой области и моим постом можно пренебречь, но все же поделюсь мнением про мою тягу к удобствам. Лично я была бы признательна разработчикам, если бы они сократили количество HTML тегов до необходимого минимума Чем проще система, тем она устойчивее. Тегов должно быть ровно столько, чтобы каждый разработчик интуитивно понимал, для чего они нужны, а любой браузер однозначно интерпретировал представление каждого из них Да, и похоже, автор темы совершенно не учитывает существование мобильного интернета и всевозможных устройств. Кроме Оперы, ФФ, и Хрома под Линуксом на своей машине где-то еще проверяли? А в Яндексе вообще "своя атмосфера". Ошибки валидатора в данном случае несущественны и, смею предположить, не оказывают негативного влияния на работоспособность. Советую также обратить внимание на характер ошибок и проанализировать их самостоятельно. P.S. И, кстати, количество кода в файлах стилей Яндекса несоизмеримо больше вашего. Так то у вас не "всего лишь две", а у вас "аж две" ошибки! Вроде как похожие темы: http://forum.htmlboo...еги#entry272814 http://forum.htmlboo...&hl= свои теги

Поздравляю с первой годовщиной Живите долго и процветайте!

Все зависит от того, для каких целей был использован overflow: hidden. Если для очистки потока (предположу эту ситуацию, поскольку было указано, что "если отменить все поплывет"), то кроме overflow: hidden есть и другие способы, про которые, к примеру, можно почитать здесь: http://css-live.ru/t...flowhidden.html или здесь: http://www.xiper.net/collect/html-and-css-tricks/css-tricks/clearfix.html

На той же странице ( http://bxslider.com/...iple-slideshows ) пример использования двух слайдеров с разными опциями: JS: $('#slider1').bxSlider({ mode: 'fade', auto: true, autoControls: true, pause: 2000 }); $('#slider2').bxSlider({ auto: true, autoControls: true, pause: 3000, slideMargin: 20 });

Несколько слайдеров на одной странице: http://bxslider.com/...iple-slideshows Для изменения стилей конкретного слайдера можно использовать привязку по id, либо (в зависимости от ситуации) использовать обертку: HTML: <div class="slider-wrapper1"> <ul id="slider1"> <li><img src="/images/730_200/hill_trees.jpg" /></li> <li><img src="/images/730_200/me_trees.jpg" /></li> <li><img src="/images/730_200/houses.jpg" /></li> </ul> </div> <div class="slider-wrapper2"> <ul id="slider2"> <li><img src="/images/730_200/tree_root.jpg" /></li> <li><img src="/images/730_200/trees.jpg" /></li> <li><img src="/images/730_200/hill_road.jpg" /></li> </ul> </div> Тогда отличающиеся стили для каждого из слайдеров можно прописывать следующим образом: CSS: .slider-wrapper1 .bx-wrapper { ... } .slider-wrapper2 .bx-wrapper { ... }

А что мешает эту неприятность решить путем наложения поверх каждого пункта меню активной области изображения (используя area)?

Решение-то простое, но я бы так не делала. Потому что проблема заключается уже в постановке задачи, рано или поздно все-равно придется все переделывать (так, как, к примеру, уже было описано выше) Тут уже указали, как получить рандомное значение в конкретном диапазоне. Теперь, чтобы эти значения не повторялись, создайте, к примеру массив, со всеми уже использованными значениями, и перед каждым присвоением проверяйте, не попадалось ли это значение ранее.

Есть также мнение и других экспертов, которые утверждают, что если вы не располагаете достаточным количеством времени и есть срочная единичная задача, то фреймворки - единственное правильное и оптимальное решение, которое поможет быстро и (а иногда и эффективно) решить проблему. Ну а мое личное мнение, если интеллект или профиль деятельности не позволяет качественно углубляться в изучение, то с помощью jQuery и прочих "вкусностей" при определенном навыке можно и блондинку научить выполнять некоторые нехитрые задачи Так что все зависит от того, какую цель преследует автор темы.

На дату создания темы и последнего поста в этой теме хоть посмотрели?

Интеграция с CMS?

Фрилансерами на всю голову со скромными познаниями предметной области не брезгуете? Может, и я на что сгожусь?

Немного выпала из форума. Как раз на три месяца, как и планировалось Книга - то, что доктор прописал. Очень радует Все просто, доступно и относительно понятно (по крайней мере для меня). Если возникают какие-то трудности - гуглю. Именно как книгу не воспринимаю, так как просто читать не получается. Скорее, это довольно подробный, добротный базовый справочник. В каждой главе есть примеры, пока не проверю на практике, не сделаю строки частью работоспособного кода и не "вкурю", к следующему разделу переходить не вижу смысла. Конкретно изучению javascript'a (именно изучению справочника, "вкуриванию" и решению не связанных с работой задач) посвящаю несколько часов в неделю. К стыду своему признаю, что осилила за это время едва ли половину книги. Но зато как приятно стало работать с javascript библиотеками, да и в чужом коде даже сейчас стало намного проще разбираться. В общем, для меня Фленеган - отличный наставник по javascript. Спасибо ему за это

Спасибо, приятно, что проявляете интерес. Есть направление развития на ближайшие 3 месяца. Пока с головой ушла в работу и обучение) Все еще покоряю Фленегана. Увы, каждую главу можно перечитывать по несколько раз, чем и занимаюсь на данный момент.

hh.ua, rabota.ua, проекты и вакансии на фриланс-ресурсах прекрасно демонстрируют востребованность "чистых" верстальщиков. Что касается лично меня - я сама новичок в верстке, но работа "чисто верстальщиком" меня не радует по многим причинам, в том числе и своими перспективами (хотя вакансии и предложения есть), поэтому стремлюсь к большему

С версткой намного проще? Попробуйте пробиться на удаленную работу верстальщиком да на достойную регулярную оплату, докажите свою профпригодность, и чтобы Вас как верстальщика ценили и уважали Или Вы думаете, что прочитав пару книг по CSS и HTML можно продолжать быть верстальщиком "на уровне" до старости? Новички сперва начнут наступать на пятки, а потом обгонять, потому что постоянно надо быть на несколько шагов впереди основной массы, иначе не пробиться. Обычные верстальщики, конечно же, тоже нужны, но на 400$ максимум без шансов на пересмотр ЗП в офис родного города Мусохранска, пока пенсия или дефолт не разлучат вас Скорее всего, Ваш муж - основной источник дохода в семье, и совершенствует свои навыки, чтобы "пробиться" и быть востребованным специалистом. Взяли на себя семейный досуг и отошли от дел - не рассчитывайте, что работа верстальщиком принесет высокий доход. Очень важно быть всегда "в теме", читать статьи и книги, ходить на конференции, следить за новостями. Практиковать приходится очень много вне рабочего процесса. Мне довольно часто помогают знания, приобретенные во время решения каких-то нестандартных задач в "нерабочее время" для быстрого и наиболее эффективного решения какого-то рабочего момента, поскольку на работе обычно надо "все и сразу", и времени на раздумья и подбор вариантов может просто не быть. К тому же, многие технологии и методы пока еще не кроссбраузерны, в работе не всегда применимы, а знать их (или хотя бы просто знать об их существовании) - большой бонус, ИМХО.

Потому что #response-p a.active, а не #response-p.active a

На мелочи вроде "это очень просто/дешево/быстро" всегда могу предложить работу с включенным трекером или "послать посоветоваться с более компетентным специалистом, если мое мнение под сомнением". А разбирая чужие строки, дабы не впасть в ярость и писавшему не икалось, я представляю себя санитаром леса Раньше бесили фразы типа "а вот в позапрошлом году мне ребята почти тоже самое за полдня сделали". Теперь просто спрашиваю, где эти ребята Хотя почти выбесить пару раз за все время все-таки удалось =) К примеру, после начала работы над одним проектом с уже установленными сроками мне дважды подкидывали новые более срочные задачи более приоритетным заказчикам с просьбой отложить предыдущие, а как только сроки стали поджимать, опомнились и стали просить "как-нибудь на скорую руку сделать, чтобы было что показать заказчику, а потом, как будет время, переделать". Еще не люблю заказчиков-паникеров, звонящих на мобильный, особенно в выходной день, тем более больше одного раза. Не люблю, когда подгоняют, пытаются материально мотивировать, ускорить темп работы, тем более, если сроки уже были оговорены. Я чисто принципиально не верю в существование "крайне срочных заказов", я верю в отсутствие грамотного планирования и обычную человеческую жадность. Считаю, что ко всяким нелепостям надо подходить с юмором, как верно заметил Viper(я про clientsfromhell), и стараться, чтобы сотрудничество с "особенными" заказчиками было непродолжительным, а еще лучше избегать с ними общения, независимо от количества предложенных денег и иных условий. Идеальный вариант проверить универсальность и практичность своей верстки

Заглянула на сайт. Спасибо, немного не то Viper, спасибо, а то я уж испугалась, что все НАСТОЛЬКО плохо

Продолжаем разговор Открыла для себя Caprice: Результаты тестирования в рабочем режиме: полет нормальный, над стандартными задачами работать не мешает, в ночное время хорошо идет вместо кофе небольшими порциями по 0.5-1.5 часа.

Я не пропустила ни одного комментария в этой теме, но чтобы отписаться по некоторым из них, потребовалось некоторое время Итак, уважаемый hf3 (без капли сарказма), насколько вероятно превращение новичка в вебе в высококвалифицированного востребованного специалиста в отрыве от более продвинутых коллег "по цеху"? Неужели на Вашем пути никогда не встречались более опытные люди, никто из них не давал Вам советов, не указывал на ошибки, и Вы сами, исключительно при помощи гугла и собственной головы, самостоятельно, не прибегая к посторонней помощи, продвинулись в развитии? Если у меня возникает проблема, то я ее сперва решаю своими силами, пусть и коряво, но сама, руководствуясь своей, пусть и немного "блондинистой" логикой. И только после этого (и то, в очень редких случаях) позволю себе спросить совета, потому что сама не люблю, когда мне задают вопросы, не попытавшись что-то сделать самостоятельно. Более того, разжевывание материала до того, как человек сам прочитает и по-своему поймет материал, считаю вредным. Плодотворное и эффективное обучение возможно только в том случае, когда ученик сперва попытается самостоятельно разобраться в теме. Ведь только после этого будут заметны слабые стороны восприятия информации, пробелы в понимании. Кроме того, в противном случае человек потеряет способность самостоятельно мыслить, будет по каждому вопросу дергать "Марью Ивановну", не прибегая к помощи собственного интеллекта. Я не собираюсь держать в голове все фреймворки, для этого есть документация. Но понимание основ технологий, умение сформулировать запрос для эффективного поиска нужной информации, грамотная постановка задачи крайне важны, и тут наставник может оказать незаменимую помощь, задавая наводящие вопросы и давая дальновидные советы. С опытом, разумеется, это приходит само, но, во-первых, этот процесс может затянуться, а во-вторых, как узнать, верен ли путь? Мой подход - учиться, учиться, учиться... Потому что моя цель - не работа в конкретном месте, а совершенствование навыков. Осознание того, что сегодня я узнала для себя что-то новое и полезное, поднялась на ступеньку выше, а не только "работу работала", дает мне в полной мере получать удовольствие от выбранного направления деятельности. Опытный, дальновидный человек может подсказать направление в обучении, порядок изучения технологий в порядке их значимости. Да что ж я рассказываю, Вы и сами это должны понимать Сперва планирую познать азы javascript'a по указанной книге, спасибо за совет. И спасибо за мнение, Ваш ответ заставил немного задуматься!