-
Notifications
You must be signed in to change notification settings - Fork 117
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: Add pylon to rill developer #5359
feat: Add pylon to rill developer #5359
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
UXQA –
- When you're logged-out of Rill Developer, the "Contact Rill Support" button doesn't work because there's no email address to use to initialize the Pylon chat. Like the Cloud UI, we should hide it for now. Unless @ericokuma @mindspank @AndrewRTsao @jkhwu have something else in mind.
- I notice we have duplication between the legacy Rill Developer footer & the menu in the Local Avatar Button. @ericokuma @mindspank, can we remove "Documentation" and "Ask a question" from the legacy footer? And can we move "Report an issue" from the legacy footer to the avatar menu?
@@ -1,4 +1,4 @@ | |||
import type { V1User } from "../../client"; | |||
import type { V1User } from "@rilldata/web-admin/client"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
web-common
should not import anything from web-local
or web-admin
. Now that Rill Developer has more interaction with the admin server, I wonder if we should move the web-admin/client
to web-common
and rename web-admin
to web-cloud
for clarity. (Though this should certainly happen in a separate PR.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed we should hide Pylon if they're logged out. Two options that come to mind:
- We simply hide the Contact Rill Support button (and/or use the previous link to community)
- We keep the Contact Rill Support button but let them email [email protected] instead (we could trigger an email form while requiring them to share an email address)
If trivial, I think option 2 might be better to help build engagement (and we would still retain attribution) but will let Product make the final call.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ericpgreen2 Ya makes sense. Updated to not use admin's model. For moving clients to common, I disagree. We can only use those clients on cloud. Any communication has to go through the local server.
@AndrewRTsao Hiding the button for now. We can do a follow up to send an email in cloud as well.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's fine to remove the duplicated entries in the footer
export type UserLike = { | ||
email: string; | ||
displayName: string; | ||
photoUrl: string; | ||
}; | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice solution to the import problem. Mind just adding a comment to explain the situation?
With the new login/logout within rill developer we also can support pylon chat support in there.
This PR adds it to the avatar dropdown and deploy screen when there is a failure.