Confirmed users
596
edits
XUL:Remote XUL bugs: Difference between revisions
Jump to navigation
Jump to search
Text changes; references
("Does not belong here") |
(Text changes; references) |
||
| Line 3: | Line 3: | ||
The following features should become scriptable objects that we can use in unprivilege scripts: | The following features should become scriptable objects that we can use in unprivilege scripts: | ||
= | = Needles restrictions = | ||
See also [https://bugzilla.mozilla.org/showdependencytree.cgi?id=133695 Tracking bug 133695] and [http://developer.mozilla.org/en/docs/Remote_XUL Remote XUL restrictions on dev.m.o]. | |||
== Drag & Drop == | == Drag & Drop == | ||
This is a chrome: script currently. | |||
== RDF datasources == | == Custom RDF datasources == | ||
[[User:BenB|Ben Bucksch]] Currently can't create and populate your own datasource from JS, only the remote-RDF-file-loader works. [http://www.xulplanet.com/tutorials/xultu/templates.html | ([[User:BenB|Ben Bucksch]]) Currently you can't create and populate your own datasource from JS, only the remote-RDF-file-loader works. This is [http://www.xulplanet.com/tutorials/xultu/templates.html documented] (wording unclear), but represents a severe restriction when working with trees etc.. I don't see any security reasons, as long as you're not allowed to change (or read or merge with) other internal data sources like bookmarks. If anybody knows a workaround, hints welcome. | ||
== RDF | == RDF file async loading == | ||
(ConorDowling) Remote XUL pages often need to know when an RDF file has loaded. They can't listen to progress events and so can't neatly know when RDF loading ends. RDF should load asynchronously too - right now it seems to block the browser. | (ConorDowling) Remote XUL pages often need to know when an RDF file has loaded. They can't listen to progress events and so can't neatly know when RDF loading ends. RDF should load asynchronously too - right now it seems to block the browser. | ||
| Line 36: | Line 39: | ||
A file save dialog would be similar to the above, allowing a remote script to present a javascript string to be saved or an output stream or something. I am not as sure about this, since it might be possible to load the data into a hidden iframe and then call the document.execCommand('SaveAs',null,filename) command. Again, this seems possible already. | A file save dialog would be similar to the above, allowing a remote script to present a javascript string to be saved or an output stream or something. I am not as sure about this, since it might be possible to load the data into a hidden iframe and then call the document.execCommand('SaveAs',null,filename) command. Again, this seems possible already. | ||
= | = Not a bug = | ||
This page was meant to be about pointless restrictions, but the following are not. The following requests are either invalid, because it actually works, or there actually are good (e.g. security) and inherent reasons why Mozilla denies that. See also [http://developer.mozilla.org/en/docs/Remote_XUL#Restrictions Remote XUL restrictions]. | This page was meant to be about pointless restrictions, but the following are not. The following requests are either invalid, because it actually works, or there actually are good (e.g. security) and inherent reasons why Mozilla denies that. See also [http://developer.mozilla.org/en/docs/Remote_XUL#Restrictions Remote XUL restrictions]. | ||