On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Yes. The file-related stuff should all be in one directory, I think. Regards, Maciej
On Fri, Aug 27, 2010 at 6:01 PM, Maciej Stachowiak <mjs@apple.com> wrote:
On Aug 27, 2010, at 5:15 PM, Adam Barth wrote:
On Fri, Aug 27, 2010 at 4:08 PM, Maciej Stachowiak <mjs@apple.com> wrote:
On Aug 27, 2010, at 3:55 PM, Adam Barth wrote:
Looking through WebCore/html I noticed the files below. I'm not sure they belong in WebCore/html because they don't appear to be HTML-specific. Rather, they seem like generic web platform APIs (e.g., they could be exposed to SVG or whatever other markup languages we choose to support in the future). Should we move these to WebCore/page, WebCore/dom, or should we make a new location for these sorts of things?
I think the File API (which all of these are related to) deserves its own directory right under WebCore.
Ok. I can take care of that. Thoughts on names? WebCore/file ?
I would say file-api or fileapi or something, since it seems more likely than other cases to get confused with the general concept of files.
Regards, Maciej
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Yes. The file-related stuff should all be in one directory, I think.
Regards, Maciej
The exception being the bits in WebCore/platform/ (just to state the obvious). -Darin
On Fri, Aug 27, 2010 at 6:01 PM, Maciej Stachowiak <mjs@apple.com> wrote:
On Aug 27, 2010, at 5:15 PM, Adam Barth wrote:
On Fri, Aug 27, 2010 at 4:08 PM, Maciej Stachowiak <mjs@apple.com> wrote:
On Aug 27, 2010, at 3:55 PM, Adam Barth wrote:
Looking through WebCore/html I noticed the files below. I'm not sure they belong in WebCore/html because they don't appear to be HTML-specific. Rather, they seem like generic web platform APIs (e.g., they could be exposed to SVG or whatever other markup languages we choose to support in the future). Should we move these to WebCore/page, WebCore/dom, or should we make a new location for these sorts of things?
I think the File API (which all of these are related to) deserves its own directory right under WebCore.
Ok. I can take care of that. Thoughts on names? WebCore/file ?
I would say file-api or fileapi or something, since it seems more likely than other cases to get confused with the general concept of files.
Regards, Maciej
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
Yes. The file-related stuff should all be in one directory, I think.
Ok. I moved the files from WebCore/html to WebCore/fileapi. On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Are these the files you're talking about? WebCore/storage/DOMFilePath.cpp WebCore/storage/DOMFilePath.h WebCore/storage/DOMFileSystem.cpp WebCore/storage/DOMFileSystem.h WebCore/storage/DOMFileSystem.idl WebCore/storage/FileEntry.cpp WebCore/storage/FileEntry.h WebCore/storage/FileEntry.idl WebCore/storage/FileSystemCallback.h WebCore/storage/FileSystemCallback.idl WebCore/storage/FileSystemCallbacks.cpp WebCore/storage/FileSystemCallbacks.h WebCore/storage/LocalFileSystem.cpp WebCore/storage/LocalFileSystem.h I'm happy to move them to WebCore/fileapi, but I'm also happy for you to do it. Thanks, Adam
On Mon, Aug 30, 2010 at 12:18 AM, Adam Barth <abarth@webkit.org> wrote:
On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
Yes. The file-related stuff should all be in one directory, I think.
Ok. I moved the files from WebCore/html to WebCore/fileapi.
On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Are these the files you're talking about?
WebCore/storage/DOMFilePath.cpp WebCore/storage/DOMFilePath.h WebCore/storage/DOMFileSystem.cpp WebCore/storage/DOMFileSystem.h WebCore/storage/DOMFileSystem.idl WebCore/storage/FileEntry.cpp WebCore/storage/FileEntry.h WebCore/storage/FileEntry.idl WebCore/storage/FileSystemCallback.h WebCore/storage/FileSystemCallback.idl WebCore/storage/FileSystemCallbacks.cpp WebCore/storage/FileSystemCallbacks.h WebCore/storage/LocalFileSystem.cpp WebCore/storage/LocalFileSystem.h
I'm happy to move them to WebCore/fileapi, but I'm also happy for you to do it.
Thanks, Adam
How about just moving everything into WebCore/storage? This is all storage-related stuff. -Darin
On Aug 30, 2010, at 8:36 AM, Darin Fisher wrote:
On Mon, Aug 30, 2010 at 12:18 AM, Adam Barth <abarth@webkit.org> wrote: On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
Yes. The file-related stuff should all be in one directory, I think.
Ok. I moved the files from WebCore/html to WebCore/fileapi.
On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Are these the files you're talking about?
WebCore/storage/DOMFilePath.cpp WebCore/storage/DOMFilePath.h WebCore/storage/DOMFileSystem.cpp WebCore/storage/DOMFileSystem.h WebCore/storage/DOMFileSystem.idl WebCore/storage/FileEntry.cpp WebCore/storage/FileEntry.h WebCore/storage/FileEntry.idl WebCore/storage/FileSystemCallback.h WebCore/storage/FileSystemCallback.idl WebCore/storage/FileSystemCallbacks.cpp WebCore/storage/FileSystemCallbacks.h WebCore/storage/LocalFileSystem.cpp WebCore/storage/LocalFileSystem.h
I'm happy to move them to WebCore/fileapi, but I'm also happy for you to do it.
Thanks, Adam
How about just moving everything into WebCore/storage? This is all storage-related stuff.
I think the File API is large enough to deserve its own directory. In fact, it might be worth splitting up the remaining contents of the storage directory too. It is confusing to have large but almost entirely separate APIs all piled into one directory. It is true they are all "storage-related", but that is a pretty broad theme, and LocalStorage, SQL Storage, Indexed DB and File API have little or no interaction with each other. Regards, Maciej
On Mon, Aug 30, 2010 at 9:11 AM, Maciej Stachowiak <mjs@apple.com> wrote:
On Aug 30, 2010, at 8:36 AM, Darin Fisher wrote:
On Mon, Aug 30, 2010 at 12:18 AM, Adam Barth <abarth@webkit.org> wrote:
On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
Yes. The file-related stuff should all be in one directory, I think.
Ok. I moved the files from WebCore/html to WebCore/fileapi.
On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Are these the files you're talking about?
WebCore/storage/DOMFilePath.cpp WebCore/storage/DOMFilePath.h WebCore/storage/DOMFileSystem.cpp WebCore/storage/DOMFileSystem.h WebCore/storage/DOMFileSystem.idl WebCore/storage/FileEntry.cpp WebCore/storage/FileEntry.h WebCore/storage/FileEntry.idl WebCore/storage/FileSystemCallback.h WebCore/storage/FileSystemCallback.idl WebCore/storage/FileSystemCallbacks.cpp WebCore/storage/FileSystemCallbacks.h WebCore/storage/LocalFileSystem.cpp WebCore/storage/LocalFileSystem.h
I'm happy to move them to WebCore/fileapi, but I'm also happy for you to do it.
Thanks, Adam
How about just moving everything into WebCore/storage? This is all storage-related stuff.
I think the File API is large enough to deserve its own directory. In fact, it might be worth splitting up the remaining contents of the storage directory too. It is confusing to have large but almost entirely separate APIs all piled into one directory. It is true they are all "storage-related", but that is a pretty broad theme, and LocalStorage, SQL Storage, Indexed DB and File API have little or no interaction with each other.
Regards, Maciej
That's fair. Plus, there are a lot of files in there already. -Darin
On Mon, Aug 30, 2010 at 5:17 PM, Darin Fisher <darin@chromium.org> wrote:
On Mon, Aug 30, 2010 at 9:11 AM, Maciej Stachowiak <mjs@apple.com> wrote:
On Aug 30, 2010, at 8:36 AM, Darin Fisher wrote:
On Mon, Aug 30, 2010 at 12:18 AM, Adam Barth <abarth@webkit.org> wrote:
On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
Yes. The file-related stuff should all be in one directory, I think.
Ok. I moved the files from WebCore/html to WebCore/fileapi.
On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Are these the files you're talking about?
WebCore/storage/DOMFilePath.cpp WebCore/storage/DOMFilePath.h WebCore/storage/DOMFileSystem.cpp WebCore/storage/DOMFileSystem.h WebCore/storage/DOMFileSystem.idl WebCore/storage/FileEntry.cpp WebCore/storage/FileEntry.h WebCore/storage/FileEntry.idl WebCore/storage/FileSystemCallback.h WebCore/storage/FileSystemCallback.idl WebCore/storage/FileSystemCallbacks.cpp WebCore/storage/FileSystemCallbacks.h WebCore/storage/LocalFileSystem.cpp WebCore/storage/LocalFileSystem.h
I'm happy to move them to WebCore/fileapi, but I'm also happy for you to do it.
Thanks, Adam
How about just moving everything into WebCore/storage? This is all storage-related stuff.
I think the File API is large enough to deserve its own directory. In fact, it might be worth splitting up the remaining contents of the storage directory too. It is confusing to have large but almost entirely separate APIs all piled into one directory. It is true they are all "storage-related", but that is a pretty broad theme, and LocalStorage, SQL Storage, Indexed DB and File API have little or no interaction with each other.
Regards, Maciej
That's fair. Plus, there are a lot of files in there already.
What names should we use? WebSQLDatabase: Like WebSockets, I think the "web" part is pretty important to keep people from getting confused. 'websqldatabase' seems a bit long though. 'websqldb' maybe? WebStorage: Currently we call this "Dom Storage" throughout the codebase (including in the ENABLE macro), so we may want to call it "domstorage". Like WebSockets and WebSQLDatabase, I think "storage" with no prefix seems like a generic storage directory so we should probably call it "webstorage" if "domstorage" isn't acceptable. Indexed Database API: "IndexedDB" is what it's commonly called, so a directory of "indexeddb" seems like the way to go. J
Regarding renaming files: The .cpp and .h file names need to correspond with .idl names, which in turn correspond with the interfaces specified in these .idl. The later are standard, user-facing strings. This means that you can't change them without fixing a lot of generation and build rules. If your goal is reducing complexity, this might not be a good idea. On Tue, Aug 31, 2010 at 3:02 AM, Jeremy Orlow <jorlow@chromium.org> wrote:
On Mon, Aug 30, 2010 at 5:17 PM, Darin Fisher <darin@chromium.org> wrote:
On Mon, Aug 30, 2010 at 9:11 AM, Maciej Stachowiak <mjs@apple.com> wrote:
On Aug 30, 2010, at 8:36 AM, Darin Fisher wrote:
On Mon, Aug 30, 2010 at 12:18 AM, Adam Barth <abarth@webkit.org> wrote:
On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
Yes. The file-related stuff should all be in one directory, I think.
Ok. I moved the files from WebCore/html to WebCore/fileapi.
On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Are these the files you're talking about?
WebCore/storage/DOMFilePath.cpp WebCore/storage/DOMFilePath.h WebCore/storage/DOMFileSystem.cpp WebCore/storage/DOMFileSystem.h WebCore/storage/DOMFileSystem.idl WebCore/storage/FileEntry.cpp WebCore/storage/FileEntry.h WebCore/storage/FileEntry.idl WebCore/storage/FileSystemCallback.h WebCore/storage/FileSystemCallback.idl WebCore/storage/FileSystemCallbacks.cpp WebCore/storage/FileSystemCallbacks.h WebCore/storage/LocalFileSystem.cpp WebCore/storage/LocalFileSystem.h
I'm happy to move them to WebCore/fileapi, but I'm also happy for you to do it.
Thanks, Adam
How about just moving everything into WebCore/storage? This is all storage-related stuff.
I think the File API is large enough to deserve its own directory. In fact, it might be worth splitting up the remaining contents of the storage directory too. It is confusing to have large but almost entirely separate APIs all piled into one directory. It is true they are all "storage-related", but that is a pretty broad theme, and LocalStorage, SQL Storage, Indexed DB and File API have little or no interaction with each other.
Regards, Maciej
That's fair. Plus, there are a lot of files in there already.
What names should we use?
WebSQLDatabase: Like WebSockets, I think the "web" part is pretty important to keep people from getting confused. 'websqldatabase' seems a bit long though. 'websqldb' maybe?
WebStorage: Currently we call this "Dom Storage" throughout the codebase (including in the ENABLE macro), so we may want to call it "domstorage". Like WebSockets and WebSQLDatabase, I think "storage" with no prefix seems like a generic storage directory so we should probably call it "webstorage" if "domstorage" isn't acceptable.
Indexed Database API: "IndexedDB" is what it's commonly called, so a directory of "indexeddb" seems like the way to go.
J
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
You're talking about the "module" part of the IDL? Is that even used by anything or specified anywhere? As far as I can tell, the answer is no. On Tue, Aug 31, 2010 at 4:54 PM, Yaar Schnitman <yaar@chromium.org> wrote:
Regarding renaming files: The .cpp and .h file names need to correspond with .idl names, which in turn correspond with the interfaces specified in these .idl. The later are standard, user-facing strings. This means that you can't change them without fixing a lot of generation and build rules. If your goal is reducing complexity, this might not be a good idea.
On Tue, Aug 31, 2010 at 3:02 AM, Jeremy Orlow <jorlow@chromium.org> wrote:
On Mon, Aug 30, 2010 at 5:17 PM, Darin Fisher <darin@chromium.org> wrote:
On Mon, Aug 30, 2010 at 9:11 AM, Maciej Stachowiak <mjs@apple.com>wrote:
On Aug 30, 2010, at 8:36 AM, Darin Fisher wrote:
On Mon, Aug 30, 2010 at 12:18 AM, Adam Barth <abarth@webkit.org> wrote:
On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
Yes. The file-related stuff should all be in one directory, I think.
Ok. I moved the files from WebCore/html to WebCore/fileapi.
On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Are these the files you're talking about?
WebCore/storage/DOMFilePath.cpp WebCore/storage/DOMFilePath.h WebCore/storage/DOMFileSystem.cpp WebCore/storage/DOMFileSystem.h WebCore/storage/DOMFileSystem.idl WebCore/storage/FileEntry.cpp WebCore/storage/FileEntry.h WebCore/storage/FileEntry.idl WebCore/storage/FileSystemCallback.h WebCore/storage/FileSystemCallback.idl WebCore/storage/FileSystemCallbacks.cpp WebCore/storage/FileSystemCallbacks.h WebCore/storage/LocalFileSystem.cpp WebCore/storage/LocalFileSystem.h
I'm happy to move them to WebCore/fileapi, but I'm also happy for you to do it.
Thanks, Adam
How about just moving everything into WebCore/storage? This is all storage-related stuff.
I think the File API is large enough to deserve its own directory. In fact, it might be worth splitting up the remaining contents of the storage directory too. It is confusing to have large but almost entirely separate APIs all piled into one directory. It is true they are all "storage-related", but that is a pretty broad theme, and LocalStorage, SQL Storage, Indexed DB and File API have little or no interaction with each other.
Regards, Maciej
That's fair. Plus, there are a lot of files in there already.
What names should we use?
WebSQLDatabase: Like WebSockets, I think the "web" part is pretty important to keep people from getting confused. 'websqldatabase' seems a bit long though. 'websqldb' maybe?
WebStorage: Currently we call this "Dom Storage" throughout the codebase (including in the ENABLE macro), so we may want to call it "domstorage". Like WebSockets and WebSQLDatabase, I think "storage" with no prefix seems like a generic storage directory so we should probably call it "webstorage" if "domstorage" isn't acceptable.
Indexed Database API: "IndexedDB" is what it's commonly called, so a directory of "indexeddb" seems like the way to go.
J
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Mon, Aug 30, 2010 at 12:18 AM, Adam Barth <abarth@webkit.org> wrote:
On Fri, Aug 27, 2010 at 8:12 PM, Maciej Stachowiak <mjs@apple.com> wrote:
Yes. The file-related stuff should all be in one directory, I think.
Ok. I moved the files from WebCore/html to WebCore/fileapi.
On Aug 27, 2010, at 6:19 PM, Kinuko Yasuda wrote:
We have bunch of FileSystem (which is a part of File API) related files in WebCore/storage/. Maybe we should move them to the new directory too?
Are these the files you're talking about?
WebCore/storage/DOMFilePath.cpp WebCore/storage/DOMFilePath.h WebCore/storage/DOMFileSystem.cpp WebCore/storage/DOMFileSystem.h WebCore/storage/DOMFileSystem.idl WebCore/storage/FileEntry.cpp WebCore/storage/FileEntry.h WebCore/storage/FileEntry.idl WebCore/storage/FileSystemCallback.h WebCore/storage/FileSystemCallback.idl WebCore/storage/FileSystemCallbacks.cpp WebCore/storage/FileSystemCallbacks.h WebCore/storage/LocalFileSystem.cpp WebCore/storage/LocalFileSystem.h
I'm happy to move them to WebCore/fileapi, but I'm also happy for you to do it.
There are some more files... I'll make a cl to move them to WebCore/fileapi. Thanks, Thanks,
Adam _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
participants (7)
-
Adam Barth
-
Darin Fisher
-
Darin Fisher
-
Jeremy Orlow
-
Kinuko Yasuda
-
Maciej Stachowiak
-
Yaar Schnitman