Alcuni possono sostenere il contrario, ma Ember può essere un po 'eccessivo per una pagina di destinazione sito come hai mostrato. Ember si intende più per robuste applicazioni web che hanno più viste e dati con cui devono essere connessi.
Prima di tutto, se si look at their script, si sta utilizzando jQuery per animare s' il body
scrollTop
posizione al rispettivo div e l'impostazione window.location.hash
alla hash
dell'Enciclopedia di href
elemento di menu, che avviene anche per essere l'ID del <section/>
del body
scorre a:
$(document).on('click', '#nav a, .clients-capabilities a', function(){
var target = $(this);
var hash = this.hash;
var destination = $(hash).offset().top;
stopAnimatedScroll();
$('#nav li').removeClass('on');
target.parent().addClass('on');
$('html, body').stop().animate({
scrollTop: destination
}, 400, function() { window.location.hash = hash; });
return false;
});
in secondo luogo, non stanno facendo nulla di speciale per caricare ad una posizione specifica al caricamento della pagina. Se carichi una pagina sul Web con un hash, il browser cercherà un elemento con quell'ID e verrà caricato in quella posizione. Ad esempio, http://emberjs.com/#download.
Anche se si desidera ancora utilizzare Ember per questo, probabilmente si finirà per fare qualcosa di simile con una singola vista caricata dal percorso /
quindi non mi preoccuperei nemmeno di Ember finché il tuo sito non diventerà un vero e proprio sito web app.
si sarà felici di pubblicare il tuo soluzione di back qui se hai trovato uno. – brg
Sarò, ma in realtà non ho trovato una soluzione adeguata per questo ... ancora in attesa di risposta pertinente. –
ok cheers, se riesco a ottenere una soluzione, invierò anche qui. – brg