Conversation
snide
left a comment
There was a problem hiding this comment.
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 |
snide
left a comment
There was a problem hiding this comment.
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 |
snide
left a comment
There was a problem hiding this comment.
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>
.
|
|
|
cchaos
left a comment
There was a problem hiding this comment.
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 |
snide
left a comment
There was a problem hiding this comment.
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
localStorageand will be honored on subsequent view changes and page reloads.Fixes #33328
13.6.0EuiSwitchtobutton[role=switch]and TypeScript (#2255)13.5.0logoCloudEnterprise,logoLogging, andlogoSecuritySVGs inEuiIconto be center aligned (#2246)EuiNavDrawerexpanded state inluding the following propsisLocked,onIsLockedUpdate(#2247)13.4.1EuiSwitchto TypeScript (#2243)Bug fixes
viewBoxattribute to Docker, Kubernetes, and Redis logos (#2240)13.4.0EuiFacetButtonto TypeScript (#2226)onClearprop to the theEuiDatePickercomponent (#2235)onClickandhrefprops onEuiListGroupItemand converted to TypeScript (#1933)Bug fixes
EuiSwitchsemantics to align with aria roles (#2193)onChangeTS defs for EuiRange (#2211)EuiBadgetext cursor to default pointer (#2234)EuiPageContentclassName prop to allow the passed-in className to take cascade precedence over classes generated by the component (#2237)