-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Makes #app-navigation a part of app management. #7817
Conversation
Please compare before and after when making CSS changes. I just did that and saw that the CSS is broken on your branch:
|
@PVince81 fixed |
From IRC chat with @PVince81, @jancborchardt making how it is inside requires a lot of tampering with the #app-navigation on the setting.css page with the colors and the transitions. Should I go ahead? Including #app-navigation and giving up on #leftcontent is anyway changing JS and CSS as you can see in the PR. |
I think we should fix the layout because it looks broken. |
Mainly it should use the new #app-navigation styles. If something on those is off, or there needs to be extra classes, please adjust that and add it to the core/css/apps.css |
I am more happy the styles are handled on the leftcontent than app-navigation, so will update core/css/apps.css for you guys to have a look. Thx. |
@raghunayyar if you change the core app styles, you also need to test with all apps which use those. News, Notes, Contacts, new Calendar (more?) cc @jbtbnl @tanghus @Raydiation @cosenal @georgehrke One problem I see right now is that we should not use bold styles to highlight the selected item – because that is used for »unread« or »new« in the News app for example (and will be for other messaging apps like Mail and Chat). |
@jancborchardt I guess it is fixed, only active items are bold. Selected item just have change in background color. |
@raghunayyar active items should not be bold either. Bolding is reserved for entries where something is new. |
@jancborchardt done. |
I merged come CSS rules for the same background color. I also like to have the That makes a better differentiation between selected, active and non-active element. @owncloud/designers opinion? |
🚀 Test Passed. 🚀 |
I like. :) |
I like it too :) |
I added the change |
A new inspection was created. |
I am pushing this in as soon as the build goes green. 👍 |
🚀 Test Passed. 🚀 |
@jbtbnl Do you reviewed this? Then maybe add a 👍 for the review process ;) |
@MorrisJobke actually I checked the new styles with the contacts app, where it works great, because now there is a difference between the selected element color and the hovered element color. In app management the issue is that the active+selected elements have the same color as the active+hover element. This makes that the hovered element is not easily distinguishable in app management when it is adjacent to the active+selected element. I believe we should get rid of the 'active' class for the activated apps and provide a different kind of distinction, for example prepend icon-checkmark. Adding yet another gradient level to fix the above mentioned issue is not desirable as it will become confusing what they all represent. |
@jbtbnl I think we should not focus on the app management, as there were plans to move the view of the apps to a grid view. So I'm fine with the current version. |
@MorrisJobke OK, is there already an issue / pull request for that? |
@jbtbnl I thought @jancborchardt opened a design proposal. |
Ok. What do we do with this? cc @MorrisJobke @jbtbnl @jancborchardt |
@MorrisJobke found it: #1924 @raghunayyar this pull request is still useful |
@jbtbnl Sorry I pasted the wrong :( I will merge this now. All other issue can be adressed in separate PRs |
Makes #app-navigation a part of app management.
A fix for #7799 for App Management in Core. Please check.
@jancborchardt @owncloud/designers