Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: callback-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of purdrew@gmail.com designates
 209.85.214.47 as permitted sender)
Received-SPF: pass (google.com: domain of purdrew@gmail.com designates
 10.204.150.69 as permitted sender) client-ip=10.204.150.69;
MIME-Version: 1.0
Sender: purdrew@gmail.com
In-Reply-To: 
 <CADjNb+m8zLaqyj+=VFX8OepTEqozO6vAKUUsSGw1gVOO7y7qhg@mail.gmail.com>
References: 
 <CADjNb+m8zLaqyj+=VFX8OepTEqozO6vAKUUsSGw1gVOO7y7qhg@mail.gmail.com>
From: Drew Walters <deedubbu@gmail.com>
Date: Thu, 23 Feb 2012 11:32:14 -0600
Message-ID: 
 <CAO_65gxMD_t+7RE9dK88_CJdc1=b9Pve3146j_1N_zy1CsfdVg@mail.gmail.com>
Subject: Re: Unified JS and iOS
To: callback-dev@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

There is still a Connection object defined in Connection.js which is
made globally available during bootstrap (common.js objects).  The end
user access the network functionality through
navigator.network.connection.type as defined by the spec.
navigator.network.connection is globally mapped to the
NetworkConnection module by bootstrap (common.js objects) as well.

On Thu, Feb 23, 2012 at 10:20 AM, Becky Gibson <gibson.becky@gmail.com> wro=
te:
> So, I've started working through the unified JS changs for iOS. =A0 I'm n=
ot
> quite sure how to handle the many differences at startup. =A0 If I'm read=
ing
> the code right, there seems to be a new NetworkConnection object which
> replaces the Connection object. =A0 Any reason for renaming this? =A0It s=
eems
> to me we should try to make a few api/object name changes as possible to
> make upgrading easier for folks. =A0Also, since we are not going to get i=
OS
> updated for 1.5, we will have a discrepancy between platforms with some
> using NetworkConnection and iOS at least still using Connection.
>
> Is there any requirement fo this NetworkConenction.getInfo() api? =A0I ca=
n
> certainly override that module for iOS to continue with the current iOS
> implementation =A0or I can implement a getInfo() api. =A0The same issue o=
ccurs
> for the Device object - other platforms implement a getInfo() api to get
> the info. =A0iOS calls out to JS to set the info during startup.
>
> -becky