I agree that a better organization of files in the UI subtree
would be desirable.
I haven't gone for a specific look yet, but I'm envisaging a dir
tree that closely matches the "functional" use of each levels
so something loosely along the lines of....
On 11/08/17 22:34, Erik Huelsmann
Since we moved to being a single-page app
on the main app, I'm looking to improve
clarity in the UI/ tree.
What's the problem? I see a number of things
* Out of all the files stored in UI/, only
these are actual "top level" documents:
* All files, also the bits that are "html fragments"
these days, include a full html start- and end-tags as
well as a header definition (which are being thrown away
* There are non-HTML documents (ODS, XLS, CSV, ...) in
that directory (which suggests that it's not solely about
UI, but also about data-export/report generation)
Apart from the mix of HTML documents, the directory contains
Should we separate the HTML fragments in order to clarify the
status as being a "non-toplevel document"?
Another thing: I think we should separate out the templates
which have not *just* an HTML representation, meaning that they
are not (primarily) UI related elements.
Flexible. No vendor
devel mailing list