Новый пакет пожеланий
14.10.2011Голосование
| Тип | Пожелание |
| Состояние | Исправлено |
| Приоритет | Средний |
| Версия | 5 |
| Система | * |
| Воспроизводимость | Нет |
| Автор | Seo Dizainer |
| Исполнитель | Блоголётчик |
Я как обычно, не даю покоя ни поисковикам постоянно изменяя то дизайн то весь код своего блога при помощи всяких хитростей и ухищрений выжимая из блоголета максимум возможностей на которые он
способен. Но некоторые вещи мне не под силу, если точнее сложны в понимании, в частности ядро и весь пхп код.
И так приступлю:
1. Поддерживает ли виджет sidebar.posts вывод прикрепленных к посту картинок, примерно так как я вывожу их в анонсы:
<img class="photo" id="files-$post.id" src="$preview.link" title="$description" alt="$title" />, если нет, а сложно реализовать поддержку?
Картинки вместо унылых записей в сайдбаре лучше привлекут посетителя и задержат его на сайте, темболее щас поведенческий фактор важен.
Одна беда, сложность еще в том что этим шаблоном пользуются много плагинов и старые записи, и записи одной рубрики и свежее, если бы можно было задать такой отдельный шаблон для одного из них
- Сапе уже давно изменила код и сделала возможным вывод ссылок в виде блоков типа контекстной рекламы, к такому выводу ссылок поисковики более лояльны поскольку сами пользуются им. Обновишь плагин?
Конечно могу выключить встроенный плагин и подключить код извне, но как-то глупо раз есть функционал его не испольховать.
Еще пожелание сделать поддержку вывода этих ссылок в любое место шаблона(темы), чтобы в определенный тег (к примеру: $template.sape.2 -выводил 2 ссылки, а $template.sape.3 - три ) в любом из шаблонов theme.txt - Текстовые блоки до и после записи: давно уже хотел попросить, выводят контекст именно ДО и ПОСЛЕ контента, после - это нормально, а вот "до", получается после прикрепленной картинки и файлов, что
выглядит немного несуразно.
Можно ли вместо вывода "до" контента сделать вывод сразу после заголовка поста - post.title, (на всех блогах выводится именно так) таким образом пост не будет отделен от картинок.
Ну вот пока и все, 2 и 3 пункт самые насущные, а 1 так для большего безообразия в дизайне
← Ранее Загрузка картинок для генератора тем
Позже Генератор тем в новой версии →
Комментарии (9) на запись “Новый пакет пожеланий”
Оставить комментарий
Про картинки - да, ты же протестировал, что картинки могут быть в виджете, другое дело что вероятно требуется развести шаблоны плагинов-виджетов. Это тоже можно сделать путем создания собственного плагина - просто копируешь нужный плагин, меняешь название, чтобы обновляльщик не переписывал, и вносишь в код плагина свои изменения - либо брать другой шаблон виджета, либо напрямую задавать в коде шаблон.
Назрела абстрактная необходимость вводить свои собственные любые шаблоны в формат темы, сейчас это возможно только через плагины - плагин можжет добавить новые шаблоны и правила разборки новых тегов/шаблонов. Это отдельная тема выходящая за рамки этого тикета.
Про сапу - не знал, надо будет посмотреть что и как. Сейчас добавил получение ссылок сапы в любом месте: тег
$sapeplugin.links
будет в сегодняшнем релизе. Тег возвращает ссылки сапы, без открывающих/закрывающих тегов ul, в том числе может и пустую строку. Есть дополнительный тег
$sapeplugin.content
который возвращает либо упустую строку, либо вместе с ul. Этот последний тег неявно используется в виджете сапы для генерации контента. Не проверял, теоритически все обязано работать.
Про плагин текстовых блоков до ипосле. Плагин именно обрамляет до и после текста, по твоим требованиям это уже должен быть другой плагин. Подумаю как проще это сделать.
Да про сапу еще вспомнил при выводе в виджете все ссылки выводятся плагином в одном LI это так и было думано? По идее каждая должна бы была выводится в свой отдельный LI.
Вывод ссылок без UL породит ошибки кода, поскольку при отсутствии ссылок на странице будет UL без внутренних LI или придется извращаться и добавлять один пустой LI такая же ситуация сейчас с комментариями ожидающими модерации w3c ругается на пустой UL, благо они выводится только админу, но все-равно не есть гуд, как и любая ошибка.
Так что наверно лучше всетаки в обоих случаях и UL прятать в код
Да и еще раз все генерится в коде UL желателен какой-либо класс, чтобы через него можно было добавлять стили при необходимости
По этому поводу есть одно очень хорошее предложение, вариант подсмотренный на NGCMS: внутри каждого плагина добавлен свой шаблон для вывода tpl или tml, в котором можно оформлять вывод на любой вкус и цвет
Да нет плагин то тотже и функционал тоже, это все прекрасно работает и смотрится, если к записи не добавлять картинки и файлы, а с добавленными немного не к месту и даже изощрениями стилей переместить этот блок выше картинок немного проблемно
Не понимаю суть и пользу, если тот-же функционал достигается редактированием темы, то плагин абсолютно не нужен, дизайн обычно делается один раз и каждый день редактировать шаблоны нет надобности (ну нормальным пользователям, кроме вечно недовольных своим дизайном Seo Дизайнеров, которые и так через фтп неплохо справляются :))
Меня больше волнует в данный момент разделение шаблонов плагинов использующих один и тот-же шаблон для вывода. Таких как записи одной рубрики, старые записи и свежие записи. Для верстальщиков копаться в пхп и переписывать все плагины делая собственный вывод думаю не выход.
Как насчет дополнительного файла в каждом плагине template.tml в котором бы по умолчанию было записано:
$template.plugin = [
$template.sidebar.posts = [
$items = [$template.sidebar.posts.items]
$item = [$template.sidebar.posts.item]
]]
Ну что-то в этом роде, который бы не перезаписывался при обновлениях, и в котором можно было бы настроить вывод на любой вкус под любую тему.
Еще сильно волнует вопрос невозможности использования в разных видах одной темы одних и тех же виджетов но с разными настройками и выводом. В частности виджет меток, я бы хотел на главной выводить списком определенное количество меток, а на внутренних выводить в селекте и все количество.
Если разный вывод я еще могу сделать добавив дополнительный сайдбар то количество отображаемых меток все-равно останется таким как в настройках.
А в случае если выводить их как я щас через теги виджетов для тем в табы это еще сложнее.
Вот если бы шаблоны и виджеты тоже поддерживали разделение как и сайдбары:
sidebar.categories=[]
sidebar1.categories1=[]
sidebar2.categories3=[]
С разными настройками для каждого, и теги виджетов для тем тоже бы их поддерживали $categories3.title $categories2.items
Так-же было бы неплохо сделать для каждого плагина поддержку своего индивидуального определенного тега для возможности прямого вывода в нужное место темы, как ты сделал для сапе, вместо стандартного места того которое ты указал в пхп плагина.
Еще сегодня подумал, что не хватает плагина для предпросмотра тем перед скачиванием, пока не очень актуально но удобная для пользователя фишка (конечно чтобы он не весь сайт переодевал а определенную отдельную страницу)
Ну это так фантазии.
Как видишь идей у меня море и их количество постоянно растет.
Смысл такой же как в плагине текстовых блоков до и после контента в посте - тоже ведь тему можно отредактировать. Смысл же в том, что при смене темы блоки останутся. Для твоей задачи, разные виджеты тегов, можно придумать два решения: новый плагин-виджет, либо новая тема. Для других плагинов-виджетов просто не хватает настроек - вывести неявный шаблон в админку плагина, по примеру редактируемого виджета, где можно выбрать шаблон
Страницу для тестов тем можно сделать - это не сложно, единственное условие - наличие темы в папке тем