feature: ModalSocialShare #1943
No reviewers
Labels
No labels
accessibility
app-parity
area: creator
area: daemon
area: design
area: devops
area: discovery
area: docs
area: installer
area: internal
area: livestream
area: performance
area: proposal
area: reposts
area: rewards
area: search
area: security
area: subscriptions
area: sync
area: ux
area: viewer
area: wallet
BEAMER
channel
comments
community PR
consider soon
core team
css
dependencies
electron
Epic
feature request
first-timers-only
good first issue
hacktoberfest
help wanted
hub-dependent
icebox
Invalid
level: 0
level: 1
level: 2
level: 3
level: 4
merge when green
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
notifications
odysee
on hold
playlists
priority: blocker
priority: high
priority: low
priority: medium
protocol dependent
recsys
redesign
regression
resilience
sdk dependent
Tom's Wishlist
trending
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
windows
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/lbry-desktop#1943
Loading…
Reference in a new issue
No description provided.
Delete branch "modals"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Resubmitted after verifying the bug I was worried about was due to redux lacking my MODAL constant.
This was closely modeled after the modalSendTip and walletSendTip components.
It should shares either anonymous and channel-based spee.ch links
Sharing is available only if the content meets shareable criteria.
It uses share urls from http://www.sharelinkgenerator.com/ to share to Facebook, Twitter, and Google Plus.
There are some improvements that could be made:
Also, the ViewOnWebButton component is apparently no longer in use.
I look forward to more guidance in these areas.
Awesome! I'll give this a test and review the code in a bit. Thanks for the contribution! 🙂
This is looking great!
Additional comments:
Clicking off the modal doesn't close it.
I think we should create a new component to avoid having duplicate code in two spots.
For the tooltip issue I'm guessing you will need to add something with
overflow: visible
so it can extend beyond the modal screen.Since the above code is pretty much identical to the
Address
component atcomponent/address/view.jsx
we should probably break this into it's own component.Maybe
CopyableInput
?I'm only talking about everything inside of the
FormRow
. It would just need two props (I think),value
andcopySuccessMessage
(for the snackbar after you copy it)I don't think we need google plus, especially since we don't have an icon for it.
This should be
card__actions
. It should give the buttons proper spacing.I originally tried to use
<Address />
and it crashed at that point. Using<Address />
now has the odd behavior that it doesn't show the snackbar until after the modal is closed (modal over modal?). I will need to really look into how doNotify on top of doNotify works. Perhaps it's putting the next notification in a queue that doesn't get activated until my modal is closed?If so, taking doNotify functionality out of Address and making it an optional passed prop might be best?
Ah you are right. I forgot about that. I just created an issue for it.
https://github.com/lbryio/lbry-desktop/issues/1945
I'm fine with passing in a prop for now to disable this (it should default to notify) for now. Just include a link to this issue #1945 in a comment above it.
We should probably rename the
Address
component if we are going to use it here.Ok, I think it's ready to be looked at again.
I'm hesitant to mess too much with
<Address>
, but I added a temporary noSnackbar bool to it (3 ways until the linter stopped complaining). With my change, The wallet copy button throws the snackbar, but the modal copy button does not. Renaming<Address>
I think is a change with its own scope?Messing with Z-index and overflow (and size) in scss for .tooltip_body didn't do anything to help the tooltip clipping. For now I'd like to center it and figure out how to make tooltips play with modals later.
I made the remaining changes of removing google_plus, making the modal close on esc, and changing the style className for better spacing on the buttons.
I hate how many steps it is to change a commit message;
commit message for 434c is supposed to use "bool" not "binary"
I'm ok with the centering of buttons for now. I do they they should be on the bottom though. I'll give this another test/better look tomorrow.
This looks good. I think once the share buttons are moved below the address component this can be merged.
Which do you like better?
Should be set.
@kauffj I like the top one more, it is more consistent with other modals in the app. Also I don't think we need the
:
in the titleThis seems to match the sendTip modal best: Green buttons are actions, link buttons are exits.
If you let me know a final opinion on the following, I'll make the changes and push them.
Heading:
Share link buttons:
Close button:
Hey @jessopb. Sorry for the late reply.
I've been looking over the existing modals and the general pattern is that the title is left aligned and the buttons are both centered. The main button is normally green, but I think it's ok to keep it as just text since it's the close button.
I also think that the social buttons should be the same color as external links. Every link that opens the browser is that color so I think it makes sense if they were blue too.
The latest commit looks like this, adding an available blue stroke color to the Icon class.
@jessopb This looks great. I will give it a better test later today.
Hey @jessopb, thanks again for another successful PR! We appreciate all the contributions, check out https://lbry.io/faq/tips :)
I've added you to our developer mailing list also :)