Excelent work, I think this is a start of a very important and urgent enhancements of frappe.
I’ve already gave the idea that enhancements of UI and UX should be in the roadmap in
Thank you
2 Likes
All of the above was done through editing the dom elements in inspector.
If I get help on editing frappe and erpnext to layout the items properly for bootstrap I can do the css.
Or I can do most of the work by just editing but some of the dynamic nav menus I will need help with implementing.
I guess let me know what you guys think is best. To post a job or get volunteers or post a bounty. I want to get started immediately.
Love it - a much needed change and I think what you have proposed is a fantastic progression in the navigation. Will keep watching this space to see how I can contribute.
2 Likes
Excellent work Josh! This is a great compliment to the traditional desk view.
That looks great. I think that there is going to have to be a way to switch between views.
3 Likes
Agree. Should be a toggle to switch as many people are already used to the existing views.
I specially Agree with you on containers width. On my MacBook retina ~1/3 of the screen (left and right sides) are empty non utilized spaces, and even the waste is bigger on my desktop big screen.
wow… that’s really really cool man… love it and looking forward to use it…
To all the devs who know frappe backwards and forwards, is that an easy ask? If we rearrange that many files is it an easy switch between the two?
I’ve been looking at how the modules config files are setup and it seems easy to rearrange but not sure about how to flip back and forth. If anyone had a clear path on how they would go about it, speak up and we can get started if the option is critical to most.
I added the container thing in my theme a while back. Huge plus. Love it.
Hi @joshreeder
This looks very good! 
I agree with folks that say there should be a toggle between this and the tradittional desktop. More importantly, I’d like to know what would be the default view for users when they login? There are a couple of threads on the forum where UI issues were discussed and the idea of having some sort of widgetized landing page with configurable dashboards seems to be fairly popular
With Navigation Icons being moved to the sidebar in this new design, I would think it should be a good opportunity to look into the issue of having configurable dashboards/widgets on the landing page (Desk)
Kind regards,
1 Like
Even if this achievable easily at the beginning, it will become a nightmare for developers to maintain consistency and updates for the two different UI. Also the platform will start having identity crisis with different interfaces lol.
So the right way of doing interface revamp is to slowly introduce changes between updates so the end use get familiar and not get shocked, and the end result is the users transition to new UI without much complaints.
5 Likes
Makes sense!
Great work and initiative!
I just hope that the module access menu on the left is accessible so that I wont have to scroll down to click on a module
I am working on this too. I’ll finish it up and share. For the first pass, see the menu builder. The module icon has the option to set the path for initial path for selecting a module and I will add a default module choice for the site home page but want to add dashboard builder that can be used for these and som defaults.
Not sure I follow. You mean the traditional modules view? My goal is that that is reorganized into a admin settings set of items and normal app use for everyday records is part of the new organization. This makes both things far less huge. Now that admin settings and setup (traditional modules view) is accessible if you have privledges in the top user nav dropdown in your user name. So for admins it’s even easier to access.
Also if you are an admin, and you are using the settings view from the top, and say the menu selection is developer/doctypes and you edit one and then accesss it from the sidebar to test and then go back to the doctype menu. The paths are still set since they are different menus now and they will default to were you last were thanks to how they are appended and hidden as you go through the system. A huge benefit and mentally satisfying to be able to build and then use. One from the top menu and one from the side. Separating these roles will help the developer see through the eyes of the user they are trying to serve well.
I have tried to do that oddly enough. Not sure there is a half way for reorganizing menus. When google updates there ui they allow users to upgrade or not and try to support the old for a while.
How does that feel? If we can get this done on a branch, and we like it we offer 2 builds for a while after making this one a major release but also offer the other for a long time it just won’t see all of the following upgrades.
Does that sound like the right direction?
2 Likes