Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove base/ and mobile/ subfolders, use _layout instead #11

Open
crazy2be opened this issue Feb 23, 2012 · 0 comments
Open

Remove base/ and mobile/ subfolders, use _layout instead #11

crazy2be opened this issue Feb 23, 2012 · 0 comments

Comments

@crazy2be
Copy link
Owner

This issue has been bugging me for some time- the base/ and mobile/ directories within all of the module asset folders (css/, img/, js/, etc) are awkward to work with, and don't really add much in terms of usefulness. Having to navigate an extra directory level should not be required, and adding layout customizations after one of the application versions is developed should be easier. Additionally, created files should be sorted by name then layout by existing user tools.

The best solution to this problem that I can think of is to name css, js, and template files according to the conventions in the go tree for conditional file inclusions. If you name a file foobar_linux.go, it will only be compiled into the package if the target system is Linux. We could do something similar, although our filter criteria will be different. foobar.css would always be included, foobar_mobile.css would only be included for mobile clients, and foobar_desktop.css would only be included for desktop clients.

Changing this behavior will require essentially rewriting wfdr-cache-monitor and some of the surrounding scripts. Who knows- perhaps we might get a nicer codebase (the current logic for wfdr-cache-monitor is somewhat convoluted and confusing, despite several rewrites).

crazy2be added a commit that referenced this issue Feb 24, 2012
… because right now there are way to many child processess for monitoring resource directories
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant