Тоже думал про микрометр, но там сила нажатия, не знаю, получится 3-4 листа или больше.
Касательно на заказ, конечно, может я тут опубликовал идею для стартапа, но при гуглежке я встречал патенты и схемы, да и задачи подобные решаю в мире явно не я один, поэтому мне кажется, что уже должно было быть что-то реализовано.
В смысле "для чего"? Лежат бумажки (бланки) из типографии, например, пришло три тысячи. Из них нужно отсчитать штук 500 и отправить клиенту. Не пустые же листы я отсчитываю из пачки %)
Лобстер, ну в случае с php тоже одной кнопочкой ничего не решится ) Если только задача заключается в том, чтобы "ежедневно" сравнивать две таблицы в которых исходные данные нельзя стандартизировать, тогда, да. Опять же можно скопировать один столбец, привести его к строке, разобрать на том же PHP под "стандарт" второй таблицы и вставить обратно.
Лобстер, ни один из вариант в гугле не подходит? И что мешает привести артикулы к единому виду? Например, добавить столбец и формулой вынести туда только цифры. Не регулярки, но всё решаемо.
Ну, это я бы поступил так, если вам проще через PHP, то пожалуйста )
Так в чём суть вопроса? Что именно не понятно?При клике на поиск открывает полноэкранный попап с невидимым инпутом. При вводе текста подгружаются данные из БД и выводятся в дивах.
Влад, поочерёдный вызов функций ) Отправить (функция открытия попапа) Далее (Проверить данные, вернуть ошибку, если не заполнено или отправить данные на сервер и закрыть попап). Ну и т.д.
Готового попапа под рукой нет, но вообще, задача сверстать этот самый попап, добавить ему css-свойство display: none. Когда пользователь кликает на Отправить, просто меняешь ему свойство на display: block и там уже инпут с кнопкой далее, которая либо обратно скрывает попап свойством, либо удаляет его со страницы вообще, это уж как удобнее.
На jquery изменение css-свойств очень простое: $('#popup').css('display', 'block');
Может не работать унарный оператор. Возможно, надо добавить i(".preview").off("click"); А вообще, что мешает вывести в алерты данные и посмотреть, где ломается?
Ну, интернет-магазин на чём-то написан. Это что-то наверняка имеет готовые модули, а они уже работают с серверной стороной и дальше. Собственно, вопрос: что там с готовыми формами под эту задачу?
reaget, если там есть работа с токеном и с клиентской стороны к нему не подступиться, то, наверное можно. Суть ограничения в том, чтобы ты не выкачивал себе чужую личку, в бд (серверные приложения) и чтобы не было возможности взломать тупо через консоль браузера (js). Поэтому, если нужно для веба, то ищи сразу лазейки в гугле. Они там точно есть.
Stalker_RED, name устарел для анкорных ссылок, это описано тут. В целом же, я использовал name, как атрибут для пользовательских данных, пока не узнал, что для этого введены атрибуты data-*. Вооот.
Stalker_RED, разве выход новых спецификаций - не есть факт новых договорённостей? Ну я сужу по HTML по меньшей мере, ведь те, кто меняют спецификацию и говорят, что name устарел, а data-name - современно, должны были как минимум прийти к этому решению по какой-то причине.
Хотя, конечно, не факт что в ЯП всё делается таким же образом. Хз, в любом случае это уже флуд не по теме, будем считать, что автор вопроса увидел все точки зрения и сделал правильные выводы (что Stalker прав).
Stalker_RED, к сожалению (или счастью) я не касался всех ЯП, потому не знаю их синтаксиса и возможностей. Именно поэтому сделал акцент, что «вроде бы (но это не точно)». Что касается именно сути вопроса - тут, скорее всего проблема была в отсутствии единой договорённости по использованию комментариев и "так сложилось исторически". Я хотел донести примерно такую мысль )
zoozag, могу предположить, что это "защита от дурака", встроенная в браузеры, читающие CSS, а не "скрытая фишка" самого языка. Не то, чтобы я против, но всё-таки не стал бы использовать даже работающие приёмы, но не описанные в спецификации. Опять же может оказаться так, что всё это было описано в спецификации, но успешно забыто.
Дело, скорее, не в синтаксисе, а договоренностях. В ЯП вроде бы (но это не точно) одинаковые конструкции /* многострочных */ и // однострочных комментариев. А вот языки не программирования по какой-то причине отличились поэтому в css и хтмл нет однострочных комментариев и разный синтаксис их написания.
Вообще, я думаю, что по этой теме можно нагуглить полноценную статью. Тут её вряд ли кто-то напишет специально под ответ.
