summaryrefslogtreecommitdiff
path: root/src/mbgl/text/glyph_pbf.cpp
Commit message (Collapse)AuthorAgeFilesLines
* [core] Remove ThreadContext::getFileSource; instead thread FileSource throughJohn Firebaugh2016-02-181-4/+3
|
* [all] Don't interpret 404s on non-tile resources as "no content"John Firebaugh2016-02-101-13/+13
|
* [core] Rationalize Resource initializationJohn Firebaugh2016-01-291-8/+1
|
* [core] Avoid storing raw glyph data in addition to parsed representationJohn Firebaugh2016-01-221-26/+17
|
* [core] use stale glyphsKonstantin Käfer2016-01-151-7/+1
| | | | Updating glyphs is still unsupported, and there's no good use case for doing so. When we're using a stale glyph PBF, and the fresh answer contains changed to that glyph, we will continue to use the old glyph.
* [core] Rationalize error handling for resource loadingJohn Firebaugh2015-12-231-35/+11
| | | | | | | | | * Standardize on std::exception_ptr as the error representation (fixes #2854). * Don't format textual strings at the error source; pass on the constituent data via observer method parameters instead. * Use the null object pattern to simplify observer notification code. * Further refactoring for ResourceLoading tests.
* [core] add namespace comment to closing braceKonstantin Käfer2015-12-031-2/+2
|
* [core] Pass a value to response callback, not a referenceJohn Firebaugh2015-11-161-1/+1
|
* [core] Do not pass uv_loop_t aroundThiago Marcos P. Santos2015-11-161-1/+1
| | | | This should be abstracted by util::RunLoop
* [core] move retry logic to DefaultFileSourceKonstantin Käfer2015-11-021-2/+2
|
* [core] Make response data shared to avoid excessive copyingKonstantin Käfer2015-10-261-2/+3
|
* [core] add support for stale responsesKonstantin Käfer2015-10-261-0/+4
| | | | We're now returning stale responses from cache. Those responses will have the `stale` flag set to true. Currently, all requesters in the core code discard stale responses, and cancel the request immediately after they got a non-stale response.
* [core] use RAII-style lifetime tracking of Request objectsKonstantin Käfer2015-10-261-7/+1
|
* [core] all requests have to be canceled explicitly nowKonstantin Käfer2015-10-261-0/+2
| | | | By not automatically destroying Request objects after the result has been delivered, we are making sure that we can potentially fire the callback multiple times without adverse effects. This means that you have to hold on to the result of fs->request(), can explicitly cancel it if you don't want to be notified of data changes anymore. Not doing so will monitor the request indefinitely and will prevent the app from exiting.
* Use the observer pattern for GlyphPBF loadingThiago Marcos P. Santos2015-07-171-58/+83
| | | | | | | This will make the code a lot more clear and it will also move how parsing is initiated to the GlyphPBF class, to be initiated after the request, like we do for other resources.
* Add simple static method to retrieve the current loopThiago Marcos P. Santos2015-07-061-1/+1
| | | | | In the lines of how we do for getting information of the current thread.
* Make the FileSource available from the ThreadContextThiago Marcos P. Santos2015-06-251-6/+6
| | | | | | For now we set the FileSource for the Worker context but in the future after fixing #1664 we can assert() that FileSource are set only for the Map thread context.
* Notify glyph parsing errorsThiago Marcos P. Santos2015-05-281-2/+2
| | | | Emit a signal when the glyphs are not parsed correctly.
* split up glyph_store.cpp into multiple filesKonstantin Käfer2015-05-221-0/+115
View Lorry Controller Status