View / Router
Let’s look at view HTML structure:
As you see View may be almost in any part of your app.
Main View
Your main view should have additional view-main class. Why we need main view? By default all links (which is not in any initialized view) will load pages in main view. Also if you use hash navigation then it works only for main view’s navigation.
Multiple Views Layout
In case we have the app with multiple views in app root, so called “Tabbed Views” app, we must wrap our views with additional <div class="views">
element.
Only one “Views” element is allowed!
<body>
<!-- app root -->
<div id="app">
<!-- view inside of panel -->
<div class="panel panel-left panel-cover">
<div class="view panel-view"> ... </div>
</div>
<!-- Views container -->
<div class="views tabs">
<!-- Your main view -->
<div class="view view-main tab tab-active" id="view-1">
<!-- View related pages -->
...
</div>
<!-- Another view -->
<div class="view tab" id="view-2">
<!-- View related pages -->
...
</div>
...
</div>
<div class="popup">
<div class="view popup-view"> ... </div>
</div>
</div>
</body>
View App Methods
When we already have required views in HTML and our app is already , now we need to initialize our views. Let’s look at available app methods to work with Views:
app.views.create(viewEl, parameters) - initialize View
- viewEl - string or HTMLElement. If string - CSS selector of View element
- parameters - object. Object with View parameters
- Method returns object with just created View instance.
app.views.get(viewEl) - get View instance by HTML element
- viewEl - string or HTMLElement. If string - CSS selector of View element
- Method returns object with just created View instance.
There could be situation when we need to get currently active View, because instead of main app view we may also have view in opened popup, popover, opened panel, tabs, etc. This method allows to get the View instance of currently active/visible/“most-top” view.
For example, if you have initilized View in panel, and panel is currently opened, then this method will return panel’s view. Or, if you use app with tab bar layout, where each tab is view, then this method will return currently active/visible tab-view
app.views.current - get currently active/visible View instance.
- Method returns object with just created View instance.
Now let’s look at list of available parameters we need to create View:
Note that all following parameters can be used in global app parameters under view
property to set defaults for all views. For example:
var app = new Framework7({
view: {
iosDynamicNavbar: false,
}
});
View Methods & Properties
So to create View we have to call:
var view = app.views.create({ /* parameters */ })
After that we have its initialized instance (like view
variable in example above) with useful methods and properties:
Properties | |
---|---|
view.app | Link to global app instance |
view.el | View HTML element |
view.$el | Dom7 instance with view HTML element |
view.name | View name that was passed name parameter |
view.main | Boolean property indicating is it a main view or not |
view.routes | Array with available router’s routes |
view.history | Array with view history |
view.params | Object with view initialization parameters |
view.router | View’s initialized router instance |
Methods | |
view.destroy() | Destroy view instance |
view.on(event, handler) | Add event handler |
view.once(event, handler) | Add event handler that will be removed after it was fired |
view.off(event, handler) | Remove event handler |
view.off(event) | Remove all handlers for specified event |
view.emit(event, …args) | Fire event on instance |
View Events
View will fire the following DOM events on view element and events on app and view instance:
View instance emits events on both self instance and app instance. App instance events has same names prefixed with view
.
Event | Target | Arguments | Description |
---|---|---|---|
init | view | (view) | Event will be triggered on view initialization |
viewInit | app |
View’s main purpose is a navigating/routing between pages. We can access its router instance by view.router
. It has a lot of useful methods and properties to take control over routing and navigation:
Linking Between Pages & Views
It may be not very comfortable to use router methods all the time to navigate between pages. In many cases we can just use to navigate between pages. And we can pass additional navigation parameters using data-
attributes:
<!-- same as router.navigate('/somepage/'); -->
<a href="/somepage/">Some Page</a>
<!-- same as router.navigate('/somepage/', {reloadCurrent: true, animate: false}); -->
<a href="/somepage/" data-animate="false" data-reload-current="true">Some Page</a>
<a href="#" class="back">Go back</a>
<!-- same as router.back('/home/', {force: true, ignoreCache: true}); -->
<a href="/home/" data-force="true" data-ignore-cache="true" class="back">Go back</a>
Links default behavior:
- If link is in inside of not initialized view then it will load page in main view
- If link is in inside of initialized view then it will load page in this view (if other view is not specified in view’s
linksView
parameter)
But if we need to load page in another view we can specify this view’s CSS selector in link’s data-view
attribute
<!-- left view -->
<div class="view view-init view-left" data-name="left">
...
<!-- will load "some-page" to main view -->
<a href="/some-page/" data-view=".view-main">Some Page</a>
...
</div>
<!-- main view -->
<div class="view view-init view-main">
...
<!-- will load "another-page" to left view -->
<a href="/another-page/" data-view=".view-left">Another Page</a>
...
</div>
Router Events
Router has a lot of useful events.
Router will fire the following DOM events for swipe back pages:
Event | Target | Description |
---|---|---|
swipeback:move | View Element<div class=”view”> | Event will be triggered during swipe back move |
swipeback:beforechange | View Element<div class=”view”> | Event will be triggered right before swipe back animation to previous page when you release it |
swipeback:afterchange | View Element<div class=”view”> | Event will be triggered after swipe back animation to previous page when you release it |
swipeback:beforereset | View Element<div class=”view”> | Event will be triggered right before swipe back animation to current page when you release it |
swipeback:afterreset | View Element<div class=”view”> | Event will be triggered after swipe back animation to current page when you release it |
Router events bubble to View instance and to the App instance, so the event emitted on router instance will also be avaiable on view and on app instances:
If you don’t need to use View API and your View is inside of DOM on a moment of app initialization then it can be auto initialized with just adding additional view-init
class:
But what about View parameters. In this case we may pass them in data-
attributes.
Parameters that used in camelCase, for example pushState
, in data- attributes should be used as kebab-case as data-push-state
<!-- view parameters in data- attributes -->
<div class="view view-init" data-url="/" data-name="home" data-push-state="true">
...
</div>
In this case if you need to access created View instance you can use:
- In case if it is main view, we may use
app.views.main
to get main view instance - Otherwise, we can access it by passed
name
parameter likeapp.views.home
<!-- main view -->
<div class="view view-main view-init">
...
</div>
<!-- another view -->
<div class="view view-init" data-name="home">
...
</div>
var mainView = app.views.main;
var homeView = app.views.home;
Initial Page Route
Initial page can also be loaded correctly using Routes. In app layout we must leave View blank:
<body>
<div id="app">
<div class="view view-main"></div>
</div>
</body>
In routes we may specify “home” route, for example:
routes: [
{
path: '/',
url: './home.html'
},
And when we init the View, we need to specify it is default URL: