-
-
Notifications
You must be signed in to change notification settings - Fork 6.2k
Misc CSS fixes #35888
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
base: main
Are you sure you want to change the base?
Misc CSS fixes #35888
Changes from all commits
5873e8a
b95cc38
4726f43
be8392c
97a05d9
6e00ba1
204404b
9336b31
da2aea9
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -531,6 +531,9 @@ td .commit-summary { | |
| line-height: 32px; | ||
| vertical-align: middle; | ||
| color: var(--color-text-light); | ||
| overflow-wrap: break-word; | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Why it is needed? IIRC
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. A unbroken string of text did not wrap without it. Guess I will check what can be done with inheritance. |
||
| max-width: 100%; | ||
| padding-right: 1rem; | ||
|
Comment on lines
+535
to
+536
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Why it needs these two new styles? I don't see difference.
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Without it, a unbroken line will wrap exactly at the end of the element, which looks visually unpleasing without any spacing.
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
|
||
| } | ||
|
|
||
| .repository.view.issue .comment-list .timeline-item .comment-text-line .ui.label { | ||
|
|
@@ -601,9 +604,6 @@ td .commit-summary { | |
| width: 100%; | ||
| margin: 0; | ||
| } | ||
| .repository.view.issue .comment-list .comment .content .form .button:not(:last-child) { | ||
| margin-bottom: 1rem; | ||
| } | ||
| } | ||
|
|
||
| .repository.view.issue .comment-list .comment .merge-section { | ||
|
|
@@ -654,13 +654,16 @@ td .commit-summary { | |
|
|
||
| .repository.view.issue .comment-list .code-comment { | ||
| border: 1px solid transparent; | ||
| margin: 0; | ||
| margin: 0 -4px; | ||
| padding: 8px; | ||
|
Comment on lines
+657
to
+658
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The spaces are provided by
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Idk, the negative margin allows the item to "hang" slightly outside which is nice. Mabye there are better solutions, the current spacing is optimal imho.
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think it's a good time to clean up legacy style conflicts, then it will be easier to make more UI improvements. And we don't need to fully backport these changes. |
||
| } | ||
|
|
||
| .repository.view.issue .comment-list .code-comment .comment-header { | ||
| background: transparent; | ||
| border-bottom: 0; | ||
| padding: 0; | ||
| min-height: auto; | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Maybe the
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. If the header of regular comments can naturally size to 41px, then yes, this woul not be needed.
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The "min-height: 41px" is from #13463 Do you still remember the reason, maybe it is used to align the triangles? Maybe it's better to add some comments. And the |
||
| margin-bottom: 4px; | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Maybe, this margin is just to introduce a bit more whitespace between comment and header. Maybe a gap will also work. |
||
| } | ||
|
|
||
| .repository.view.issue .comment-list .code-comment .comment-content { | ||
|
|
@@ -1286,9 +1289,9 @@ td .commit-summary { | |
| box-shadow: 0 0 0 3px var(--color-primary-alpha-30) !important; | ||
| } | ||
|
|
||
| .comment:target .header::before { | ||
| .comment:target .comment-header::before { | ||
| border-right-color: var(--color-primary) !important; | ||
| filter: drop-shadow(-3px 0 0 var(--color-primary-alpha-30)) !important; | ||
| filter: drop-shadow(-4px 0 0 var(--color-primary-alpha-30)) !important; | ||
| } | ||
|
|
||
| .code-comment:target, | ||
|
|
@@ -1339,7 +1342,7 @@ td .commit-summary { | |
| .comment-header-right { | ||
| display: flex; | ||
| align-items: center; | ||
| gap: 0.5em; | ||
| gap: 6px; | ||
| } | ||
|
|
||
| .comment-header-right { | ||
|
|
||
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.
Why it has 5px padding but the other one doesn't:
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.
I wanted to add a bit more spacing around the emoji button, but at the same time not introduce too much spacing between the labels. I guess the clean solution is to put the labels into their own
<div>and apply different gaps.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.
By the way, the UI has different cases.
On "diff" page, the layout is like this, it doesn't show "role" labels, but "review" or "pending" labels.
And the "emoji" dropdown sometimes can be hidden
templates/repo/diff/comments.tmpl.I think we need a unified UI layout to cover these cases.