Closed zackkrida closed 3 years ago
@dhruvkb please review the proposed component api here when you get a chance; thanks!
@zackkrida the proposal looks great, just one question though: why not name the prop is
?
@dhruvkb oops! I want to use Vue's built-in is
, I must have had Buefy's docs open when i wrote it. Edited.
@dhruvkb @zackkrida I would like to take this up.
Go for it @megha070 😄
@nimishbongale you can track the development of the Footer
component here.
@zackkrida @dhruvkb
I think a similar issue will need to be raised for 'Header' as well?
@nimishbongale https://github.com/creativecommons/vocabulary/issues/642 (I'll clean it up a little this week)
I'd like to take this if @megha070 is no longer working on it
@akmadian I'd say go for it, with the suggestion to get a draft PR up as early in the process as you're comfortable. If at some point we realize we have two active PRs we can get everyone working together from there.
RE: the possibility of wrapping named slots in a custom component, I'm not sure I see the benefit. It would create a simpler implementation for us and users to just use a slot or a named slot since it eliminates the dependency on the FooterMenuItem component, simplifies the syntax of implementing the component, and will simplify the documentation of the component.
Is there some reason for this that I'm missing?
@akmadian I think we all agree the slot is the best path forward.
Only reason for a custom component would be code style, or other use cases not needed in this component.
Is this issue still up for grabs?
If so, I'd be interested in helping with it.
Sure! Go for it @ashu54-aseem!
Just a side note, this issue has a PR (#710) linked to it, so you may want to head over there first and check it out. Thanks for your interest!
Hey @nimishbongale is this issue still open?
@neelesh17
Thanks for your interest! I think the issue already has a PR(#710) linked to it, so you may head over to it and give in your suggestions.
hello @nimishbongale is this issue still open, I am interested in working on it. Kindly let me know
@nimishbongale I have raised the aforementioned PR for this issue. Please review it, and if there are any suggestions, please let me know.
@CapriciousRebel @ashu54-aseem
There's already a fairly complete PR(#710) linked to this issue. It will be merged shortly!
Hello @nimishbongale is this issue still open, can I contribute to it?
Stale issue message
We need to implement the Footer component from Vocabulary into its Vue counterpart. The main benefits this component will provide are:
I would like the initial implementation of the component to be very limited in functionality. We can open up customization with additional sub-components and slots in the future, as more diverse use cases become necessary.
Screenshot
Current HTML version
Ideal Vue API
The only editable elements of the footer are currently:
The
<FooterMenuItem>
component will use Vue's built inis
prop (often seen as anas
prop in react) that changes the actual component rendered, allowing for full control of the html element rendered. We need to updatevocabulary
to make sure none of the styles are dependent on specific html tags, and only on our custom classes.