Not too long ago, the editor was not required for simple web browsing. Recently a dependancy has been added for the editor in order to type into form input fields. For running embedded mozilla apps on small devices this is a real limitation since the editor library, libender.so, is very large. If an embeded app doesn't want to use the editor like composer or as a mail/news client, then the app shouldn't have to carry around the extra library luggage. Has anyone else thought about this?
We do need to provide a skeleton of the editor library for samller devices, providing mozilla with a subset of the code. Eliminating HTML specific code, possibly undo/redo, etc. Assigning to Kin to spearhead the investigation and cc remainder of the team.
Assignee: beppe → kin
Can someone clarify this point for me: I assume we'll still need some "HTML" editing stuff so that we can show IME input highlighting or spellcheck highlighting or ? True?
Hardware: PC → All
Target Milestone: --- → M17
I can speak from my needs as an embedded mozilla developer on a resource limited device. I am not using any of the IME functionality in the editor library. So, for me all I need is the ability to enter/delete text in text area's and input fields. I posted a message on the embedding and small-devices news groups to try to get input from other developers with simular constraints.
Currently, text widgets are implemented using composer on top of an HTML subdocument, and typing in such a widget will involve much of the code in the editor DLL. It would be non-trivial to split up the editor library so that a smaller version of the library could be used for widget-only apps.
Status: NEW → ASSIGNED
assigning this bug to sfraser as the embedding tracking bug, cc kin as well
Assignee: kin → sfraser
Status: ASSIGNED → NEW
updated summary to reflect the new standing of this bug
Summary: Editor library required for form input fields → Editor embedding tracking bug
Target Milestone: M17 → M20
added embed keyword
Mo zill a
Status: NEW → ASSIGNED
Target Milestone: M20 → mozilla0.9
Adding dependency on the font list bug 62035.
reassigning to me for tracking purpose, will be adding dependency on task bugs
moving to mozilla1.0
Target Milestone: mozilla0.9 → mozilla1.0
removing 26288 from the tracking
No longer depends on: 26288
Assignee: beppe → chofmann
giving this to mjudge as a starting point for tracking the editor embedding work
Assignee: chofmann → mjudge
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
don't move bugs that are in the 1.0 dependency tree. sorry.
Target Milestone: mozilla1.0.1 → mozilla1.0
removing myself from the cc list
No need to mark tracking bugs with 'topembed'.
Ummm. What is this bug for? It seems the real embedding tracking bug is bug 157128?
This is a duplicate of bug 157128 (or vice versa) but the following are not on bug 157128: 66343: not sure if this is necessary; what is the state of text services? 66344: I would argue this is not a dependency at all as long as it is possible for someone to be able to write an extension. 41301: iframe is editable instead of page 70229: embedding api todo list (is this now obsolete?) 103889: layout group tracking bug (is that bug obsolete or being actively used?) This bug is missing these bugs (possibly more?): 79895: editortypes 121648: editorshell removal 133598: <editor> tag in xul (cleanup) 137173: embedding fileset is incomplete 157097: command nodes hold state 157098: command nodes need to trigger update 157100: sample Macintosh application 157101: sample Linux application 157104: use of nsIEditingSession in Composer/Mail/etc 157105: "make editable" api needs to be recursive 157106: remove docshell dependency on editor 157109: need api to iterate over all editors in a session 157111: make JS commands accessible to embedders 157114: remove code that points to xul command nodes 157116: doCommand should pass nsIEditor not nsIEditorShell as param 157117: sandboxing of editor
Saari, mjudge: Seems like we should dup this to bug 157128 and add bug 41301 and bug 70229 (and maybe bug 103889?) as blockers to that bug?
batch: adding topembed per Gecko2 document http://rocknroll.mcom.com/users/marek/publish/Gecko/Gecko2Tasks.html
*** This bug has been marked as a duplicate of 157128 ***
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Bulk adding topembed keyword. Gecko/embedding needed.
You need to log in before you can comment on or make changes to this bug.