cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michal Mocny <mmo...@chromium.org>
Subject Re: Wondering what folks think about the default project
Date Fri, 12 Jul 2013 15:03:42 GMT
Agree with Shaz, most of these thoughts already addressed in that bug.
 Please add further opinions about specifics there.


On Fri, Jul 12, 2013 at 10:48 AM, Shazron <shazron@gmail.com> wrote:

> Might be worth chiming in on the CB-4153 thread on this ML ("app" folder
> concept)
>
>
> On Fri, Jul 12, 2013 at 7:39 AM, Brian LeRoux <b@brian.io> wrote:
>
> > In an earlier incarnation of Cordova the CLI had a a --recipe flag. That
> > could be modified to accept a path or a Git repo. This would retain the
> > existing and fulfill Ray's use case.
> >
> > Thoughts?
> > On Jul 12, 2013 7:34 AM, "Lucas Holmquist" <lholmqui@redhat.com> wrote:
> >
> > > +1 to keeping the default template,  but the ability to change it if
> you
> > > want to
> > > On Jul 12, 2013, at 10:18 AM, Shazron <shazron@gmail.com> wrote:
> > >
> > > > Carlos I think that is essentially what others have proposed here -
> > > specify
> > > > a template to use.
> > > >
> > > > Personally I like the default project to still be the default, if
> only
> > > for
> > > > the majority of our users who are not more experienced programmers.
> > More
> > > > experienced programmers will not be put off by specifying a template
> > > option
> > > > for a blank template, IMO (but for less experienced people, I contend
> > it
> > > is
> > > > the reverse).
> > > >
> > > > While helping users troubleshoot in the Google Groups, or
> investigating
> > > > bugs in JIRA, I often tell a user to create a new project (thus using
> > the
> > > > default template) and isolate their bug there, so we have a common
> base
> > > to
> > > > verify and test bugs.
> > > >
> > > >
> > > > On Fri, Jul 12, 2013 at 7:09 AM, Carlos Santana <
> csantana23@gmail.com
> > > >wrote:
> > > >
> > > >> can it be an option to the cordova cli?
> > > >> cordova create [--noHelloApp]
> > > >> or
> > > >> cordova create [--blankIndexHTML]
> > > >>
> > > >> You get the point
> > > >>
> > > >> I vote for default to have defaultApp included.
> > > >> It provides gratification of every "Hello World" gives when starting
> > > with
> > > >> something new.
> > > >>
> > > >>
> > > >>
> > > >> On Fri, Jul 12, 2013 at 1:26 AM, Michael Jackson <
> > mjijackson@gmail.com
> > > >>> wrote:
> > > >>
> > > >>> I really like the default app. As a brand new cordova dev it helped
> > me
> > > >>> understand how to get started with it.
> > > >>>
> > > >>> --
> > > >>> Michael Jackson
> > > >>> @mjackson
> > > >>>
> > > >>>
> > > >>> On Thu, Jul 11, 2013 at 10:28 AM, Ray Camden <raycamde@adobe.com>
> > > wrote:
> > > >>>
> > > >>>> I can add this as a Jira item if it makes sense, but, what
do
> folks
> > > >> think
> > > >>>> about the following:
> > > >>>>
> > > >>>> I'd like to propose that the 'default' PG app created by the
CLI
> be
> > > >>>> changed. Right now it is cool. Looks neat. But is completely
> > > >> unnecessary
> > > >>>> after you've after learned how to use PG. It's a great example
for
> > > >> folks
> > > >>>> learning PG, but for those of us who know and just want to
get
> > started
> > > >>>> quickly, it actually takes me more time to *remove* the HTML,
CSS,
> > and
> > > >> JS
> > > >>>> used in the default then it does to create a new project.
Not to
> be
> > > >> over
> > > >>>> dramatic, but it really is the worst part of the process for
me.
> > Then
> > > >>>> again, I tend to make quite a few POCs with the CLI so this
issue
> > hits
> > > >> me
> > > >>>> more often than normal probably.
> > > >>>>
> > > >>>> I know the CLI is just copying a template (I've blogged on
this
> > > >> before),
> > > >>>> but shouldn't the default be something better for developers?
> > > >>>>
> > > >>>>
> > > >>>
> > > >>
> > > >>
> > > >>
> > > >> --
> > > >> Carlos Santana
> > > >> <csantana23@gmail.com>
> > > >>
> > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message