Return-Path: 
 <dev-return-36185-apmail-cordova-dev-archive=cordova.apache.org@cordova.apache.org>
X-Original-To: apmail-cordova-dev-archive@www.apache.org
Delivered-To: apmail-cordova-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id B5D64118BC
	for <apmail-cordova-dev-archive@www.apache.org>;
 Wed, 23 Jul 2014 21:29:45 +0000 (UTC)
Received: (qmail 52420 invoked by uid 500); 23 Jul 2014 21:29:40 -0000
Delivered-To: apmail-cordova-dev-archive@cordova.apache.org
Received: (qmail 52379 invoked by uid 500); 23 Jul 2014 21:29:40 -0000
Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@cordova.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@cordova.apache.org>
List-Post: <mailto:dev@cordova.apache.org>
List-Id: <dev.cordova.apache.org>
Reply-To: dev@cordova.apache.org
Delivered-To: mailing list dev@cordova.apache.org
Received: (qmail 52366 invoked by uid 99); 23 Jul 2014 21:29:40 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jul 2014 21:29:40 +0000
X-ASF-Spam-Status: No, hits=1.7 required=5.0
	tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of csantana23@gmail.com
 designates 74.125.82.172 as permitted sender)
Received: from [74.125.82.172] (HELO mail-we0-f172.google.com) (74.125.82.172)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jul 2014 21:29:36 +0000
Received: by mail-we0-f172.google.com with SMTP id x48so1834016wes.3
        for <dev@cordova.apache.org>; Wed, 23 Jul 2014 14:29:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        bh=Csm1gy/a5EFjYitfegLIccaKSLyjp1c1LLoYiJwItAY=;
        b=rUANxjxmzQQi37BiPxV8eE/JkHZvDQc4r0BdXiYhA0jtolATmTATX9SxH6KPHLIwXG
         V66K5R/d0sCP2LLW3soX4F9T/yJNpuPXKGicrik1PUxo/fuoD64Gq9Z66T8KPorwHRY1
         uzPPWNvBj2G/fdol9bIb8UTxPyUDqMZkqEuOuHfTqScSqt/8lsY77r2g8t0Js93Agln0
         ISyAeRuZ7PqobPqCYLmpya2HX6Yp8xmDAczxuk/zyg+hOsGVA1NHsLXXVfbbyJpvbt4N
         Vs3NspYFFeCobGnWghH++fc3aSNm2KY7aeMXVaP3H6dO/y0bovJTXkgrsyZuyVQS10XO
         wCww==
MIME-Version: 1.0
X-Received: by 10.180.38.51 with SMTP id d19mr6924033wik.10.1406150954585;
 Wed, 23 Jul 2014 14:29:14 -0700 (PDT)
Received: by 10.194.37.102 with HTTP; Wed, 23 Jul 2014 14:29:14 -0700 (PDT)
In-Reply-To: 
 <CAEeF2Tc7eOtW9DxENejF4oDB_dWdWeL+pA4RAB3=UXRxmvh82A@mail.gmail.com>
References: <ghU.WwZ5.2kGiRK8JFOT.1Jq1wJ@seznam.cz>
	<CAEeF2Tc7eOtW9DxENejF4oDB_dWdWeL+pA4RAB3=UXRxmvh82A@mail.gmail.com>
Date: Wed, 23 Jul 2014 17:29:14 -0400
Message-ID: 
 <CAHYtTqm6_7Qm66ShDUyCxWr_kEoxUoNy6ziNWNs9UByMkcGsMw@mail.gmail.com>
Subject: Re: New project <PATH> vs. <NAME>
From: Carlos Santana <csantana23@gmail.com>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=e89a8f6473ed2615b704fee308d9
X-Virus-Checked: Checked by ClamAV on apache.org

--e89a8f6473ed2615b704fee308d9
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Michal what platform you tested?


On Wed, Jul 23, 2014 at 5:05 PM, Michal Mocny <mmocny@chromium.org> wrote:

> Well, first, I would like to officially agree that people speaking in
> language with diacritics are people :)
>
> I'm not 100% sure of your exact proposal, but I think you are suggesting
> that:
> a) "cordova create Foo" should create a project in directory Foo with nam=
e
> "Foo", and not name "Hello World"
> and
> b) Support for unicode for Name?
>
> Regarding (a), I'm a bit torn.  It seems like a good change in isolation,
> but personally I think we should just get rid of all parameters except
> Path.  Specifically, you have to edit your config.xml to change a bunch
> more than just packageId and Name, so why are those special?  Also,
> "cordova create Foo" will still create the Hello World application, which
> should specify its default name/packageId in its config.xml, why override
> those at create time?
>
> Regarding (b), I just changed my config.xml to: <name>/da=C9=AA.=C9=99=CB=
=88kr=C9=AAt=C9=A8k/</name>
> or <name>=CE=B4=CE=B9=CE=B1=CE=BA=CF=81=CE=B9=CF=84=CE=B9=CE=BA=CF=8C=CF=
=82</name> or <name>=C4=85=C4=87=C4=99=C5=82=C5=84=C3=B3=C5=9B=C5=BA=C5=BC<=
/name>.. and it always
> worked exactly as expected.  Not sure what else we require?
>
>
> On Wed, Jul 23, 2014 at 4:44 PM, Jan Veleck=C3=BD <VVelda@seznam.cz> wrot=
e:
>
> > Hello,
> > probably many of you developers are english speaking. But most of
> languages
> > have diacritics. Below is CLI create syntax:
> >     create <PATH> [ID [NAME [CONFIG]]] ....... creates a Cordova projec=
t
> in
> > the specified PATH, with
> >                                                ID reverse-domain-style
> > package name - used in <widget id>
> >                                                NAME is a human readable
> > field
> >                                                CONFIG is a json string
> > whose
> > key/values will be included
> >
> > Look at item NAME =E2=80=93 human readable. CLI tell us, that this is h=
uman
> > readable
> > field, I think diacritics is very very human readable, if people speaki=
ng
> > in
> > language with diacritics are people... In fact, this option is name of
> > project, but name of project cannot be diacritical, because of historic=
al
> > reasons and their impacts on present software...
> >
> > Another thing, don't you think, that is the best practise to use same
> > project directory name as project name?
> >
> > So, my proposal is change it to (line 1 and 3):
> >     create <PATH> [ID [NAME [CONFIG]]] ....... creates a Cordova projec=
t
> of
> > PATH name in the specified PATH, with
> >                                                ID reverse-domain-style
> > package name - used in <widget id>
> >                                                NAME is an application
> name
> >                                                CONFIG is a json string
> > whose
> > key/values will be included
> >
> > 1.) Typically, there cannot be two project of same name alike there
> cannot
> > be two directories of same name. Also, there are good reasons to use in
> > both
> > of names only latin letters, numbers, hyphen and underscore. So, why pa=
th
> > name isn't also project name?
> > 2.) With name attribute supporting more chars, it can be used as
> > application
> > name (showed on device/emulator). So if developer develops czech
> > application
> > with off course czech name and with diacritics too, he don't have to
> > editing
> > any files in platforms projects. Also, if he develops english-named
> > application, but with some rare char to make name attractive, he don't
> have
> > to do this. And this should be name of project in config.xml in project
> > root, so user (in future) can change this application name and CLI
> changes
> > names of applciation name in each project instead of him.
> > 3.) If NAME is omitted, project directory, name of platform projects an=
d
> > application names should be same.
> >
> > This have only benefits, and for most of developers I think with no
> broken
> > backward-compability.
> >
>



--=20
Carlos Santana
<csantana23@gmail.com>

--e89a8f6473ed2615b704fee308d9--