The -fileembed-package flag makes genfileembed
play nicely with goven. If you use goven to
vendorize fileembed, the fileembed package path
changes (to be relative to the current project).
With -fileembed-package, you can make the
generated code import the correct (vendorized)
fileembed package.
The -all flag forces processing of all files,
not just modified files. This is useful when
changing -import-prefix, when
working on a filesystem with unreliable mtimes,
or when being neurotic/defensive in build scripts.
Addresses https://code.google.com/p/camlistore/issues/detail?id=137
Change-Id: I54215429dabd02bc1fa72c6718e1cabccb1cffaf
The motivation is to make fileembed play
nicely with http.FileServer, particularly
when index.html is involved.
Why add Listable to Files?
* Don't change behavior for existing integrations
* Don't make it too easy for developers to
accidentally leak potentially private
information
Change-Id: I3f4fd3457b606ee98e5f4b117ff9b87e1230c589
This CL proposes 4 changes:
1) When making the embeds, any .html files in newui is rewwritten
on the fly so that the resulting embed uses all.js instead of
individual .js files. all.js is the only javascript file embedded
for newui.
2) Various bugs and paths in the newui/*.js files were fixed so that
everything works when using all.js
3) pkg/server/ui.go was modified so that all features from ui should
now have an equivalent in newui, that is served through ui/new/.
In a next step, we can move back everything from newui/ into ui/ and
completely get rid of the old ui.
4) The published gallery now uses closure too.
In another next step, we should probably work on serving its static
part directly from an .html file or (include it in the zembed somehow?)
instead of generating it at every request. Or at least cache it?
This commit includes the zembeds in newui, except for zembed_all.js.go
since it is large and it would take a lot of space in the git history
everytime we change it.
The plan is to roll-sum it into chunks to address that problem.
Change-Id: I381d8ddf3a2bbe37e3c4b1c4bf423f16beffaaf4
large .js files).
We will need this when we start getting large js
files generated when using the closure library.
Change-Id: Iaecacd54c3d08637918b1afd420fb90f1a84aabb
Brad Fitzpatrick