Проблема решена. Оказалось, IE выполнял сценарий eventblock.js модуля events с ошибкой. Помогло закомментирование 35 и 36 строк этого файла:
// $(element).height(element.offsetHeight+"px");
// $(element).width(element.offsetWidth+"px");
Пока ошибок в работе блока не обнаружил.
Похоже glossary то что надо! Буду экспериментировать. Искать не то чтобы лень, но спросить в данном случае было быстрее, потому что с одной стороны не мог придумать ключевых слов для поиска, с другой знал что мне точно здесь быстро ответят, потому что вопрос жизненный)
Спасибо, про слоган именно так. Раз у всех, что же с этим поделаешь?))
Про миссию тоже ясно... Главная страница заменена с помощью модуля Front page.
Спасибо за разъяснения!
// Extract the affected users:
$result = pager_query('SELECT uid, access FROM {users} WHERE uid > 0 AND status != 0 AND access != 0 ORDER BY access DESC', 20, 0, NULL);
Нуууу... раз такая пьянка, пожалуй для меня лучшим выходом будет использовать модуль excluded_users и хакнуть profile.module на предмет встраивания кода, который приведен в readme в excluded_users. За ссылку спасибо! Она поможет мне разобраться во внутренностях profile.module.
Спасибо з информацию! Все это очень хорошо и работает в теории и - иногда - на практике. Работает когда страница - голый текст. Только что методом проб и ошибок выявил такую вещь: данная установка не действует при наличии в странице тега где попало, как это происходит при использовании висивиг-редактора. А именно, берется только то, что входит в первый параграф страницы. Таким образом, если я делаю статью о человеке, то чтобы в списке было нечто похожее на предыдущий комментарий этой темы, мне нужно:
Проблема решена так:
1. По совету Gedler'а: Запретить доступ к материалам сайта для незарегистрированных пользователей. Информацию с приветсвием реализовать через блок с показом только для роли гостей.
2. Приветственный блок хотел настроить для показа только на странице front, но не вышло. Так и не понял почему, сделал наоборот: на всех, кроме указанных, а это всего лишь
user
user/*
3. От надписи избавлялся так. В includes/common.inc определена функция, которая выводит эту надпись. Исходный текст такой:
function drupal_access_denied() {
Да, это то, что нужно, спасибо. Только когда я вывожу блок с приветствием, он показывается под надписью
Доступ запрещен
Зарегистрируйтесь, чтобы получить доступ к этой странице.
Если бы еще от этой надписи избавиться, было бы супер!
Блок events работает по-разному в Firefox и IE
Проблема решена. Оказалось, IE выполнял сценарий eventblock.js модуля events с ошибкой. Помогло закомментирование 35 и 36 строк этого файла:
// $(element).height(element.offsetHeight+"px");
// $(element).width(element.offsetWidth+"px");
Пока ошибок в работе блока не обнаружил.
Подскажите какой нужен модуль?
Похоже glossary то что надо! Буду экспериментировать. Искать не то чтобы лень, но спросить в данном случае было быстрее, потому что с одной стороны не мог придумать ключевых слов для поиска, с другой знал что мне точно здесь быстро ответят, потому что вопрос жизненный)
Как определить что нода относится к форуму?
Это практически то, что я искал! Спасибо за тему и за ответы. А как еще можно привязаться не к типу ноды, а к ее таксономии?
Пропали слоган и миссия
Спасибо, про слоган именно так. Раз у всех, что же с этим поделаешь?))
Про миссию тоже ясно... Главная страница заменена с помощью модуля Front page.
Спасибо за разъяснения!
Пропали слоган и миссия
Нет, файлы темы не правились. Переменные попробую отследить и поглядеть что в них.
Как отрезаются материалы в списках таксономии?
Спасибо за наводку на excerpt! Это именно то, что нужно.
Скрыть профили пользователей/ролей?
Сделал, работает)) Заменил в profile.module
// Extract the affected users:
$result = pager_query('SELECT uid, access FROM {users} WHERE uid > 0 AND status != 0 AND access != 0 ORDER BY access DESC', 20, 0, NULL);
на
//$uids_to_exclude = array(0);
//if (module_exist('excluded_users')) {
$uids_to_exclude = excluded_users_get_excluded_uids();
//}
Скрыть профили пользователей/ролей?
Нуууу... раз такая пьянка, пожалуй для меня лучшим выходом будет использовать модуль excluded_users и хакнуть profile.module на предмет встраивания кода, который приведен в readme в excluded_users. За ссылку спасибо! Она поможет мне разобраться во внутренностях profile.module.
Как отрезаются материалы в списках таксономии?
запомню! Пока что и так получилось)
Как отрезаются материалы в списках таксономии?
Спасибо з информацию! Все это очень хорошо и работает в теории и - иногда - на практике. Работает когда страница - голый текст. Только что методом проб и ошибок выявил такую вещь: данная установка не действует при наличии в странице тега где попало, как это происходит при использовании висивиг-редактора. А именно, берется только то, что входит в первый параграф страницы. Таким образом, если я делаю статью о человеке, то чтобы в списке было нечто похожее на предыдущий комментарий этой темы, мне нужно:
Разные ноды по одному адресу в зависимости от роли
Проблема решена так:
1. По совету Gedler'а: Запретить доступ к материалам сайта для незарегистрированных пользователей. Информацию с приветсвием реализовать через блок с показом только для роли гостей.
2. Приветственный блок хотел настроить для показа только на странице front, но не вышло. Так и не понял почему, сделал наоборот: на всех, кроме указанных, а это всего лишь
user
user/*
3. От надписи избавлялся так. В includes/common.inc определена функция, которая выводит эту надпись. Исходный текст такой:
function drupal_access_denied() {
Разные ноды по одному адресу в зависимости от роли
Да, это то, что нужно, спасибо. Только когда я вывожу блок с приветствием, он показывается под надписью
Доступ запрещен
Зарегистрируйтесь, чтобы получить доступ к этой странице.
Если бы еще от этой надписи избавиться, было бы супер!