Красиво просто когда юзвер заполняет а тебе сразу маска ввода

Маска это внутри проверка на правильность ввода значит гдето внутри есть алгоритм который это прверяет после ввода каждого символа

Я не об этом

Я о том, когда в тг набираешь дату например

Чтобы маска была

Я сам задумывался р том почему нет масок

В тг апи

Маска априори должна быть

Напиши HTML5-приложение и используй для регистрации (которое в телеге как "игра")

Причем пользовательская коорую можно настроить как в excel

Напиши HTML5-приложение и используй для регистрации (которое в телеге как "игра")

????

????

https://telegram.org/blog/games Игры на HTML5 делаются. Что мешает вместо игры подсунуть обычное "веб-приложение"? Само собой, с соблюдением правил игровой платформы

При переходе в такую игру/приложение передаётся user_id пользователя, для идентификации этого достаточно

Кстати ребята хорошая идея

Нужно взять на заметку

При переходе в такую игру/приложение передаётся user_id пользователя, для идентификации этого достаточно

Мы просто говорили за маски типа ####-## но символ # используется как хештег

Символов много

Нужно взять на заметку

Реально написать возможно через регулярку но слаб хотя чуствую пару строк кода

Символов много

Всмысле?

Всмысле?

Ну причём тут ####.## ?

Реально написать возможно через регулярку но слаб хотя чуствую пару строк кода

Регулярок на даты рождения в интернете дохрена, разной степени подробности.

Ip ###.###.###.###

Ip ###.###.###.###

и?

Регулярок на даты рождения в интернете дохрена, разной степени подробности.

01.12.55 01.12.1975 ?

В чём твоя проблема, объясни нормально

В чём твоя проблема, объясни нормально

Не моя но интересно илайн кнопки ввода даты

Вернулись в начало разговора: почему бы просто не использовать регулярное выражение?

Из серии of vvodpozv="????-??" then true

Несколько сложнее, но суть примерно та же

Напиши HTML5-приложение и используй для регистрации (которое в телеге как "игра")

Rich input ?

Rich input ?

Типа MaskGeem

Вернулись в начало разговора: почему бы просто не использовать регулярное выражение?

Кнопки нажать проще.

Кнопки нажать проще.

В случае с телегой я бы поспорил. Местный интерфейс не очень способствует вводу дат через кнопки

Немного статистики и фантазии могут выбор года свести к последовательному нажатию максимум трёх (а чаще двух) кнопок из массива [ '<1970'=>[ '1940+'=>[1to9], '1950+'=>[1to9], '1960+'=>[1to9] ], '1970+'=>[1to9], '1980+'=>[1to9], '1990+'=>[1to9], '2000+'=>...] Ибо большинство попадёт в это пространство.

Немного статистики и фантазии могут выбор года свести к последовательному нажатию максимум трёх (а чаще двух) кнопок из массива [ '<1970'=>[ '1940+'=>[1to9], '1950+'=>[1to9], '1960+'=>[1to9] ], '1970+'=>[1to9], '1980+'=>[1to9], '1990+'=>[1to9], '2000+'=>...] Ибо большинство попадёт в это пространство.

Представь, сколько времени и действий потребуется, чтобы человеку 85 года рождения ввести д/р свой. И сколько при этом редактирований сообщений с кнопками нужно, ещё посчитай время на отклик. Я сильно сомневаюсь, что твой подход будет быстрее и удобнее простого ввода даты с последующей проверкой. Ещё учти, что в процессе ввода юзер может попросту ввести другие команды, а потом вернуться к выбору, например, года.

Представь, сколько времени и действий потребуется, чтобы человеку 85 года рождения ввести д/р свой. И сколько при этом редактирований сообщений с кнопками нужно, ещё посчитай время на отклик. Я сильно сомневаюсь, что твой подход будет быстрее и удобнее простого ввода даты с последующей проверкой. Ещё учти, что в процессе ввода юзер может попросту ввести другие команды, а потом вернуться к выбору, например, года.

min 4 max 5 нажатий инлайн кнопок. Слава Олегу (так тут принято?) и MTProto - отклик на callback очень быстрый. Быстрее - не факт, людям без привычки писать кнопочками текст удобнее - факт.

Немного статистики и фантазии могут выбор года свести к последовательному нажатию максимум трёх (а чаще двух) кнопок из массива [ '<1970'=>[ '1940+'=>[1to9], '1950+'=>[1to9], '1960+'=>[1to9] ], '1970+'=>[1to9], '1980+'=>[1to9], '1990+'=>[1to9], '2000+'=>...] Ибо большинство попадёт в это пространство.

День рождения точнее год это случайность его нужно вводит через цефровую клаву а во день 1-31 и месяц 1-12 можно чкез кнопки хотя в телеге есть андоид подобный выбор дат

Представь, сколько времени и действий потребуется, чтобы человеку 85 года рождения ввести д/р свой. И сколько при этом редактирований сообщений с кнопками нужно, ещё посчитай время на отклик. Я сильно сомневаюсь, что твой подход будет быстрее и удобнее простого ввода даты с последующей проверкой. Ещё учти, что в процессе ввода юзер может попросту ввести другие команды, а потом вернуться к выбору, например, года.

Я вот руку сломал, мне печатать вообще западло...

День рождения точнее год это случайность его нужно вводит через цефровую клаву а во день 1-31 и месяц 1-12 можно чкез кнопки хотя в телеге есть андоид подобный выбор дат

Всё равно распределение есть,или поспоришь? )))

Всё равно распределение есть,или поспоришь? )))

Это я про год рождения )

min 4 max 5 нажатий инлайн кнопок. Слава Олегу (так тут принято?) и MTProto - отклик на callback очень быстрый. Быстрее - не факт, людям без привычки писать кнопочками текст удобнее - факт.

Отклик на колбэк в первую очередь зависит от местоположения сервера с ботом, а не от MTProto.

Ну, ну мы не берём в расчёт тех людей которые хостятся далеко от api.telegram.org, это их проблемы.

Ну почему же... ты же предлагаешь универсальное решение

Отклик на колбэк в первую очередь зависит от местоположения сервера с ботом, а не от MTProto.

Серьёзно, я почувствовал себя человеком с ограниченными возможностями. Я буду учитывать их теперь обязательно в разработке.

¯\_(ツ)_/¯

Серьёзно, я почувствовал себя человеком с ограниченными возможностями. Я буду учитывать их теперь обязательно в разработке.

!!!!!

Ну почему же... ты же предлагаешь универсальное решение

Я предлагаю решение для удобства - вариантс кнопками + вариант с парсингом. Кому какой удобнее - тот сам выберет.

Собственно, да. Плюсы и минуса каждого из подходов мы тут обсудили. А дальше кто какой вариант выберет, дело его

Вот решение от Тг для ботов

Вот решение от Тг для ботов

Есть маааааленькая проблема: Bot API по своей природе не имеет возможности взаимодействовать с ОС

Пардон, исключение: геолокация

До тех пор пока не прикрутят dateKeyboard какой-нить.

Но это будет очень нескоро, если будет, конечно же

Я о том же

Но как работает эта штука с точки зрения пользователя

День месяц год

Боту лучше год месяц день для того чтобы потом определить високосный или нет

Боту лучше год месяц день для того чтобы потом определить високосный или нет

А человеку лучше день месяц год, кмк...

Ну меня по крайенй мере когда про ДР спрашивают, мне дата и месяц в голову первыми приходят )))

А где золотая середина

Человек это день месяц год бот год месяц день или календарь как контрол

Вау у меня есть желание это воплотить в жизнь

Через инлайнкейбоард

Пишу с мобил а так бы уже делал

ребят

киньте ссылку на js чат

https://paste.ofcode.org/U5r5tnrHdEdb7yVBAYEXx8 вот тут не работает что-то(

я пытаюсь разобраться с магией js, но она не поддается

я пытаюсь разобраться с магией js, но она не поддается

Спрашивай

я пытаюсь разобраться с магией js, но она не поддается

В 7 строке ты проебал контекст.

this.increment = () => { return this.st++; }

setInterval(() => action(c1), 3000); setInterval(() => action(c2), 3000); setInterval(() => action(c3), 3000);

А разве не setInterval не верно работает?

action выполняется один раз, а не по интервалу

Сам не js разраб, но было интересно решить, могу не правильно выражаться

https://jsfiddle.net/tcf90sxp/

Привет, ребята. Где можно захостить, своего бота, написанного на Java?

Любой впс сервер подойдет

Привет, ребята. Где можно захостить, своего бота, написанного на Java?

Посмотри в сторону Scaleway (выбирай Амстердам в качестве региона)

Сам не js разраб, но было интересно решить, могу не правильно выражаться

setInterval(() => {action(c1)}, 3000); setInterval(() => {action(c2)}, 3000); setInterval(() => {action(c3)}, 3000);

Посмотри в сторону Scaleway (выбирай Амстердам в качестве региона)

у них партнерку сделали?

у них партнерку сделали?

Не знаю, как-то не испытывал в этом необходимости

а то мне 7 месяцев назад по промокоду "обещали"

?

setInterval(() => {action(c1)}, 3000); setInterval(() => {action(c2)}, 3000); setInterval(() => {action(c3)}, 3000);

А обязательно если одна фукнция расставлять скобки? сработало и без этого. Или это правила хорошего тона?

А обязательно если одна фукнция расставлять скобки? сработало и без этого. Или это правила хорошего тона?

здесь обязательно, ибо оно не испольхует аргументы лямбды то есть твой вариант это тоже самое что const x = action(c1) setInterval(() => x, 3000);

вок как то так )

можно так, но это велосипед setInterval((x) => action(c1, x), 3000);

Но лучше конечно переписать это все )

здесь обязательно, ибо оно не испольхует аргументы лямбды то есть твой вариант это тоже самое что const x = action(c1) setInterval(() => x, 3000);

спс. Раз пошла такая пьянка. Можешь подсказать решение (куда смотреть). Это в js (делаю на js в связи с наличием либ по необходимой теме). Есть объект который занимается скачиванием информации порциями. Порция за порцией. Каждый раз, когда готова новая порция - я ее пуляю через event emmit - emit('newBlock', block). Те, кому это интересно подписываются на это событие - obj.on('newBlock', function(block) { return Promise(...) }). Объект который получает порция - сохраняет в базе отметку, что он уже получил, но не ждет пока порция обработается. Ищу как сделать так, чтобы я мог из объекта опубликовать событие и дождаться пока все, кто на него не подписались - не обработают его. И только потом получать новую порцию.. Еще не нашел как (проектом занимаюсь по выходным, завтра думал засесть и буду признателен за наводки.)

Тут либо ивент эмиттер, либо очередь. Как бы разные подходы. Просто очередь и ждать пока все клиенты не ответят. Promise.all и вперед

Именно поэтому все js либы для телеги которые юзают эвэнтэмиттер - имеют бажный лонгполлинг ) Юниоры :)

Мне не обязательно eventemmit, но хочется отделить класс по добыче инфы, от обработчиков. Думал расковыривать как у тебя в telegraf сделано (за либу отдельно спасибо, использую).Там мне нравится, что я, как бы подписываюсь на событие (только если я верно понял его обработает только последний подписчик). Внутри какая магия не смотрел. В том кто эммит события и думаю использовать Promise.all, вот только ищу способ сделать это - как правильно ну и красиов.

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

Хочеться отделить - аггрегируй ;)

Класс обработки - просто обработчик, тут может вообще класс не нужен

а там где тащишь данные - просто дергай в цикле обработчик