Return-Path: 
 <dev-return-22775-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 4CA1B104ED
	for <apmail-cordova-dev-archive@www.apache.org>;
 Wed, 24 Apr 2013 21:07:46 +0000 (UTC)
Received: (qmail 89925 invoked by uid 500); 24 Apr 2013 21:07:46 -0000
Delivered-To: apmail-cordova-dev-archive@cordova.apache.org
Received: (qmail 89898 invoked by uid 500); 24 Apr 2013 21:07:46 -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 89890 invoked by uid 99); 24 Apr 2013 21:07:46 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Apr 2013 21:07:46 +0000
X-ASF-Spam-Status: No, hits=-1.3 required=5.0
	tests=FRT_ADOBE2,RCVD_IN_DNSWL_MED,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of fil@adobe.com designates
 64.18.1.181 as permitted sender)
Received: from [64.18.1.181] (HELO exprod6og101.obsmtp.com) (64.18.1.181)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Apr 2013 21:07:40 +0000
Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by
 exprod6ob101.postini.com ([64.18.5.12]) with SMTP
	ID DSNKUXhJiMoAdqFGAurRd2SL+DUc5mmukHZd@postini.com;
 Wed, 24 Apr 2013 14:07:20 PDT
Received: from inner-relay-1.corp.adobe.com ([153.32.1.51])
	by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id
 r3OL471v005073
	for <dev@cordova.apache.org>; Wed, 24 Apr 2013 14:04:07 -0700 (PDT)
Received: from nacas01.corp.adobe.com (nacas01.corp.adobe.com [10.8.189.99])
	by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id
 r3OL7FAn018077
	for <dev@cordova.apache.org>; Wed, 24 Apr 2013 14:07:19 -0700 (PDT)
Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by
 nacas01.corp.adobe.com ([10.8.189.99]) with mapi; Wed, 24 Apr 2013 14:07:12
 -0700
From: Filip Maj <fil@adobe.com>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Date: Wed, 24 Apr 2013 14:07:04 -0700
Subject: Re: [plugin.xml spec] usefulness of preserve-dirs attribute?
Thread-Topic: [plugin.xml spec] usefulness of preserve-dirs attribute?
Thread-Index: Ac5BL7C4tJLxTmqBSXKQ1xXPGCrUHQ==
Message-ID: <CD9D96FF.1D93B%fil@adobe.com>
In-Reply-To: 
 <CAE6O_-b4Np3CuUQO6qSyqSQxXQfQcUTZx2=51=UDR-_PdaBk-g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.2.130206
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Virus-Checked: Checked by ClamAV on apache.org

Yeah it is.

So, Anis and I just chatted on IRC. What about:

 - all source/header/whatever files in iOS land get namespaced under
myApp/Plugins/<plugin-id>
 - if the files have a `target-dir` attribute, that attribute gets tacked
onto the end of the namespaced location for plugin native code, I.e.
Plugin with id "foo.bar.baz":

<source-file src=3D"src/ios/MyPlugin.m" target-dir=3D"emFiles" />

Results in

myApp/Plugins/foo.bar.baz/emFiles/MyPlugin.m



On 4/24/13 1:57 PM, "Shazron" <shazron@gmail.com> wrote:

>Never knew of its existence, but if it wasn't doc'ed then removal is no
>problem imo.
>Not sure if this is related: https://issues.apache.org/jira/browse/CB-2717
>
>
>On Wed, Apr 24, 2013 at 12:31 PM, Filip Maj <fil@adobe.com> wrote:
>
>> I am wondering what use cases does having a `preserve-dirs` attribute on
>> <source-file> and <header-file> objects help with? I notice that this
>> attribute is ONLY parsed in the iOS plugman handler, and it is not
>> documented as part of the plugin.xml spec.
>>
>> Additionally it seems like plugins in the wild using the plugin spec (I
>> combed through the ones being authored by phonegap build [1], the
>>Mozilla
>> Person one [2], Shaz's keychain plugin [3] and his test flight plugin
>>[4])
>> don't use this attribute and instead use the
>> target-dir=3D"target/location/inside/cordova/projects" to specify where
>> certain source files should go.
>>
>> Can I safely remove this functionality?
>>
>> [1] https://github.com/phonegap-build
>> [2]
>>=20
>>https://github.com/couchbaselabs/cordova-browserid/blob/master/plugin.xml
>> [3] https://github.com/shazron/KeychainPlugin/blob/master/plugin.xml
>> [4] https://github.com/shazron/TestFlightPlugin/blob/master/plugin.xml
>>
>>