Calendar Talk:Deprecated:Build System: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
Line 37: | Line 37: | ||
icons <-- was /m/cal/os2, /m/cal/linux, /m/cal/windows | icons <-- was /m/cal/os2, /m/cal/linux, /m/cal/windows | ||
skin <-- xpi-only items from /m/cal/resources/skin | skin <-- xpi-only items from /m/cal/resources/skin | ||
==Comments== | |||
*All localizable stuff should go into locales/ (structure of that one looks correct to me here), I think it might be a good idea to include lightning's resources there as well. | *All localizable stuff should go into locales/ (structure of that one looks correct to me here), I think it might be a good idea to include lightning's resources there as well. | ||
* components/ is a bad directory name, you should organize things by function, not by how it's built - see [[SeaMonkey:Suite_Directory_Layout#.5B2006-01-17_07:00_PST.5D_-_topic:_suite.2F_organization|this talk with bsmedberg about suite/ organistation]] about some good stuff about how an application's directory in the mozilla.org repository should be organized. It's probably a good idea to also ask bsmedberg for his opinion on your proposal (though he'll surely tell the same about components/ as in the linked discussion). | * components/ is a bad directory name, you should organize things by function, not by how it's built - see [[SeaMonkey:Suite_Directory_Layout#.5B2006-01-17_07:00_PST.5D_-_topic:_suite.2F_organization|this talk with bsmedberg about suite/ organistation]] about some good stuff about how an application's directory in the mozilla.org repository should be organized. It's probably a good idea to also ask bsmedberg for his opinion on your proposal (though he'll surely tell the same about components/ as in the linked discussion). | ||
--[[User:KaiRo|KaiRo]] 14:54, 1 April 2006 (PST) | --[[User:KaiRo|KaiRo]] 14:54, 1 April 2006 (PST) |
Revision as of 22:55, 1 April 2006
Here's my suggestion for changing our layout. Thoughts?
mozilla calendar app <-- was /m/cal/sunbird/app base branding <-- tri-licensed "Calendar" branding build content <-- dir merged with /m/cal/sunbird/base/content public src components <-- stuff from /m/cal/base/build, content, public, src config <-- was /m/cal/sunbird/config import-export installer linux windows libical lightning components content locale themes locales en-US chrome providers resources <-- to be deprecated, content gets merged into base locale <-- subdirs move to mozilla/l10n/AB_CD/calendar skin <-- merge shared items into m/cal/themes test themes <-- merge /m/cal/base/themes and /m/cal/sunbird/themes pinstripe winstripe xpi icons <-- was /m/cal/os2, /m/cal/linux, /m/cal/windows skin <-- xpi-only items from /m/cal/resources/skin
Comments
- All localizable stuff should go into locales/ (structure of that one looks correct to me here), I think it might be a good idea to include lightning's resources there as well.
- components/ is a bad directory name, you should organize things by function, not by how it's built - see this talk with bsmedberg about suite/ organistation about some good stuff about how an application's directory in the mozilla.org repository should be organized. It's probably a good idea to also ask bsmedberg for his opinion on your proposal (though he'll surely tell the same about components/ as in the linked discussion).
--KaiRo 14:54, 1 April 2006 (PST)