Как сделать, чтобы смена хеша через window.location.hash не отправляла к этому хешу?

Question

[HeBonpoc]

Как сделать, чтобы смена хеша через window.location.hash не отправляла к этому хешу?
Моя бесполезная попытка:

window.addEventListener('hashchange', hashchange);
function hashchange(e){ 
	e.preventDefault();
}

Ещё делал через history.pushState, но тогда кнопка назад плохо работает.
Вообще цель всей затеи в том, чтобы можно было кидать ссылку именно на ту часть страницы где мы находимся. Но когда я выставляю хеш при скролле окно дергается.

Answer 1

[Дмитрий Кайгородов]

Взять элемент с id на который будешь ссылаться.
Убрать аттрибут id.
Поменять hash.
Поставить id.

Comments

[HeBonpoc]

Хех)) Сейчас попробую)

[HeBonpoc]

Работает, но оказывается всё-равно на историю это влияет :(

[Дмитрий Кайгородов]

то есть надо, чтобы этот hash-scroll-переход не попадал в историю?
Зачем тогда менять hash?

[niceandriyanov]

Lol, работает)) Но костыль знатный)))

Answer 2

[memba]

Касательно History API, вот тут webonrails.ru/post/990 нормально описано как "починить" кнопку "Назад". Читайте про событие popstate.

Comments

[HeBonpoc]

У меня немного не то. Я перехожу со страницы А, на страницу Б. На странице Б у меня вся эта история с хешами. Когда я нажимаю назад, я хочу попадать на страницу А. То есть видимо при установке window.location.hash, всё-равно проиходит pushState, который я использовал ранее.

[memba]

Тогда такая пища для размышлений: Что если при загрузки страница "Б" запоминать где-нибудь document.referrer. Далее вы работаете со своими хешами, а при нажатии кнопки "Назад" ловить событие popstate и делать window.location.href=document.referrer... ну или как-то так.

[HeBonpoc]

Вот так и получилось) Спасибо!