aboutsummaryrefslogtreecommitdiffstats
path: root/src/background.html
Commit message (Collapse)AuthorAgeFilesLines
* this fixes #1013, #1062 (draft)gorhill2015-03-271-0/+1
|
* More ยต to uChris2015-03-091-1/+1
|
* this fixes #665gorhill2015-02-041-1/+0
|
* re #550: use non-minified external libsgorhill2015-01-301-2/+2
|
* fixed flawed 1st-/3rd-party testgorhill2015-01-081-1/+1
|
* too many changes for #433: branching so that I can commit and keep working on itgorhill2014-12-281-1/+2
|
* remove depending on vapi-appinfo.jsRaymond Hill2014-12-011-1/+0
|
* Avoid using Chrome's @@bidi_* type i18n messagesDeathamns2014-11-091-2/+2
| | | | | | | | | | | | | | ... for the sake of portability. When including vapi-common.js in an HTML file, then the body element there will have a "dir" attribute filled with the current locale's direction (ltr or rtl). The following languages are considered right-to-left: ar, he, fa, ps, ur. Everything else is left-to-right. After the "dir" attribute is set, we can decide in CSS which elements should have different styling for rtl languages (e.g., body[dir=rtl] #id).
* Use a dedicated file for storing extension infoDeathamns2014-11-091-0/+1
| | | | | | | | | | Chrome has getManifest(), Safari doesn't have anything, Firefox has an asynchronous API... So, instead of using extension APIs, store the common informations (extension name, version, homepage url) in a file (vapi-appinfo.js), which can be included when it's needed (its data will be available at vAPI.app.____). The file's content is updated each time the extension is being built, so it shouldn't be modified manually.
* Work on vendor API abstraction, and near complete Safari supportDeathamns2014-11-091-0/+33