-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Upgrade EUI to 13.6.0 #43916
Upgrade EUI to 13.6.0 #43916
Conversation
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.
Looks like the nav changes are safe. We'll want to change them to incorporate the new functionality, but it looks like as it right now they still work as they did previously. That means we can do the added stuff as a separate PR if this goes green and we want to merge it. Might want to triple check with @cchaos there though.
💚 Build Succeeded |
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.
This will require some changes for the nav. We'll take care of it on monday.
@thompsongl I could use your help here since we will actually need that |
Actually looking at it some more, it's possible we would just need the new class at the |
It's worth mentioning that the hierarchy of these tags at the header / app-wrapper level are kind of a mess. I've been hitting up against this with moving some global UI to the New Platform. I'd really like to clean up the hierarchy here and its associated CSS, but we've been afraid of breaking selectors in subtle ways. That said, I think the solution of adding a class to the header-global-wrapper should "work" but only if you use a sibling selector: |
@joshdover That was what I was thinking, but you can use the indirect sibling selector |
@cchaos The class name toggle is in place. I would imagine someone will have RxJS suggestions for me, but styling can be done at this point. |
Ah right I forgot that selector existed. That should work fine for now then. |
@joshdover Wrapper component added, no longer using an Observable for locked state. |
And updated BEM naming of `header-global-wrapper`
@thompsongl PR4U: thompsongl#2 |
💚 Build Succeeded |
💚 Build Succeeded |
💚 Build Succeeded |
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.
Just a quick question about the storage of the setting.
@snide I noticed that too and also think that the only fix for it is to store the user preference somehow. However, I think that shouldn't hold up this PR from actually getting merged. But we should definitely make sure that functionality makes it into 7.4. @spalger had created something a while back but it never got used. Maybe he can point us to the right files so we can get it hooked up. |
I don't think we need full-on user preferences that are stored in ES or anything. It seems to me localStorage would be fine? |
Yeah. Was just suggesting a basic react localstore to initialize the hook
state.
…On Tue, Aug 27, 2019, 6:51 AM Josh Dover ***@***.***> wrote:
I don't think we need full-on user preferences that are stored in ES or
anything. It seems to me localStorage would be fine?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#43916?email_source=notifications&email_token=AACPHJ6EQ2IF7C5CNJB2FHDQGUWNRA5CNFSM4IPDL3J2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5HZUPA#issuecomment-525310524>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AACPHJ5FXBTPNXV3CJBTSOLQGUWNRANCNFSM4IPDL3JQ>
.
|
|
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.
Awesome, LGTM. I found an issue where the title text for the icon was reversed, but have a PR up on EUI for this fix already. elastic/eui#2261
We should probably mark this with |
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.
Thanks folks. Much better!
💚 Build Succeeded |
💔 Build Failed |
jenkins, test this |
💚 Build Succeeded |
* eui to 13.6.0 * euirange updates * euipage snapshot updates * add classname toggle for nav locking * new header wrapper component; removed observable * Add styles for locked nav And updated BEM naming of `header-global-wrapper` * move headerwrapper * isLocked localStorage * remove useEffect
* eui to 13.6.0 * euirange updates * euipage snapshot updates * add classname toggle for nav locking * new header wrapper component; removed observable * Add styles for locked nav And updated BEM naming of `header-global-wrapper` * move headerwrapper * isLocked localStorage * remove useEffect
I love the “lock side bar” button! It solves my issue: #43019 |
eui@13.3.0 ⏩ eui@13.6.0
Enhancement: The side nav bar can now be locked open. Space is adjusted in the main page area to allow all content to be seen (not hidden behind the nav). The user's choice to lock/unlock is stored in
localStorage
and will be honored on subsequent view changes and page reloads.Fixes #33328
13.6.0
EuiSwitch
tobutton[role=switch]
and TypeScript (#2255)13.5.0
logoCloudEnterprise
,logoLogging
, andlogoSecurity
SVGs inEuiIcon
to be center aligned (#2246)EuiNavDrawer
expanded state inluding the following propsisLocked
,onIsLockedUpdate
(#2247)13.4.1
EuiSwitch
to TypeScript (#2243)Bug fixes
viewBox
attribute to Docker, Kubernetes, and Redis logos (#2240)13.4.0
EuiFacetButton
to TypeScript (#2226)onClear
prop to the theEuiDatePicker
component (#2235)onClick
andhref
props onEuiListGroupItem
and converted to TypeScript (#1933)Bug fixes
EuiSwitch
semantics to align with aria roles (#2193)onChange
TS defs for EuiRange (#2211)EuiBadge
text cursor to default pointer (#2234)EuiPageContent
className prop to allow the passed-in className to take cascade precedence over classes generated by the component (#2237)