QuickForm - форма с функциями калькулятора и зависимыми полями - страница 8 - Конструкторы форм

Кстати, хотел спросить, текст в сепараторах может обрабатываться плагинами?

Ну подскажите кто-нибудь, где файлы загруженные с сайта искать?

Кстати, хотел спросить, текст в сепараторах может обрабатываться плагинами?

Код в сепараторах контент-плагинами не обрабатывается.

Ну подскажите кто-нибудь, где файлы загруженные с сайта искать?

Файлы отправляются по почте в письме, на сервере не сохраняются.

Файлы отправляются по почте в письме, на сервере не сохраняются.

Упс! А вот теперь мне реально стыдно! )))
Я весь хост облазила. А в письме не догадалась посмотреть. )))

Подскажите, как то можно через Ваш компонент создать форму с полем для загрузки изображений?

Требуется что бы человек мог заполнить форму, прикрепить фотографию и отправить это все на email.

Возможно это как то реализовать?

В компоненте нельзя. Но я использовала QuickForm http://joomlaforum.ru/index.php/topic,228015.0.html

Вот что получилось: http://www.domik-na-uge.ru/dobavit-ob-yavlenie

В компоненте нельзя. Но я использовала QuickForm http://joomlaforum.ru/index.php/topic,228015.0.html

Вот что получилось: http://www.domik-na-uge.ru/dobavit-ob-yavlenie

Это то что нужно:)

Теперь вопрос, как реализовали?
Через separator вставляли <input type="file"> ?
или пилили компонент?

Не! Там с недавнего времени появился тег "file". По-моему последний.
А я пилить не умею. ))) Я ламер полный. )))

Ой! Я перепутала ветки! )) Я думала, что мы общаемся в ветке Com-property. ))))
Отсюда и нелепости в ответах.

Файл прикрепляется тегом "file" в самом компоненте. А файлы потом приходят на почту. ))) Извините если я вас запутала. Сама запуталась потому что. )))

Автор поддерживает свой продукт ?
Сайт http://bigemot.ru/ не доступен. Поделитесь, пожалуйста, компонентом.

Ой! Я перепутала ветки! )) Я думала, что мы общаемся в ветке Com-property. ))))
Отсюда и нелепости в ответах.

Файл прикрепляется тегом "file" в самом компоненте. А файлы потом приходят на почту. ))) Извините если я вас запутала. Сама запуталась потому что. )))

Блин, надо видимо компонент обновить;)

Автор поддерживает свой продукт ?
Сайт http://bigemot.ru/ не доступен. Поделитесь, пожалуйста, компонентом.

Сейчас работает. Если что, стучите в личку, у меня есть архив.

Блин, надо видимо компонент обновить;)

Ага. ))

Есть такая штука, которая позволяет вводить данные в поля по маске
Typecast 1.4 (release)
Чтобы прикрутить это к QuickForm, я разместил эти скрипты так:
...docs/typecast/...

Далее в файл
...docs/administrator/components/com_quickform/helpers/form.php

Сразу после строк
Добавил строки

И еще - для авто-инициализации typecast
я добавил в начало файла ...docs/typecast/typecast.config.js

Чтобы разместить поле с маской ввода - выбираем в QuickForm
обьект separator и пишем произвольный HTML текст:

Спасибо авторам обеих разработок, все работает.

А еще я собирался прикрутить к этому выпадающий календарь
На чистой, тестовой странице все работает прекрасно.
Но не все так просто на сайте - очень сильно ломают календарь стили шаблона сайта.
Я переключал шаблоны и каждый раз на новом шаблоне он глючил и его корежило по-разному.
Может у кого-то есть какие-то идеи насчет календаря ?

Я переключал шаблоны и каждый раз на новом шаблоне он глючил и его корежило по-разному.
Может у кого-то есть какие-то идеи насчет календаря ?

Если вы вставляете элементы формы через сепараторы, я порекомендую их заключать в div теги, например
<div class="mydiv"><input type="text" id="ReportDate1" class="TCMask[##.##.####,mm.dd.yyyy]" /></div>
После этого можно играться с CSS шаблона и добиться нужного отображения.

Спасибо, попробую.

Теперь еще кое-что интересное.
Я попытался добавить новый тип элемента - дату по маске ввода text_date ( через Typecast),
так, чтобы это поле можно было использовать в визуальном построителе
и чтобы оно отправлялось вместе  с другими полями в письме.


Все получилось, кроме вывода заголовка поля даты по маске ввода:
в редакторе заголовок поля сохраняется, а пользователю он не отображается
и в письме приходит только дата, без имени поля.
Проблема где-то здесь: в файле docs\administrator\components\com_quickform\helpers\form.php
Сейчас думаю как исправить эту недоработку.

Вообще, изменения вносились в эти файлы:
docs\administrator\components\com_quickform\helpers\form.php   
docs\administrator\components\com_quickform\views\quickform\tmpl\default.php
docs\administrator\components\com_quickform\helpers\quickform.php
docs\components\com_quickform\helpers\class.php

Архив каталога docs\administrator\components\com_quickform
Архив каталога docs\components\com_quickform_com_quickform

Кому интересно - можете скачать и сравнить файлы с текущей версией,
чтобы понять как добавляется новый тип поля.
Но скажу честно: добавление нового типа поля - это не простая задача,
оно "прибито гвоздями" сразу в нескольких местах в нескольких файлах.

И я не понял зачем там вообще функция
Она, что, специально для торможения сервера вставлена ? )
Здесь имеем обработку строк без возможности кеширования результатов.
Или это такая своеобразная экономия длинны поля, чтобы как можно больше вместить в короткое поле ?
Если бы была прямая выборка без обработки - было бы гораздо быстрее.
Ну и еще - запись в InnerHtml тоже далеко не самый эффективный способ.

Теперь еще кое-что интересное.

Круто=) А может разработчик доработает и добавит возможность вставлять поле даты в основной компонент?

Интересно было бы добавить универсальный тип поля
- поле по маске, а маску задавать отдельно,
чтобы не плодить тучу полей с разными масками.
(разные форматы дат и времени, телефоны, кредитные карты, почтовые индексы и т.д.)

Т.е. то что я сделал с датой - в принципе не верно. Это только тест.
По-хорошему в визуальный построитель нужно добавить еще одно поле - маска ввода.
При этом в Б.Д. хранить поля не мешаниной HTML кода,( да еще зачем-то перекодированной),
а отдельными полями - наименование, тип, значение по умолчанию, маска ввода, подсказка, и т.п.
Т.е. все идет не к простому добавлению новой возможности, а к серьезной переделке архитектуры.

Спасибо, striganov-com. Похвально, что вы пытаетесь вникнуть в весьма не простой код и вносить собственные коррективы. Постараюсь ответить на ваши вопросы.

Функция coder() решает целый ряд проблем, на самом деле. В частности такие проблемы, которые до сих пор делали невозможным реализацию генератора форм по такой схеме. Кроме того, по совокупности, она ускоряет, а не замедляет общее время выполнения программы, а также в разы сокращает объем информации в таблице базы данных, делает компонент кросссерверным и кроссбраузерным.

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

запись в InnerHtml - не очень понятно, что вы имеете в виду. Если вопрос касается принципа записи и хранения информации, то именно такой принцип и позволил сделать компонент таким лаконичным, быстрым и интерактивным. Конечно, код при этом очень сложен и труден для понимания.

Просто я заметил, что окно редактирования форм заметно тормозит при открытии и сохранении.
- заметно дольше, чем все другие плагины.
Предположил, что дело в этом: InnerHtml  vs Dom и DOM DocumentFragments
А насчет coder()  про экономию места в поле - я уже предположил, а в остальном я наверно не достаточно еще хорошо вник, чтобы понять.

В любом случае - спасибо за Вашу  разработку.

Кстати, пользуясь случаем, хотелось бы спросить:
Какие у Вас планы по этой разработке, что в todo сейчас есть?

Я не просто так интересуюсь и пытаюсь разобраться - у меня сейчас есть прототип
отчетной системы на HTA+VBS - и она уже работает в боевом режиме в одной организации.

Так вот, задумал ее портировать под Joomla и нужен конструктор форм .
смотрел несколько других вариантов - платные, не интересно на них закладываться.

Вашу мне переделывать очень сильно придется.
(полностью изменить структуру таблиц бд, способ хранения и выборки, полностью выкинуть все регулярки и тд и тп).

Мне нужно выяснить две вещи - даете ли добро на такую  глобальную переработку (и на каких условиях).
И не будем ли мы одновременно делать одно и то же.
 Если Вы сами что-то планируете, то лучше согласовать план
действий и распределить усилия по направлениям.

В этом разделе форума вы найдете с десяток формагенераторов, сделанных по традиционной схеме. Ничего глобально переделывать не понадобится. Я же не планирую делать еще один такой.

Нужна помощь!
Установил QuickForm
Протестировал. Модуль, плагин все работает. Форма отправляется, но... Есть вопрос: - мне не нужно отправлять форму, а просто выводить на странице результат операции.
Напр.: checkbox "а" + checkbox "b" + checkbox "c" * radio "d" или "e"  или  "f" Всего = итог (результат). Как на сайте http://bigemot.ru/portfolio/6-coding/23-quickform
 
   

Буду благодарен.
С уважением kanevlife

Если нужен только калькулятор, тогда просто не выводите кнопку Отправить. Будет только калькулятор.

Решено
Спасибо lcd25. Вам +.
Просто забыл вставить валюту, ввиду чего не выводился итог.

С уважением kanevlife

Добрый день !  Наконец-то нашел нормальный компонент где есть ВСЁ что мне нужно. ТОлько одна маленькая беда :
Почему-то при заполнении названий полей русскими буквами после записи появляются одни знаки вопроса. Весь остальной сайт на русском нормально отображается.  Это сильно удручает (даже можно сказать наталкивает на мысль о "покопаться" в коде ).
Хостинг стандартный:
Joomla 3.1.  Freebsd 7  MySQL кодировка  utf8

Andro, сложно сказать, что может быть причиной. Исходя из того, что ранее ни у кого такого не наблюдалось, можно сделать предположение, что причина находится за пределами кода компонента.

Если поискать в этой теме по ключу "русский язык" то можно обнаружить, что была подобная проблема и у других...

Если поискать в этой теме по ключу "русский язык" то можно обнаружить, что была подобная проблема и у других...

Я помню такой вопрос. Там была неверная кодировка в таблицах базы данных.

Я помню такой вопрос. Там была неверная кодировка в таблицах базы данных.

Просто интересно , что в админке в модуле по русски всё пишет ..потом делаю тут же "записать" и сразу в админке на заголовках полей  вопросительные знаки ...  Что происходит в момент записи ? Откуда считываются данные обратно в заголовки полей ?

Как пересылать человека на другую, специально подготовленную страницу, но при этом осталось проверка заполненных полей? Перелопачивать компонент, для возможности заполнения у формы атрибут action? или как то менять его через JS?