"<a href="mailto:Murz@drupal.org">Murz@drupal.org</a>" wrote:

каждый новый перевод добавляет тормозов

"iHappy" wrote:

зачем лишние.
такое делается чистым CSS.

это сложно. Гораздо проще устроить ад в админке, зато редактор открывать не надо -)

"bratello" wrote:

Я просто пытаюсь понять смысл зачем хиден филд сделали только для чтения?

То-же самое касается селектов, чекбоксов и радиобаттонов. Для защиты от кульхацкеров, для удобства разработки например, чтобы не лепить свою валидацию.

"bratello" wrote:

А смысл

А вы попробуйте. Всего лишь - input на textfield поменять, давно бы уже сделали.

в друпале скрытые инпуты защищены от изменений клиентом. Если уж так решили действовать, то делайте скрытый стилями текстфилд.

"FORTIS" wrote:

комментарии на русском были?

http://drupal.ru/files/reset_0.zip
вот этот образец. Максимально обрезанный и ложивший друпал в белочку. Кстати, сейчас его подключил, все нормально, в осадок не выпадает. Но было жеж. Правда на домашнем денвере, может что-то с конфигурацией apache/php не того, хотя казалось бы что там криминального.

"FORTIS" wrote:

kosilko, может стоило попробовать utf-8? )

CSS в UTF8? Это фича такая? А зачем? Чисто для того чтобы друпал на нем не падал, или это технические требования?

theme_menu_item(), theme_menu_item_link(), theme_menu_tree() - примерно такой набор

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

ul.menu li, ul.menu li li, ul.menu li li li и так далее - варианты CSS-селекторов меню по признаку вложенности, зачем изобретать еще классы?

"AnNik" wrote:

Что-то сомневаюсь, что прав хватит

чем черт не шутит? У меня был случай с возможностью изменять директиву auto_prepend_file на бесплатном хостинге, не говорю уж о прочтении содержимого этого инклюда средствами PHP. Пароли админские к БД кстати там хранились -) Рекламу с помощью него подрубали.

если проблема в open_basedir то имеет смысл попробовать поменять open_basedir через .htaccess или php.ini или в php-коде через ini_set()

хе-хе. Вариант 3 - В слове E-mail использовать русскую букву "Е" или "а"

"zazar" wrote:

Разобрался, можно такой код в блоки пихать:

Но не очень (с). Разбирайтесь тщательнее, тщательнее разбирайтесь.

а разрешение "доступ к содержимому сайта" не катит абсолютно, чтоли?

"<a href="mailto:Oleksa@drupal.org">Oleksa@drupal.org</a>" wrote:

Но какой смысл их здесь на друпал.ру на обсуждение размещать?

"Stan.Ezersky" wrote:

А свой дизайн, своя вёрстка, своя темизация?

свой друпал, свои модули, свои вьюс.... -))

'#default_value' => variable_get('types', array());
....
сохраняем:
variable_set('types', $form_state['values']['types']);

template.php или иные шаблоны темы ковыряли? В UTF8 конвертировали?

"julia_sib" wrote:

phptemplate_форм_альтер(...) игнорируется

попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз
попробуйте еще раз

"julia_sib" wrote:

народ подскажите, как выполнять валидацию cck в phptemplate

"julia_sib" wrote:

Отсылка формы для записи выполняется function photo_node_form_submit($form, &$form_state)

или в настройках темы снять галочку "Основные ссылки"

а... звиняюсь, не дочитал.. ну тогда да, AHAH

"Ryo Hazuki" wrote:

Начал темизировать сайт. Необходимо создать пустой select, а после загрузки страницы с помощью jQuery подгрузить данные json из файла.

"Ryo Hazuki" wrote:

$.getJSON('/sites/all/themes/pshop_theme/js/fonts.json',