Fancy Form - form library on JQuery
 

Добрый день.
Сделал небольшой проект.
Библиотеку на JQuery для построения форм.
http://fancyjs.com

Большое внимание уделил валидацие.
Можно делать свой тип валидации через RegExp и function и поставить
текст ошибки.

Доки пока нет. Надеюсь в будущем добавлю.
Пока не нашел подходящий продукт для документации.
Если подскажите будет классно))

Текущий theme что-то среднее между стилем из вконтакта и facebook
хочу в будущем заменить стиль и добавить несколько других.

Библиотеку решил делать платной.
Хотелось попробовать сделать что-то коммерческое.

Из своего опыта хочу сказать, раз 5 пробовал делать коммерческие продукты по-мимо работы - очень сложное дело... ничего не вышло.
От этого продукта ничего особо не жду, но решил еще раз попробовать.
Angry Birds вроде был 50 продуктом фирмы, надо пробовать ))

Разрабатывая учитывал опыт неудач.
Когда думаешь делать что-то большое - делаешь полгода и понимаешь
что не тянешь и в итоге получается недоделанный проект, на рынок с таким выходить вообще смысла нет и бросаешь.

Задал себе вопрос что могу сделать маленькое, но так чтобы 100% работало где-нибудь на 1000 строк кода.
Вспомнил, что с формами вечно проблема и нет ни одного продукта который бы мне нравился.
Вот решил попробовать, в итоге получилось чуть больше 2000 строк кода.
Поддерживает IE8+
Работает стабильно.


Хотелось бы услышать комментарии, советы.
Если ретвитните буду очень рад))
https://twitter.com/FancyForm

Еще один момент, понял что очень трудно двигать продукт.
До стадии хоть какого-то маркетинга никогда не доходил, в основном занимался кодом.
Вроде не нуб, но не смог найти не одного места где рассказывают
о новых плагинах для JQuery, чтобы разместить ссылку.

Код проекта не в открытом доступе.
Если кому интересно расскажу пару моментов.
Есть своя мини RIA библиотека с более или менее классическим наследованием, плюс внедрил пару своих фишек.
Работает шустро.
Наследует класс событий, на котором можно делать в принципе любой виджет.

Если спрашивать почему сделано не в стиле Angular, т.е. почему нет
описание на html
Angular штука хорошая, но по моему субъективному мнению у нее куча
проблем, которые делают разработку библиотек на нем очень сложной и медленной.
Мне нравится React немного из за виртуального dom, но синтаксис не очень у него.

Возможно поддержку Angular сделаю, так как Angular - тренд.

На сайте появилась документация, больше примеров, themes.

Данные, это база, а в базе текстовым данным всегда сопоставляется максимальная длина, иначе неоправданный расход. Кроме этого есть типа данных DATE, DATETIME, а им тоже могут задаваться условия. Есть поля SET и это по сути набор флажков, и ENUM а это уже список, но ведь не обязательно его первое значение будет по умолчанию, бывает, что удобнее такое иметь последним в списке.

Извините, не понял вопрос.
Поле время в данный момент нет, но скоро появится.

Данные где хранятся? В базах вестимо, а базах типы данных могут быть различны, в зависимости от базы. Есть тип данных SET, это если сопоставить с элементами формы, то будет набор флажков. Ест ENUM, это выбор одного из многих, то есть либо группа зависимых радиокнопок, либо список раскрывающийся, и при этом может быть выбрано значение по умолчанию, и не обязательно что первое в списке (ENUM значения хоть и являются текстовыми данным, но во внутреннем представлении это числа, от 1 ....).
Данным типа CHAR задают макс. длину и это нужно учитывать.

Т.е. вам нужна интеграция с базой данных.
Чтобы поля имели названия как SQL типы данных,
максимальное число символов согласно типу данных,
format для date поля.

Учтем.
На данный момент предлагаю для DATE использовать строковое поле string или сombo.

Для ENUM подходит поле сombo.

Мне не нужна интеграция, мне и плагинов проверки полей формы на клиенте не нужно, я к ним отношусь прохладно. :)
Я лишь о том, что данные представляемые формой гораздо шире стандартных input с текстом или числом (кстати есть еще и FLOAT), для ввода адреса или имени, все шире, и уж коли делать, то надо все типы данных учитывать.

Понятно, ну надумаете пользуйтесь ;)

Нет, зачем, если святой обязанностью сервера является проверка данных? А с выходом HTML5 доступны required и pattern, и этого вполне достаточно чтобы пользователь не шалил. А в браузерах старичках при отправке формы проверить на обязательность по наличию required, и посредством RegExp по указанному в pattern. Зачем еще городить огород? :)