It works fine now.

We are an open project so why not allow anyone who has the link to add comments?

Kenneth

On Fri, Jan 10, 2014 at 2:46 AM, Long, Xiang <xiang.l...@intel.com> wrote:
> Seems it allows comments already.
> Would you please try again?
> As the doc is created by Intel account, so only people at Intel with the link 
> can comment.
>
> Thanks,
> Xiang
>
>> -----Original Message-----
>> From: Kenneth Rohde Christiansen [mailto:kenneth.christian...@gmail.com]
>> Sent: Thursday, January 09, 2014 9:01 PM
>> To: Long, Xiang
>> Cc: Oliveira, Caio; Barbieri, Gustavo; 
>> crosswalk-dev@lists.crosswalk-project.org
>> Subject: Re: [Crosswalk-dev] Intent to implement: [Tizen] Application API
>>
>> Again shared without allowing anyone to add comments.
>>
>> Kenneth
>>
>> On Thu, Jan 9, 2014 at 11:12 AM, Long, Xiang <xiang.l...@intel.com> wrote:
>> > Thanks for the suggestion.
>> > Since we'll only support Tizen API for legacy WGT apps and follow current
>> Tizen WRT behavior the implementation will be much simpler.
>> >
>> > I made a new simple design doc:
>> https://docs.google.com/a/intel.com/document/d/1ne_SKZhxVPI9fXgWDeqJkGk
>> ekUpDy2if_4vK8fNXy5s/edit#
>> > Please help to review it.
>> >
>> > Thanks,
>> > Xiang
>> >
>> >> -----Original Message-----
>> >> From: Oliveira, Caio
>> >> Sent: Wednesday, January 08, 2014 5:05 AM
>> >> To: Barbieri, Gustavo
>> >> Cc: crosswalk-dev@lists.crosswalk-project.org; Long, Xiang
>> >> Subject: Re: [Crosswalk-dev] Intent to implement: [Tizen] Application API
>> >>
>> >> Hello,
>> >>
>> >> I agree with Gustavo. In this case we shouldn't add new modes of
>> >> operation for application execution until the ones that we are required
>> >> to support are in place. The insight we gain implementing the required
>> >> bits help us creating new things later.
>> >>
>> >>
>> >> Cheers,
>> >> Caio
>> >>
>> >>
>> >> On Tue, 2014-01-07 at 19:50 +0000, Barbieri, Gustavo wrote:
>> >> > Hi,
>> >> >
>> >> > This proposal tries to do too much at once: support Tizen, introduce new
>> >> concepts and so on. Please consider simplifying it to do what is required 
>> >> first
>> >> and then plan to introduce new concepts.
>> >> >
>> >> > The Picker example, for instance, doesn't work like in that document 
>> >> > with
>> >> Tizen. In Tizen the only way to add another application's view to current
>> >> application is if you create an "ug" (UI gadget) that is actually a 
>> >> library, this
>> will
>> >> create a widget instance in the application process and push it to the 
>> >> current
>> >> window UI stack (no interaction with the WindowManager).
>> >> >
>> >> > The only cases you start one application with a bundle is to start that
>> >> application in some state, for instance start the phone dialer with a pre-
>> >> populated number, or start "messages" with the compose screen and some
>> >> fields populated, etc. After doing this via AUL you lose connection with 
>> >> that
>> >> application, the window manager will show 2 windows, the task manager
>> will
>> >> show two apps, etc.
>> >> >
>> >> > I guess you tried to match what Android does, with their Activity and
>> different
>> >> launch modes (default, single-top, single-instance...). Thus let's keep 
>> >> those
>> out,
>> >> focus on the basic requirements.
>> >> >
>> >> > All in all I'd also choose a different work to do. As Francesco and 
>> >> > others
>> >> pointed out, Tizen and Android diverges in supported features. Tizen, for
>> >> instance, doesn't provide the basic as messages and contacts. These are
>> >> simple to implement, design is straightforward and all, but requires some
>> >> manpower as it's lots of code :-)
>> >> >
>> >> > --
>> >> > Gustavo Sverzut Barbieri
>> >> > Intel Open source Technology Center
>> >> >
>> >> >
>> >> > > -----Original Message-----
>> >> > > From: Crosswalk-dev [mailto:crosswalk-dev-bounces@lists.crosswalk-
>> >> > > project.org] On Behalf Of Long, Xiang
>> >> > > Sent: Tuesday, January 07, 2014 6:47 AM
>> >> > > To: Oliveira, Caio
>> >> > > Cc: crosswalk-dev@lists.crosswalk-project.org
>> >> > > Subject: Re: [Crosswalk-dev] Intent to implement: [Tizen]
>> >> > > Application API
>> >> > >
>> >> > > Thanks for the comments. I summarized some key points below.
>> >> > >
>> >> > > - Currently, Tizen doesn't support "Activity-Task" like page
>> >> > > ownership. As I tested on Tizen2.1, pages are binding with their
>> >> > > original app.
>> >> > >
>> >> > > One issue of this model is: when user resume an app which was
>> >> > > calling another app's functionality, the caller page will show other
>> >> > > than the callee page.
>> >> > > For example, a gallery app provides "pick" picture service. An user
>> >> > > may resumes his Facebook app after a phone call, however can't find
>> >> > > his previous "pick" photo page.
>> >> > > The same issue happens when user/system kill an app.
>> >> > >
>> >> > > With AppContext(contains a page stack) when user open/kill/resume an
>> >> > > app, he is open/kill/resume the AppContext of that app.
>> >> > > Pages from that app can belongs to other AppContexts, and these
>> >> > > operations will not affect such pages.
>> >> > >
>> >> > > - Thanks for mention the native apps, the design doc only considered
>> >> > > the web apps(legacy & XPK).
>> >> > > It seems we need system level modification to support both native
>> >> > > and web apps.
>> >> > >
>> >> > > So I think currently the MAIN question is: do we just need to follow
>> >> > > Tizen2.1 behavior? If yes, the AppContext stuff can be removed. If
>> >> > > no, the native/web behavior will not be aligned.
>> >> > >
>> >> > > - For testing, app samples and xwlak-launcher messages, I think I
>> >> > > can provide them when we got the consensus on the above question :)
>> >> > >
>> >> > >
>> >> > > > -----Original Message-----
>> >> > > > From: Oliveira, Caio
>> >> > > > Sent: Tuesday, January 07, 2014 5:31 AM
>> >> > > > To: Long, Xiang
>> >> > > > Cc: crosswalk-dev@lists.crosswalk-project.org
>> >> > > > Subject: Re: [Crosswalk-dev] Intent to implement: [Tizen]
>> >> > > Application API
>> >> > > >
>> >> > > > Hello,
>> >> > > >
>> >> > > > On Mon, 2014-01-06 at 09:23 +0000, Long, Xiang wrote:
>> >> > > > > Long term plan: AppContext support. For details please check the
>> >> > > design doc:
>> >> > > >
>> >> > >
>> https://docs.google.com/a/intel.com/document/d/1n08dzcl3fawRW2Eccg95
>> >> > > TC
>> >> > > > 6DApe6RoAdUDqaZwNM8dI/edit#
>> >> > > >
>> >> > > > I have added some comments and questions to the design doc, please
>> >> > > take
>> >> > > > a look at them when it's possible, I won't replicate them all
>> >> > > here.
>> >> > > >
>> >> > > > More questions:
>> >> > > >
>> >> > > > - I'm not sure that Tizen WRT actually supports an "Activity"-like
>> >> > > > semantics, i.e. one app can load a "view" from other app (in our
>> >> > > case a window,
>> >> > > > in Android's it's an "activity). Have you tested this?
>> >> > > >
>> >> > > > - Why do we need to keep the stack structure for each AppContext?
>> >> > > Which
>> >> > > > operation
>> >> > > > will make use of them?
>> >> > > >
>> >> > > > - Since we ask AUL, we can launch native applications, and I
>> >> > > expect that we can
>> >> > > > use
>> >> > > > appcontrol with them as well. Is that correct? That means that our
>> >> > > > "AppContext" stackes
>> >> > > > will be "incomplete". How do we deal with that?
>> >> > > >
>> >> > > >
>> >> > > > In my opinion things this proposal still needs work and besides
>> >> > > the comments
>> >> > > > in design doc and the questions above, some more general comments:
>> >> > > >
>> >> > > > - How will we test this feature? How can we make sure these APIs
>> >> > > are
>> >> > > > working as expected (i.e. working like Tizen WRT)?
>> >> > > >
>> >> > > > - Would be good to turn the example in the design doc into a real
>> >> > > > working example, so we could see the "AppContexts" in action on
>> >> > > Tizen
>> >> > > > WRT.
>> >> > > >
>> >> > > > - Give more detail to what information needs to be passed from/to
>> >> > > > the launcher process. Regardless of the implementation, the set of
>> >> > > > information that needs to be communicated back and forth will be
>> >> > > the same,
>> >> > > > so this is not wasting time into details that might not be used.
>> >> > > >
>> >> > > >
>> >> > > > Cheers,
>> >> > > > Caio
>> >> > >
>> >> > > _______________________________________________
>> >> > > Crosswalk-dev mailing list
>> >> > > Crosswalk-dev@lists.crosswalk-project.org
>> >> > > https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev
>> >
>> > _______________________________________________
>> > Crosswalk-dev mailing list
>> > Crosswalk-dev@lists.crosswalk-project.org
>> > https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev
>>
>>
>>
>> --
>> Kenneth Rohde Christiansen
>> Web Platform Architect, Intel Corporation.
>> Phone  +45 4294 9458 ﹆﹆﹆



-- 
Kenneth Rohde Christiansen
Web Platform Architect, Intel Corporation.
Phone  +45 4294 9458 ﹆﹆﹆
_______________________________________________
Crosswalk-dev mailing list
Crosswalk-dev@lists.crosswalk-project.org
https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev

Reply via email to