Львенок

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

я вам дал рабочий код из 1.10.3, при желании подробнее можно посмотреть в траке

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

где находится код, который отвечает за генерацию форм из Конструктора

form.class.php

Спасибо. Супер.
upd: Есть небольшое пожелание к разработчикам, чтобы можно было в Конструкторе выбирать альтернативные шаблоны форм. Сейчас он жестко в классе прописан…

Не хочу лезть в ядро. Разбираться и отлаживать косяки, которые будут потом, некогда и желания нет.
Сделал отдельный шаблон для статьи. Сделал пару отдельных статей в которые вставлены формы. В шаблон прописал несколько DIVов. Яваскриптом выдергиваю сообщения об ошибках и цепляю к нужному ДИВу...
Следующие грабли теперь — в случае успешного отправления сообщения снова выдается эта форма, когда она уже не нужна (имхо не продумано разработчиками)...
Сделать что ли проверку на наличие "успешного" сообщения и в случае наличия скрывать форму и перебрасывать потом на -2 странички из history...

Кстати, а где находится код, который отвечает за генерацию форм из Конструктора???

Заказчик захотел, чтобы по кнопкам "Записаться" и "Обратная связь" выскакивали модальные окошки-формы с полями для обратной связи...
Стал ваять...
1. Сделал модули под каждую форму. Задал CSS_префикс, назначил классу этого модуля display:none. Теперь обе формы выводятся невидимыми на каждой странице.
2. Сделал кнопки с видимых модулей, которые делают формы видимыми. Но… в случае ошибки заполнения формы, сообщения, которые идут по тэгу
div class="sess_messages" и далее по дереву почему-то находятся не внутри модуля...
Ну ладно… в template.php допустим я переставлю sess_messages в нужный мне контейнер. Но в случае ошибки снова перегружается страница и снова форма будет невидима...
Сейчас попробую сделать форму в виде отдельной статьи со своей страницей и шаблоном, чтобы сразу выглядела как модальная...
Блин, и как вот ошибки подставить в вывод формы...
Есть идеи как это все сделать не меняя архитектуру Инстанта???

Fuze, надо тогда уже составлять список необходимых действий и рекомендаций по проверке на "правильность" кода: что где почитать и как оттестировать код… Я стараюсь конечно максимально сохранить архитектуру InstantCMS и не вносить код куда попало, но все же хотят быстро и дешево...
Чтобы новички хотя бы могли что-то почитать перед тем, как продавать свой труд…

Показывал заказчику возможности конструктора форм. Сидели забивали нужные формы...
Сейчас смотрю — а где каптча и кнопка подтверждения/отправки формы???? А нету...
Возможности добавить/где-то включить тоже...
И где???
upd. О, нашел. Оказывается выбирая "Выводить только поля формы" как раз и убирает это все…

а пункты регистрация и вход находятся в шаблоне. Они не модуль.

Ну вот как-то вот… не совсем правильно с точки зрения функционала.
Мне-то все равно, а вот Заказчик попросил убрать это меню… Ручками из шаблона я конечно выброшу, но вот с точки зрения здравого смысла… раз там выдаются пункты пользовательского меню, то и убираться оно должно также как пользовательское меню… Это так… на будущее…

Хочу, чтобы пользовательское меню было доступно только залогиненым юзерам да и то только для того чтобы выйти. Делаю соответствующие настройки доступа группам юзеров в модуле "Меню пользователя", разлогниваюсь и все равно вижу пункты "Регистрация и вход", что не совсем правильно…

Снова на Зеноне (на Мастерхосте все ОК). Возможно виноват тот же FCK
При редактировании статьи в {ФОРМА вместо О — &'#'1'0'5'4';
Если убрать апострофы получите то самое сочетание…
(подсмотрел в MySQL таблице)
Сходу пока не могу определить откуда такое берется...

upd: Вставлял текст в модуль "Добро пожаловать". Так из 2к текста через каждые 5 символов буквы обозначаются таки образом… Поиск боюсь работать не будет…

Погонял в редакторе Notepad++ из одной кодировки в другую файл русификации FCKeditor. В Хроме стал нормально отображаться… В FF тоже. Надо было почистить кэш...
В Хроме это как-то живет немного своей жинью, но вроде устаканилось...

Есть мысль, что это как-то связано с метками в конце файлов указывающих что это кодировка utf8

До сих пор ставил Инстант у себя на Мастерхосте, проблем не было. Заказчик подогнал хостинг для своего проекта на Зеноне. Поставил с нуля и в админке в редакторе статей на всех кнопках подписи выглядят так как будто в браузере настроен просмотр кодировки win1251, а текст в utf8. Причем в браузере настроен именно utf8 и весь остальной текст тоже нормально отображается.
Если в Рыжем лисе принудительно ткнуть кодировку utf8, то браузер начинает нормально все отображать, а в Хроме уже так не получается…

Я плохо понял вопрос. В чем проблема? Нужны площадки? Могу выделить пару. У меня и так 2-3 площадки использовались для тестирования компонентов под разные версии.

Дело не в самом количестве площадок, дело больше в выработке общего плана самого процесса тестирования.

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

Мануальчик, уже надо набрасывать после выработки единого решения.

Значит нужно делать чеклист:
Компонент такой-то: проверка функционала самого компонента: изменить позицию компонента, перенести компонент, включить/выключить компонент.
проверка функции (одной из множества) компонента:
функция такая-то:
чекаем: добавить элемент, удалить элемент, отредактировать элемент (в т.ч. включить/выключить элемент), изменить позицию элемента,
Выявленные проблемы: записываем по каждому действию.
Там же изменение стилей…

Я плохо понял вопрос. В чем проблема? Нужны площадки? Могу выделить пару. У меня и так 2-3 площадки использовались для тестирования компонентов под разные версии.
Какие еще сложности? Как организовать обсуждение? Выделить целый раздел в форуме под обсуждение версии, где каждая тема будет посвящена отдельному компоненту...
В чем проблема?

А по теме: вот курил как-то водку и думал, чего не хватает дефолтному шаблону? Резиновости!
резиНОВОСТИ:
Взял 960.css и заменил там всё, где было "0px" на "%": 960px на 96%…
Надеюсь дописать на днях и выложить...

Отчасти согласен, но...
С резиновостью бы по осторожнее. Весь прикол Инстанта в том, что никогда не знаешь, какие изменения каким боком вылезут… Есть вероятность что где-то что-то начнет нехорошо разъезжаться…

Инстант — это не религия, это работа и удовольствие, получаемое каждым по своему. Что за обсуждение? У вас, что не с кем встречаться с шашлыком? Может организуем встречу любителей windows? Вы что как дети? Давайте делом займёмся, больше пользы будет.

"Это наша Камасутра...", как российский автопром ))
Москва, иногда набегами Уфа, раз в 2 года по майским праздникам Украина: Черное море в Крыму в мае холодное конечно, а Азовское уже ниче (но жилье вполне себе бюджетное)…

Ну а для чего Вам использовать те таблицы стилей, которые использовали разработчики для дефолтного шаблона? Не понимаю если честно. Сверстали свой template.php, прописали для него свою таблицу стилей, потом уже править .tpl и вписывать в свою таблицу стилей то что прописано в .tpl
ИМХО, вот у инстанта самая вменяемая система шаблонизации из всех что я видел

:)
Допустим мне нужно сделать заточенный определенным образом портал. Я сижу и разбираюсь. Мне нужно переделать больше 60% шаблонов компонентов и модулей. Заодно пытаюсь понять куда какие стили лучше всего запихивать.