Hide pretty-printing & blackboxing buttons (or make them work) #92
Comments
How are you planning to do this? |
There was a suggestion that the UI could disable the buttons if a blackbox/pretty-print request returned with a "not implemented" message, but that may be more trouble than it's worth. I think I actually will be able to get blackboxing working. For pretty-printing, as long we show an error somewhere I think that's ok. Now sure how to tell the UI to show an error from the backend though. Worst case pretty-printing just won't do anything, I guess. |
Can you send custom traits that the frontend could look for and hide the buttons there based on those values? I think that is what they are intended for (as in, to avoid having to wait for an error to happen on a request before realizing it won't work). Alternatively you could dig into the DOM of the current toolbox from the extension and hide the buttons. |
Usually we add traits that assert something new is on the server and nonexistence means you are talking to an older server (like editOuterHTML), but I don't see why you couldn't add a negated trait (like Realistically, waiting for the debugger panel to open then digging into the DOM and looking for these buttons by ID and setting the hidden attribute is kind of gross, but I think it'd work fine. |
Yeah, I'll look into adding a trait. That would definitely be the easiest. I think I can get blackboxing working. Will do this today. |
I attached a patch to this bug to add the traits: https://bugzilla.mozilla.org/show_bug.cgi?id=1093349 Not sure who's the best reviewer, I'll talk with Panos tomorrow and see if he can (maybe Victor would better...) |
That's a good point @callahad. I think it's a pretty easy fix, one just needs to look at the changes @jlongster made in https://hg.mozilla.org/integration/fx-team/rev/85786620f4af |
The pretty-printing & blackboxing doesn't work right now and we probably won't get it working, and we talked about hiding the buttons. Not sure how hard this will be. It will require a patch to Firefox that needs to be uplifted to Aurora so I'll look into it now so we have a chance of getting it landed.
(I'll open a bug in bugzilla instead once this gets more serious)
The text was updated successfully, but these errors were encountered: