n0name: Возможность изменения истории в браузере (то, что нужно ТС) появилась в HTML5.
А зачем? Чтобы отсечь юзеров со старыми броузерами? Кто мешает юзать anchor в ссылках для динамического изменения контента на странице? В том числе и для передачи с урла на урл того же списка плейлистов. Вроде не сильно большой код получится на JS. И будет работать всюду.
kotor: сидеть на ie6 / не хочется терять потенциальных клиентов.
Ну так я же написал. В нормальных организациях существуют аналитики, которые должны определить что выгоднее - внедрять новые фичи или поддерживать старые броузеры. Там где очень большие деньги - аналитиков м.б. целый отдел + заказ юзабилити-анализа на стороне.
Там где верстальщик сам себе аналитик, дизайнер, менджер и на дуде игрец - там все решает верстальщик, в силу своей квалификации. НО поскольку квалификация в таких случаях (как правило) не сильно высокая (нельзя одновременно все охватить) то решение не в пользу поддержки старья.
dma84: Сбербанк - пример того как не нужно делать сайты.
Им не нужно уметь делать сайты. Они умеют отнимать готовый бизнес.
netwind: а если верстальщик в одном лице и менеджер. типичная для этого форума ситуация
Типично что это не прибыльно.
netwind: Можете рассказывать что угодно, но отрасль смотрит не туда куда вы.
Отрасль (если быть точнее продвинутые верстальщики) много лет смотрит раззявив рот на CSS3 и HTML5, и говорит "Ай хорошо!". Только с производителями броузеров беда - не успевают за прогрессом, и юзеры консервативны, а уж для монстров типа Сбербанка достижение что на сайте нет "Only for ie5"
kotor: Этот вариант решает проблему с кнопками, но не решает проблемы с обработчиком.
Как это не решает? JS решает все!
netwind: Тем более, если речь идет о платежных системах. Стоимость времени работы программистов занятых в этой отрасли еще больше
Извините, но я работаю в такой организации. Моя зарплата примерно 1.5-2 раза выше средней по отрасли. И на фоне прибыли компании не видна в микроскоп.
netwind: Например, на light.webmoney.ru навигация делает вид что работает .
Вебмани - очень хороший пример того как у*бищный интерфейс напрямую приводит к недополучению чистой прибыли. Знаю достаточно много людей, которые не пользуются им ровно по той же причине. Да и сам после появления ЯД перестал пользоваться.
Orsat: Например? Какой фреймвок может решить проблему кроссбраузерности?
Я же написал.
У вас очевидно происходит "всплывание" событий. Т.е. когда вы проводите мышкой по какому-то элементу у вас mouseover начинает распростараняться по всем родительским элементам. вплоть до HTML. Причем порядок всплывания и способ прерывания всплывания в разных броузерах разный.
Дальше у вас два варианта. Вы выучите как это все работает и в милионный раз повторите чужой код получающий кроссброузерный обработчик этого события или забудете как страшный сон и выучите простую процедуру в jquery (или еще где-то) :
$('div').hover{ function(){ alert('Мышь вошла в блок') }, function(){ alert('Мышь вышла из блока') } }
UPD знание jquery вообще-то не освобождает от знания JS, но освобождает кучу времени и сил от борьбы со всякой рутиной.
Если CMS не совсем полный отстой, то никак. Больше влияют кривые руки веб-мастера или экономия на хостинге.
Дизайн влияет точно так же как и CMS. При желании можно сделать замечательный дизайн на Flash со всеми перделками и сопелками или реализовать все на ExtJS, но Яндекс откажется такое индексировать, да и юзеры не оценят красоту.
Уникальность не уникальность - безразлично. Яндекс интересует только контент. CSS он не индексирует. Так же как и Google
методом SEO HIDE.
Если вам нужно закрыть, закройте например через js, а если сакральным методом SEO HIDE, тогда лучше обратиться к авторам термина.
<span title="url" class="pseudo_link.ru">текст псевдоссылки</span>
$('.pseudolink').mouseover(function(){
var e=$(this);e.wrap("<a href='http://"+e.attr('title')+"'></a>");
});
Возможность изменения истории в браузере (то, что нужно ТС) появилась в HTML5.
А зачем? Чтобы отсечь юзеров со старыми броузерами? Кто мешает юзать anchor в ссылках для динамического изменения контента на странице? В том числе и для передачи с урла на урл того же списка плейлистов. Вроде не сильно большой код получится на JS. И будет работать всюду.
сидеть на ie6 / не хочется терять потенциальных клиентов.
Ну так я же написал. В нормальных организациях существуют аналитики, которые должны определить что выгоднее - внедрять новые фичи или поддерживать старые броузеры. Там где очень большие деньги - аналитиков м.б. целый отдел + заказ юзабилити-анализа на стороне.
Там где верстальщик сам себе аналитик, дизайнер, менджер и на дуде игрец - там все решает верстальщик, в силу своей квалификации. НО поскольку квалификация в таких случаях (как правило) не сильно высокая (нельзя одновременно все охватить) то решение не в пользу поддержки старья.
http://css.maxdesign.com.au/listamatic/index.htm
Сбербанк - пример того как не нужно делать сайты.
Им не нужно уметь делать сайты. Они умеют отнимать готовый бизнес.
а если верстальщик в одном лице и менеджер. типичная для этого форума ситуация
Типично что это не прибыльно.
Можете рассказывать что угодно, но отрасль смотрит не туда куда вы.
Отрасль (если быть точнее продвинутые верстальщики) много лет смотрит раззявив рот на CSS3 и HTML5, и говорит "Ай хорошо!". Только с производителями броузеров беда - не успевают за прогрессом, и юзеры консервативны, а уж для монстров типа Сбербанка достижение что на сайте нет "Only for ie5"
Извините туплю.
Поставьте заплатку:
<style>.div,.select {background:red;}
</style>
<div style="padding:20px;" class="red">
<select>
<option>1234</option><option>1234</option>
</select>
</div>
<script language="JavaScript" type="text/javascript">
var div = $('div').hover(
function(){$(this).addClass('div');},
function(){$(this).removeClass('div');}
);
/* заплатка */
$('select').hover(
function(){div.addClass('select');},
function(){div.removeClass('select');});
почему нужно делать x3 работу, для людей которые сидят в ie6 с отключенным JS.
может и не нужно. зависит от задачи, от менеджеров, от заказчика. Но не от верстальщика.
Этот вариант решает проблему с кнопками, но не решает проблемы с обработчиком.
Как это не решает? JS решает все!
Тем более, если речь идет о платежных системах. Стоимость времени работы программистов занятых в этой отрасли еще больше
Извините, но я работаю в такой организации. Моя зарплата примерно 1.5-2 раза выше средней по отрасли. И на фоне прибыли компании не видна в микроскоп.
Например, на light.webmoney.ru навигация делает вид что работает .
Вебмани - очень хороший пример того как у*бищный интерфейс напрямую приводит к недополучению чистой прибыли. Знаю достаточно много людей, которые не пользуются им ровно по той же причине. Да и сам после появления ЯД перестал пользоваться.
Например? Какой фреймвок может решить проблему кроссбраузерности?
Я же написал.
У вас очевидно происходит "всплывание" событий. Т.е. когда вы проводите мышкой по какому-то элементу у вас mouseover начинает распростараняться по всем родительским элементам. вплоть до HTML. Причем порядок всплывания и способ прерывания всплывания в разных броузерах разный.
Дальше у вас два варианта. Вы выучите как это все работает и в милионный раз повторите чужой код получающий кроссброузерный обработчик этого события или забудете как страшный сон и выучите простую процедуру в jquery (или еще где-то) :
$('div').hover{function(){ alert('Мышь вошла в блок') },
function(){ alert('Мышь вышла из блока') }
}
UPD знание jquery вообще-то не освобождает от знания JS, но освобождает кучу времени и сил от борьбы со всякой рутиной.
Если CMS не совсем полный отстой, то никак. Больше влияют кривые руки веб-мастера или экономия на хостинге.
Дизайн влияет точно так же как и CMS. При желании можно сделать замечательный дизайн на Flash со всеми перделками и сопелками или реализовать все на ExtJS, но Яндекс откажется такое индексировать, да и юзеры не оценят красоту.
Уникальность не уникальность - безразлично. Яндекс интересует только контент. CSS он не индексирует. Так же как и Google