abrahadabra

вам будет правильно иконки сделать инлайновыми. Тогда они будут подчиняться тем же правилам, что и текст.

да, извините. Пусть джумла. Но разницы никакой, всё то же самое справедливо и по отношению к любой cms, использующей php+mysql. Насчёт «CMS в чём-то проще» — это распространённое заблуждение. В случае с CMS нужно знать всё то же самое + особенности этой CMS.

можно разбить задачу пополам. Часть в шаблоне решить, а часть на клиенте. То есть, в шаблоне сделать примерно такой код: <ul class="right-menu"> <li class="right-menu__page page1 active"> <ul> <li>1</li> <li>2</li> <li>3</li> </ul> </li> <li class="right-menu__page page2"> <ul> <li>4</li> <li>5</li> <li>6</li> </ul> </li> <li class="right-menu__page page3"> <ul> <li>7</li> <li>8</li> <li>9</li> </ul> </li></ul>а на клиенте только назначать класс active тому списку, который нужно показать.

Задача — жуть! Вам не избежать мудрёных манипуляций с DOM. jQuery поможет. http://api.jquery.com/size/— посчитать количество элементов; http://api.jquery.com/jQuery/— самая главная функция. Поможет при создании нового элемента; http://api.jquery.com/append/или http://api.jquery.com/appendTo/ — когда нужно будет элемент добавлять в новое место; http://api.jquery.com/detach/— а это пригодится, когда удалять настанет пора; http://api.jquery.com/click/— не избежать, если кнопкам навигации уготована судьба работать. Но ещё раз подумайте: точно это нужно делать средствами js? Может всё-таки в шаблоне это лучше решить?

итак. У вас вордпресс. Он написан на php и использует СУБД mysql. Отсюда несложный вывод: 1) стоит изучить mysql. Не нужно напрягаться и достигать уровня системного администратора. Достаточно самых базовых знаний: что такое база данных, что такое пользователи базы данных, как организован доступ. Сможете уверенно подконнектиться к базе любым известным вам пользователем из консоли и из имеющегося у вас клиента — всё, на данном этапе этого достаточно; 2) после этого стоит изучить, как php получает доступ к БД. Тоже без лишних подробностей. Сможете написать маленький скриптик, который получает доступ и выполняет один запрос — всё, этого достаточно; 3) самая сложная часть: вордпресс. Самая сложная часть в этой самой сложной части: принять, что авторизация в CMS не имеет никакого отношения к пользователям базы данных. Всё. Этого должно быть достаточно, чтобы у вас получилось решить текущую проблему.

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

Очень похожая тема: http://htmlforum.ru/index.php?showtopic=55134 Прочитайте, там ответ по вашей проблеме.

и ещё: http://api.jquery.com/html/

Вот в данном случае удобно будет воспользоваться jQuery. Читать здесь: http://api.jquery.com/click/ http://api.jquery.com/val/

пора бутстрап законодательно запрещать для тех, кто не понимает css. Как-нибудь на досуге объясните, пожалуйста, смысл размещения .container внутри .container-fluid. Но это так, лирика. У вас иконки прилажены к элементу раскладки слева, а текст в нём болтается справа. Вы так написали, так и работает.

Итак, для начала: https://jsfiddle.net/1h59papL/ Теперь: что нужно сделать?

в данном случае не видать никакой в нём необходимости. return, бывает, на клик по ссылке например ставят. Это чтобы избавить от штатного обработчика. Но штатный обработчик на блюр у инпута? Нет, пожалуй, смысла в return тут нет.

Вы используете функцию в html. Обработчик должен назначаться в процессе рендеринга страницы. Но определена функция в обработчике события «страница загружена». То есть определяется функция позже, чем используется. Поэтому в первом варианте и не работало. В настройках jsfiddle можно указывать, как подключать js. Выбирайте простой вариант, и будет работать.

так и на фиддле работает По моей ссылке пройдите.

тест на внимательность: https://jsfiddle.net/mwvxvc00/2/— найдёте отличия?

если можно не на body, а на более конкретизированную область, то лучше. Оно ж следит за всем, что в этом body творится. А если поставите $('.content').on('event', 'selector', func), то следить будет только за тем, что творится внутри .content. Вот, пожалуй, и всё, что следует учитывать. В остальном это просто хорошая штука, которую можно и нужно пользовать.

правильный ответ не в пикселях, а в килобайтах. Чем меньше, тем лучше. А ещё лучше воздержаться от таких картинок. Но если уж совсем необходимо, ставьте картинку поменьше и, чтобы полностью покрывало документ, либо пусть это будет повторяющийся стыкуемый паттерн, либо backgrouond-size: cover.

да при том, что многие, особенно начинающие, воспринимают его примерно так. Да и, в общем-то, у него есть своя логика, свой стиль, своя красота. И, в общем-то, на мой взгляд есть шансы вырасти до ЯП. эмм… Знаете, напомнило: «это в Волгограде-то на улицах грязь-бардак, люди злые, нищета, а дороги в ямах? Вы ещё в столице Южного Судана не были!» Конечно, всегда есть что-то хуже, с чем можно сравнить, и кажется, что не так всё плохо. Но зачем сравнивать с php, когда есть ruby и python? Когда над тем же js есть coffeescript, из которого бессовестно воруются запчасти, чтобы подлатать js, подпереть его костылями. разве ж в этом кто-то усомнился? Но всё то, на что я тут обращаю внимание, относится не к браузерам, а именно к js, хоть браузерному, хоть серверному. Можно, кстати, ещё бардак с импортами припомнить. да пожалуйста: php. На момент возникновения же хорошая, красивая и прогрессивная штука была. Почему не надо? Кофе — это хорошо. Гораздо более стройный и логичный. Единственное к нему нарекание, что стали из руби тягать отказ от скобок, видимо забыв о том, что это не руби, и компилироваться будет в js. Ну и передавать в функцию объект, а затем ещё что-то — мягко говоря, привыкнуть надо к такому синтаксису. Беспокоит теперь, как бы из-за es6/7 не сочли кофескрипт устаревшим и более не нужным. Неужели вы считаете, что наличие компилятора — это что-то странное для ЯП?

Э, нет, всё не так. Речь-то не об этом. Скорее о том, что jQuery красив, удобен, логичен, строен. Если чего-то не знаешь, можно догадаться. Этого не сказать о самом js. Я даже не говорю о дебрях типов и нюансах приведения типов. Не говорю о весьма специфических подходах к областям видимости. Не говорю о классах, которые не классы на самом деле. Просто он какой-то … с лоскутным одеялом что ли сравнить? Не целостный. Надёргано отовсюду по мелочи. Символ => для функции и точка с запятой в конце строки могут быть в одном языке? Фигурные скобки в этом языке для чего? Правильно, для объектов, форматирования строки, импортов, деструктуризации и блоков кода. А квадратные? Верно, для генерации ключа в объекте, для массивов, опять же деструктуризации. А работа с массивами? В духе пхп, отдельные функции. Некоторые возвращают новый массив, некоторые колдуют над старым. Всё логично же, правда? Всё это можно только запомнить. Ни красоты, ни логики. jQuery это всё безобразие порой оборачивает в более приглядный вид. Но это не ЯП, и он не решает все задачи. И это печаль. История знает случаи, когда библиотека вырастает в отдельный язык программирования. Как правило, получается лучше, чем было. И в случае с jQuery было б лучше.

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

а ведь такое случается сплошь и рядом.

по es7?

пишу на ванили или на jquery примерно раз через раз. Естественно, за исключением случаев, когда пишу например на реакте. Там просто подход другой, работа с dom в корне иначе построена. В принципе да, соглашусь с вами, манипуляции с dom в jquery сделаны даже намного удобнее, чем querySelector. Но порой бывает просто лениво подключать в проект ещё одну библиотеку. Или выглядит нецелесообразным подключение целой библиотеки ради пары мелочей. Так что кроме ваших двух вариантов есть и ещё другие а это вы зря. Как раз в случае с JS/jQuery то вполне обоснованно.

я вас понимаю в том смысле, что мне тоже удобнее всего по почте. Но форма обратной связи вместо контактов — это плохо. Форма обратной связи имеет право быть в дополнение к традиционным контактам, а так складывается впечатление, что вы прячетесь. Согласитесь же, нехорошее впечатление.

а попробуйте делать для людей. И отношение людей перекроет весь эффект от поисковиков. ммм… вы серьёзно?