All existing packages I've seen and using (bootstrap, font-awesome, winjs etc.) follow the convention of including the font from ../fonts/ instead of fonts/ like this package is doing. They all generally structure their bower package internally as follows:
The build system (grunt) in this case is setup to copy font files from the bower_components/package/fonts/... directory to dist/fonts/... directory, and everything fine. In roboto-fontface case however, the css files look for the fonts in dist/styles/fonts/... instead which don't exist.
I'd suggest that adopting the more widely accepted convention would be best (I haven't encountered this sort of hierarchy before so I not qualified to say which is the more widely accepted version), so that integration headaches could be avoided.
I've also run into an issue similar to #7 (closed, so I made a new one). I'm using
grunt
andbower
in my build system and my structure is likeAll existing packages I've seen and using (bootstrap, font-awesome, winjs etc.) follow the convention of including the font from
../fonts/
instead offonts/
like this package is doing. They all generally structure their bower package internally as follows:The build system (
grunt
) in this case is setup to copy font files from thebower_components/package/fonts/...
directory todist/fonts/...
directory, and everything fine. Inroboto-fontface
case however, the css files look for the fonts indist/styles/fonts/...
instead which don't exist.I'd suggest that adopting the more widely accepted convention would be best (I haven't encountered this sort of hierarchy before so I not qualified to say which is the more widely accepted version), so that integration headaches could be avoided.