Про ссылку на тег, который уже читаешь
Роман Парпалак как-то написал о том, что список тегов в конце заметки может быть исключением из общего правила о том, что никакая ссылка не должна вести на ту страницу, на которой пользователь и так находится.
А мне кажется наоборот, что это клёво, когда текущий тег подсвечен в заметке. Это делает страницу похожей на результат поиска, указывая на её ненастоящесть, сгенерированность по требованию.
Я бы сразу так сделал в e2, но раньше бы это сильно тормозило, а теперь, когда я отчасти убрал древовидность и немного всё переделал, это стало отлично работать. Можете проверить, теперь текущий тег подсвечивается.
Заметил еще пару дней назад, когда что-то искал.
Кстати, о надписи «ХТМЛ не работает». Вики-теги все еще можно использовать?
Ага, но это типа deprecated :-)
Это автору сайта клево, когда текущий тег подсвечен у каждой заметки. Сбивать внимание читателя после прочтения каждой записи ярким пятном – не вполне гуманно.
А так – действительно прикольно выглядит.
Я бы еще добавил левый и правый паддинг в класс ‘e2-highlight’. Или неразрывный пробел по краям.
Клёво, давно этого ждал. Но у себя подсветку уберу – хватит того, что ссылки нет.
С каждым днём Aegea становится всё лучше и лучше! :)
Полностью согласн с вами, так действительно лучше и понятнее. Я не то что даже согласен, я, можно сказать, категорически против «правила» Романа, которое вы дали по ссылке.
Да, кстати, по поводу тормознутости подсветки. Сперва я подумал, что автору не нравятся вызовы preg_replace либо для всей страницы, либо по отдельности для строки тегов каждой записи. Но на самом деле это и не нужно; какой бы ни была структура тегов, записей и т. д., сделать такую подсветку почти ничего не стоит. Если мы выводим записи данного ключевого слова, то про него мы знаем всё, в том числе его название и урл. Заменить тег a с фиксированным атрибутом href и названием ключевого слова внутри на соответствующий span – дело одного str_replace.
*_replace — это вообще не наш метод, надо сразу всё правильно генерировать, а не резать по живому потом.
Интересно, а как тогда преобразуется вики-разметка из комментов? Или как расставлять кавычки, тире и неразрывные пробелы?
В том, что получено из внешних источников (то есть из каментов и т. д.), реплейсить можно и нужно, потому что исходный контент генерировали не мы — как же ещё нам с ним бороться?
А генерировать неправильный контент, чтобы потом его героически исправить — это левак, нужно сразу генерировать правильный.
Игра терминами, не более. Если “исправить” существенно быстрее, чем генерировать “правильное”, то почему бы и не “исправить”?
Никакой игры терминами.
Быстрее — для кого? Заплатку чаще всего быстрее поставить, чем сделать нормальный код. Тем не менее, нормальный код всё же предпочтительнее. Если же речь о том, что работать быстрее будет, то, опять же, возникает вопрос: а какого чёрта запрограммировано так, что заплатка работает быстрее, чем нормальный код?
Речь шла о том, какой вариант будет быстрее работать.