Здравствуйте! Перерыл, наверное, весь форум.
Нашел даже темку самого Fuze — instantcms.ru/blogs/udarnyi-blog/novye-polja-v-profile-pri-registraci-i-poisk-po-nim.html
По которой на instant 1.8 год назад устанавливал дополнительные поля.
Сейчас, на движке 1.9 это реализовать не удалось.
Конструктор форм позволяет добавить новые только при редактировании профиля, а заказчик хочет, чтобы поле заполнялось при регистрации.
Если кто знает,как реализовать внедрение новых форм при регистрации с возможностью редактриования в профиле пользователя, подскажите, пожалуйста!
поиск не дал нужных результатов
#1
11 октября 2012 в 17:04
этой теме энцать лет )) Все проще на данный момент.Нашел даже темку самого Fuze
В 1.10 можно будет привязывать формы с валидацией, указывать ссылкой ли поле будет или текстом, обязательные для заполнения появятся автоматически при регистрации в форме. Так что смотрите код 1.10 или дождитесь релиза. RC будет уже совсем скоро.
А пока скачайте и попробуйте сами.
Сегодня в 03:33
#4
11 октября 2012 в 22:13
Это уже как бы предрелизный вариант?А пока скачайте и попробуйте сами.
#5
11 октября 2012 в 22:22
ок, благодарю, подожду релиза.😊Надеюсь, перейти с 1.9 на 1.10 будет легко (чтобы не вручную файлы заменять, а автоматически.
#6
11 октября 2012 в 22:49
Игорь, а в frontend.php есть возможность комментария ошибки?при регистрации в форме
не понял вопросав frontend.php есть возможность комментария ошибки?
это бранч, в котором я работаю.Это уже как бы предрелизный вариант?
#8
11 октября 2012 в 23:15
не понял вопроса
Как ему дать знать, что именно нужно поправить?
#9
11 октября 2012 в 23:24
заставляет пользователя изменить неверно введенные данные, как я понял. Как ему дать знать, что именно нужно поправить?
А вы посмотрите может ли обычный пользователь ввести эти данные неверно. Пользователь априори введет эти данные верно.
#10
11 октября 2012 в 23:33
Это так. Просто, если бы такой механизм был, я применил бы проверку дополнительных полей вроде почтовых адресов и URLвы посмотрите может ли обычный пользователь ввести эти данные неверно. Пользователь априори введет эти данные верно.
#11
11 октября 2012 в 23:36
В чем проблема? Применяйте.если бы такой механизм был, я применил бы проверку дополнительных полей вроде почтовых адресов и URL
#12
11 октября 2012 в 23:42
А как ограничить маской? Что предотвратит нажатие "Сохранить"?В чем проблема? Применяйте.
Есть, конечно, мнение, что скрытое поле добавить, и через jQuery проверку по выходу из каждого поля прогонять на валидность, а потом менять флаг этого скрытого поля, но форма же при этом всё равно закроется? Так?
#13
11 октября 2012 в 23:54
Я вас вообще перестал понимать, делайте проще) сливаюсь с темы.А как ограничить маской? Что предотвратит нажатие "Сохранить"? Есть, конечно, мнение, что скрытое поле добавить, и через jQuery проверку по выходу из каждого поля прогонять на валидность, а потом менять флаг этого скрытого поля, но форма же при этом всё равно закроется? Так?
#14
12 октября 2012 в 04:28
Чтобы форма "всё равно не закрылась" сделайте кнопку Сохранить НЕ type="submit" а type="button" и тем же jQuery сами субмитьте форму, если с валидностью всё в порядкеЕсть, конечно, мнение, что скрытое поле добавить, и через jQuery проверку по выходу из каждого поля прогонять на валидность, а потом менять флаг этого скрытого поля, но форма же при этом всё равно закроется? Так?
#15
12 октября 2012 в 06:03
О, спасибо. Попробую так!Чтобы форма "всё равно не закрылась" сделайте кнопку Сохранить НЕ type="submit" а type="button" и тем же jQuery сами субмитьте форму, если с валидностью всё в порядке