I propose to move away from WebCycript being utilised as an underlying dependancy for access to InfoStats 2 in widgets. This will remove the wait for fixes to WebCycript (if required) between iOS versions, and will serve to consolidate InfoStats 2 into a self-contained package.
To achieve this:
A new method of bridging native code to JavaScript is required.
A method to ensure backwards compatibility with Cycript is required.
Other benefits include code usually accessed via Cycript now runs outside JavaScript's environment, meaning speed improvements, and significant reliability/stability improvements.
For (1) I propose a simple extension to JavaScript, which will simply expose global variables with the namespace of the class names within InfoStats 2, such as IS2Weather.(method), IS2Location.(method) and so forth. Existing classes within SpringBoard can be accessed via another global variable with the namespace of SpringBoard.(class).(method).
This can be achieved in a similar manner to XWebView, which may be used as a basis.
For (2) I propose "compiling" from Cycript code into this new "IS2Script", using the form:
var thing = [IS2Weather doThing]; // existingvar thing = IS2Weather.doThing(); // new
var anotherThing = [[SBExampleClass sharedInstance] anotherThing]; // existingvar anotherThing = SpringBoard.SBExampleClass.sharedInstance().anotherThing(); // new
This will utilise at minimum a deterministic finite automata, and will interpose the loading of web pages into both UIWebView and WKWebView. I also propose the addition of pre-processor flags to this compiler, which will be in the form of a comment within a Githubissues.
Githubissues is a development platform for aggregating issues.
I propose to move away from WebCycript being utilised as an underlying dependancy for access to InfoStats 2 in widgets. This will remove the wait for fixes to WebCycript (if required) between iOS versions, and will serve to consolidate InfoStats 2 into a self-contained package.
To achieve this:
Other benefits include code usually accessed via Cycript now runs outside JavaScript's environment, meaning speed improvements, and significant reliability/stability improvements.
For (1) I propose a simple extension to JavaScript, which will simply expose global variables with the namespace of the class names within InfoStats 2, such as IS2Weather.(method), IS2Location.(method) and so forth. Existing classes within SpringBoard can be accessed via another global variable with the namespace of SpringBoard.(class).(method).
This can be achieved in a similar manner to XWebView, which may be used as a basis.
For (2) I propose "compiling" from Cycript code into this new "IS2Script", using the form:
var thing = [IS2Weather doThing]; // existingvar thing = IS2Weather.doThing(); // newvar anotherThing = [[SBExampleClass sharedInstance] anotherThing]; // existingvar anotherThing = SpringBoard.SBExampleClass.sharedInstance().anotherThing(); // newvar object = [SBExampleClass sharedInstance]; // existingvar object = SpringBoard.SBExampleClass.sharedInstance(); // newvar thingWithObject = [object anotherThing]; // existingvar thingWithObject = object.anotherThing(); // newThis will utilise at minimum a deterministic finite automata, and will interpose the loading of web pages into both UIWebView and WKWebView. I also propose the addition of pre-processor flags to this compiler, which will be in the form of a comment within a Githubissues.