KvayGon

В персональное меню модератора не приходит уведомление о наличие статей ожидающих проверки.
v2.12, установка с нуля, хостинг.
Что делалось:
1. Была создана новая группа «Редакторы».
2. Создан новый тип контента «Игры».
3. Зарегистрирован новый пользователь с кириллическим именем (Иван Иванов) и переведен в группу «Редакторы», пользователь назначен модератором «Игры».
Пользователь из группы «Пользователи» добавляет статью, она уходит на модерацию (уведомление на отправку статьи модератору Ивану Иванову есть). В персональном меню у модератора Ивана Иванова (модератор один) уведомление о наличие статьи нет, при переходе по ссылке: сайт/moderation статья есть в статусе «Ожидает проверки».

KvayGon, так у флага нет множественного выбора. Флаг позволяет поставить галочку в чекбоксе и этим вывести в записи название поля и напротив него либо "да", либо "нет". А нужно вывести название поля, а напротив него одно из предустановленных значений. Вот как это реализовать?

Не знаю правильно ли я тебя понял, но попробуй вот так:
Поле с флажком, название поля — "Автомобили", системное имя — "avto"
В файл default_item.tpl.php (файл в теме) вставляешь куда надо код:
Если флажок стоит то выводится Автомобили, если флажок не стоит то ничего не выводится.

reload, а мне как раз нужен множественный выбор именно при создании записи...
Кто как реализовывал такую штуку? Через "флаг"?

Так и выбирай в "Типе поля" "Флаг", а не "Список" и будет тебе множественный выбор.

Неужели нет решения… Знающие люди, откликнитесь!

Вот так выглядят последние три комментария ветки из десяти комментариев-ответов на экране разрешением 480х800:
В меньших разрешениях экрана читать ветку комментариев-ответов ниже 4-6 ответа в принципе невозможно, что полностью нивелирует идею адаптивного шаблона.
Предлагаю сделать средствами PHP обнуление стиля комментария: при ширине экрана менее 480px.

… Возможно это не происходит потому, что в настройках пользователя помимо указываемых групп есть над ними настройки "Доступ" (прямо над группами) и там только одна позиция "Администратор" с чекбоксом в котором нужно галку поставить и тогда твой админ сможет админку открывать...

Ты не понял, про позицию "Администратор" с чекбоксом – я знаю, флажок в чекбоксе не стоит, потому что я не ставил задачу кому-то давать доступ в админ-панель. Я просто смотрел, какие возможности можно дать пользователю с доступом выше модератора. Твоя путаница из-за слова: "администратор". Доступ "Администратор" и группа "Администраторы" это разные вещи, группа "Администраторы" точно такая же как группа "Пользователи" или группа "Модераторы" разница только в количестве правил доступа, но ни одна из этих групп не получает вход в админ-панель. Я могу создать группу "Супер администратор" с максимумом правил доступа, но в админ-панель я все равно зайти не смогу. И соответственно ссылок на админ-панель в "Персональном меню" быть не должно.

Добавляю пользователя (зарегистрированного через сайт) в группу "Администраторы" (настройки группы по умолчанию). В "Персональном меню" этого пользователя появляется ссылки на "Панель управления" с выпадающем списком: "Контент", "Типы контента", "Меню", "Виджеты" и т.д. Ссылки в панель управления не ведут (404), но и, как я понимаю, находиться в "Персональном меню" они не должны.
Денвер
v2.1.1

Атрибут alt для картинок.
Нужно сделать возможность задавать атрибут alt для изображений загружаемых в статьи как через поле "Изображения", так и через редакторы HTML redactor и markitup.

Редактор HTML live задает атрибут alt, но поскольку он не загружает фото с компьютера его использование сильно ограниченно.

KvayGon, или ватермарк вида "url сайта — user #xxx"

Можно так, или как я уже писал выше: nickname © instantcms.ru

По поводу ватермарки хорошая идея просто вписывать что-то и добавлять на картинку по желанию....

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

Про копирайт на фото пользователей

Предлагаю:
Сделать функцию наложения подписи (вотермарки) пользователей-авторов картинок загружаемые в фотоальбомы и статьи. Подпись должна быть сделана в виде nickname (или имени и фамилии) автора, плюс домен (или название) сайта сообщества, например, так: nickname © instantcms.ru. Таким образом, вотермарка автора должна подтверждать авторское право владельца, этим мое предложение отличается от предложения SE7EN который уже предлагал функционал накладывания водяного знака на материалы сайта в этой ветке instantcms.ru/forum/thread15873-22.html#325. Разумеется, у пользователя должно быть право выбора ставить/не ставить подпись.

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

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

Про редактирование/модерацию контента.

1. Редактирование статей, предлагаю:
Разрешить пользователю (в том числе в статусе "новые") редактировать свои новые неопубликованные статьи до проверки модератором.
Доводы:
Даже опытные участники сообщества, постоянно добавляющие контент, частенько по нескольку раз редактируют свои статьи, причины самые разные: ошибки/описки в тексте, неправильно скопировал, добавил не то фото, недооформил/неправильно оформил, да куча всего. Сейчас после добавления статьи ее редактировать нельзя надо ждать модерации, чтобы исправить ошибки, и опять ждать модерации чтобы статья была окончательно опубликована — это нелогично и самое главное лишние движения для всех. Что касается новичков, которые впервые добавляют свои публикации, то они большей частью вообще не читают правил оформления статей, поэтому 90% того, что они добавляют нужно редактировать.

2. Модерация контента, предлагаю:
Добавить к имеющимся действиям модератора "Разрешить публикацию" и "Удалить статью" еще одно действие "Статья не прошла модерацию" и добавить системное поле, в котором модератор опишет причину, почему статья не может быть опубликована, поле должно быть видно модератору/администратору и пользователю-автору статьи, и записи в этом поле должны сохраняться при разрешении публикации (как лог редактирования).
Доводы:
Как я уже написал выше новички, при добавлении своих материалов, в основном не озадачиваются вопросами как, зачем, для чего, и т.д. В итоге они не понимают, почему удалили их статью и покидают сообщество. В общем, такая односторонняя связь, которую я предлагаю (без ненужной переписки через внутренние сообщения), модератор -> пользователь была бы очень полезна.

3. Визуальное обозначение, предлагаю:
Добавить выражения для "Персонального меню", чтобы можно было подсветить/вывести наличие и количество статей "Ожидающих модерации" и "Не прошедших модерацию" и соответственно ссылки на список статей "Ожидающих модерации" и "Не прошедших модерацию".

Стало понятно, почему в статьях/новостях ссылки с установленным флажком "Открывать в новой вкладке" в новой вкладке не открывались.
Это происходит при установленном флажке в чекбоксе "Обрабатывать типографом" (Типы контента/Статьи/Поля/Текст статьи) в анонсе и тексте статьи исчезает атрибут target="_blank" тега <a>. Причем при создании/редактировании статьи/новости и просмотре ее кода в любом из трех редакторов (redactor, live, markitup) атрибут target="_blank" присутствует, но в коде html-страницы его нет.
При снятии флажка в чекбоксе "Обрабатывать типографом" ссылки открываются в новом окне как положено. Я не знаю это так задумано или баг, на мой взгляд, такого быть не должно.

kreator, возможно, это ответ на твою проблему:

попытался в этом редакторе разрешить тег для ссылки target="_blank" чтоб работал.

в файле set.js исправил

{name:'Ссылка', key:'L', openWith:'', closeWith:'', placeHolder:'Заголовок ссылки...', className: 'btnLink'},

на

{name:'Ссылка', key:'L', openWith:'', closeWith:'', placeHolder:'Заголовок ссылки...', className: 'btnLink'},

теперь ссылка вставляется с тегом target="_blank" и при редактировании этот тег видно, но на странице ссылка отображается без этого тега.

Где что подправить чтоб не фильтровало этот тег?

Системное поле title (Заголовок) в статьях, постах и т.д. имеет ограничение в 100 символов с пробелами, при том, что это ограничение нельзя редактировать (насколько я понял, это объем ячеек в БД) является проблемой. 100 символов — это мало, есть тематики, где преобладает контент с тайтлами от 100 знаков, например: юридическая, экономическая, сайты гос. учреждений, недвижимости (например, _http://realty.newsru.com/), и т.д. Да, конечно, есть разные сео рекомендации по длине title, но, не только поиском живут сайты, да и тот же Яндекс свои 75 знаков для заголовка прекрасно дергает из длинных title. Предложение такое, сделать длину title 250 символов с пробелами, а через настройки поля в админ-панели урезать ее длину, если кому надо.