<<<1...5...10...15161718192021>>>
Ratibor |
|
---|---|
Да, теперь все ок.
P.S. Кстати вернемся немного назад, к no avatar. Сейчас так: function sed_build_userimage($image) {
if(empty($image))
{
$image = 'datas/defaultav/blank.png';
}
return '<img src="'.$image.'" alt="" class="avatar" />';
}
Надо бы заполнить alt и добавить title, и внести дополнения в ланг файлы, а то это безобразие(отсутствие alt и title) еще тянется со времен LDU. Тогда будет вообще красота. Не задавай глупых вопросов, не услышишь вранья.
|
|
This post was edited by Ratibor (2008-12-27 16:28, 15 years ago) |
Sergeich |
|
---|---|
Аватарам это не нужно, они не несут какой-то полезной смысловой нагрузки, следовательно при отключении картинок я ничего не теряю, если от них не останется ничего. А вот при вставке картинок и превьюшек прописывать альт и титл очень даже полезно будет.
|
Ratibor |
|
---|---|
# Sergeich : Аватарам это не нужно, они не несут какой-то полезной смысловой нагрузки, следовательно при отключении картинок я ничего не теряю, если от них не останется ничего.Речь не о тебе или мне, а о том что со времен LDU тянется эта бодяга. Нужно взять за хороший тон что при добавлении картинки сразу же делать к ней alt и title. И не важно какая это картинка. Либо, что правильней, если есть возможность то просто выводить путь до картинки, а весь html код делать в скине, как я к примеру предлагал по поводу иконки к комментариям. В общем если уж чтото делать, то делать это нужно красиво и законченно, и не важно кому и насколько это нужно. Не задавай глупых вопросов, не услышишь вранья.
|
Sergeich |
|
---|---|
Ratibor, в корне не понимаешь суть тегов alt и title. Они используются ТОЛЬКО для картинок, несущих смысловую нагрузку (аватары такой нагрузки не несут). Это не я придумал, так принято во всём мире. Более того эти теги используются программами автоматического аудиовоспроизведения страниц для слепых, задумайся, нужно ли слепому знать, что на старнице куча аватаров? Он за информацией на сайт пришёл, а не за красивостями.
А вот картинкам из Файлового хранилища нужно присваивать и альт и титл, о чём я и написал в предыдущем посте. И тут я полностью с тобой солидарен, что тянется эта бодяга со времён ЛДУ :) |
Ratibor |
|
---|---|
Sergeich
Читай медленно и вдумчиво, до полного понимания: Ratibor: Кому нужны будут alt и title, тот их впишет, а кто делает сайт для слепых, может не вписывать. P.S. А вдруг я захочу в title аватара вписать полезную инфу ? К примеру наваяю плагин с выводом в титле нужной мне инфы. И получится у меня в скине примерно слеующее: <img src="{картинка аватара}" alt="{плагин1}" title="{плагин2}" class="avatar" />А не нужны будут тебе альт и титле в скине оставишь(вернее так будет по умолчанию): <img src="{картинка аватара}" alt="" title="" class="avatar" />И все счастливы и довольны. После таких доработок, если мне или комуто понадобятся эти тэги, нужно будет поправить всего лишь скин а не лезть в ядро, а если тебе эти тэги не нужны, то тебе нет никакой разницы что не править. Это было во первых, а во вторых в любом случае html коду в ядре не место и должно быть оттуда перенесено в файлы скина. P.P.S. К тому же поисковики не знают полезная это картинка или всего лишь аватар или иконка к коментариям :) Не задавай глупых вопросов, не услышишь вранья.
|
Sergeich |
|
---|---|
А если у меня нет аватара? движок выдаст кривой контейнер картинки?
если очень хочется аватаров с наворотами, то лучше это сделать отдельным плагином, в движке же оставить простой вариант. Очень не хочется, чтобы проект превратился в ыщё один монстр типа джумлы, с кучей всяких фич, полезность которых стремится к нулю. Пусть фич будет много, но отдельными модулями и плагинами. Движок же должен оставаться лёгким и простым с необходимым минимумом функционала. |
Ratibor |
|
---|---|
# Sergeich : Движок же должен оставаться лёгким и простым с необходимым минимумом функционала.Вот и я о томже :) Нужно выкинуть из него весь html код :) И как ты правильно сказал(о чем я тоже сказал в предыдущем посте), если мне понадобятся навороты с титле и альт я напишу плагин :) Но в данном случае речь идет не о наворотах, а всеголишь о том чтоб выкинуть весь html код из ядра в файлы скина. В итоге должно по тегу аватар выдасться только datas/avatars/user_avatar.gif и никаких излишеств. Такая же сейчас дурь с иконками на страничках, выводятся уже готовый html код. Сейчас переделываю дизайн на сайте и приходится лезть в ядро, а если бы просто выдавался путь до картинки, то все сделалось бы средствами скина. Не задавай глупых вопросов, не услышишь вранья.
|
Trustmaster |
|
---|---|
100 раз было сказано, что надо выводить весь хтмл из кода в шаблоны, и в 101-й с этим соглашусь. Почему до сих пор не вывели? Есть 3 стороны проблемы:
[list=1] May the Source be with you!
|
esclkm |
|
---|---|
честно все двояко. и так гордо заявлять что вынесем все однозначно нельзя. тогда шаблоны стануть очень тяжелые. И очень тяжелыми в освоении.
пример:
<a style="visibility: visible;" href="forums.php?m=editpost&s=12&q=366&p=2753&x=6GK4SA">Править</a> экстрактировав ссылку мы получим <a style="visibility: visible;" href="{SuperLINK}">Править</a> А тут мы отделяем и получется если SuperLINK="" мы получим на сайте удивительную пустую ссылку., а не пустоту. а что бы этого не было придется каждые 5 сек использовать конструкции begin end. и первое не круто и втореое тоже. или я чего не знаю? littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
|
This post was edited by esclkm (2008-12-29 01:56, 15 years ago) |
Sergeich |
|
---|---|
Точно. Не нужно бросаться в крайности. Можно вводить постепенно в движок новые теги, которые позволят весь хтмл выносить в шаблоны, но для совместимости оставлять и старые теги. Вот только очень не хочется усложнения шаблонов, я тут шаблоны смарти смотрел изнутри, ну ни разу не френдлиюзер :)
|
Ratibor |
|
---|---|
Trustmaster
Смотрю в ревизии 222 появилась транслитерация. Вроде все нормально работает, за исключением нюансов :) Если в теге есть и русские и английские символы, то не работает :( Или уж я слишком придирчив ? Не задавай глупых вопросов, не услышишь вранья.
|
Trustmaster |
|
---|---|
Конечно, можно сделать первую в мире CMS с функциями искусственного интеллекта, которая будет постоянно анализировать поведение пользователей и пытаться предугадать, что же они имеют в виду. Но по-моему, это перебор.
May the Source be with you!
|
esclkm |
|
---|---|
не совсем понял к чему относится сообщение trustmastera
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Ratibor |
|
---|---|
# Trustmaster : Но по-моему, это перебор.:) P.S. Неплохо бы еще сменить набор смайликов. От себя могу предложить выбрать из этого наборчика. Да кстати, чтоб не парится и вписывать коды смайликов в админке(кстати с этим на форуме в тексте бывают глюки), не лучше ли вставлять смайлы как img ? А попап который со смайликами будет просто выводить все смайлы из папки. Тогда обновлять/добавлять смайлы будет намного проще, просто залил их на сервак и все. А не придумывать смайлам коды в админке :) Пример глюка: (045345348) - тут смайла не должно быть. Конечно некоторые могут возразить, что двоеточие со скобкой проще ввести чем кликать попап и там выбрать смайлик. Оно конечно так, но... А блондинки знают о точке с запятой ? Это раз :) А во вторых большинство из за лени меньше смайликов вставлять будет :) Ну и в третьих, всегда можно вставить минимальный набор в панель редактора. Не задавай глупых вопросов, не услышишь вранья.
|
Trustmaster |
|
---|---|
По смайлам у нас ticket #100, о котором я еще с 0.0.1 думаю, и надеюсь, что скоро доберусь. Да, по дефолту нужен другой набор. У этого набора лицензия какая?
И еще, по каждому смайлу надо будет иметь код вставки и описание (последнее в языковых файлах пакета). Т.е. надо бы заранее это подготовить сначала хотя бы в виде текстового файла. May the Source be with you!
|