Closed Bug 1294189 Opened 8 years ago Closed 4 years ago

localization: migrate webconsole.xul to use properties file instead of dtd

Categories

(DevTools :: General, defect, P3)

defect

Tracking

(firefox51 affected)

RESOLVED DUPLICATE of bug 1381834
Tracking Status
firefox51 --- affected

People

(Reporter: jdescottes, Unassigned)

References

Details

(Whiteboard: [reserve-html])

For devtools.html, XHTML files will no longer be able to load entities from external DTD files. All XHTML/XUL files relying on DTDs for localization should move all the DTD entities to properties files.

This bug is about migrating all localization strings defined in webconsole.xul.
Whiteboard: [devtools-html] [triage]
Flags: qe-verify?
Flags: qe-verify? → qe-verify-
Priority: -- → P2
Whiteboard: [devtools-html] [triage] → [devtools-html]
Depends on: 1295157
Assignee: nobody → jdescottes
Status: NEW → ASSIGNED
Iteration: --- → 51.3 - Sep 19
Priority: P2 → P1
Iteration: 51.3 - Sep 19 → 52.1 - Oct 3
No longer depends on: 1295157
As discussed last week, migrating webconsole.xul to HTML is no longer the priority for phase 2.
This bug should no longer be part of the MVP.

The only reason we should actually fix this in the future depends on how we will transition to the new console frontend.
If at some point the new console frontend reimplements the filters toolbar, and the old filter toolbar is still in the codebase, it would be better to migrate the strings to properties files so that they can be used by both implementations.
Assignee: jdescottes → nobody
Status: ASSIGNED → NEW
Priority: P1 → P3
Whiteboard: [devtools-html] → [reserve-html]
Iteration: 52.1 - Oct 3 → ---
(In reply to Julian Descottes [:jdescottes] from comment #1)
> As discussed last week, migrating webconsole.xul to HTML is no longer the
> priority for phase 2.
> This bug should no longer be part of the MVP.
> 
> The only reason we should actually fix this in the future depends on how we
> will transition to the new console frontend.
> If at some point the new console frontend reimplements the filters toolbar,
> and the old filter toolbar is still in the codebase, it would be better to
> migrate the strings to properties files so that they can be used by both
> implementations.

And I've been assuming we will just create new strings in a properties file for the filter toolbar in the new UI even if that leads to a couple of duplicate strings (there are less total strings in the new filtering UI)
Product: Firefox → DevTools

dtd files are no longer used in the console since Bug 1381834

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.