Re: Modifying templates: how to use override?
Thank you very much!
the responsive_classic is the new "how it is" for a default template.
Sorry, I cannot understand, what does it mean?
To not mess up either of those two templates, you would likely want to clone the template(s) to a new directory/path (there is a plugin that helps to do this for you.) and then you would modify the files in the new directory path.
So it sounds like you cannot just copy a template folder, e.g. "responsive_classic" or "winchester_black" and rename it to "responsive_classic_2" or "winchester_black_2" in the templates folder: \includes\templates\responsive_classic_2. So simply clone the entire template folders does not appear to work, that's why one should use that plugin.
If there is a file that is not in that directory that is overrideable...
And which files are overrideable or not shows that plugin or, I assume, it works for folders only.
....then copy it from template_default to the directory in which you are working.
So for example to \includes\templates\responsive_classic_2, respectively to a sub folder.
As to which css file to modify, that also depends on multiple factors such as which view of the site is in question (mobile, tablet, desktop, etc...) how big the screen, change things only for a single page or for every page, etc..
I would try to get a consistent design / look, so I would change for example the colors of all pages effecting all devices, e.g. the same background color for every device.
..."how big the screen"...
I would have supposed a responsive template automatically adapts the display to the different devices. So there would be no need to change anything regarding the size of the screen.
And after each update you have to check the (possibly) updated (template) files if they contain new code / functions which one would have to copy to the modified (css / template) files?
the suggestion is to not modify files that are likely/expected to be provided in the same path/structure on the next upgrade/install.
So not modify the files which might / will be overwritten when updating the next time.
This way the new file system can be injected "over" the old and there would/should be an operational view of the store.
Sorry, what does "operational view" mean? A (unsightly) look of the shop caused by missing / overwritten css files or so by the latest / an update?
It turns out again being much more complicated as I had expected.
Many thanks, again
Zen Cart 1.5.4 German version