433971 - [Mac] Emacs shortcuts parity: Ctrl-o should insert newline in front of cursor

Status: NEW

(Core :: Widget: Cocoa, defect, P3)

Description

[Nick Fagerlund]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008051504 Minefield/3.0pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008051504 Minefield/3.0pre

In a standard Cocoa text view, ctrl-o inserts a line break in *front* of the cursor. Firefox for Mac doesn't implement this in its text fields yet. If parity with the native emacs shortcuts is desirable, this is one of the steps to get there. 

Reproducible: Always

Steps to Reproduce:
Position cursor before some text in a text box. Press ctrl-o.
Actual Results:  
Nothing.

Expected Results:  
Cursor stays on same line, all text after cursor is pushed down to the next line. (Try this in TextEdit for comparison.)

Comment 1

[Boris Zbarsky [:bzbarsky]]

Not an XBL bug.

Over to widget, but this might need some editor work instead.  I'm not sure how we hook these up on Mac.

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #1)
> Over to widget, but this might need some editor work instead.  I'm not sure how
> we hook these up on Mac.

Some of them are hooked up simply by adding bindings stuff in content/xbl/builtin/mac/platformHTMLBindings.xml (like bug 229473), but apparently not all keybindings magically work when doing that (bug 420669 comment 2).

(Note also bug 282097 which, if I've understood Boris right and if properly implemented, would remove the need for all this hard-coding.)

Comment 3

[Boris Zbarsky [:bzbarsky]]

Yeah, that bug is what I wasn't sure about us having implemented on Mac.  We should just do it and avoid the whack-a-mole.  ;)

Comment 4

[Ken Harris]

Today, control-O in Firefox moves the cursor back one character, just like control-B does.

I can't tell if that was intentional.