Какой компонент нужен сообществу? v.2
Всем привет, уважаемое сообщество. Когда то давно я уже задавал подобный вопрос и из ваших ответов родились дополнения SwitchUser и modImporter. Сейчас снова появилось немного времени, поэтому снова готов написать что-нибудь интересное.
Как и в прошлый раз, оставляйте предложения в комментариях и ставьте лайки. А я через какое то время выберу комментарии с наибольшим количеством лайков и мы силами MODX-клуб разработаем это дополнение.
Всем хорошего дня :)
Как и в прошлый раз, оставляйте предложения в комментариях и ставьте лайки. А я через какое то время выберу комментарии с наибольшим количеством лайков и мы силами MODX-клуб разработаем это дополнение.
Всем хорошего дня :)
Комментарии: 66
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Вот есть сайт, на нём обычно, помимо контентных страниц, создаются страницы ошибок 404, 403, страницы для robots.txt и sitemap.xml. Эти страницы каждый разработчик прячет как может. Кто-то ставит им menuindex 1000, кто-то создаёт еще один ресурс «служебное» и прячет эти страницы в нём.
Это не такая, конечно, проблема — ничего страшного, если клиент будет видеть эти страницы. Но что если этим страницам ставить show_in_tree = 0, а управление такими ресурсами сделать на отдельной странице? Тогда и клиенту они не будут «глаза мозолить», и разработчик всегда быстро сможет их отредактировать.
В ресурсе должен отображатся этот текст, без поля.
Очень часто мне нужна была такая реализация, как маленькое описание для ресурса.
Если нужен другой текст, то создаем еще тивишку.
И я не вижу ничего плохого в этом.
Комментарии к шаблонам — это не то.
Мне не хватает такой возможности:
— написать краткую инструкцию для клиентов, которые впервые видят modx
— написать какой шаблон нужно выбрать, чтобы получить необходимый товар, и что вообще для этого нужно выбрать шаблон.
Я и без него справляюсь, но мне кажется все таки в modx не хватает такой функциональности, чтобы выводить текст в ресурсах.
Простите
Возможно легко и так реализовать, но вот такое предложение: у Tickets есть TicketForm, что позволяет легко из фронта создавать тикеты.
А вот обычные ресурсы создает кто как: то FormIt, то самодельный сниппет…
Предлагаю сделать компонент для добавления ресурсов с фронта.
допустим на сайте есть разного рода информация, типа фильмы, сериалы, мультфильмы и прочее коротко- и полнометражное. Юзер авторизуясь может создать некий список, куда будет помещать понравившиеся ему публикации, типа «Моя подборка классных фильмов». При этом пользователи могут просматривать подборки других пользователей и, например, голосовать за них… Так можно будет подборки сортировать.
А еще при создании подборки можно указать описание для подборки и теги, что бы было удобно реализовать по ним поиск…
короче вот так:)
Думаю для всяких там журналов, сайтов с книгами, фильмами — вообще будет самое оно!
Хотя что-то было такое, у modmore, кажется. Но курс евры не радует…
— Что дает этот плагин?
Мы знаем, что можно использовать динамический биндинг в TV — полях типа «список» и «множественный список» с @eval return $modx->runSnippet('snippetname') для формирования списка. Список формируется динамически из сниппета, но представляет собой только текстовое обозначение. Что не всегда удобно и понятно.
Описанный ниже плагин по — сути делал бы то же самое, только формировал «Расширенный динамический список», позволяя самим выбирать внешний вид списка элементов, и показывать информацию об элементах
Показываю на примере font-awesome.
Выбранный элемент должен рендериться рядом с полем TV-шки. При этом в «сыром виде» в самом поле будет храниться текст типа «fa-facebook». При настройке TV — поля пользователь должен сам указывать способ «рендера» этого «fa-facebook» в предпросмотре TV — поля.
То есть чтобы можно было либо подключать отдельный css — файл для этого, либо указывать инлайново стиль (а лучше и то и другое). В том, числе — подключать свои кастомные стили.
Но чтобы сами стили затрагивали только TV — поле, область рендера должна быть обернута в блок с названием, которое можно указывать в настройках TV. К примеру «Класс контейнера для предпросмотра». И текстовое поле, куда можно указать класс.
Тут главная особенность — чтобы пользователи могли подключить свои стили и сами определять способ рендера превьюшки. Еще возможно чтобы можно было указывать сниппет — хук для обработки данных перед рендером (опционально)
Это все было по внешнему виду предпросмотра
Теперь при нажатии кнопки выбор. Должно открываться окно с возможностью выбора элементов из списка. Но как должен выводиться список тоже должно быть определено в настройках TV — поля (без привязки к ExtJS). То есть чтобы тут можно было — бы подключить свои стили аналогично, определить как отображаются элементы. А при нажатии на них происходил выбор. То есть в документации указать например: «Отображать список можно любым произвольным способом, главное, чтобы у элементов был реализован метод onclick=»choose('fa-facebook')". И все. То есть определять то, что выбрал пользователь будет срабатывание этого метода.
Было — бы неплохо, если бы также можно было реализовать множественный выбор, а при выборе нескольких элементов просто добавлялся определенный класс к элементам. Ну а «внешний вид» уже определялся бы пользователем.
Потом еще бы сделать вывод информации в окне выбора не статичным html — файлом, а с возможностью полноценного использования сниппетов, чанков и т.д. — то есть динамически подготовить вывод.
То есть отдельная страничка для редактирование словарей, также разделенных по пространствам имен и топикам. Но чтобы там показывались только словари относительно содержания сайта. То есть не вместе с остальными словарями компонентов, модулей системы.
Чтобы словари, пространства имен и топики можно было добавлять прямо со странички, без необходимости создания соответствующих языковых файлов в папке lang. Удалять, редактировать в том числе тоже оттуда.
Сделать это для менеджеров. Использовать в связке babel + компонент. Чтобы не пускать менеджеров в системный раздел со словарями
Здесь же выложено очень много примеров использования для решения стандартных и не стандартных задач, но перевести их некому или нет времени на это.
… возможно я и ошибаюсь, но если подтянуть документацию на английском то это уже будет другим уровнем для modx.pro
смысл моего комментария был только в этом
видимо мы говорим, на разных языках, я уже объяснился.
Один по деньгам не потяну, может кто-нибудь кроме меня желает бы такие возможности в свой магаз?