Closed
Bug 515337
Opened 15 years ago
Closed 14 years ago
Dialog specific files should be moved into /calendar/base/content/dialogs/ Part 2
Categories
(Calendar :: General, defect)
Calendar
General
Tracking
(Not tracked)
RESOLVED
FIXED
1.0b2
People
(Reporter: Taraman, Assigned: Taraman)
Details
Attachments
(1 file, 1 obsolete file)
10.72 KB,
patch
|
Fallen
:
review+
|
Details | Diff | Splinter Review |
This is a followup bug of Bug 443752. Description: Not all files wich are related to dialogs are in the folder where the dialog-related files should be. (/calendar/base/content/dialogs/) The related comment from the previos bug: > We seem to have a -moz-binding in the themes for calendar-alarm-dialog.css > which should be moved back to content. There are also some probably missed > dialogs: calendar-alarm-snooze-popup.xul/js, calendar-subscription-list.xml, > calendar-occurrence-prompt.xul, calErrorPrompt.xul, migration.xul/js and > calendar-alarm-widget.xml. The patch is large enough, so this can go into a new > bug & patch. :)
Assignee | ||
Comment 1•14 years ago
|
||
Only thing I'm not sure about is the placement of calendar-alarm-widget.xml From the name it should be in "widgets", so I placed it there.
Attachment #423673 -
Flags: review?
Assignee | ||
Updated•14 years ago
|
Attachment #423673 -
Flags: review? → review?(mschroeder)
Updated•14 years ago
|
Status: NEW → ASSIGNED
Hardware: x86 → All
Comment 2•14 years ago
|
||
Comment on attachment 423673 [details] [diff] [review] Patch V1 >diff --git a/calendar/base/content/calErrorPrompt.xul b/calendar/base/content/dialogs/calErrorPrompt.xul >diff --git a/calendar/base/content/migration.js b/calendar/base/content/dialogs/migration.js >diff --git a/calendar/base/content/migration.xul b/calendar/base/content/dialogs/migration.xul I'd prefer following the usual scheme in base/content, i.e calendar-error-prompt.xul >diff --git a/calendar/base/content/calendar-alarm-snooze-popup.js b/calendar/base/content/dialogs/calendar-alarm-snooze-popup.js >diff --git a/calendar/base/content/calendar-alarm-snooze-popup.xul b/calendar/base/content/dialogs/calendar-alarm-snooze-popup.xul >diff --git a/calendar/base/content/calendar-alarm-widget.xml b/calendar/base/content/widgets/calendar-alarm-widget.xml Go ahead and leave these files where they are, they will be moved/deleted by bug 407915. >diff --git a/calendar/base/content/calendar-subscriptions-list.xml b/calendar/base/content/dialogs/calendar-subscriptions-list.xml These are rather widgets, please move them to base/content/widgets >diff --git a/calendar/base/content/import-export.js b/calendar/base/content/dialogs/import-export.js Strictly spoken, this file does open dialogs, but I think its better placed in base/content since its not the .js file for a xul dialog. >diff --git a/calendar/locales/en-US/chrome/calendar/calendarCreation.dtd b/calendar/locales/en-US/chrome/calendar/calendarCreation.dtd >deleted file mode 100644 Maybe I missed something, but why are you deleting this file? Don't we need it for the calendar creation wizard? >diff --git a/calendar/locales/en-US/chrome/calendar/calendar-alarms.properties b/calendar/locales/en-US/chrome/calendar/dialogs/calendar-alarms.properties >rename from calendar/locales/en-US/chrome/calendar/calendar-alarms.properties >rename to calendar/locales/en-US/chrome/calendar/dialogs/calendar-alarms.properties I'm not sure how to proceed on all these locale renamings. We might want to notify localizers before doing this, since without warning to them it might look like we have a bunch of new files (in case they miss the fact that the files were just renamed). sipaq, any ideas on this? Marking r+ if you leave out the locales/ changes and answer my calendarCreation question.
Attachment #423673 -
Flags: review?(mschroeder) → review+
Comment 3•14 years ago
|
||
Sipaq, see previous comment
Assignee | ||
Comment 4•14 years ago
|
||
This patch takes care of the notes >>diff --git a/calendar/base/content/migration.xul b/calendar/base/content/dialogs/migration.xul >I'd prefer following the usual scheme in base/content, i.e >calendar-error-prompt.xul Since the rename requires some code-changes in other files, please check that I got them all. >>diff --git a/calendar/locales/en-US/chrome/calendar/calendarCreation.dtd b/calendar/locales/en-US/chrome/calendar/calendarCreation.dtd >>deleted file mode 100644 >Maybe I missed something, but why are you deleting this file? Don't we need it >for the calendar creation wizard? Oops, must have gotten accidentially deleted. Thanks for noticing... Locales are out for now.
Attachment #423673 -
Attachment is obsolete: true
Attachment #435416 -
Flags: review?(philipp)
Comment 5•14 years ago
|
||
(In reply to comment #2) > (From update of attachment 423673 [details] [diff] [review]) > >diff --git a/calendar/locales/en-US/chrome/calendar/calendar-alarms.properties b/calendar/locales/en-US/chrome/calendar/dialogs/calendar-alarms.properties > >rename from calendar/locales/en-US/chrome/calendar/calendar-alarms.properties > >rename to calendar/locales/en-US/chrome/calendar/dialogs/calendar-alarms.properties > > I'm not sure how to proceed on all these locale renamings. We might want to > notify localizers before doing this, since without warning to them it might > look like we have a bunch of new files (in case they miss the fact that the > files were just renamed). > > sipaq, any ideas on this? I don't think that we should rename the locale files at all. I see the need for doing the renaming on the code side, but here the upside is way smaller than the downside IMO.
Comment 6•14 years ago
|
||
Comment on attachment 435416 [details] [diff] [review] Patch V2 Looks good, r=philipp
Attachment #435416 -
Flags: review?(philipp) → review+
Assignee | ||
Comment 7•14 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/c86d8ff055ab> -> FIXED
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → 1.0
Updated•14 years ago
|
Target Milestone: 1.0 → 1.0b2
You need to log in
before you can comment on or make changes to this bug.
Description
•