davidnum95, Верно, вызывают стандартную валидацию, но вы же хотите переопределить стандартную валидацию, насколько я понял, потому и вызывайте beforeSave() и обрабатывайте необходимые моменты.
Перед сохранением делайте валидацию необходимых полей, с выводом ваших сообщений, и только в случае успешного прохождения валидации вызывайте метод save()
twobomb, так зачем делать то, что уже сделано другими, причем наверняка я сделаю хуже, так как верстка вообще не мой профиль. Я просто хотел подключить что-нибудь готовое. Если не понравится, тогда пусть нанимают профессионального верстальщика и он создает то, что будет необходимо.
Heyhihello, существуют же куча всяких UI для DateTimePiker, и там не редко можно подключать свои темы css. Тем всегда куча (темные, светлые, контрастные). Наверняка кто-то уже создавал подобные темы для оформления виджетов в стиле iOS7, и где-то их выкладывал, вот только я не смог найти, потому и спрашиваю, может кому попадалась эта тема для браузера.
Всё дело в том, что я далек от верстки, я больше на бекэнде специализируюсь, но сейчас попросили прикрутить "стильный DateTimePiker типа iOS7". Хотел взять готовый, но не нашёл.
За подсказку, что это шрифт San Franciso спасибо. На всякий случай, если придется делать самому вручную, как сделать этот заблюренный фон?
я их смотрел, перед тем как задать вопрос, но вопрос именно был в том, во вьюхе это оформить, чтобы поле считалось единым, но состояло из select+input. И валидация срабатывала на их комбинацию.
Почему бы и нет. Если быть перфекционистом, то надо бы было типа getProperty и setProperty, но по-моему это не всегда удобно. Во многих проектах (библиотеках) имена методов совпадают с именами свойств и это считается нормой.
Да нет) Но подобным человечкам трудно объяснить то, что есть на самом деле)
Так вы же не представили доказательств своей правоты. Именно потому возникает ощущение, что вы относите себя к категории людей считающих, что "Есть два мнения: это моё и неверное".
tatarrr95, Ну естественно каждому свое, но для меня шторм хорош именно тем, что очень удобно делать рефакторинг. Та же синхронизация во время деплоя, очень удобно просматривать что будет изменено. Еще мне удобно, что я подключаюсь к базе данных и шторм не только проверяет запросы в коде, но и позволяет работать с базами напрямую.
Ну и всякие Vagrant, Docker, Xdebug, Unit тесты - очень удобны.
NilanMayers, вы немного противоречите себе, документация не может быть одновременно и слишком элементарна и слишком сложна, она написана в одном стиле. И там, где вам хватает исходных знаний (РНР, ООП или других фреймворков), там вам кажется, что пишут элементарные вещи.
Но если у вас в чем-то пробел, тогда вам кажется слишком сложно. И как раз вам нужно понять, в чем именно пробел. Это не недостаток документации фреймворка, это что-то вы не знаете из того, что знают все остальные, кто приступил к его изучению. В этом случае нужно изучить именно этот материал до изучения самого фреймворка.
Bur Ov, Это у вас на скришоте объект а не массив.
В JS массивы это var array = [123123,312312,3432423];
А объекты это var obj = {123123:1,312312:10,3432423:2};
У них совершенно разные методы сортировки.
у меня есть два и более одинаковых блока на странице
Как писал выше, тогда уходим от ID к альтернативным селекторам.
Страниц много
Не совсем понял, причем тут количество страниц.
Допустим есть меню, которое отображается на всех страниц сайта, а в меню есть кнопка "home" с уникальным id="home". В чем могут быть проблемы с этой кнопкой, почему нельзя обращаться к ней из JS-кода с любой страницы сайта?
