Received: by 10.68.234.38 with SMTP id ub6mr6531295pbc.2.1336402468436; Mon, 07 May 2012 07:54:28 -0700 (PDT) X-BeenThere: unhosted@googlegroups.com Received: by 10.68.230.71 with SMTP id sw7ls2157491pbc.3.gmail; Mon, 07 May 2012 07:54:27 -0700 (PDT) Received: by 10.68.191.225 with SMTP id hb1mr6167319pbc.5.1336402467809; Mon, 07 May 2012 07:54:27 -0700 (PDT) Received: by 10.68.191.225 with SMTP id hb1mr6167318pbc.5.1336402467797; Mon, 07 May 2012 07:54:27 -0700 (PDT) Return-Path: Received: from mail-pz0-f42.google.com (mail-pz0-f42.google.com [209.85.210.42]) by gmr-mx.google.com with ESMTPS id g5si23698185pbk.2.2012.05.07.07.54.27 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 May 2012 07:54:27 -0700 (PDT) Received-SPF: neutral (google.com: 209.85.210.42 is neither permitted nor denied by best guess record for domain of mich...@unhosted.org) client-ip=209.85.210.42; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 209.85.210.42 is neither permitted nor denied by best guess record for domain of mich...@unhosted.org) smtp.mail=mich...@unhosted.org Received: by dalf4 with SMTP id f4so3710247dal.15 for ; Mon, 07 May 2012 07:54:27 -0700 (PDT) d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding :x-gm-message-state; bh=AX2K21/bdYHBbhl6RXKyJpX2CIpiD2vowLXi5iw5wxo=; b=gm6DZ7R6zbPo5dqXkClrk4xtr4U9X335KlGTvFYU0Wf0UC6bPu3rGBOwfZDeuoOrC6 ywyCGXqoQGOk49o9RQrrL8y0FN2tA3MlHl7cZhZYgNDg3EdqWkr5TgWg29EfKZMYuH0X OnNiSLdOKHEJVZwEUAmjf8i4AJG8ylOLv5Evxn+YU600a5yohGkXuTkfKuS8YhEWfj7z YhLdZx7adhTJJTet6xxe93xlaA90z1X0rQx22ijYn8qtDmS4ABlvcGDYqcL5YrupRlUH 3Ra/aYwSKOgEnAHv20R27nzYX4kWlXuKaWkGicoM76cLRfCylFl1b6bVCiEo+Sc+O8F8 Y1lw== MIME-Version: 1.0 Received: by 10.68.226.170 with SMTP id rt10mr10199775pbc.122.1336402467407; Mon, 07 May 2012 07:54:27 -0700 (PDT) Received: by 10.68.27.138 with HTTP; Mon, 7 May 2012 07:54:27 -0700 (PDT) X-Originating-IP: [188.103.78.121] In-Reply-To: References: Date: Mon, 7 May 2012 16:54:27 +0200 Message-ID: Subject: Re: [unhosted] Feedback on read-write-web-00#simple From: Michiel de Jong To: unhosted@googlegroups.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQm0rhZCnug/dq6Civ9OFez9Tut/oz0SPRkLqRmD2DxYeVXNrd/CevuMLX++xPZpZVvH4wYm On Mon, May 7, 2012 at 2:29 PM, Bjarni R=FAnar Einarsson = wrote: > On Mon, May 7, 2012 at 9:17 AM, Michiel de Jong wr= ote: >> thumbnails and annotations and tags are of course nice for a file >> manager app, but i think that already goes into 'application' rather >> than 'storage'. > > Sure, but if you at least standardize where they should be stored / > how to find them, then it means apps will be able to use each others' > data. =A0Without that, it's just chaos. yes, of course. the way we do that is that the app who comes first gets to define a file format, and as more apps start to coincide they would have to cooperate to accomodate each other's need. right now for 'pictures' for instance the format is three folders, one called 'base' one called 'custom' and one called 'original'. this is the format OpenPhoto uses. 'custom' is where the various resized thumbnails live and original has the original photos. so yes, we do have a thumbnail system, it's just that we don't expect storage providers to run GD or ImageMagick or whatever server-side. it's not that we don't want thumbnails, we just want the data processing to be part of the app and not of the storage. > I think our fundamental disagreement is you are thinking about apps > the way Apple thinks about apps, isolated and never communicating with > each other. no, i do want apps to communicate with each other. i just don't want the storage to play an active role in that. the storage should be passive IMO.