1. Выложите код на codepen/jsfiddle.
2. Поясните, каким образом вы рассуждаете, используя в верстке настолько кривые значения вроде 3365px? Опыт подсказывает, что такого вообще быть не должно.
xtala zen: Пользуюсь ей уже четвертый год. И разработкой занимаюсь, и "музыку слушаю вконтакте сижу" и как-то "кучи багов" так и не увидел... Видимо что-то со мной не так...
Нужную комбинацию я выбираю на сервере, надо под комбинацию подогнать карты
Бред, однако. Случайная перестановка генерируется вот так (можно короче, но это чтобы алгоритм показать). Получается "перетасованная" колода-массив. Из нее "раздаются" первый элемент, второй, третий.... а потом уже можно смотреть, что там получилось. Тем более, что только стрит проверить относительно сложно.
В чем может быть проблема? ... или можно как-нибудь по-другому подключить slick?
Вероятно вам стоит показать как именно вы там все подключили (а лучше - приложить ссылку на песочницу), а то понятия "не листаются" и "по-другому" какие-то очень расплывчатые.
>> в чём разница по сути между vue-resource и axios? Простыми словами если можно, почему одни выбирают одно, другие другое...
Тут дело личных предпочтений, у нас во фронтенде полно инструментов, которые решают одни и те же задачи, быть может с минимальными отличиями. Это как раз такой случай. Раньше vue-router был "рекомендуемым к использованию с vue", но где-то в ноябре Evan You написал, что начинающим стоит склоняться к использованию axios, как к более популярному на данный момент инструменту.
>> Вот парсить JSON надо средствами VUE? Если да то как, на php например для этого функции специальные есть.
У vue-resource есть соответствующая функция - json (должна быть в документации https://github.com/pagekit/vue-resource/blob/devel... ), ну или загуглите примеры. Axios не использую, поэтому про него не буду говорить.
Sergey Goryachev: тоже не сразу заметил, там происходит эффект "липкого" круга (не знаю как по русски называется gooey effect). Как раз для таких капелек в самый раз получается:
darksladen:
> А что с id? Зачем они? Выше я написал, как бы я отличал инпуты..
name - не уникальная вещь, class - очевидно тоже. Когда-нибудь у вас возникнет потребность определить в каком именно инпуте происходят действия или какая именно форма на странице отправляется - причин этому может быть множество, начиная от скролла к месту, в котором возникла проблема, и заканчивая статистикой того, на какой форме у вас пользователи чаще ошибаются.
И вопрос, про который вы немного забыли: как корректно привязать label к input без id? (Надеюсь вы не спросите зачем label вообще нужен).
> Я просто хотел чтобы вы объяснили свою позицию. Чем для вас проще руками делать валидацию каждой формы, когда есть плагины, которые могут сделать ее за вас и вам надо всего лишь 1 раз их настроить? Объясните пожалуйста свою точку зрения и сразу все будет понятно
Разумеется, я поясню. В формах, которые я делаю, сложная верстка и при успешной/неуспешной валидации происходит много всего: что-то подсветилось, какое-то сообщение появилось, какая-то анимация запустилась и.т.д. При этом все это может быть привязано к модели Vue и часто одни кнопки зависят от других. Тут стороннее решение в 90% случаев будет нуждаться в существенной доработке или очень болезненной интеграции.
- А что в скриптах может быть хорошего? Ведь если кто то случайно поставит такой же id...
1) Как вы собираетесь отличать разные инпуты без id?
2) Два одинаковых id не может быть на странице - вам любой валидатор тут же об этом напомнит.
- Хорошо ли использовать js плагины или лучше самому делать, опять же по словам крутого разраба, ПРОЩЕ сделать самому.. Что скажите?
- Написать руками часто действительно проще и быстрее, чем переписывать готовое решение.
- Почему проще, если можно 1 раз повесить валидцию на класс допустим и любое поле с этим классом всегда будет проверяться...
Что-то я вас не понял. Вопрос был о том, стоит ли использовать готовый плагин, или написать свое решение.
