Skip to content
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

[Graph] Listing page and folder restructuring #44068

Merged
merged 14 commits into from
Aug 29, 2019

Conversation

flash1293
Copy link
Contributor

@flash1293 flash1293 commented Aug 27, 2019

Summary

This PR adds a listing page to Graph to make it consistent with other apps like Maps, Visualize or Dashboards. It uses the table_list_view component that is also used for Dashboard and Visualize.

Screenshot 2019-08-27 at 10 55 02

Within the workspace view, the Open and Delete menu actions are gone (because those are handled on the listing page)

Screenshot 2019-08-27 at 11 03 01

This PR also separates the legacy angular components into a separate folder angular, to move them over into their respective folders once they are converted over to typescript and react.

Platform team: I added the onClick property to the types of breadcrumbs, this is supported by the underlying EUI component but wasn't exposed through the core types yet.

Checklist

Use strikethroughs to remove checklist items you don't feel are applicable to this PR.

For maintainers

@elasticmachine
Copy link
Contributor

💔 Build Failed

@flash1293 flash1293 mentioned this pull request Aug 27, 2019
7 tasks
@elasticmachine
Copy link
Contributor

💔 Build Failed

@elasticmachine
Copy link
Contributor

💔 Build Failed

@elasticmachine
Copy link
Contributor

💔 Build Failed

@elasticmachine
Copy link
Contributor

💚 Build Succeeded

@flash1293 flash1293 marked this pull request as ready for review August 28, 2019 12:50
@flash1293 flash1293 requested review from a team as code owners August 28, 2019 12:50
@flash1293 flash1293 requested a review from kertal August 28, 2019 12:52
Copy link
Contributor

@ryankeairns ryankeairns left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍 Design looks good, thanks for making this consistent with other app home pages. The CSS changes were just file renames and one path change.

@flash1293 flash1293 mentioned this pull request Aug 28, 2019
7 tasks
@spalger
Copy link
Contributor

spalger commented Aug 28, 2019

retest

@elasticmachine
Copy link
Contributor

💔 Build Failed

@kertal
Copy link
Member

kertal commented Aug 29, 2019

retest

Copy link
Member

@kertal kertal left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code LGTM, wise to 'quarantine' angular stuff. tested in Safari, Chrome, Firefox.
2 problems I encountered:

  • Deleting a graph record doesn't work
  • When navigating back via breadcrumb I always get the 'Discard changes to workspace?' modal. Even when I saved just before, or didn't change anything

@elasticmachine
Copy link
Contributor

💔 Build Failed

@flash1293
Copy link
Contributor Author

Hey @kertal, thanks for your review.

When navigating back via breadcrumb I always get the 'Discard changes to workspace?' modal. Even when I saved just before, or didn't change anything

That was intentional, currently the message is only shown when navigating away from the current workspace via the New button, but data loss can also occur in other circumstances (like navigating via breadcrumb). The new implementation is actually doing the right thin and making sure that nothing is lost, but does not check whether the saved workspace is identical to the current state. Because of that it can get quite annoying. I removed the check there and left a todo for now till there is a way to check whether something actually changed (it's on my list)

Deleting a graph record doesn't work

Good point, recent master merge broke that.

@flash1293 flash1293 requested a review from kertal August 29, 2019 08:19
@elasticmachine
Copy link
Contributor

💚 Build Succeeded

Copy link
Member

@kertal kertal left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code LGTM, deleting items from graph workspace works now. Think it would be nice to have a functional test for deleting, however since it's all part of a big refactoring, there's no priority here,

@flash1293
Copy link
Contributor Author

@kertal Thanks, it's on the list as the very next item after the thing I'm currently working on
Screenshot 2019-08-29 at 13 19 36

@@ -63,6 +63,7 @@ export interface ChromeBreadcrumb {
text: string;
href?: string;
'data-test-subj'?: string;
onClick?: () => void;
Copy link
Contributor

@mshustov mshustov Aug 29, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

onClick?: (event: MouseEvent) => void?
it's required for "open in new tab"?

@flash1293
Copy link
Contributor Author

@restrry Good catch, I looked into the EUI code and the property is passed to EuiLink which types it with MouseEventHandler<HTMLButtonElement> - updated it here.

@elasticmachine
Copy link
Contributor

💚 Build Succeeded

@flash1293 flash1293 merged commit 6fad639 into elastic:master Aug 29, 2019
@flash1293 flash1293 deleted the graph/listing-page branch August 29, 2019 15:20
@flash1293 flash1293 mentioned this pull request Sep 2, 2019
31 tasks
clintandrewhall pushed a commit to clintandrewhall/kibana that referenced this pull request Sep 3, 2019
flash1293 added a commit to flash1293/kibana that referenced this pull request Sep 5, 2019
@timroes timroes added the v7.5.0 label Apr 26, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants