Closed
Bug 692675
Opened 13 years ago
Closed 10 years ago
Allow users to specify panel content directly, not just by URL
Categories
(Add-on SDK Graveyard :: General, enhancement, P3)
Add-on SDK Graveyard
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: wbamberg, Unassigned)
References
Details
Users can specify HTML content for a widget either by referencing a separate file by URL, using 'contentURL', or directly, using 'content'. But for a panel they must supply the content in a separate file and reference it with a URL, the 'content' option isn't available. This is inconsistent, and means people have to implement a lot more machinery to have simple dynamic content. We should consider supporting 'content' for panels as well as widgets.
Comment 1•13 years ago
|
||
The reason we didn't implement `content` for Panel is that we planned to remove it from Widget. But we never got around to that (and one could argue that it would have been the wrong thing to do anyway), and at this point we aren't going to do it, since Widget's API is stable and supported, and this change doesn't meet the high bar for breaking it. Thus it makes sense to add the property to Panel as well, so the APIs are consistent.
Priority: -- → P3
Comment 2•12 years ago
|
||
Taking myself off things that I won't be able to get to for awhile.
Assignee: erikvvold → nobody
Comment 3•10 years ago
|
||
Irakli, should we still do this? or deprecate `content`?
Flags: needinfo?(rFobic)
Comment 4•10 years ago
|
||
Given that widget is deprecated on it's own I don't see much value in deprecating `content` field itself. Also given that none of the new APIs have `content` field I think we should just wontfix this.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Flags: needinfo?(rFobic)
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•