You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For some clients ID writes a custom stylesheet to modify the default Responsive Framework theme. Currently we save this in Custom CSS for use on production. It works okay, however I believe it is the wrong architectural structure and has some issues for clients.
The stylesheets we write and include tend to be long. They can easily be over 1,000 lines and modify large areas of the site. We use a custom stylesheet to modify the core theme for sites that do not need a custom child theme. We consider it overkill to create a child theme just to modify a stylesheet.
Because they tend to be long and complicated compared to how clients use Custom CSS our styles dominate the Custom CSS editor and makes it harder for the client to easily add their own styles without risking breaking, deleting or modifying the styles that we have crafted for them to match a specific design for the site. If they add styles they should be scrolling to the bottom of the editor and adding their own styles at that position but there is not way to enforce that and they could easily delete or modify the core styles for their site design inadvertently while trying to add styles for something new or unique.
We should consider a structure for stylesheets that adds a new middle layer for the Designer & Super Admin role cascading in the following order
Site Stylesheet(s) from Theme
New Designer Customization Stylesheet in Admin
Custom CSS
A site that is designed and built by ID via a custom stylesheet would load the following styles:
Framework styles loaded by the theme
This would be a new Custom CSS-like editor or a way to attach a stylesheet for Designer & Super Admin Roles
The existing Custom CSS editor would be left empty in this case and reserved for use by the client in the future. In many cases the plugin might not even have to be turned on.
The text was updated successfully, but these errors were encountered:
For some clients ID writes a custom stylesheet to modify the default Responsive Framework theme. Currently we save this in Custom CSS for use on production. It works okay, however I believe it is the wrong architectural structure and has some issues for clients.
The stylesheets we write and include tend to be long. They can easily be over 1,000 lines and modify large areas of the site. We use a custom stylesheet to modify the core theme for sites that do not need a custom child theme. We consider it overkill to create a child theme just to modify a stylesheet.
Because they tend to be long and complicated compared to how clients use Custom CSS our styles dominate the Custom CSS editor and makes it harder for the client to easily add their own styles without risking breaking, deleting or modifying the styles that we have crafted for them to match a specific design for the site. If they add styles they should be scrolling to the bottom of the editor and adding their own styles at that position but there is not way to enforce that and they could easily delete or modify the core styles for their site design inadvertently while trying to add styles for something new or unique.
We should consider a structure for stylesheets that adds a new middle layer for the Designer & Super Admin role cascading in the following order
A site that is designed and built by ID via a custom stylesheet would load the following styles:
The text was updated successfully, but these errors were encountered: