You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cordova.apache.org by "Sergey Grebnov (Akvelon)" <v-...@microsoft.com> on 2014/08/07 14:24:30 UTC
platform switches for Windows Universal Apps
New Windows platform template supports standard Windows apps as well as Windows Phone 8.1 apps. As a developer I need an option to specify which target I should run when doing 'cordova run/emulate' (run phone version on the device/emulator or run windows store app).
Current draft implementation uses '-store' and '-phone' switches but we should discuss final names for them. Here are a few alternatives. Thoughts?
--tablet
--handset or --phone
or --targetDevice="tablet, handset" <- similar to how we define target chip architecture
Thx!
Sergey
Re: platform switches for Windows Universal Apps
Posted by Carlos Santana <cs...@gmail.com>.
--win in terms on #Wining ? just kidding :-)
On Fri, Aug 15, 2014 at 9:49 AM, Mark Koudritsky <ka...@google.com> wrote:
> +1 for --win / --phone, short and intuitive :)
>
>
> On Fri, Aug 15, 2014 at 7:04 AM, Sergey Grebnov (Akvelon) <
> v-segreb@microsoft.com> wrote:
>
> > We [Microsoft team] did additional round of switch names for windows
> > discussion and propose to use '--win' and '--phone'. Please let me know
> if
> > it works. I've sent the following PR for review
> > https://github.com/apache/cordova-windows/pull/39
> >
> > Thx!
> > Sergey
> > -----Original Message-----
> > From: Shazron [mailto:shazron@gmail.com]
> > Sent: Saturday, August 9, 2014 3:31 AM
> > To: dev@cordova.apache.org
> > Subject: Re: platform switches for Windows Universal Apps
> >
> > The iOS format can be cleaned up (at least for the Simulator) -- but the
> > parameters to ios-sim depend on the executable itself and we can't change
> > that without breaking everyone, so we will have to map the params instead
> > of passing it through.
> >
> > --target=iPhone5s will map to "--retina --64bit --family iphone" for
> > example
> >
> > On Fri, Aug 8, 2014 at 7:48 AM, purplecabbage <pu...@gmail.com>
> > wrote:
> > > People *must* be exposed to windows terminology. None of your --store
> > alternative make sense.
> > > --windows-store might, or maybe --modern-app or --winrt ?
> > >
> > > Sent from my iPhone
> > >
> > >> On Aug 8, 2014, at 6:20 AM, Mark Koudritsky <ka...@google.com>
> wrote:
> > >>
> > >> My 2 cents:
> > >>
> > >> - I prefer "phone" over "handset" as I don't like those overly dry
> > >> formal names that got heavily overloaded with years but still give a
> > false
> > >> sense of better specificity.
> > >> - --store is a very counter intuitive name for desktop apps for
> > someone
> > >> not exposed to the new Windows terminology. Is it intended to mean
> > desktop
> > >> apps? (some alternatives --desktop, --laptop, --fullsize,
> > --largescreen ?)
> > >> - --phone vs --type=phone - either seems fine to me and pretty easy
> to
> > >> implement.
> > >> - --target=X is unrelated, it's not for selecting a type of device
> but
> > >> for explicitly choosing the device to use if several are connected
> to
> > your
> > >> dev station.
> >
>
--
Carlos Santana
<cs...@gmail.com>
Re: platform switches for Windows Universal Apps
Posted by Mark Koudritsky <ka...@google.com>.
+1 for --win / --phone, short and intuitive :)
On Fri, Aug 15, 2014 at 7:04 AM, Sergey Grebnov (Akvelon) <
v-segreb@microsoft.com> wrote:
> We [Microsoft team] did additional round of switch names for windows
> discussion and propose to use '--win' and '--phone'. Please let me know if
> it works. I've sent the following PR for review
> https://github.com/apache/cordova-windows/pull/39
>
> Thx!
> Sergey
> -----Original Message-----
> From: Shazron [mailto:shazron@gmail.com]
> Sent: Saturday, August 9, 2014 3:31 AM
> To: dev@cordova.apache.org
> Subject: Re: platform switches for Windows Universal Apps
>
> The iOS format can be cleaned up (at least for the Simulator) -- but the
> parameters to ios-sim depend on the executable itself and we can't change
> that without breaking everyone, so we will have to map the params instead
> of passing it through.
>
> --target=iPhone5s will map to "--retina --64bit --family iphone" for
> example
>
> On Fri, Aug 8, 2014 at 7:48 AM, purplecabbage <pu...@gmail.com>
> wrote:
> > People *must* be exposed to windows terminology. None of your --store
> alternative make sense.
> > --windows-store might, or maybe --modern-app or --winrt ?
> >
> > Sent from my iPhone
> >
> >> On Aug 8, 2014, at 6:20 AM, Mark Koudritsky <ka...@google.com> wrote:
> >>
> >> My 2 cents:
> >>
> >> - I prefer "phone" over "handset" as I don't like those overly dry
> >> formal names that got heavily overloaded with years but still give a
> false
> >> sense of better specificity.
> >> - --store is a very counter intuitive name for desktop apps for
> someone
> >> not exposed to the new Windows terminology. Is it intended to mean
> desktop
> >> apps? (some alternatives --desktop, --laptop, --fullsize,
> --largescreen ?)
> >> - --phone vs --type=phone - either seems fine to me and pretty easy to
> >> implement.
> >> - --target=X is unrelated, it's not for selecting a type of device but
> >> for explicitly choosing the device to use if several are connected to
> your
> >> dev station.
>
RE: platform switches for Windows Universal Apps
Posted by "Sergey Grebnov (Akvelon)" <v-...@microsoft.com>.
We [Microsoft team] did additional round of switch names for windows discussion and propose to use '--win' and '--phone'. Please let me know if it works. I've sent the following PR for review https://github.com/apache/cordova-windows/pull/39
Thx!
Sergey
-----Original Message-----
From: Shazron [mailto:shazron@gmail.com]
Sent: Saturday, August 9, 2014 3:31 AM
To: dev@cordova.apache.org
Subject: Re: platform switches for Windows Universal Apps
The iOS format can be cleaned up (at least for the Simulator) -- but the parameters to ios-sim depend on the executable itself and we can't change that without breaking everyone, so we will have to map the params instead of passing it through.
--target=iPhone5s will map to "--retina --64bit --family iphone" for example
On Fri, Aug 8, 2014 at 7:48 AM, purplecabbage <pu...@gmail.com> wrote:
> People *must* be exposed to windows terminology. None of your --store alternative make sense.
> --windows-store might, or maybe --modern-app or --winrt ?
>
> Sent from my iPhone
>
>> On Aug 8, 2014, at 6:20 AM, Mark Koudritsky <ka...@google.com> wrote:
>>
>> My 2 cents:
>>
>> - I prefer "phone" over "handset" as I don't like those overly dry
>> formal names that got heavily overloaded with years but still give a false
>> sense of better specificity.
>> - --store is a very counter intuitive name for desktop apps for someone
>> not exposed to the new Windows terminology. Is it intended to mean desktop
>> apps? (some alternatives --desktop, --laptop, --fullsize, --largescreen ?)
>> - --phone vs --type=phone - either seems fine to me and pretty easy to
>> implement.
>> - --target=X is unrelated, it's not for selecting a type of device but
>> for explicitly choosing the device to use if several are connected to your
>> dev station.
Re: platform switches for Windows Universal Apps
Posted by Shazron <sh...@gmail.com>.
The iOS format can be cleaned up (at least for the Simulator) -- but
the parameters to ios-sim depend on the executable itself and we can't
change that without breaking everyone, so we will have to map the
params instead of passing it through.
--target=iPhone5s will map to "--retina --64bit --family iphone" for example
On Fri, Aug 8, 2014 at 7:48 AM, purplecabbage <pu...@gmail.com> wrote:
> People *must* be exposed to windows terminology. None of your --store alternative make sense.
> --windows-store might, or maybe --modern-app or --winrt ?
>
> Sent from my iPhone
>
>> On Aug 8, 2014, at 6:20 AM, Mark Koudritsky <ka...@google.com> wrote:
>>
>> My 2 cents:
>>
>> - I prefer "phone" over "handset" as I don't like those overly dry
>> formal names that got heavily overloaded with years but still give a false
>> sense of better specificity.
>> - --store is a very counter intuitive name for desktop apps for someone
>> not exposed to the new Windows terminology. Is it intended to mean desktop
>> apps? (some alternatives --desktop, --laptop, --fullsize, --largescreen ?)
>> - --phone vs --type=phone - either seems fine to me and pretty easy to
>> implement.
>> - --target=X is unrelated, it's not for selecting a type of device but
>> for explicitly choosing the device to use if several are connected to your
>> dev station.
Re: platform switches for Windows Universal Apps
Posted by purplecabbage <pu...@gmail.com>.
People *must* be exposed to windows terminology. None of your --store alternative make sense.
--windows-store might, or maybe --modern-app or --winrt ?
Sent from my iPhone
> On Aug 8, 2014, at 6:20 AM, Mark Koudritsky <ka...@google.com> wrote:
>
> My 2 cents:
>
> - I prefer "phone" over "handset" as I don't like those overly dry
> formal names that got heavily overloaded with years but still give a false
> sense of better specificity.
> - --store is a very counter intuitive name for desktop apps for someone
> not exposed to the new Windows terminology. Is it intended to mean desktop
> apps? (some alternatives --desktop, --laptop, --fullsize, --largescreen ?)
> - --phone vs --type=phone - either seems fine to me and pretty easy to
> implement.
> - --target=X is unrelated, it's not for selecting a type of device but
> for explicitly choosing the device to use if several are connected to your
> dev station.
Re: platform switches for Windows Universal Apps
Posted by Mark Koudritsky <ka...@google.com>.
My 2 cents:
- I prefer "phone" over "handset" as I don't like those overly dry
formal names that got heavily overloaded with years but still give a false
sense of better specificity.
- --store is a very counter intuitive name for desktop apps for someone
not exposed to the new Windows terminology. Is it intended to mean desktop
apps? (some alternatives --desktop, --laptop, --fullsize, --largescreen ?)
- --phone vs --type=phone - either seems fine to me and pretty easy to
implement.
- --target=X is unrelated, it's not for selecting a type of device but
for explicitly choosing the device to use if several are connected to your
dev station.
RE: platform switches for Windows Universal Apps
Posted by "Parashuram Narasimhan (MS OPEN TECH)" <pa...@microsoft.com>.
It would be great if we have a unified format across all platforms. It would be great if these options can also be specified in config.xml - that would also help IDEs.
-----Original Message-----
From: Jesse [mailto:purplecabbage@gmail.com]
Sent: Thursday, August 7, 2014 3:32 PM
To: dev@cordova.apache.org
Subject: Re: platform switches for Windows Universal Apps
cordova run ios --retina --64bit --family ipad
cordova run android --target=X
We need to clean this up I think ...
@purplecabbage
risingj.com
On Thu, Aug 7, 2014 at 2:58 PM, Parashuram Narasimhan (MS OPEN TECH) < panarasi@microsoft.com> wrote:
> I think we should also ensure use reuse concepts that already exist in
> other platforms. How are phone vs tablet options specified for Android
> and iOS on the command line? How do we plan to do it in the future ?
>
> -----Original Message-----
> From: Sergey Grebnov (Akvelon) [mailto:v-segreb@microsoft.com]
> Sent: Thursday, August 7, 2014 5:25 AM
> To: dev@cordova.apache.org
> Subject: platform switches for Windows Universal Apps
>
> New Windows platform template supports standard Windows apps as well
> as Windows Phone 8.1 apps. As a developer I need an option to specify
> which target I should run when doing 'cordova run/emulate' (run phone
> version on the device/emulator or run windows store app).
>
> Current draft implementation uses '-store' and '-phone' switches but
> we should discuss final names for them. Here are a few alternatives. Thoughts?
>
> --tablet
> --handset or --phone
> or --targetDevice="tablet, handset" <- similar to how we define target
> chip architecture
>
> Thx!
> Sergey
>
Re: platform switches for Windows Universal Apps
Posted by Jesse <pu...@gmail.com>.
cordova run ios --retina --64bit --family ipad
cordova run android --target=X
We need to clean this up I think ...
@purplecabbage
risingj.com
On Thu, Aug 7, 2014 at 2:58 PM, Parashuram Narasimhan (MS OPEN TECH) <
panarasi@microsoft.com> wrote:
> I think we should also ensure use reuse concepts that already exist in
> other platforms. How are phone vs tablet options specified for Android and
> iOS on the command line? How do we plan to do it in the future ?
>
> -----Original Message-----
> From: Sergey Grebnov (Akvelon) [mailto:v-segreb@microsoft.com]
> Sent: Thursday, August 7, 2014 5:25 AM
> To: dev@cordova.apache.org
> Subject: platform switches for Windows Universal Apps
>
> New Windows platform template supports standard Windows apps as well as
> Windows Phone 8.1 apps. As a developer I need an option to specify which
> target I should run when doing 'cordova run/emulate' (run phone version on
> the device/emulator or run windows store app).
>
> Current draft implementation uses '-store' and '-phone' switches but we
> should discuss final names for them. Here are a few alternatives. Thoughts?
>
> --tablet
> --handset or --phone
> or --targetDevice="tablet, handset" <- similar to how we define target
> chip architecture
>
> Thx!
> Sergey
>
RE: platform switches for Windows Universal Apps
Posted by "Parashuram Narasimhan (MS OPEN TECH)" <pa...@microsoft.com>.
I think we should also ensure use reuse concepts that already exist in other platforms. How are phone vs tablet options specified for Android and iOS on the command line? How do we plan to do it in the future ?
-----Original Message-----
From: Sergey Grebnov (Akvelon) [mailto:v-segreb@microsoft.com]
Sent: Thursday, August 7, 2014 5:25 AM
To: dev@cordova.apache.org
Subject: platform switches for Windows Universal Apps
New Windows platform template supports standard Windows apps as well as Windows Phone 8.1 apps. As a developer I need an option to specify which target I should run when doing 'cordova run/emulate' (run phone version on the device/emulator or run windows store app).
Current draft implementation uses '-store' and '-phone' switches but we should discuss final names for them. Here are a few alternatives. Thoughts?
--tablet
--handset or --phone
or --targetDevice="tablet, handset" <- similar to how we define target chip architecture
Thx!
Sergey