-
Notifications
You must be signed in to change notification settings - Fork 10
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
<meta> Component package #304
Closed
1 of 5 tasks
Comments
thescientist13
added
the
enhancement
Improve something existing (e.g. no docs, new APIs, etc)
label
Mar 18, 2020
This was referenced Mar 22, 2020
This was
linked to
pull requests
Dec 31, 2020
5 tasks
This was referenced Jan 8, 2022
Closed
9 tasks
thescientist13
added
feature
New feature or request
and removed
enhancement
Improve something existing (e.g. no docs, new APIs, etc)
labels
Feb 9, 2022
6 tasks
6 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Type of Change
Summary
Coming out of #303 it makes sense to expose a standalone "
<meta>
" component with a general purpose API that could be used a la react-helmet.Details
Something like this, ideally opting for a declarative API as a custom element (see #299 for reference)
title
would be a string for the page's<title>
meta
would be an Array of<meta>
tagsIn addition, we can now tap into the graph as part of
ResourceInterface
which means we can get per page data, really really great for SEO. 🤩Questions
How should we package this, as a standalone package to publish to NPM? If so, will it then need to be a dependency of
@greenwood/cli
?Or maybe there's a plugin we could use to pull this in for users through a transitive dependency? Does that mean it's not default?
Could also have this all done via SSR as Resource with an interceptor?
The text was updated successfully, but these errors were encountered: