The browser widget works on all platforms and should do so uniformly - any 
platform specific aspects will be marked in the dictionary as such in the usual 
way.

So there is no need to do anything different for android or iOS - it should 
'just work'.

Mark

Mark

Sent from my iPhone

> On 20 Feb 2016, at 15:28, Sannyasin Brahmanathaswami <bra...@hindu.org> wrote:
> 
> On February 20, 2016 at 2:40:56 AM, Trevor DeVore 
> (li...@mangomultimedia.com<mailto:li...@mangomultimedia.com>) wrote:
> You have to switch to the browse tool to see the contents of the browser.
> Did you try that?
> 
> 
> oh... duh... yes, that works :-)
> 
> @ james... thanks for the encouragement, it seems wise at this stage to push 
> to move on to 8...this project will take a few months, so getting in now is a 
> good thing. "Use the drop down menu... dictionary"
> 
> Silly thing was opening with the top of the dictionary underneath the menubar 
> (I have a ticket in for the team to fix that...)
> 
> after running manually "set the loc of stack "revDictionary" to the 
> screenloc... I found the two menus: API | Guide
> 
> Nice that the browser widget is independent and stays on the card and is not 
> stack wide.
> 
> Does it automatically create the mobile version of itself when deployed on 
> iOS or Android? Or do we need to fork and instantiate the mobile browser 
> using the mobile methods?
> 
> I'm on my way with 8...
> _______________________________________________
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Reply via email to