Вы эти теги, судя по всему, вводите в описание картинки?
Тогда это не теги, с точки зрения кода, а просто описание. LS его использует в качестве альта и без моего плагина, и я не имею права не использовать описание в альте — ведь это решение создателя заметки.
Добрый день! Может, я что-то упускаю, но я не вижу возможность прописать теги в диалоге загрузки картики, а теги заметки не влияют на альт. Можете подробней объяснить, что вы делаете, пожалуйста?
Максим, а можно ли добавить возможность комментировать отзывы в каталоге? Или как-то связываться с пользователями на livestreetcms.com — а то человек написал, что хочет английский в плагине livestreetcms.com/addons/view/498/, но английский там и так уже есть, видимо он не проверял. Как бы ему сказать, что ничего ждать не надо? (и донировать то же не за что :)) Или можетж ты ему напишешь (если не слишком трудно), чтобы он глянул.
Вообще, это приятно, что LS начинает вызывать интерес у англоязычных разработчиков.
Похоже, джаваскрипт не подключился. Дайте ссылку на конфликтующий плагин, пожалуйста, поиск в каталоге плагинов по названию ничего не вернул (может просто поиск глючный), мне надо будет у себя посмотреть, что там такого.
Если отключаете Attachments этот, то начинает работать?
Наоборот — если 0, то ни разу не публиковался, был изначально сохранён в черновик и так до сих пор и сидит. Когда публикуешь — ставится в 1, и потом уже не меняется.
Пока такого не делали, предпочли пересохранить руками на нашем сайте — всё надёжней, чем отдельный кусок кода писать для одноразовой (хотя и большой) операции.
Тут вопрос баланса — где быстрее N таких правил обработать, в Апаче или в PHP? Скорее всего, для каждого сетапа ответ будет своим. Желательно иметь оба варианта под рукой.
Спорно. Я пока не возьмусь делать плагин для идеи, с которой не совсем согласен, извини.
PS Но подумать можно :) Может какая идея и зародится. Как вариант — предлагать автору теги, чтобы он из них составил что-то разумное, если хватит внимания к таким деталям. Но сейчас форсировать «непустой» тег работает лучше, чем заполнить чем угодно — большинство людей могут тогда вообще игнорировать это поле. Обычно проблема найти инфу на большом сайте заключается не в недостатке данных, а в их избытке, поэтому служить генератором хаоса не хотелось бы.
На самом деле авто-кат не мешало бы в сам движок встроить, важная штука ведь :) А мой AutoAlt — уже по желанию.
Но и объединить можно, при согласии обеих сторон, тогда можно будет продумать и прописать логику, по которой cut будет применяться в разных местах кода, в зависимости от настроек обоих функциональностей. Чуть поморочиться придётся, но в целом реально.
По идее, кто угодно может сделать, но по-моему это слишком уж брутальный подход — много мусора в тегах получится (глаголы всякие, прилагательные и т.п.).
Спасибо за оповещение! Разобрался: AutoAlt после подстановки альтов в изображения применяет стандартный Text_Cut() (чтобы получить обновлённые тизер и боди), и поэтому кастомный кат из AutoCut попросту теряется.
Пока предлагаю такое решение — в AutoAlt проверять наличие класса PluginAutocut, и если он есть, то вызывать его метод для построения тизера и боди. Это не очень эффективно в том смысле, что AutoCut вызывается два раза, но я пока не вижу способа этого не делать. Можно в нём продублировать такой же код, и вообще не делать AutoCut если присутствует PluginAutoalt, но это уже автору AutoCut-а решать, надо ли оно там.
Вот соответствующий коммит на GitHub-е (по нему можешь понять, что и где менять), и сейчас перезалью обновлённый плагин в каталог (но он, наверное, снова модерацию будет проходить некоторое время).
Можно было, если бы стояла задача использовать TopicExtend. Но у меня была конкретная и другая задача. Поэтому, чем разбираться с чужим устаревшим кодом, дающим четыре ненужных нам (но полезных в целом) фичи из пяти, мы посмотрели, как сделано у вас, и написали логику, требуемую нам.
Я буду только рад, если вы эту логику ретрофитнете в свой плагин, чтобы расширить его возможности работы с альтами — от этого всем будет только польза. GNU — дружелюбная лицензия :)
Ну, вообще судя по этому коду из TopicExtend, там находятся все картинки, у них убираются альты и тайтлы, и потом во все них вставляется свой альт и тайтл (если я верно всё понимаю):
Моим задачам такой метод массового поражения не подходит, пришлось переписать поиск и замену для более тонкой работы с альтами (и без тайтлов) — можете посмотреть в GitHub.
Отличия — всё, кроме работы с alt-ом, убрано. Сами же alt-ы, вместо подстановки одного значения атрибута для всех изображений заметки, анализируются, и обрабатываются на предмет а) наличия (если непустой альт уже есть, то добавляется только название блога — исходный текст альта не теряется, давая возможность автору его редактировать), и б) наличия в них названия блога (если в альте уже есть название блога, то очевидно, что автор сделал всё нужное с альтом, и он тогда оставляется как есть).
То есть альт уже заполняется обязательно. Я, честно говоря, не могу понять, с чем у вас затруднение. Вы пробовали это делать? Или спрашиваете заранее?
Тогда это не теги, с точки зрения кода, а просто описание. LS его использует в качестве альта и без моего плагина, и я не имею права не использовать описание в альте — ведь это решение создателя заметки.
Вообще, это приятно, что LS начинает вызывать интерес у англоязычных разработчиков.
Если отключаете Attachments этот, то начинает работать?
PS Но подумать можно :) Может какая идея и зародится. Как вариант — предлагать автору теги, чтобы он из них составил что-то разумное, если хватит внимания к таким деталям. Но сейчас форсировать «непустой» тег работает лучше, чем заполнить чем угодно — большинство людей могут тогда вообще игнорировать это поле. Обычно проблема найти инфу на большом сайте заключается не в недостатке данных, а в их избытке, поэтому служить генератором хаоса не хотелось бы.
Но и объединить можно, при согласии обеих сторон, тогда можно будет продумать и прописать логику, по которой cut будет применяться в разных местах кода, в зависимости от настроек обоих функциональностей. Чуть поморочиться придётся, но в целом реально.
Пока предлагаю такое решение — в AutoAlt проверять наличие класса PluginAutocut, и если он есть, то вызывать его метод для построения тизера и боди. Это не очень эффективно в том смысле, что AutoCut вызывается два раза, но я пока не вижу способа этого не делать. Можно в нём продублировать такой же код, и вообще не делать AutoCut если присутствует PluginAutoalt, но это уже автору AutoCut-а решать, надо ли оно там.
Вот соответствующий коммит на GitHub-е (по нему можешь понять, что и где менять), и сейчас перезалью обновлённый плагин в каталог (но он, наверное, снова модерацию будет проходить некоторое время).
Я буду только рад, если вы эту логику ретрофитнете в свой плагин, чтобы расширить его возможности работы с альтами — от этого всем будет только польза. GNU — дружелюбная лицензия :)
Моим задачам такой метод массового поражения не подходит, пришлось переписать поиск и замену для более тонкой работы с альтами (и без тайтлов) — можете посмотреть в GitHub.
Отличия — всё, кроме работы с alt-ом, убрано. Сами же alt-ы, вместо подстановки одного значения атрибута для всех изображений заметки, анализируются, и обрабатываются на предмет а) наличия (если непустой альт уже есть, то добавляется только название блога — исходный текст альта не теряется, давая возможность автору его редактировать), и б) наличия в них названия блога (если в альте уже есть название блога, то очевидно, что автор сделал всё нужное с альтом, и он тогда оставляется как есть).