Closed
Bug 975696
Opened 9 years ago
Closed 9 years ago
Split ArchiveReader and FileHandle implementation into separate dirs
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla32
People
(Reporter: janv, Assigned: janv)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
Attachments
(1 file, 2 obsolete files)
75.02 KB,
patch
|
bent.mozilla
:
review+
|
Details | Diff | Splinter Review |
We now have ~60 subdirs under mozilla/dom, some of them contain just a couple of files. So I don't see a reason to share ArchiveReader and FileHandle impl in dom/file. FileSystem API implementation is going to create a new subir dom/filesystem. I propose to split dom/file into dom/archivereader and dom/filehandle.
Assignee | ||
Comment 1•9 years ago
|
||
Guys, what do you think ?
Flags: needinfo?(jonas)
Flags: needinfo?(bent.mozilla)
Flags: needinfo?(amarchesini)
Sounds ok to me and jonas.
Flags: needinfo?(jonas)
Flags: needinfo?(bent.mozilla)
Assignee | ||
Comment 4•9 years ago
|
||
Assignee: nobody → Jan.Varga
Status: NEW → ASSIGNED
Attachment #8386729 -
Flags: review?(bent.mozilla)
Attachment #8386729 -
Flags: feedback?(amarchesini)
Comment 5•9 years ago
|
||
Comment on attachment 8386729 [details] [diff] [review] patch Review of attachment 8386729 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/archivereader/ArchiveReader.h @@ +4,4 @@ > * License, v. 2.0. If a copy of the MPL was not distributed with this file, > * You can obtain one at http://mozilla.org/MPL/2.0/. */ > > #ifndef mozilla_dom_file_domarchivereader_h__ probably this should change as well... but I don't care too much.
Attachment #8386729 -
Flags: feedback?(amarchesini) → feedback+
Comment on attachment 8386729 [details] [diff] [review] patch Review of attachment 8386729 [details] [diff] [review]: ----------------------------------------------------------------- ::: dom/archivereader/ArchiveReaderCommon.h @@ +15,5 @@ > +#include "nsString.h" > +#include "nsTArray.h" > + > +#define BEGIN_ARCHIVEREADER_NAMESPACE \ > + namespace mozilla { namespace dom { namespace archivereader { This sort of stuff has met with pretty strict resistance so I think it's better to move away from it. Let's just put archivereader and filehandle in the dom namespace? And no more FooCommon.h files since we're trying to forward-declare everything nowadays.
Attachment #8386729 -
Flags: review?(bent.mozilla) → review-
Comment 7•9 years ago
|
||
Yeah, the namespace should be parallel to the directory structure.
Assignee | ||
Comment 8•9 years ago
|
||
Ok, I tried to do my best, but I don't have time and energy for doing the same to archivereader. So besides moving filehandle into a separate dir, the patch does: - move stuff from mozilla::dom::filehandle to mozilla::dom - remove FileHandleCommon.h - forward declare as much as possible - always include all necessary .h files - place all includes in one section
Attachment #8386729 -
Attachment is obsolete: true
Attachment #8392734 -
Flags: review?(bent.mozilla)
Assignee | ||
Comment 9•9 years ago
|
||
rebased patch
Attachment #8392734 -
Attachment is obsolete: true
Attachment #8392734 -
Flags: review?(bent.mozilla)
Attachment #8410051 -
Flags: review?(bent.mozilla)
Comment on attachment 8410051 [details] [diff] [review] patch v2 Review of attachment 8410051 [details] [diff] [review]: ----------------------------------------------------------------- Cool, thanks!
Attachment #8410051 -
Flags: review?(bent.mozilla) → review+
Assignee | ||
Comment 11•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/03fdda1af1f4
https://hg.mozilla.org/mozilla-central/rev/03fdda1af1f4
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
Updated•4 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•