# Plugin design suggestion: full page or modal?
**URL:** https://meta.discourse.org/t/plugin-design-suggestion-full-page-or-modal/119669
**Category:** Development
**Created:** [June 6, 2019, 2:28pm UTC](https://meta.discourse.org/t/plugin-design-suggestion-full-page-or-modal/119669 "2019-06-06T14:28:53Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@emanuele](https://meta.discourse.org/u/emanuele)
#### Post date: [June 6, 2019, 2:28pm UTC](https://meta.discourse.org/t/plugin-design-suggestion-full-page-or-modal/119669/1 "2019-06-06T14:28:53Z")
Hi everyone 🙂
I am writing a plugin for [Keybase Proofs](https://meta.discourse.org/t/discourse-keybase-proof/115239/9), and since it is my first attempt at writing a Discourse plugin, I am still trying to figure out the best way to integrate it with the product 🙂
The plugin itself needs just a couple UI components, and one of them is still a bit tricky for me to implement: the page that shows the association between the Discourse user and the Keybase user (see the screenshot [here](https://keybase.io/docs/proof_integration_guide#2-2-proof-creation)).
The easiest way for me to implement it is a full page, for example served at `/keybase-proofs/new-proof`, but it seems like it is discouraged to have a plugin define their own full pages (@eviltrout I _think_ I remember you writing about this somewhere, perhaps you can give me some hints?).
So what I am trying to do instead is having a modal dialog appear when the url to create the association is hit. So ideally I’d like to show the Discourse homepage with a modal on top, using an outlet. Would this be a better design? If so: how do I make the modal appear only when a specific url is hit, _with the homepage in the background_? The only way I see to make this happen is to use query parameters:
```plaintext
https://${MY_DISCOURSE_SITE}/?new_keybase_proof=true&kb_username=...
```
Here, I would use `new_keybase_proof=true` to decide if I need to show the modal or not.
UPDATE: Perhaps I should do something like what happens for `/login`? That is, do a redirect to the homepage in the route `beforeModel()` method and then call the method that shows the modal?
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [June 7, 2019, 12:18am UTC](https://meta.discourse.org/t/plugin-design-suggestion-full-page-or-modal/119669/2 "2019-06-07T00:18:59Z")
With a lot of the mobile stuff we were stuck doing full page cause the technique we used involving post message in JS ended up failing.
Can you elaborate a bit about the process after you click associate? Does it redirect to key base and then redirect back to us?
If there is a redirect chain involved you are going to need a new route here with a new full page. If this is simply making a call to the discourse server and it takes care of the magic, then you can get away with a modal.
---
### Author:  [@emanuele](https://meta.discourse.org/u/emanuele)
#### Post date: [June 7, 2019, 10:35am UTC](https://meta.discourse.org/t/plugin-design-suggestion-full-page-or-modal/119669/3 "2019-06-07T10:35:07Z")
> [@sam](#):
>
> Can you elaborate a bit about the process after you click associate? Does it redirect to key base and then redirect back to us?
After you click associate, it just redirects to a Keybase url which then redirects to the Keybase app/website as needed, it doesn’t get back to Discourse.
This is the skeleton of the plugin so far (I’ve only committed the files related with the new-proof page for now, plus a couple more files): [GitHub - etamponi/discourse-keybase-proofs-plugin: Discourse Plugin for Keybase Proofs · GitHub](https://github.com/etamponi/discourse-keybase-proofs-plugin)
As you can see, this is the flow:
1. Keybase asks the user to go to `https://$DISCOURSE_SITE/keybase-proofs/new-proof?kb_username=bla&username=blabla&...`
2. Discourse checks if a user is logged in. If not, it redirects to the login page, then back to the new-proof page
3. Discourse shows the homepage with a modal on top which will show the association details and the associate/cancel buttons
I’ve still to code the rest of the flow, but I’d like to make sure that we agree on the design so far.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [June 7, 2019, 11:11am UTC](https://meta.discourse.org/t/plugin-design-suggestion-full-page-or-modal/119669/4 "2019-06-07T11:11:18Z")
This may be way off base, but could you instead of having a plugin just have the keybase user insert some string in their profile about\_me? ([Discourse Meta - The Official Support Forum for Discourse](https://meta.discourse.org/my/preferences/profile)) Then no plugin would be required and people could have a proof on any Discourse site, not only those who had heard of KeyBase and were willing to install a non-standard plugin.
Edit: Oh, see [Discourse Keybase Proof](https://meta.discourse.org/t/discourse-keybase-proof/115239/) where this discussion seems to be happening.
---
### Author:  [@emanuele](https://meta.discourse.org/u/emanuele)
#### Post date: [June 7, 2019, 11:15am UTC](https://meta.discourse.org/t/plugin-design-suggestion-full-page-or-modal/119669/5 "2019-06-07T11:15:26Z")
Yep, I am the same person in both threads 🙂 In here, I was just trying to understand which of the two designs for the association page was better: modal, or full page. I am going for a modal now, but it should be easy to replace it with a full page if needed 👍