Логин:   Пароль:    
Забыли пароль? | Регистрация временно недоступна

Форум

Новый дизайн (пожелания, баги и пр.)

На страницу Пред.  1, 2, 3, 4, 5  След. [Сообщений: 90]
Сообщение
23 май 2011, 01:03
Аватара пользователя
Не в сети
у кнопки "скачать клиент" внизу полоска при наведении появляется
у другой кнопки такого нет
Нормально всё.
Сообщение
23 май 2011, 21:32
Аватар пользователя
Не в сети
скрин?)
Сообщение
23 май 2011, 22:06
Аватара пользователя
Не в сети
Изображение
Нормально всё.
Сообщение
05 июн 2011, 10:56
Аватар пользователя
Забанен
Не в сети
Demonio писал(а):
После смены дизайна очень тормозным стал скроллинг - видео прилагается. Конечно, на видео дело еще хуже, чем на самом деле, но, уверяю, не на много. На всех остальных сайтах всё в порядке.

forest_ua писал(а):
Ну со скролингом беда была и со старым дизайном. Я просто думал это только у меня :) FF 3.6.x Интел коре дуо 2 гхерца.

Я уже привык, что оно чуток тупит :)

УРА! :happy:
Решил проблему! Убрал отображение бэкграунда и всё стало работать как по маслу. Так что если у кого есть проблемы со скроллингом... Ну вы поняли. :crazy:
Сообщение
05 июн 2011, 13:13
Администратор
Аватар пользователя
Не в сети
:scratch:
dfs - connecting people
Сообщение
11 июн 2011, 15:07
Аватар пользователя
Не в сети
http://validator.w3.org/check?uri=http://rusaoc.ru
количество ошибок увеличилось
Сила никона в том, что адекватность перед ним бессильна..
Сообщение
11 июн 2011, 15:21
Администратор
Аватар пользователя
Не в сети
Там ошибки такие прикольные:
onClick - ошибка
onclick - все отлично

это даже в ie6 работает :)
dfs - connecting people
Сообщение
11 июн 2011, 16:53
Аватар пользователя
Не в сети
Ну да, у тебя doctype указан такой, что все должны быть lowercase
Это всё мелкие ошибки, и с ними работает, но это не чистый код уже :)
По поводу onclick что в IE6 работает, как раз наоборот, от IE6 и стоит ожидать что он будет работать, так как старые браузера на doctype меньше всего обращают внимание.

Тут не то что прям ох баги, но этот ресурс, помогает всё таки, посмотреть ошибки верстки

Посмотрим ошибки к примеру. <script>, функционально, тег <script> будет работать в большенстве браузеров, так как они по умолчанию считают что <script> - это javascript, но есть браузеры исключения, где <script> может считать по умолчанию к примеру vbscript.

Error Line 139, Column 98: document type does not allow element "link" here
- верно, все ссылки, должны идти в <head>

Line 145, Column 83: cannot generate system identifier for general entity "limit" и там ещё много раз говорится об ошибке в этой строке.
Сама строка:
Код:
$j("#chat_window").load("http://rusaoc.ru//modules/mod_achat/achat.php?act=read&limit=20&userid=85&lastid="+lastid);

строки вообще надо держать в одинарных кавычках. А по сути, вообще это нужно было в другой файл вынести, и в head на него ссылку сделать. Кстати, большая часть ошибок, как раз с такого рода строками. Если пофиг, то можно и про Tab в начале забыть и вообще писать всё в одну строку. Оно ведь работает. А если соблюдая правила, то нужно помнить, что строки нужно писать в одинарных кавычках.

Line 256, Column 38: document type does not allow element "style" here
ну опять, ссылки только в head. Даже если файл не везде используется, всё равно, затаскиваешь его в head и не нужно думать, что не резонно каждый раз их инклудить, трафик будет типа кушатся. Сейчас все браузер, файлы включенные в head, кэшируют у себя. И если запихнуть 50 js файлов в head - ничего страшного. Первый раз, когда человек зайдет, они загрузятся ему в кеш и всё, последующие разы, эти ссылки будут загружаться локально с клиентского компа. (что нельзя сказать о файлах, которые включены не в <head>

Line 331, Column 751: document type does not allow element "li" here; missing one of "ul", "ol", "menu", "dir" start-tag
Ну тут понятно. Из этой же оперы:
Код:
<form><table><tr><td></td></tr></table></form> - так можно.
<table><tr><td><form></form></td></tr></table> - так можно.
<table><form><tr><td></td></tr></form></table> - так нельзя

P.S. работать будет, но будет вызывать лаг у браузера. Это нарушения целостности тега.

<ul><div><li> - Так нельзя.
<ul><li><div> - так можно

Line 331, Column 863: document type does not allow element "li" here; missing one of "ul", "ol", "menu", "dir" start-tag
doctype - strict, должны соблюдаться теги. Если используешь li, то должны быть родители этих тегов.

Line 348, Column 195: an attribute value specification must be an attribute value literal unless SHORTTAG YES is specified

Код:
…arget="_self">Игра #848</a><font size=1> <b style="color: #a49271;"> - <b>dfs<…


size=1 - нельзя, все значения должны указываться в кавычках, притом как говорил раньше, строковые значения - в одинарных. Да, оно позволительно писать параметры без кавычек, если нету пробелов, но этим пользоваться не стоит.

Line 348, Column 7456: end tag for "br" omitted, but OMITTAG NO was specified

…FaR</b> </b> 06 Июн 2011 10:12 - [8 ответов]</font></div><br></div>

Ну про открытый закрыт тег уж надо помнить. <hr/> <br/>.
/> используется для закрытия тега. Если написал <br> - т.е. создал открытый тег, то браузер должен искать закрытие тега, т.е. </br>. Чтоб не искал, его закрывают при открытии. <br/> только так, и не каких <br>

Warning Line 597, Column 67: reference not terminated by REFC delimiter

<a href="http://gasauto.com.ua/">расход пропана на газель</a>&nbsp

&nbsp; <- только так, никак не &nbsp. Их закрывать надо

Что может быть, если не закрыть эти ошибки:
1. После загрузки страницы, браузер при построении страницы, сам пытается решить эти ошибки. Это немного увеличивает время генерации страниц браузеров. Не критично, но если исправить один раз ошибки, будет бонус для всех, быстрей работать браузер.
2. Некоторые экзотические браузеры, могут не справиться с исправлением ошибок, такие браузеры будут криво отображаться страницы.
3. Есть шанс, что при обновлении браузера, некоторые ошибки в новых версиях браузера, не будут исправляться браузером. У той части пользователей, которые обновятся - будут проблемы с отображением и функциональностью сайта. При попытке что-то сказать, будут от вас же получать (у меня даже в IE 6 работает! ) %)
4. Обезопасить самого себя. JS framework'и парсят теги которые ты им скажешь. И если в теги будет ошибка, то он может не пропарсить строку. И если такое случается, потратишь "своё" же время чтоб додуплить, почему не работает скрипт?! :)
Сила никона в том, что адекватность перед ним бессильна..
Сообщение
11 июн 2011, 17:10
Аватар пользователя
Не в сети
Всё это не обязательно выполнять. Но верстка тоже имеет качество. Работоспособность страницы - не говорит о корректности верстки. И могут быть верстки как черновики, или верстка как дипломная работа без ошибок.
По большому счету, даже в суд исковое заявление можно писать с ошибками, но сам понимаешь, что эти ошибки могут затем выйти боком, да и самому не приятно.
Я когда пишу сайты, я беру отдельное время, только для исправления ошибок верстки. По началу у меня было много ошибок, потом когда начал их править, я и следующие сайты начал писать совершая всё меньше ошибок верстки.
Сила никона в том, что адекватность перед ним бессильна..
Сообщение
11 июн 2011, 17:13
Аватар пользователя
Не в сети
Спасибо за разбор ошибок)
Насчет BR не понял... почему? тут ничего не сказано например:
http://htmlbook.ru/html/br
Сообщение
11 июн 2011, 17:18
Администратор
Аватар пользователя
Не в сети
Вынести все link в head довольно проблемно. Только если изначально в шаблон их запихнуть, но это надо перелопатить 50+ файлов, где они подключаются для каждой страницы свои (для статистики - css с таблицей, для вывода игры - css со стилями анализатора и т.д.) и удалить оттуда.
Я как раз думал, что их нужно максимально разделить, чтобы не загружать, допустим анализатор игр, для главной страницы, потому что на ней он не используется.
:scratch:
dfs - connecting people
Сообщение
11 июн 2011, 17:43
Аватар пользователя
Не в сети
dfs писал(а):
Вынести все link в head довольно проблемно. Только если изначально в шаблон их запихнуть, но это надо перелопатить 50+ файлов, где они подключаются для каждой страницы свои (для статистики - css с таблицей, для вывода игры - css со стилями анализатора и т.д.) и удалить оттуда.
Я как раз думал, что их нужно максимально разделить, чтобы не загружать, допустим анализатор игр, для главной страницы, потому что на ней он не используется.
:scratch:

Я тоже раньше думал, что их лучше разделять. Но я всё равно разделяя, писал их в head, в шаблоне общие, а в конкретном контролере, прописывал какие подцеплять ещё нужно файлы. но потом где то в стандартах прочитал, что это всё нафиг не нужно, просто в head всё пишешь и не паришься. Они один раз грузятся, а дальше нагрузка будет только в том, что будет доп. строка в head'e которая не используется, не более того.
Сила никона в том, что адекватность перед ним бессильна..
Сообщение
11 июн 2011, 17:58
Аватар пользователя
Не в сети
RF_Dragon писал(а):
Спасибо за разбор ошибок)
Насчет BR не понял... почему? тут ничего не сказано например:
http://htmlbook.ru/html/br


htmlbook - Довольно старый ресурс. Но в тоже время - удобный теги вспомнить.
По основам HTML, "каждый" созданный тег - должен "обязательно" закрываться. <html><head><title></title></head><body></body></html> "каждый" тег, должен открываться и закрываться.
Написав тег <br> <- мы его "только" открыли, и в последствии нигде не пишется </br>, т.е. имеется "открытый" тег, но нет его закрывающего. Это противоречит HTML основам.
Каждый тег, можно закрыть двумя способами:
1. <body></body> <- тут два тега, один открывается, другой закрывается.
2. <tagname/> написание "/>" закрывает тег.

След. две записи равносильны:
Код:
<meta name="robots" content="index, follow" />
<meta name="robots" content="index, follow"></meta>

Вы используете первую запись - это корректно.

Ещё другие примеры:
Код:
у вас написано:
<script type="text/javascript" src="/media/system/js/mootools.js"></script>

Можно написать:
<script type="text/javascript" src="/media/system/js/mootools.js"/>

Обе эти записи будут равносильны


Все теги должны как открываться так и закрываться. По-этому запись <br> - не корректна, так как она открывает тег, но последующего закрывающего тега </br> нет. По-этому нужно писать <br/> либо <br></br>. Где запись <br/> - более грамотно
Подобные теги к примеру ещё:
<hr/> <img/>
Да и любые другие теги, которые не имеют внутри себя данных, можно закрывать записью "/>" Как тот же <script src=""/> или <link src=""/>
Сила никона в том, что адекватность перед ним бессильна..


Последний раз редактировалось Ermak 11 июн 2011, 18:15, всего редактировалось 4 раз(а).
Сообщение
11 июн 2011, 18:08
Аватар пользователя
Не в сети
А для перелопачивания файлов, есть редакторы, например тот же notepad++, там есть поиск по открытым файлам или поиск по каталогам. Ищешь просто "<script " и выносишь найденное в head, а в коде удаляешь. Это нужно потратить 2-10 минут, но это один раз сделал и забыл.
Сила никона в том, что адекватность перед ним бессильна..
Сообщение
11 июн 2011, 18:16
Аватар пользователя
Не в сети
мб, но разве только "открытый" тег <br> создает какие-либо косяки отображения/проблемы/нагрузку?
Если да, то как это проявляется и в каком браузере?
Сообщение
11 июн 2011, 18:18
Аватар пользователя
Не в сети
Кстати, из твоей ссылки:
http://htmlbook.ru/html/br

Посмотри раздел Синтаксис:
HTML Текст<br> текст
XHTML Текст<br /> текст

Теперь идём по ссылке: http://validator.w3.org/check?uri=http://rusaoc.ru
и смотрим Doctype: XHTML 1.0 Transitional
Сила никона в том, что адекватность перед ним бессильна..
Сообщение
11 июн 2011, 18:20
Аватар пользователя
Не в сети
Смотрим код страницы, первая строка задает doctype, видим:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
Сила никона в том, что адекватность перед ним бессильна..
Сообщение
11 июн 2011, 18:25
Аватар пользователя
Не в сети
и?
там написано:
Закрывающий тег
Не требуется.
Сообщение
11 июн 2011, 18:35
Аватар пользователя
Не в сети
http://ru.wikipedia.org/wiki/XHTML

Все элементы должны быть закрыты. Теги, которые не имеют закрывающего тега (например, <img> или <br>) должны иметь на конце / (например, <br />).

P.S. наличие / на конце - это и есть закрытие тега.

как уже говорил, htmlbook старый ресурс. И когда писали его, xhtml ещё небыло, по-этому писали по html 4-ой версии, без учёта новых технологий.
Сила никона в том, что адекватность перед ним бессильна..
Сообщение
11 июн 2011, 18:44
Аватар пользователя
Не в сети
Вообще, сейчас самый позитивный это http://ru.wikipedia.org/wiki/HTML_5
<!DOCTYPE html> Определяется таким DTD
Чем он прикольный, к примеру в нём можно использовать такой эллемент:
<input type="email"> очень удобная феня.. Только работает ещё не во всех браузерах, но IE по этому DTD кстати сейчас обгоняет остальные браузеры, большей поддержкой.
Сила никона в том, что адекватность перед ним бессильна..
На страницу Пред.  1, 2, 3, 4, 5  След. [Сообщений: 90]

Перейти:  

Сейчас посетителей на форуме: 20, из них зарегистрированных: 0, 0 скрытых и гостей: 20 | Больше всего посетителей (885) на форуме было 19 янв 2020, 10:18
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 20
cron
Яндекс.Метрика