Closed
Bug 34477
Opened 25 years ago
Closed 22 years ago
Editor embedding tracking bug
Categories
(Core :: DOM: Editor, defect, P3)
Core
DOM: Editor
Tracking
()
VERIFIED
DUPLICATE
of bug 157128
mozilla1.0.1
People
(Reporter: rusty.lynch, Assigned: mjudge)
References
Details
(Keywords: embed, meta, topembed, Whiteboard: [TRACKING])
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?
Updated•25 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•25 years ago
|
||
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
Comment 2•25 years ago
|
||
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
Reporter | ||
Comment 3•25 years ago
|
||
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.
Comment 4•25 years ago
|
||
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.
Comment 6•25 years ago
|
||
assigning this bug to sfraser as the embedding tracking bug, cc kin as well
Assignee: kin → sfraser
Status: ASSIGNED → NEW
Comment 7•25 years ago
|
||
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
Updated•24 years ago
|
Whiteboard: [TRACKING]
Comment 10•24 years ago
|
||
Adding dependency on the font list bug 62035.
Updated•24 years ago
|
Updated•24 years ago
|
Assignee: sfraser → beppe
Status: ASSIGNED → NEW
Comment 11•24 years ago
|
||
reassigning to me for tracking purpose, will be adding dependency on task bugs
Comment 16•23 years ago
|
||
add valeski
Comment 17•23 years ago
|
||
giving this to mjudge as a starting point for tracking the editor embedding work
Assignee: chofmann → mjudge
Comment 18•23 years ago
|
||
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
Comment 19•23 years ago
|
||
don't move bugs that are in the 1.0 dependency tree. sorry.
Target Milestone: mozilla1.0.1 → mozilla1.0
Comment 20•23 years ago
|
||
removing myself from the cc list
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla1.0.1
Comment 22•22 years ago
|
||
Ummm. What is this bug for? It seems the real embedding tracking bug is bug 157128?
Comment 23•22 years ago
|
||
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
Comment 24•22 years ago
|
||
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?
Comment 25•22 years ago
|
||
batch: adding topembed per Gecko2 document http://rocknroll.mcom.com/users/marek/publish/Gecko/Gecko2Tasks.html
Keywords: topembed
Comment 26•22 years ago
|
||
*** This bug has been marked as a duplicate of 157128 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•