Closed Bug 717384 Opened 14 years ago Closed 9 years ago

Move the Source Editor to toolkit

Categories

(DevTools :: Source Editor, enhancement, P4)

enhancement

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: msucan, Assigned: db48x)

References

Details

(Whiteboard: [sourceeditor])

Attachments

(1 file, 4 obsolete files)

Some people have expressed interest in reusing the Source Editor in different applications, outside of Firefox. They asked that the Source Editor moves to toolkit. I believe we should consider this possibility once the Source Editor is mature enough. (please add comments on requirements for this to happen, and blockers we need to fix. thank you!)
Blocks: 722319
As it currently looks like, Firebug 1.10 will use/require SourceEditor, and without this bug getting fixed or a fallback implemented on Firebug's side, this will make it impossible to use Firebug with SeaMonkey. Cf. <http://code.google.com/p/fbug/issues/detail?id=5219>
Assignee: nobody → mihai.sucan
Moving to Source Editor component. Filter on CHELICERAE.
Component: Developer Tools → Developer Tools: Source Editor
I see the bugs this depends on have been marked fixed. What prevents us from doing a wholesale move from browser/devtools/sourceeditor to toolkit/devtools/sourceeditor ? I note that a lot of the references go directly to "resource:///modules/source-editor.jsm", which is wrong. They should point to resource://gre/modules/source-editor.jsm after the move. (Technically, they should point to resource://app/... now.) I can probably start crafting a patch this weekend.
Attached patch patch, minimally tested (obsolete) — Splinter Review
Or maybe I can do it sooner... :)
Attachment #738711 - Flags: review?(mihai.sucan)
Comment on attachment 738711 [details] [diff] [review] patch, minimally tested Review of attachment 738711 [details] [diff] [review]: ----------------------------------------------------------------- This looks good. Nothing obvious holds us away from moving the source editor to toolkit. Your patch is very much welcome. Thank you! Before we can do the move all of the source editor tests need to become mochitest-chrome tests. This means you can't open new tabs or windows. This can be easily changed: mostly mechanical conversion of the existing js tests into xul tests. Can you please do this? Once you have converted one test file please ping me on IRC so I can check how it is before you do the rest of the tests. Thanks! ::: browser/devtools/debugger/debugger-controller.js @@ +20,5 @@ > Cu.import("resource://gre/modules/XPCOMUtils.jsm"); > Cu.import("resource://gre/modules/devtools/dbg-server.jsm"); > Cu.import("resource://gre/modules/devtools/dbg-client.jsm"); > Cu.import("resource://gre/modules/commonjs/sdk/core/promise.js"); > +Cu.import("resource://gre/modules/source-editor.jsm"); Please move source-editor.jsm into resource://gre/modules/devtools. ::: browser/devtools/sourceeditor/source-editor.jsm @@ +19,5 @@ > try { > if (component == "ui") { > throw new Error("The ui editor component is not available."); > } > + Cu.import("resource://gre/modules/source-editor-" + component + ".jsm", obj); Ditto for the rest of source editor jsm files.
Attachment #738711 - Flags: review?(mihai.sucan) → feedback+
Comment on attachment 738711 [details] [diff] [review] patch, minimally tested This patch wasn't even close to complete: I forgot to move locale & skin files.
Attachment #738711 - Attachment is obsolete: true
Rewriting of tests is forthcoming.
Attached patch partially converted tests, wip (obsolete) — Splinter Review
Got held up on a problem in Orion; it tries to clear the content of its inner iframe (using document.open) only to find that this is dissallowed. I believe that the outer iframe should be type=content so that the entire editor is content instead of half-chrome-half-content.
Assignee: mihai.sucan → db48x
Daniel, do you want to regenerate that patch using diff --git, to show repo moves? :-) The patch is rather large without that...
Attached patch wip, updated (obsolete) — Splinter Review
Attachment #748464 - Attachment is obsolete: true
Attachment #749087 - Attachment is obsolete: true
Well, tests are failing early, due to exceptions as Daniel reports in comment 8. Mihai, you can probably identify the problems and direct us on the fixes fairly easily. Suggestions are welcome.
Attachment #749547 - Attachment is obsolete: true
Attachment #750475 - Flags: feedback?(mihai.sucan)
Alex and Daniel: thank you for your patch. I believe you saw that the devtools team is planning to move all tools into their own folder and that means we'll move the source editor again. Should we do this move here and now? The split between toolkit/ and browser/ for devtools is becoming a problem for us and we would like to solve the problem for all tools at once.
(In reply to Mihai Sucan [:msucan] from comment #12) > Alex and Daniel: thank you for your patch. I believe you saw that the > devtools team is planning to move all tools into their own folder and that > means we'll move the source editor again. Should we do this move here and > now? No, that makes little sense. Also, on irc, there was some discussion of replacing Orion with codemirror (but no decision). It sounds like we're jumping the gun just a little bit.
Comment on attachment 750475 [details] [diff] [review] wip, updated (patches folded into one) Canceling feedback request then. Thanks!
Attachment #750475 - Flags: feedback?(mihai.sucan)
I haven't seen any activity in this bug or heard any interest about moving the source editor into toolkit. I assume this is safe to mark as WONTFIX. Please reopen if these assumptions are wrong.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: