-
Notifications
You must be signed in to change notification settings - Fork 273
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
fix(ui5-table): adds the missing TableHeaderRow dependency #9490
Changes from all commits
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 |
---|---|---|
|
@@ -39,4 +39,8 @@ | |
inset: 0; | ||
height: 100%; | ||
z-index: 2; | ||
} | ||
|
||
#loading[_is-busy] { | ||
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. @nnaydenow shouldn't this be handled by the busy indicator itself? 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. +1 Is is not feasible to check BusyIndicator.active instead? Or are there issues with rendering then? 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 simply expect BusyIndicator adds its own dim background color, independent from whether it is rendered as a child or a wrapper. |
||
background-color: var(--_ui5_busy_indicator_block_layer); | ||
} |
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,5 +1,5 @@ | ||
:root { | ||
--_ui5_table_cell_valign: center; | ||
--_ui5_table_cell_min_width: 2.75rem; | ||
--_ui5_table_navigated_cell_width: 0.25rem; | ||
--_ui5_table_navigated_cell_width: 0.1875rem; | ||
} |
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -12,7 +12,7 @@ | |
<div class="section"> | ||
<!-- playground-fold-end --> | ||
<div id="selectionGroup" role="radiogroup"> | ||
<ui5-radio-button name="selection" text="Multi" checked></ui5-radio-button> | ||
<ui5-radio-button name="selection" text="Multiple" checked></ui5-radio-button> | ||
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. @ilhan007 switching selection mode was working fine but it seems like we forgot to change to the new convention value in the test page. |
||
<ui5-radio-button name="selection" text="Single"></ui5-radio-button> | ||
<ui5-radio-button name="selection" text="None"></ui5-radio-button> | ||
</div> | ||
|
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.
@ilhan007 I am still not 100% sure about this change. We are not rendering TableHeaderRow in our hbs file but a table without the header row is not a table since it is required to define the columns of the table.
Technically it is not a dependency but I am not sure whether we should always consider in our implementation that headerRow[0] might be undefined. In every sample I checked the headerRow[0] was defined even in onEnterDom for the following structure but not in the playground
Might this cause any cyclic dependency?
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.
Cyclic dependency should not occur here, if we import TableHeaderRow, at least from what I can see.
There is no reference import to Table.ts in TableHeaderRow.ts, TableHeaderCell.ts and TableRowBase.ts.
To be sure, you can also try to build the project locally and use the build in a custom project.
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.
@ilhan007 you mentioned that you are discussing with @pskelin. For now I submit the change as having the TableHeaderRow as dependency but if you figure out something please let us know since this dependency IMHO is not a real dependency.