Do not feel this is our territory to override. The end dev should be adding the fonts they want in their app.
On Tue, Feb 4, 2014 at 6:13 AM, Michal Mocny <mmo...@chromium.org> wrote: > On Mon, Feb 3, 2014 at 6:58 PM, Josh Soref <jso...@blackberry.com> wrote: > > > Michal wrote: > > > Wouldn't this be better handled by Brian's dream of > > >browser-as-a-platform? > > > > I haven¹t worked through all the details, but I don¹t think so. If you > > want to run the blackberry specific hooks and you browse to the app from > > your blackberry browser, then you¹re going to be unhappy if it¹s a > > different platform. > > > > If you want BB-specific hooks with BB-browser, then target BB. > > If you want to test your app using cordova plugins on a desktop browser > simulating a mobile phone, browser-as-a-platform is the I think the way to > go. > > If you are done building your app on desktop, and now want to test more > device specific styles (such as fonts), I would say that you should test on > device. Is this prohibitively difficult on BB (I have not tried so not > sure what the turnaround time is)? Perhaps the app harness + some of the > auto-reload-on-device work that Braden is doing will help? > > > > > > Browser-as-an-engine might work, maybe. > > > > I don't think so -- "engine" is the concept of replacing the use of the > system webview, but thats still running on-device. > > > > > > > I understand that this solves your immediate problem, but I'm not sure > > > extending serve is really the right long term solution for this. > > > > > > > ..also, your idea of "automatically look for a well known file" could > be > > > done within the application by feature detecting that its running in a > > > desktop browser. > > > > We¹re the SDK, not the application. I could tell authors ³if you want to > > see the fonts, put in this magic², but I¹m hoping to avoid making each > > author do that (where possible). There¹s also licensing fun w/ the fonts. > > > > I suppose that I could insert some code into cordova.js instead of having > > serve manage the css. > > > > > Would it be prehibitive to dynamically inject the style > > > on startup from the app itself? > > > > Doing it with a link: header is a lot cleaner than inserting strange > logic > > into cordova.js, butŠ > > > > I didn't mean cordova.js -- I meant the specific app you are using for > testing. You can ship cordova-cli hooks to add this if you want to share > the functionality between several apps. > > I'm asking: do we really need to change the tools? > > > > > > We can and probably will provide templates which include a style saying > > ³use font: Slate Pro². That¹s all you need for the platform engine. > > > > If we did use cordova.js instead of having serve provide the .css file, > > we¹d still need a way to get the fonts to the browser-as-engine case > > (which is handled by the .extra code). > > > > In case you¹re curious, installing fonts to a user¹s system is a no-go > for > > a number of reasons (* it¹s painful to try to manage ‹ often requiring > > administrative privileges which isn¹t something we require, * Licensing > is > > wrong, * it pollutes the user¹s font-space or their computer¹s font-space > > if shared, * it doesn¹t work if the user is visiting serve from a device > > other than localhost). > > > > >
