Commit graph

67 commits

Author SHA1 Message Date
Deathamns
bcc1c0da11 Fix prorblems caused by vAPI.insertHTML 2015-01-13 20:25:10 +01:00
Deathamns
05bcc070a9 Firefox: popup size for menu-panel 2015-01-13 07:29:54 +01:00
Deathamns
b301ac031e Popup related changes 2015-01-13 07:29:44 +01:00
gorhill
336db7f997 platform-specific code for popup UI 2015-01-11 20:32:58 -05:00
gorhill
9fc136e7e8 hopefully this fixes #470 2015-01-10 11:23:28 -05:00
gorhill
1597ce7fd9 lot of work related to dynamic filtering + new net requests logger 2015-01-06 08:01:15 -05:00
gorhill
3c941f8309 another round of work re dynamic filtering 2014-12-31 17:26:17 -05:00
gorhill
43e773aab2 finally a fully working draft: now onto myriad finishing touches 2014-12-31 10:47:19 -05:00
gorhill
a0279b1378 more work to expand dynamic filtering 2014-12-30 16:36:29 -05:00
gorhill
1fe7045b92 too many changes for #433: branching so that I can commit and keep working on it 2014-12-28 10:07:43 -05:00
Raymond Hill
e7016f851b this should not be on by default -- to avoid visual glitch 2014-12-09 13:38:33 -02:00
Raymond Hill
2e4c0a2bfe remove depending on vapi-appinfo.js 2014-12-01 14:25:33 -02:00
Raymond Hill
0bf088cd1e this fixes #386, #346, #299, #288, #285, #284, #279 2014-11-29 23:36:53 -02:00
Deathamns
d98a8161f9 Drop js-loader, updates from gorhill/uBlock/master 2014-11-09 17:41:02 +01:00
Deathamns
6d49ef0dac Avoid using Chrome's @@bidi_* type i18n messages
... 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).
2014-11-09 17:40:40 +01:00
Deathamns
749b6f186d Use a dedicated file for storing extension info
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.
2014-11-09 17:39:38 +01:00
Deathamns
5b79bf3536 Work on vendor API abstraction, and near complete Safari support 2014-11-09 17:39:12 +01:00
Renamed from popup.html (Browse further)