Return-Path: X-Original-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 722AD982B for ; Fri, 11 May 2012 17:57:18 +0000 (UTC) Received: (qmail 90928 invoked by uid 500); 11 May 2012 17:57:18 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 90886 invoked by uid 500); 11 May 2012 17:57:18 -0000 Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: callback-dev@incubator.apache.org Delivered-To: mailing list callback-dev@incubator.apache.org Received: (qmail 90865 invoked by uid 99); 11 May 2012 17:57:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2012 17:57:18 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of simon.macdonald@gmail.com designates 209.85.210.47 as permitted sender) Received: from [209.85.210.47] (HELO mail-pz0-f47.google.com) (209.85.210.47) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2012 17:57:12 +0000 Received: by dalh21 with SMTP id h21so2123602dal.6 for ; Fri, 11 May 2012 10:56:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=FWtiA9fR+cwCQ8vGrqwrJgiGHXwBlgQ/9aP8g8tR77g=; b=F+G9cqn62AsDP9E1AqUHN3Xwr80ny7w/5H5w5u148CYGmu0EUugS0SAOk89c0tWbn6 7VzAslX2AOnjnBPr7xhOdgjQm67lm9dCshW5BN8YBKw6jABVvLcjfC1I5qmpsM2Al9me Ohk/I3t+GFQAR1KqYYqOvQMHRkUgMntfQTKzftLdAAb2BeuvliJgmONGV0gshfzPXOS5 v9CQlyoZeAj5QPpo+ABrdUYfcY/Tj8cNL7dFQU76hjJ/uACoMgqbXyUep7ILvz8vqW+z oPgvGRneEBQQDiQY9JvsPfKbgfGudSazR0Kkfy5v30zBQ4TNXxhBP0Ez9mQq/O/z+Vlh D4NA== Received: by 10.68.203.225 with SMTP id kt1mr34237843pbc.133.1336759010984; Fri, 11 May 2012 10:56:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.36.225 with HTTP; Fri, 11 May 2012 10:56:30 -0700 (PDT) In-Reply-To: References: From: Simon MacDonald Date: Fri, 11 May 2012 13:56:30 -0400 Message-ID: Subject: Re: API addition: application version To: callback-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 I looked into what Android give you and it seems to be limited to id, name and version. None of the author information is saved in the .apk as far as I can tell. Simon Mac Donald http://hi.im/simonmacdonald On Tue, May 8, 2012 at 3:46 PM, Anis KADRI wrote: > Bada gives access to application details (app name, version, etc...) so > once we decided what api to use, I can start working on it. Are we doing > that widget spec for sure ? > > On Tue, May 8, 2012 at 11:11 AM, Filip Maj wrote: > >> Inside the www, just like BB WebWorks / PhoneGap Build apps, all based on >> the w3c spec. >> >> On 5/8/12 10:58 AM, "Brian LeRoux" wrote: >> >> >ok cool, eh so where does config.xml live in an android proj anyhow? >> >or any platform for that matter? inside the www? >> > >> >(happy we are officially going to start supporting it. still think we >> >should re-think the device object and the baggage it contains into >> >something else.) >> > >> >should this be something we gun for 1.9 ??? >> > >> >On Tue, May 8, 2012 at 7:46 PM, Michael Brooks >> >wrote: >> >> My understanding as well. Before deviceready, read the config.xml and >> >> populate some variables. We're talking about the application metadata, >> >>not >> >> the device's information. >> >> >> >> On Tue, May 8, 2012 at 1:40 PM, Shazron Abdullah >> >>wrote: >> >> >> >>> This was my understanding as well. >> >>> >> >>> On 2012-05-08, at 10:39 AM, Simon MacDonald > > >> >>> wrote: >> >>> >> >>> > On Tue, May 8, 2012 at 1:23 PM, Patrick Mueller >> >>> wrote: >> >>> > >> >>> >> >> >>> >> To clarify a bit, what I was wondering if it was cheap enough to get >> >>> this >> >>> >> info during startup and stash it away somewhere in JS, so it'd be >> >>> available >> >>> >> at deviceready. >> >>> >> >> >>> > >> >>> > This is what I was thinking as well. We'd go get the info an >> >>>populate the >> >>> > JS object then fire "deviceready". We already use the same approach >> >>>when >> >>> > setting up Device and Network. >> >>> > >> >>> > Simon Mac Donald >> >>> > http://hi.im/simonmacdonald >> >>> >> >>