Closed
Bug 32486
Opened 25 years ago
Closed 24 years ago
Directory structure for installation should be nicer
Categories
(SeaMonkey :: UI Design, enhancement, P3)
SeaMonkey
UI Design
Tracking
(Not tracked)
RESOLVED
FIXED
Future
People
(Reporter: mpt, Assigned: hyatt)
References
Details
(Keywords: arch, qawanted)
Attachments
(2 files)
Build: 2000031908, MacOS 8.6
The directory structure of a Mozilla installation is too `flat' -- there are not
enough subfolders, and too many files at the top level in each directory.
Not only is this daunting (impolite, even) to those users who venture into their
Mozilla folder, but it also makes life harder for those who want to skin Mozilla,
because files are not organized nicely into subdirectories.
An example or three.
1. The contents of the `Mozilla Folder' for a Mac installation looks like this:
Mozilla
Mozilla AddressBook
Mozilla Editor
Mozilla Installer
Mozilla Message Compose
Mozilla Messenger
Mozilla Preferences
Mozilla Profile Manager
Mozilla Profile Wizard
Mozilla Select Profile
chrome/
Components/
defaults/
Essential Files/
Plugins/
res/
Component Registry
NSPR Logging
Ideally, it should look like this instead:
Mozilla
Address Book
Composer
Mozilla Setup
Compose New Message
Messenger
Preferences
Profile Manager
Profile Wizard
Select Profile
Essential Files/
All the other files should be in various subdirectories in the `Essential
Files' folder.
2. The chrome/ folder contains 22 items at the top level. This could be
simplified by, for example, putting the messengercompose/ folder inside the
messenger/ folder, bookmarks/ inside the navigator/ folder, layout/ inside
the global/ folder, and so on.
3. The chrome/global/skin/default/ folder contains 106 files at the top level,
and no subfolders. This situation could easily be rectified, using (for
example) toolbar/, taskbar/, and scrollbar/ subfolders.
Comment 1•25 years ago
|
||
cc hyatt. Isn't this a dup? We need to change the structure, but it is
happening in M16, not M20.
Keywords: skins
mass re-assign of all bugs where i was listed as the qa contact
QA Contact: cyeh → chofmann
Putting on [nsbeta2-] radar. Not critical to beta2. Sending over to hyatt.
Assignee: cls → hyatt
Status: ASSIGNED → NEW
Component: Build Config → XP Toolkit/Widgets: XUL
Whiteboard: [nsbeta2-]
Comment 5•25 years ago
|
||
Mass-moving all M20-M30 XPToolkit bugs to Future
Target Milestone: M20 → Future
Assignee | ||
Comment 6•24 years ago
|
||
We jared the chrome on Win32. Landing on other platforms shortly. This is
definitely resolved.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 7•24 years ago
|
||
see also 55819, I don't think that this is fixed enough
Reporter | ||
Comment 8•24 years ago
|
||
Ok, reopening (keeping in mind that this is Futured).
(2) and (3) from the original report have largely been fixed, but (1) hasn't --
the Mozilla Folder is still much more cluttered than a Mac user would expect.
Background: the contents of an application folder on the Mac should be roughly as
complicated as the contents of an average Start menu submenu on Windows, as Mac
users regularly open the application folders themselves (rather than using the
Apple menu or the Launcher) in order to launch programs.
The items in the top-level directory(/-ies) should be few, and should have
human-readable names; items which the user doesn't need to see should be pushed
into deeper directories, but should still have human-readable names if possible.
See the screenshots at bug 55819 for examples, or spend five minutes on a Mac
browsing the contents of the System Folder.
qawanted: Could a Windows person and a Linux person please attach top-level file
listings (e.g. ls -la /usr/bin/mozilla >listing) of the Mozilla binary directory
to this bug. Thanks.
Comment 9•24 years ago
|
||
Matthew, the structure you mentioned as current state actually looks good to me.
Attaching an |ls| of the Unix Mozilla top-level folder, as requested by you.
Comment 10•24 years ago
|
||
Reporter | ||
Comment 11•24 years ago
|
||
Erm ... which of those are directories? I was expecting to see a few `/'s in that
listing. :-)
Comment 12•24 years ago
|
||
Assignee | ||
Comment 13•24 years ago
|
||
File separate bugs (not on me, because this isn't my problem) if you have
remaining concerns about dir structure. I only had this bug originally to track
jarring of chrome.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•