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