W3C home > Mailing lists > Public > public-device-apis@w3.org > March 2010

Re: ACTION-16 for SystemInfo API

From: Max Froumentin <maxfro@opera.com>
Date: Mon, 01 Mar 2010 16:36:52 +0100
Message-ID: <4B8BDF14.5080904@opera.com>
To: "SULLIVAN, BRYAN L (ATTCINW)" <BS3131@att.com>
CC: public-device-apis@w3.org, public-uwa@w3.org
On 01/03/2010 13:22, SULLIVAN, BRYAN L (ATTCINW) wrote:

> LTE reference: http://www.3gpp.org/article/lte Long Term Evolution
> (LTE) focuses on enhancing the Universal Terrestrial Radio Access
> (UTRA) and optimizing 3GPP’s radio access architecture, with targets
> to have average user throughput of three- to four-times the Release 6
> HSDPA levels in the Downlink (100Mbps), and two to three times the
> HSUPA levels in the Uplink (50Mbps).

The list of connection types is becoming uncomfortably long, and new 
types seems to appear every other day. What do you think about the 
Issue, noted in the draft: "Should we gather all of GSM, GPRS, EDGE, 
CDMA, TETRA, UMTS under a singe "CELL" type? They could be 
differentiated by maxBandwidth, if needed."

> More network info (available, supported, default, and preferred) will
> help applications determine when a network can/should be used, or to
> provide clear guidance to the user as needed (e.g. "Your device
> supports WiFi. This app will work better if you set your default
> connection to WiFi.") If we take the approach that these are
> properties that can be returned through the SystemInfo interface
> (rather than creating specific interfaces for them), then there
> should be no additional spec effort to include them. Certainly the
> "active" network is good to include at least if we are creating
> specific interfaces.

There are many ways of doing this:

device.sysinfo.get("AvailableNetworks") <-- returns an array of Network 
objects, unless you provide an "id", letting you select a specific one 
(for watching)

Some time ago we had the following in the draft:

interface Network
   interface NetworkDevice currentNetwork;
   interface NetworkDevice preferredNetwork;
   interface NetworkDevice availableNetworks[];

I think that's better, because it's more in line with the rest of the 
specification (Storage, in particular).

But first we should decide if we have consensus on having the 3 items 
back. Then we can talk about what form it would have. A good topic for 
the Prague meeting, methinks.

Received on Monday, 1 March 2010 15:37:29 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 14:53:42 UTC