Skip to content

[Feature Request] Option root path #2

Description

@OmgImAlexis

I'd be nice if there was an optional root path that would be used before the font name.
For example, this https://google-fonts.azurewebsites.net/googleFonts/openSans?family=Open+Sans&root=/fonts/ would add this.
src: local('Open Sans'), local('OpenSans'), url('/fonts/iXeptR36kaC0GEAetxlDMrAYtoOisqqMDW9M_Mqc.ttf') format('truetype');

The first slash would be optional, so adding it would make the font path absolute and not adding it would make it relative.

Activity

  1. supersaiyen commented on Jan 10, 2016

    @supersaiyen

    While the Google Fonts Proxy could do this, its not a feature that bower supports. Bower is still going to download the font package to its bower_components folder (or other configured option). This may be better implemented as a build step in your gulp/grunt/npm scripts.

  2. OmgImAlexis commented on Jan 11, 2016

    @OmgImAlexis
    Author

    I'm talking about the CSS, this would allow people like myself that use Grunt and bower_concat to have the files references for instance in a vender.min.css at /fonts/ instead of the file expecting it to be in the same directory as the css file.

    I don't see where bower comes into this? This would just affect the CSS file that's added with the fonts?

  3. ajoah commented on Nov 21, 2016

    @ajoah

    Hi @supersaiyen :)

    Any news about this issue ? For the moment we can not use your package inside a concatenated css file like said @OmgImAlexis. We have to copy the css file and change the url path :/

  4. supersaiyen commented on Nov 21, 2016

    @supersaiyen

    I have no intentions of adding this feature, however i'd be happy to accept a pull request if you'd like to implement it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions