Верстальщика достало...
01.05.2011Голосование
| Тип | Задача |
| Состояние | Исправлено |
| Приоритет | Высокий |
| Версия | 4.54 |
| Система | * |
| Воспроизводимость | Нет |
| Автор | Sergey |
| Исполнитель | Блоголётчик |
Новый логин не пришел, хорошо еще старый пасс неудалил из браузера.
Извини, может буду немного грубее, чем обычно но уже достает....
Мне метки-теги не нужны они совсем противопоказаны для поисковиков, они нада только пользователям для поиска, а для паблик тем нужна свобода дизайна.
Короче раньше commontags.php решал мои проблемы хоть временно, до обновления, а щас х.з где искать.
Скажу понятней нада вывод в пхп $tag$count, $category$count - образно, без пробелов, а [strong]пробелы[/strong] и [strong]скобки[/strong] любые хоть круглые ,хоть квадратные, хоть трехугольные, хоть
воопще без них - устанавливаем в theme.txt.
Готов помочь с изменениями в шаблонах и стилях стандатртных тем связанными с этим изменением, Ну очень актуально!!!
Да и пора прекращать сжирать пробелы в theme.txt внутри скобок (шаблона) любого элемента.
пример:
content.post.taglinks = [$lang.tags:
content.post.catlinks = [$lang.tags:
отображают пробел после них только так:
content.post.taglinks = [$lang.tags:
Внутри скобок [...] должен считаться каждый пробел, тем более в хтмл каждый пробел (и каждый пробел и каждый знак перевода строки в хтмл и цсс) - символ который передается браузеру,может у вас в пхп
по другому фик знает. А даже удалив комментарии, все пробелы, лишние переводы строк, лишние точки с запятой в конце обьявления стиля элемента, вес CSS уменьшается гдето на 30-40%...
И воопще давай вконец избавимся от html в php раз и навсегда.
Да и еще прадлагаю, чтобы снизить количество http запросов, (заметил ты любишь сторонние js модули, а у каждого свой ЦСС, подключаешь +1плагин, добавляется +1 цсс = +1 запрос) рассмотреть вариант
- дописывать цсс плагина в код основного цсс установленной темы, в самый его низ, но только один раз - при установке, при обновлении не менять.
А то блин плагин пагинатор с обновлением сожрал мою цсс, а щас по новой думай и настраивай..., или делай для каждого пладина свой дубликат или больше не обновляйся. Геморройно...
И воопще пора делать обновления раздельное, как у вордпресс, раз движок по его подобию собран. Отдельно ядро, и отдельно каждый плагин, а из дефолтной установки убрать половину специфических
плагинов, оставить только основные - пусть каждый качает и обновляет только те которые ему нужны.
По админке:
Я уже гдето месяц назад пытался написать отдельный шаблон для админки, но если честно, запарился...
Я понимаю, что делать вывод каждого елемента в виде тега - это добавление нового класса - замедление и утяжеление движка, но...
Дошел только до половины вкладок, представь нужно было сделать разные свойства у к примеру:
[code]#tabs p, #filetabs p, #contenttabs p, .form p[/code],
(блин пришлось редактировать тикет, движок подхватил первый тег и поломал тикет, сделай в тикетах - если текст - то strong replace всех тегов, а то так и пхп скрипт ктонибудь всобачит, и тот
выполнится)
а на еще одной вкладке, уже непомню какой один вариант повторился, а вывод нужен другой... и ппц :(
Хотелось бы отделить админку полностью от шаблона сайта , и отдельный шаблон в абоут.тхт = theme.txt и admin.txt
Понимаю что это = перелопатить и перебрать весь движок по новой, но это стоит того...
1. уменьшится код самого сайта - ненужен будет вид - админки
2. ненужна будет глобальная поддержка всплываюшего меню в CSS - для админки будет свой свой - отдельный шаблон и CSS
3. должно быть еще масса причин, устал думать...
Не ну это лишь пожелания, уставшего за целый день физической + 8 часов за компьютером ( под конец уже и не совсем трезвого) человека. Твоя разработка - тебе решать, что тебе хорошо, а что плохо...
P.S Если понравится моя, которая в доводке xtml5 тема можем побеседовать о частичной или полной передаче прав (думаю на html5+css3 по умолчанию тоже многие поведутся ), а так-же о поддержке
постоянной или по надобности.
Английским владею в совершенстве (особенно разговорным - 3 года работал в ирландии, в письменном помогает браузерный словарь), т.е смогу даже помочь в создании онлине консультации по установке и
настройке, может видел на некоторых сайтах есть такая, даже для англоязычных пользователей. Тем более на этот раз (я уже его ставил и 4 года обратно, и 2 года обратно, но скорей всего тогда мне
самому нехватало знаний, чтобы попросить именно то что нада и уходил), влез я в блоголет уже поуши и застрял конкретно, и снова на ngcms уже возвращаться не хочу, (хотя для сайта - каталога статей
там уже все есть готовое... а блин домен простаивает без дела), только не уродуй движок ради каталога, один сайт - нерешает, кстати отдельные страницы пользователей - это шаг в ту сторону. Лучше
подумай о создании новой ветки на примере того же вордпресса - сам вордпресс и му вордпресс. И развивать его отдельно, блоговый движок - должен оставаться блоговым и быстрым, а для мультисайтовости,
сайтов (с многими пользователями, админами, модераторами, редакторами, писателями и простыми пользователями) нужен немного другой подход.
Блин хотел добавить тикету метки, но передумал - все работает конечно - неудобна такая куча меток с выводом их через запятую без какой-либо систематизации - невозможно даже при желании найти
требуемые.
Надо: сделать вывод меток в виде списка-селекта (и места мало надо и сортировку хотя бы по алфавиту добавить)
Насчет темы:
Могу выслать предварительный скрин или полуготовые файлы для корректировки по стилям, отображению или еще чему-нибудь, пока тема еще в разработке корректировать проще чем уже полностью
кроссбраузерную.
В качестве оплаты за полную, частичную передачу прав, поддержку постоянную или поддержку по надобности меня интересует:
1. Ссылка в футере темы, по умолчанию открытая (если кто-то закроет nofollow пускай, главное чтобы работа видна была) = полная передача прав и поддержка при любых изменениях в движке, плагинах вплоть
до смены темы по умолчанию (в разумных пределах, примерно раз в месяц одна серьезная доработка максимум, пятиминутные мелочи не в счет) + seo консультации и помощь в продвижении движка.
"Powered by Lite Publisher CMS, Dizain by SeoDiz"
- Одноразовая годовая оплата дешевого хостинга который ты мне подсказал = полная одноразовая передача прав на готовую конкретную тему (с одноразовой доработкой всех замечаний, и пожеланий) без ссылок на автора в футере и css но и без поддержки при изменениях.
- Другие виды оплаты и предложения
Связь: мой емаил (проверка раз в сутки), при более тесном сотрудничестве, возможны варианты: ася или еще что либо.
Гарантии:
Кроссбраузерность:
1. IE 6 (частичная - не все ефекты css3 корректно отрабатываются)
IE 7 (в ие-тестер непашет, придется или скрин делать или тестить отдельно, скорей всего пару хаков надо будет, глючный он)
IE 8-10 (полная)
2. Mozilla (1,5+ полная)
3. Opera (до 10 не все эффекты с 10 должна быть абсолютно полная)
4. Webkit (Safari, Google chrome и остальные - полная)
5. KHTKL (Konqueror и другие браузеры на этом движке - полная)
Естественно в расчет не берутся совсем доисторические версии браузеров.
SEO: При использовании оригинального авторского шаблона темы по умолчанию будет гарантирован максимальный эффект в продвижении по ключевому слову (позиции в SEPR, также зависит от правильной настройки вывода виджетов, и комментариев - увы мне не подвластны ).
Поддержка: Как я уже писал, при выборе постоянной - вплоть до смены темы по умолчанию, другие варианты тоже возможны.
От блин, у себя некогда даже написать пост и порадоваться что последний ап тиц дал молодому бложику первую десяточку, и все бесплатными методами (реально обратными ссылками я только 1 месяц занимался и то без напряга), а тут целый роман с продолжением получился... :)
Комментарии (45) на запись “Верстальщика достало...”
Оставить комментарий
Сожрал мой тег & nbsp ; в конце.
Да и не надоел с такими стилями шаблон, ни цитаты невидно что это цитата...
Мог хотя бы для типографии из моего предыдущего серенького шаблона стили взать.
Поскольку тикет большой буду отвечать в нескольких комментариях. Во первых я не дизайнер и никогда им не стану и для меня стили если не темный лес, то уж во всяком случае я ни добавить ни отредактировать существующие стили не смогу. Как например писал про не хватку стилей в теме по умолчанию - понятия не имею, что и где добавить, лучше указать конкретный текст который надо добавить в style.css Кстати говоря про стили - несколько дней назад появилась идея вынести темо-независимые стили в отдельный файл, в последнем дистрибутиве я добавил файл hemes/default/css/default.css который сейчас никак не используется, думаю туда можно добавить стили общие для всех тем. Какие туда стили надо добавить я не знаю, пока добавил меню, список файлов и таблицы для админки.
Про обрезание шаблонов -я это сделал только из соображений компресии шаблонов, могу убрать, а добавил такое обрезание потому, что очень не понравились некоторые шшаблоны с несколькими пустыми строками после вырезания подшаблонов, или например пустой шаблон - после ввырезания подшаблонов в нем не остается ничего кроме пробелов и превода строк. Как быть с таким? Оставлять не обрезанными? Сделать часть шаблонов обрезаемыми а часть нет? Но так не получится изза сложности проверок - этот шаблон обрзать или нет. либо добавлять пробел в виде nbsp, либо еще какой нибудь другой символ.
Про количество в виджете рубрик/меток: да, сейчас нет такого шаблона, надо будет его добавить, а то не хорошо получается неявный шаблон внутри кода. Способ редактирования исходника всегда плох, если это имеет ззначение, то исходник рубрик сейчас в tags.common.class.php где находится несколько классов, в том числе и виджеты.
Про объеденение стилей -посмотри тему litepublisher в дистрибутиве, я в ней как раз объеденил стиль из темы и стиль галереи, автоматически объеденять не получится - в каждом стили стоят пути к файлам картинок, для общего файла приходится их править.
Для ускорения открытия страницы ястраюсь делать все возможное, как например плагин пагинатор - он подгружается только там, где есть постраничная навигация
Про обновления: никогда не стоит редактировать исходники из дистрибутива, вне зависимости от того какой будет тип обновления - это иделогически не правильно, в редактировании исходников заложена потенциальная ошибка, как например в твоем случае потеря твоего стиля у пагинатора. Все свои разработки/изменения следует делать всегда отдельно, и далеко не всегда нужно копировать исходник того, где копаешься: движок сделлан в ООП и работает наследование, достаточно только ссвоих изменений. Например твою задачу (свой стиль для пагинатора) наверняка можно было бы решить - написал бы что ли... Я бы помог.
Про пароль - в последнии дни были проблемы с почтой, можешь еще раз попытаться?
PHP код в тикете не выполнится, но да, надо полностью запретить любые теги движка и html - сделать как в комментариях. Админка движка до сих пор остается в загоне - слишком много работы при отсутствии очевидных преимуществ, надеюсь когда либо смогу вплотную заняться админкой, на настоящий момент - нет пока. Админка по количеству шаблонов в несколько раз превосходит количество шаблонов основного сайта.
Про новую тему и права - наверно нужен небольшой ликбез: авторское право является неотделяемым правом и право собственности и авторское право это разные права, как создатель ты навсегда остаешься автором, но вот можешь отторнгнуть имущественные права, либо передать их частично, как например право на использование в движке твоей темы. Как пример - нынешняя темапо умолчанию пренадлежить мне лично (я оплатил работу дизайнера), а вот авторские пправа на не, безусловно, принадлежат дизайнеру, которому я ее заказал. Можешь например выпустить свою тему под GPL или MIT лицензией, чтобы я ее смог включить в дистрибутив
Про каталог статей - не понял совсем, что требуется. Сейчас в движке есть пользователи, редакторы, модераторы, администраторы. Добавление каких либо новых страниц (например пользователей) никак не скажится на производительности. Вот смотри этот сайт litepublisher.ru на нем есть тикеты с пользователями, каталог файлов (пока не наполнен), исходники, обычные посты, вики, документация (отдельный модуль). Это как то сказывается на скорости? Ответ -нет, точнее есть зависимость от количества всех страниц, я проводил тесты на 15000 постах - выборка одной страницы занимает столько же сколько и на сотне страниц. Движок устроен достаточно гибко, чтбы видерживать любые решения на его базе.
Так все же - что имеется в виду под каталогом статей?
Еще раз прочитал тикет про тему по умолчанию от тебя. Согласиться на дополнительную ссылку пока не могу (пока размышляю, может и соглашусь), могу ее включить в дистрибутив с неограниченным количеством любых ссылок.
Надо сказать, что из за проблем со зрением у меня, скрины мне бесполезно слать - смогу только передать слова подруги, как она оценит (как правило негативно - считает почти все темы для движка чмошными, другого слова не подберу.
Кстати на тот хостинг я сам перенес десяток своих сайтов - вполне сносно работает и мне кажется даже , что получше чем мой администрируемый VDS за который я плачу $22 в месяц
Влезу что-ли... Но не как sео-monkey, а как пишущий тексты для людей, а не для поисковиков, без загонов
Наследоваться, если не переопределено, из defaut темы должно ВСЕ -
* и CSS (в котором строго определены _функционально_ все нужные стили объектов) * и шаблоны
* и картинки оформления (типа стрелочек там, значков rss-фидов)
Спрашиваешь, чем забивать место пропущенного шаблона в теме? HTML-комментом с названием прощенного шаблона и напоминанием "наследуется из..."
Тэги надо вводить более умно, да. Код не дам, идею - подскажу. А левые метки с употреблением 1-2 раза - фуфло (для человека), особенно если строить облако с упорядочиванием по частотности
Вообще: посмотрел бы на _разных_ конкурентов и их решения - WP не единственный блог и некоторые его решения вовсе не лучшие в классе
И еще - напряженно реквестую нормальнвую доку, если нет API, то что есть больше бесполезно, чем не - читать код вынуждает, а правильная дока - это когда все понятно БЕЗ чтения сырцов... А то ведь и с ними непонятно - я почитал в плане плагинчик хотябы наметить и обломался (мне Geshi нужен и русская типографика, принцип - фильтр-модификатор текста /или перед каждым показом, или единственный перед сохранением изменений/ )
Про обрезание шаблонов:
Я бы предпочел чтобы вырезались все переводы строк и отступы - tab(пускай будут для наглядности кода), а пробелы оставались. Если шаблон пустой - вырезать полностью. В любом случае нада потестировать сначала, что из этого получится.
Про пароль:
Восстановлением пароля получил новый пасс. В письме ошибки: вместо логина указывается имя пользователя, и ссылка чтобы сменить пароль http://litepublisher.ru/admin/password/ отправляет на восстановление забытого пароля, а изменить сгенерированный пароль на свой наверно невозможно?
Про каталог статей:
Почти все уже реализовано в тикет системе
Нужно только:
Отдельные шаблоны для
$post.author - уникальный id автора
$post.authorname - имя автора записи
$post.authorlink - ссылка на страницу автора со всеми его статьями (отображение как у рубрики или у метки)
$post.website - ссылка на вебсайт автора с возможностью установки ее прямой или с редиректом
Некоторые из шаблонов кажется уже есть только не знаю как работают, в плагине тикетов пока не ковырялся, главное чего нету - страница автора (как ее сделать наследником/родителем рубрик/меток или отдельной рубрикой/меткой которая бы неотображалась в списке рубрик/меток или как-то по другому мне трудно представить)
Про выбор меток:
Может ты и прав, проще каждый раз вводить вручную совпадут так совпадут, пускай остаются как есть.
Про новую тему:
Под какой лицензией она будет MIT или GPL должен решать собственник, меня интересуют только варианты оплаты, которые я перечислил и речь естественно как ты правильно понял щла не об авторском а о праве собственности.
Предварительные скрины, чтобы было понятно о чем идет речь, может тебя вообще не заинтересует мой дизайн или сразу захочется что-либо изменить.
Из картинок в теме на скринах только 3 иконки социалок, место под баннер (при отсутствии баннера там ничего не будет) и картинка для списков сайдбаров.
Остальное все + ефекты при наведении на виджеты сайдбаров реализовано стилями.
Верх: https://picasaweb.google.com/lh/photo/gmsImPoPZnYQ8NdE0YGbLGAUm4-Tzi5v7O9Qzfsfxxw?feat=directlink
Футербар и футер: https://picasaweb.google.com/lh/photo/tDk8kpZ1UQ1mgw9xn2pFoWAUm4-Tzi5v7O9Qzfsfxxw?feat=directlink
Шаблоны и так наследуются и никаких комментов не нужно: можно создауватьсеймейства на базе одной темы, абсолютно все шаблоны наследуются и могут быть перекрыты в дочерних темах.
А вот как наследовать css? Он вообще никак движком не регламинтируется - все на совести разработчика темы, да и с трудом представляю шаблоны для стилей, так как стили сами являются частью шаблона. Метки - дело десятое, что либо с ними делать в планах нет,а выбор меток в посте повторюсь - дело десятое.
С документацией провал и такое сохранится скорее всего до июня точно - рук не хватает объять необъятное. Поскольку большинство пользователей - все же пользователи, програмистов не наблюдается, то и писать впустую доку сложно, хотя и необходимо. Движок более чем большой - фич, плагинов много, то и поставленную задачу можно решатььразнными путями, самый быстрый способ - вручную задать мне вопрос в тикетах, чтобы я имея полное представление о движке, смог указать направление куда двигаться. Ну например из твоей скудной формулировки требуется перехватывать текст постов для собственных нужд? Или нужен весь пост с потрахами при создании/редактировании? Если просто текст во время фильтрации, то это события класса tcontentfilter, примеры использования смотри в плагинах markdown, shortcode. Есть более сложные варианты такой фильтрации - плагины wikiwords, codedoc, которые на порядок сложнее предыдущих
Самый простой вариант загрузка default.css перед стилями темы, если они будут перекрывать стили элементов по умолчанию - сработает стиль темы, если стиль для элемента в теме неопределен - элемент отобразится в стиле по умолчанию.
Никакой мороки, никакого программирования, просто добавить в хеадер линк на дефолтные стили, правда 1 лишний хттп запрос будет для каждой страницы.
Вот и все наследование без шума и пыли, как говорил Ленчик в бриллиантовой руке.
Seo Dizainer пишет:
Это не ошибка, а правильное поведение - нельзя одной средой в одной посылке передавать полные авторизационные данные (защита от перехвата). Свой логинюзер должен помнить,линк на СМЕНУ пароля чисто для памяти, нужно же - авторизоваться в присланным паролем и своим логином визвестному адресу
Блоголётчик пишет:
Как наследовать - это задача для девелопера, Регламенироваться обязательный набор классов ДОЛЖЕН, для этого как раз и нужна реорганизация CSS - чтобы выделить функционально потребные классы и не воротить в каждой теме и плагине полную отсебятину. Классы именно ФУНКЦИОНАЛЬНО потребные, т.е "автор" и "дата" в любом (!) объекте сайта, где есть такие сущности - оформлены одним базовым классом
Блоголётчик пишет:
Я вот и как программист и как юзер недоволен сущестсвующей докой. Для юзера юзеркая - еще куда ни шло (описание темы понять можно), а вот программерская выполнена вслишком спартанском стиле. Она не отвечает на вопросы "как сделать", а описывает, не объясняя, то, что и так видно из сырцов, которые я ВЫНУЖДЕН читать. Не надо описывать свойства и методыи на этом останавливаться, нужны (в большей части) пояснения что и каки для чего работает и как использовать. Причем по всей длине процесса!!!
Пока небудет понятно, что стОит лезть в проект и как можно расширять - неожидай подельников... Код бромится читать совсем не каждый, дочитает - еще меньше
Блоголётчик пишет:
Предлагаю сразу делать отдельным плагином, дополнительным, и сразу же заложиться в нем на
- Возможность редактирования профиля (добавление-удаление полей разных типов)
- Существование нескольких базовых типов профилей и назначения юзеру профиля любого типа из существующих (Use Case - авторы и зарегистрированные читатели мультиюзерского блога)
Ну тогда ничего делать для наследования не надо - в теме прописать и в админке добавить одну строку. Движок не использует никаких стилей, кроме одного classictable в админке, все остальное - только на усмотрение дизайнера. Используются в админке стили библиотеки jquery UI, но они используются только самой библиотекой для себя. Все, внутриphp код нет ни одного упоминания сстиля, как впрочем и ссобстенных html шаблонов - ну вот ты нашел шаблон количества для виджетов рубрик, его вынесу.
Я примерно представляю документацию и какой должна быть хорошей документация, существующая документация была попыткой ее написать год назад, так что она сейчас не совсем соответствует реальности. Надо признаться, что я вел интенсивную разработку движка и только в последнее время прекратился поток ошибок и добавление новых фич (скорее эти вещи связаны нет новых фич, нет и новых ошибок)
В стили темы тут, чтобы цитаты проще читать было, добавить резко (раз уж "Верстака достало", то и "Читателя достало")
<code>blockquote {
background: #d6e2e8;
color: #505050;
border-left: 1px solid #85a8b9;
border-top: 1px solid #85a8b9;
border-right: 1px solid #1f5f7f;
border-bottom: 1px solid #1f5f7f;
margin: 1em 4em;
padding: 1em;
}
blockquote p {
margin: 0.5em 0;
padding: 0;
}</code>
(это так, черновая прикидка, но пойдет)
Из префикса вставляемого в комментцитируемого текста убрать обвертку имени тэгом cite
Блоголётчик пишет:
Сейчас и посмотрим, что получилось, почему-то на старом я изменений не вижу. cite просто используется НЕПРАВИЛЬНО, недля этого он предназначен идеологически, причем ошибку совершаешь два раза
И
<span class="author"><cite><a href="http://litepublisher.ru/comusers.htm?id=260">Барсук Ленивый</a></cite> пишет: </span>и потом
<div class="commentcontent" id="commentcontent-2192"><p><cite>Блоголётчик</cite> пишет:</p>полное фуфло технически.
Вот описание тэга: "The HTML cite tag is used for indicating a citation." (т.е то что внутри - однострочная/короткая цитата, в противоположность blockquote для более длинных текстов), вот его целевое применение (см. что и как написано и на результат на тестовой странице тоже)
According to <cite title="HTML & XHTML: The Definitive Guide. Published by O'Reilly Media, Inc.; fifth edition (August 1, 2002)">Chuck Musciano and Bill Kennedy</cite>, the HTML cite tag actually exists!<code>According to <cite title="HTML & XHTML: The Definitive Guide. Published by O'Reilly Media, Inc.; fifth edition (August 1, 2002)">Chuck Musciano and Bill Kennedy</cite>, the HTML cite tag actually exists!</code>
Блоголётчик пишет:
Вообще-то нормальная цитата, разве что слева отступ великоват - можно придавить слегка margin слева, оставить 2, потому что еще и padding: 1em
Но это уже красоты, главное - сейчас цитата выделяется по крайней мере в комментах
И мне кажется, что для внутри post-content он тоже нужен, а ворбще у тебя каша со стилями, которые используются, но не определены
Заголовок h4
Барсук Ленивый пишет:
Вообще-то отцитированное было аж внутри <pre><code>, содержание _любого_ из этих двух строчных тэгов не должно переписываться
Ну тему то писал не я - пологался во всем на дизайнера, а он скорее всего на дурное наследство wordpress. Что делать и как исправить? Могу только повторить - я не дизайнер и для меня это не имеет значение, так как находится во внешнем по отношению к движку ресурсе: в теме.
В комментариях любой html будет в виде исходного кода
Блоголётчик пишет:
Прежде всего - сам для себя определи, что представление является такой же необходимой частью продукта, как и подготовка. Сам темы можешь не писать (если не твое, это нормально), но требования к теме должны быть ясными и однозначными, типа
При этом CSS-файл дефолтной темы (если обеспечиваешь его как fallback для поиска не определенного в CSS используемой темы) имеет откомментированным (где используется) каждое определение твоего стиля (ну кроме стиля стандартных тэгов, оно понятно из тэга), даже если по имени класса "вроде так и все понятно"
Ты же видишь, что то что я вписал под pre, отличается при показе от тоо же текста, обернутого <code>Блоголётчик пишет:
И еще - когда-если на сайте (и в комментах) активен Markdown, то желательно
- под оконом ввода коммента минимальную хотя бы справку по синтаксису (см. форму комментирования хоть у меня в бложике)
- при вставке автоматизированного текста (при цитатах и просто ответе) также использовать Markdown синтаксис, а не BB-код, иначе когнитивный диссонанс комментатору гарантирован
Блоголётчик пишет:
Значит надо искать решение, чтобы все было правильно. Типа "если плагин активен, то писать маркдауном, нет - ббкодом", технически - надо заиметь хуки, к которым могут прихучиваться плагины, меняя workflowБлоголётчик пишет:
Тогда я жду 56 ;-), в котором прb активном маркдауне цитата будет выглядеть при вставке именно так, как маркдауновый текст<em>Блоголётчик</em> пишет:> Да, существуют все необходимые события
Ну и с непреписыванием сырцов внутри pre code kbd тоже бы справиться, а то использование BB-кода code, который конечно экранирует, нои неубирается из видимого текста - напрягает
Блоголётчик пишет:
Дошло отправил все необходимые данные в ответе
Внутри шаблона, в [] может быть только HTML, и никакой минимальной логики? Или что-то можно?
Блоголётчик пишет:
Да для разных задач динамического изменения страницы в зависимости от разных условий. Вообще-то все полноценные шаблонизаторы какую-никакую логику в шаблоне умеют, и это - не с просто так.
Я, к примеру, хочу набор блоков менять в зависимости от контекста, для
гвоздиками прибитые константы менять при показе урлов category/* tag/* и отдельной страницы записи (это удобно читателю и сеошно одновременно), выделять цветом камменты автора поста к треде, да просто табличку-зебру, динамический показ дат. Это из того, что навскидку
Во первых логические конструкции в шаблонах это ненормально, и то что они есть это не от хорошей жизни. Как пример чудовищного шаблонизатора этотемы wordpress, которые на самом деле являются исполняемым обычным php кодом, или другой пример smarty - дикий ужас, делали шаблонизатор а получили почти клон php сов своим метаязыком. Описанные тобой задачи вовсе не требуют каких то конструкций (либо я их не углядел).
Что за условие контекста? Или мне совсем не понятно "гвоздиками прибитые константы менять при показе урлов category/* tag/* и отдельной страницы записи" - расшифруй пожалуйста. Далее про табличку и даты тоже ничего не понятно.
Либо тебе нужно внедренние внедрение php кода (это возможно, но с оговорками, то есть есть возможность это запретить), либо при помощи плагинов, которые создают ссвои собственные теги, которые можно использовать в шаблонах. На настоящий момент я не могу вспомнить подобного плагина, но эта возможность есть - в ранниях версиях движка это исползовалось, остается как потенциальная возможность: тут уж ты скорее мои обяснения уже не понял.
Отсутствия исполняемого кода в шаблонах - это принципиальная позиция, которая меняться не будет
Если что, то существвует jquery, где можно сделать практически все и даже больше, чем на стороне сервера.
По другому вопросу - сегодня впервые почитал про расширение php tidy, которое может форматировать и/или компресировать html, а также делать валидацию и прчее. Думаю сделать плагин, который бы форматировал бы выходной html
Блоголётчик пишет:
Вообще-то работа на сервере или на клиенте - это двебольшиеразницы именно оттого, где работает приложение. Клиентское - иметь будет проблемы в определенных ситуациях, неразрешимые