Glide Library
Navigation Model
Glide Apps and Glide Pages have different navigation models. In other words, the way screens relate to each other is slightly different.
Understanding the different navigation models is not needed in order for you to build with either of them, but it's useful if you want to really want to understand their deeper structure.


In Apps, the navigation model is based on Screens on top of Screens. For example, in the video below - we can see three different screens appear.
This looks and feels like we are moving from one screen to another which โ€“ visually speaking โ€“ we are.
The way it feels when navigating a Glide App
But in terms of the way the app works โ€“ we are actually 'pushing' screens on top of the initial tab's screen. In other words โ€“ they stack on top of each other, so the first screen is always the primary context โ€“ no matter how many screens deep we go.
In the image below โ€“ you can see that all of these screens are 'on top' of the Accounts tab. This is a much more accurate way to think about the way screens work in Apps.
How the navigation model actually works in Glide Apps
This is a lot more obvious with Modals in Tablet view ๐Ÿ‘‡
An example of a modal in Tablet view
On the surface, this distinction doesn't really matter too much. When you use Glide Apps in browsers, the URL for a Glide App remains the same โ€“ regardless of which screen you are on (unless you're working with Deep Links).
This means that the browser forward & back buttons do not work as you would expect, there is no 'History' of screens that you've seen in your browsing history and you cannot simply copy the URL and link to a particular page (again, unless you're working with Deep Links)


With Pages, however, there is only ever one screen. You don't have screens on top of screens.
Each screen also has its own URL. This means that you can use your browser's forward & back buttons to move forward or back to the previous screen โ€“ even if that screen was a modal.
Navigating through a Pages website changes the URL
This is incredibly useful if you want to link to a particular state or screen โ€“ you can just save the URL and give it to someone and they will open the app exactly where you were when you copied the link.
There are some instances where the URL can become very long. For example, if in your app you have lots of Link to Screen actions and you've navigated through many of them โ€“ the URL will build up, remembering all the different steps. This is unusual and not a huge problem if it does happen. However, if you switch to a different tab โ€“ the URL will reset, back to the new root screen.
Last modified 3mo ago
Copy link