Closed Skrypt closed 6 years ago
I like AdminLTE
The Bootstrap4/SCSS thing is concerning though. Switching to a new css format could kill Bootstrap, and the owner doesn't seem to care much, to paraphrase, "I do what I want". And AdminLTE is based on .less files. Not sure it would be migrated to BS4. I'd say let's use BS3 if AdminLTE uses BS3, and keep using .less in the current modules as we do today. Unless everyone thinks .scss should be the new default, knowing there is no current default, but some modules using .less.
+1 AdminLTE.
About SASS, I'm not sure what you're referring to when you talk about Bootstrap 4.
The difference between LESS and SASS syntax is quite similar. SASS has more features. So converting LESS to SASS should be simple. Here is a comparison between SASS and LESS. http://www.hongkiat.com/blog/sass-vs-less/
I'm pretty sure everyone here understands the difference between the two, but I don't think that's quite the point ;)
@bleroy The issue is that Bootstrap 4 is almost released, and the guy decided to switch from less to saas. I fear the same issue as Angular 2, with lots of existing code based on LESS and now having to move to SASS people will tend not to adopt BS4.
What guy? The AdminLTE guy?
The Bootstrap dev
Most popular frameworks are using SASS now (Foundation, Skeleton). Bootstrap 3 provides both. I can't say if BS4 will still provide LESS support. Though, based on the Twitter comment the owner made ; he seems to want to move to SASS like the other frameworks did. It's kind of natural selection if one is providing more features than the other. The change of spec I made is purely by making a comparison between both and also to make sure we be prepared for what's coming.
@bleroy : https://twitter.com/mdo/status/591364406816079873?lang=en
Just for keeping trace, just noting that AdminLTE is providing a foundation and we will be free to change the default skin, font and sizes to our taste. Making it easy to customize to anyone's taste too (skins are demoed).
Based on that, we should maybe think about making the admin theme a project and add settings for changing these things.
I would vote for sticking with Bootstrap 3 and keeping LESS for now.
That said I think our Gulp pipeline should support both. As @Skrypt describes, different frameworks use one or the other, and we would ideally want to be able to integrate any such framework in the compilation pipeline.
If at some point we feel there are strong reasons to move to Bootstrap 4 or otherwise migrate our LESS files to SCSS, we can do so with relative ease.
Switching spec back to LESS.
I've found also this that could be usefull eventually. https://github.com/ekryski/less2sass
@Skrypt I would like to contribute to this project. Drop a message when you're ready to go.
Any news on creating an admin bootstrap based theme? I would also like to contribute when you begin.
@RolfVeinoeSorensen Works is actively being done in the feature/amaretti theme.
You mean https://github.com/OrchardCMS/Orchard/tree/feature/admin-amaretti ? Because there's also an admin-bootstrap branch as well. What a nice theme choice, btw. Looks awesome. I'm going to see if I can pull down this branch and assist in any way.
Yep, that's the one (admin-amaretti). Not sure what the bootstrap-amaretti is.
Or did you mean admin-bootstrap? If so, we're superseding that one with admin-amaretti.
Yeah, sorry, it's admin-bootstrap... which, my guess is, that's the old AdminLTE one. But anyway, answered.
Ha, Cross Post!
Is there a checklist somewhere of items remaining?
@SzymonSel and I started a Trello board recently to start collecting remaining items. It's not complete, but we are adding stuff to it as we discover outstanding tasks. If you like I can add you to it. Just give me your Trello username.
I just signed up with @dcinzona.. See if that works?
Thanks, I'm in. For modifying the less files, is that ok or do you recommend creating additional customization less files that would be included in the theme? I'm asking in particular about the Bootstrap/Panels.less file for now.
Edit: Nevermind, I see you are using orchard-*.less as the overrides. Leaving this comment here in case anyone else wants to contribute.
:)
@sfmskywalker I would prefer not having to edit the core views here, but in order to get the bootstrap admin theme to work, the navigation index view may have to either be overridden or modified. This line here: https://github.com/OrchardCMS/Orchard/blob/dev/src/Orchard.Web/Core/Navigation/Views/Admin/Index.cshtml#L46 statically sets the pixel width of the element and breaks the sidebar navigation. If we are ok with modifying the core file and removing that class, I can work with the rest of the classes there to style it correctly.
You need to use container-fluid instead in that view. And then you need to make the layout of that page to be into 2 separated columns by using col-xx-x http://getbootstrap.com/css/#grid
You should be modifying core module views for achieving this. Though we should try to have consistency on how we theme each module views by trying to follow how it's been done into the currently made ones. Will let @sfmskywalker confirm if I'm wrong or not :)
@Skrypt I was able to get the styling to work without modifying the core file too much (just removed that container div and added some less styles) However, the responsive view is broken, so I will do what you mentioned and use the bootstrap classes instead (requires more modification to the index view).
It's fine to modify the view files of core modules, no need to override them in the view.
It might be nice to create a channel somewhere so we can track issues with this feature. For example, there's a fundamental problem with the text box size classes in the responsive format. Setting the width of a textbox to x% of the container wont work in a responsive layout because on a smaller screen, it will be REALLY small. "text small" on a phone looks like a checkbox almost.
A possible solution is to use breakpoints for these. This may be the easiest solution. The other solution that I can think of is to replace all text [size]
class declarations with something like col-xs-12 col-sm-8 col-md-6 col-lg-4
etc.
Thoughts?
Sure, do you have a good channel in mind?
Regarding the text boxes, good point. They were actually using col-xs-
etc. classes, but I changed it because it turned them into block-level or floating elements, which caused an issue. But the responsive issue is worse.
Instead of replacing text [size]
class declarations, I would suggest to use the Bootstrap column maker mixins instead (make-col
or something similar).
Ah yeah, that could work. I submitted a PR though that adds media breakpoints to your styles and it works really well, without having to fuss with the column classes (because col-- adds margins)
I created a gitter channel (public) https://gitter.im/dcinzona/Feature-Amaretti-Admin
I noticed, and I agree with the implementation. Otherwise we would have to counter some of the col-- effects.
We should definetly override the core views and try to use as much of the themes styles as possible - as long as it makes sense and no hacking is needed. Ie. I'd redo all those right panels in navigation/workflow/layouts. We should use the UI elements from the new theme.
As a way to revive this feature I'm summoning @Xceno to the project.
It's gonna be hard, with all the efforts being pushed to Orchard2 nowadays. Do we have a up-to-date backlog (Trello it was)?
We moved all the Trello items to GitHub as issues, and tagged those issues with Admin. At this point, the admin theme is very close to done. The biggest remaining issue was localization/globalization, but has been done, but not fully tested.
The original designer of the Amaretti theme also said he has a new release with more support for RTL. Once I get my hands on that one, the Admin theme should be updated with his work (which should be a small task).
I merged the dev branch in the new-admin-theme branch this week-end. There's a lot of regressions that needs to be fixed. Yes there's more efforts pushed into Orchard 2 dev but Orchard 1 still needs to be supported. Orchard 1 is right now the production release and will still be for some time.
I'm up for helping out. Is the branch to work on called feature/admin-theme? This is the only admin related branch that I can see.
This is the contents list page I am seeing. I don't imagine this is correct?
@Hazzamanic yes, you're on the correct branch, but @urbanit has a fork and already did a lot on it!
I also have a fork and currently work on the MediaLibrary
, but I'm slowed down by severe crunchtime right now.
I personally have pulled in the changes from @urbanit and work on top of these.
You can also join the AdminTheme Gitter
@Hazzamanic right branch but I will push the content list changes today. Need some time to do it.
I like Wordpress Dashboard, please mirror it to Orchard.
I'm closing since we all moved to Orchard Core dev.
We already discussed about this in some meetings. So far I've had discussion about this feature with Sebastien, Daniel, Antoine and Phillip Senechal.
To summarize what have been said so far. The first goal is to make the admin theme responsive and to adapt well to mobile devices. Twitter Bootstrap is one among many other frameworks out there. The decision have been made that we are going to use it as a base for the admin theme.
The reasons :
Main design requirements :
We should consider using https://almsaeedstudio.com/themes/AdminLTE/index2.html as an example to achieve this. This bootstrap admin theme is licenced under MIT https://github.com/almasaeed2010/AdminLTE/commit/c8c02c68cfa7072703727e07650ce3bd9474f7cd and is supported through Github. They also have other admin themes wich are among the bests on wrapboostrap.com.
What's done
So far, I have implemented the grid, panels, tables, pagination, tabs, buttons. I've started to change the actual form controls to filter content on some views by using Bootstrap components. I've integrated and adapted the actual admin CSS file to keep backward compatibility ; though it needs more testing with contrib modules.
What needs to be done now
Since I've did an override of the actual theme ; I need to reimplement this in each modules views using the views I overrided one by one using a tool like Windiff to not break any changes that have been made since then. Some changes requires also javascript modifications in modules where selectors are on class instead of id's. As a side note ; we should use id's the more often possible as jQuery selectors to avoid these kinds of problems. Once this will be done, the only core module that was left to do was the Media Library wich will need some adjustments. Though the Media Library was not totally responsive, so it needed those adjustments.
Contribution
Once this will be all set up, everyone is welcome to contribute. You can reach me through github here. @agriffard and Phillip Senechal have already shown interest. Feel free to comment on this. @Sebastien if I missed something from your notes tell me.