Return-Path: 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 4518410AF3 for ; Thu, 5 Dec 2013 09:57:56 +0000 (UTC) Received: (qmail 56875 invoked by uid 500); 5 Dec 2013 09:57:48 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 56373 invoked by uid 500); 5 Dec 2013 09:57:40 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 56355 invoked by uid 99); 5 Dec 2013 09:57:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Dec 2013 09:57:38 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [80.149.113.165] (HELO tcmail13.telekom.de) (80.149.113.165) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Dec 2013 09:57:32 +0000 Received: from he113598.emea1.cds.t-internal.com ([10.125.65.117]) by tcmail11.telekom.de with ESMTP/TLS/AES128-SHA; 05 Dec 2013 10:57:11 +0100 Received: from HE111541.emea1.cds.t-internal.com ([10.125.90.94]) by HE113598.emea1.cds.t-internal.com ([::1]) with mapi; Thu, 5 Dec 2013 10:57:11 +0100 From: To: Date: Thu, 5 Dec 2013 10:57:08 +0100 Subject: FileTransfer download null-target Thread-Topic: FileTransfer download null-target Thread-Index: Ac7xoAURjOMuRvgjQ/aJaD9kLKrLUA== Message-ID: Accept-Language: de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE 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 Hi, I think a developer who uses FileTransfer's download does not always care t= o which file the remote content is downloaded to. I suggest to allow a target parameter of "null" to denote some temporary fi= le. https://github.com/apache/cordova-plugin-file-transfer/blob/master/src/andr= oid/FileTransfer.java#L180 In the success callback the developer gets a FileEntry and can do with it w= hatever is needed e.g. delete it after use. Do you think this is usefull for cordova user? - Axel https://cordova.apache.org/docs/en/2.5.0/cordova_file_file.md.html#FileTran= sfer_download