Comment Styling #2510
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#2510
Loading…
Reference in a new issue
No description provided.
Delete branch "redux-comments"
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?
PR Checklist
PR Type
What kind of change does this PR introduce?
Fixes
What is the current behavior?
Comments are not styled.
What is the new behavior?
Comments are styled.
Tested and it seems to work pretty good.
Instead of
'no'
, this can just be a booleanI'm not sure if we need a title along with this? I guess it depends on what that messaging ends up being.
Comment should be broken into it's own file. Then in CommentsList, pass
commentId
that can be used to select the comment.Then if we ever require more data to display a comment, we only have to update one place, instead of having to pass another prop to it in this file
This whole thing can just be removed. We don't need to show a snackbar
We don't need this
👍
here
@kauffj was going to do some copy for this section.
here
We're not doing upvotes/downvotes. The only time I can see that is if when move to using claims as comments, we can count supports with say, 10 confirmations as being upvotes.
Some suggested changes, but nothing strong.
This review was inspection only until issues introduced by rebase are addressed.
I am all for
const
ing all special values, but this one could probably be skippedThe
new
here is a value that comes from<ChannelSection>
, which is the right time to use aconst
(otherwise, when editingChannelSection
, I'd have to check every place it is embedded and manually read all of that code to see if"new"
is being used or checked against).@ -0,0 +37,4 @@
return (
<React.Fragment>
{commentAck !== true && (
if
commentAck
is false it looks like this returns nothing, so this could probably be tidied down to one check<strong>{this.props.author ? this.props.author : __("Anonymous") }</strong>
(note i18n call as well as simplification)
comment is always applied as a class, so could be omitted from both sides
@ -80,1 +79,4 @@
// Commented out because it would play/pause if you were typing in the comment field
// Need a way to check if you are typing
// window.addEventListener('keydown', this.handleKeyDown);
}
is this functionality being removed? maybe comment out the function too and explain why if it's anticipated that it returns?
intended?
intended?
this should be the class
comment--reply
and be a first-class rule (i.e. not nested) if we're following BEMplease comment out any CSS that is not being used
@ -0,0 +37,4 @@
return (
<React.Fragment>
{commentAck !== true && (
if it's false, it shows you the acknowledgment box.
if it's true, it shows you the commenting tool.
Use this
in place of
The schema you're using is a little out of date, you may want to compare it with the one I have on my branch
@ -80,1 +79,4 @@
// Commented out because it would play/pause if you were typing in the comment field
// Need a way to check if you are typing
// window.addEventListener('keydown', this.handleKeyDown);
}
@jessopb I'm fixing most of my own comments but I don't know what or why this was changed, so I'm leaving as is