wwt
-
Posts
2,571 -
Joined
-
Last visited
-
Days Won
119
Content Type
Profiles
Forums
Calendar
Store
Everything posted by wwt
-
мне вообще кажется что БЭМ как таковой хорош при построении интерфейсов, а вот при создании обычных сайтов малопригоден из-за неуниверсальности блоков в макетах.
-
Такие цены будут пока будут люди которые не умеют ценить свои труд и время. Я к примеру за заказы менее 10к не то что браться, я их даже рассматривать не буду. Деньги в жизни не главное, их можно заработать, а вот время вам обратно никто не вернет ни за какие деньги.
-
а добавить инициализацию в обработчик события после добавления нужного кода вместо изображения?
-
Используйте media queries https://jsfiddle.net/a9gw92c4/
-
ставьте по умолчанию картинку-заглушку, а при клике по ней вставляйте вместо заглушки плеер
-
Это раздел Флейма, так что про "не к месту" я бы поспорил =) А по-поводу семинара процитирую сам себя:
-
jQuery установить обработчик событий вперед уже имеющихся.
wwt replied to Kypaku's question in JavaScript
Значит они навешаны не с помощью jQuery, а другими средствами, jQuery хранит в кэше только то что сам навесил =) Все верно, поэтому я и написал что прежде чем так делать нужно понимать что вообще происходит с элементом. -
Вы предлагаете всем представить внешний вид, того что вам нужно сверстать, чисто исходя из собственной фантазии?
-
jQuery установить обработчик событий вперед уже имеющихся.
wwt replied to Kypaku's question in JavaScript
нет. Даже не известно как она привязана к событию. Можно клонировать оригинальный элемент вместе с событиями (элемент то известен) function f1(){ alert('default');}$('button').on('click', f1);//клонируем элемент вместе с обработчиками событийvar b_clone = $('button').clone(true);// Удаляем события click у оригинала$('button').off('click');// навешиваем свое$('button').on('click', function(){ alert('new'); // Запускам нужное оригинальное событие у клона $(b_clone).trigger('click');});Но тут есть несколько спорных моментов, это что делать с клоном потом (решать вам), ну и лучше проверить сколько и каких обработчиков навешано на элемент, посмотреть можно вот так: console.log($._data( $('button').get(0) , 'events'));А уж дальше решать как организовывать свой код. -
Собственно получил рассылку и делюсь инфой: Возможно кого-то заинтересует, подробнее тут http://formula.1c-bitrix.ru/spring2016/agenda/saintpetersburg.php#program
-
Вот это на мой взгляд бесспорно =))) Бесит когда не закрывают элементы
-
думал про float, сказал про z-index =)
-
именно, есть некоторые элементы которые можно не закрывать в некоторых случаях, к примеру li подробнее тут http://htmlbook.ru/samhtml5/sintaksis-html5 если не требуется конкретный тип документа (даже и не знаю где это может понадобится в обычных проектах ибо поддержка xhtml вообще прекращена, а старые доктайпы для html считаются устаревшими) всегда указывайте: <!DOCTYPE html> В html закрывать элемент img вообще дурной тон имхо, а p во многих случаях можно вообще не закрывать
-
Зависит от задач имхо
-
jQuery установить обработчик событий вперед уже имеющихся.
wwt replied to Kypaku's question in JavaScript
function f1(){ alert('default'); } $('button').on('click', f1); function f2(){ alert('new'); f1(); } $('button').off('click', f1).on('click', f2); -
вот ведь =))) удалить те где нет img ))) Даже и не поправилии меня )) так тогда еще можно, не проще вашего $('li').filter(function(i){return $('img',this).length?0:1;}).remove();
-
Вёрстка паджинатора с переменным количеством страниц
wwt replied to Veseloff's question in HTML Coding
Ну согласно пункту 1 ширину нужно передавать в запросе =)) Но не суть в общем. -
Можно попроще и покороче: $('li img').closest('li').remove();или если img всегда лежит в родительском li то ещё короче: $('li img').parent().remove();
-
Вёрстка паджинатора с переменным количеством страниц
wwt replied to Veseloff's question in HTML Coding
Самый простой вариант: 1. JS смотрим ширину страницы и делаем ajax запрос на сервер 2. Сервер в зависимости от ширины отдает пагинатор в нужном виде. Минусы: 1. Запросы на сервер при изменении ширины экрана, что в принципе реально происходит только на мобильных устройствах. Плюсы: 1. Всегда актуальный пагинатор сгенерированный на стороне сервера. ЗЫ или даже с помощью js генерировать убирая вопрос с запросами. Вообще в принципе считаю что формирование пагинатора это не для CSS задача. -
В WP же есть вроде бы и события и плагины, нужно поискать возможно есть возможность переопределить класс шаблона. UPD вот не оно http://wp-kama.ru/hook/template_redirect ? UPD2 оно же в доках https://codex.wordpress.org/Plugin_API/Filter_Reference/template_include
-
как я понимаю нужно расширить класс оригинал и использовать в работе его потомка, чтобы при обновлении оригинального файла ничего не ломалось? Если в CMS предусмотрена возможность использование произвольного класса (наследованного от оригинала) то это решается обычным наследованием, если же не предусмотрено придется после каждого обновления заменять файлики своими. Ещё бывают случае если в движке есть такая вещь как события при которых можно переопределить класс. Ну вообще слишком мало данных. что за CMS то?
-
Наследование обыкновенное? <?phpclass origClass { public function test(){return 10;}}class newClass extends origClass { public function test(){ $n = parent::test(); return $n * 2; }}$c = new newClass;echo $c->test();//20
-
+1 это не прикол =) Это мечта верстальщика )))
-
можно в js брать location.href проверять на расширение и если оно .php то выводить табличку и переадресовывать
-
Правильно если такие вставки делаются в шаблоне, если вы знаете где и как редактируются шаблоны можете эту вставку сделать там =)
