TYPO3 Core

Do I understand well? I just re-tested this with Opera 10.01 and TYPO3 4.3 (SVN trunk): shift+enter does insert a br element.

Could it be a plattform/browser issue?
OS could be helpful in this questions - as browser can behave slightly diffrent depending on OS

Indeed, you're right. It appears only on my MacOS, not in a Windows VM.

@Stanislas Rolland
Do you have a Mac in reach? Otherwise tell me, how I can help!

I do not have access to a Mac.

Does it work in Safari on Mac? Does it work in Firefox on Mac?

Yes, works in both.

Please test the attached patch against trunk on Mac.

Do not forget to clear RTE cache and Opera cache before testing.

No, unfortunately this doesn't help :(

@Steffen: Would you know if this issue is new on Mac with Opera 10 or if it was already so with Opera 9.5?

Just tried 9.6 and it was already there.

Second trial... Please test patch version 2 against trunk.

Unfortunately not. If you need remote access, just contact me on skype (steffengebert)!

Well, remote access will not be of any help as the problem is on the client side. I don't understand why Opera handles this key combination differently on Windows and Mac...

Of course, I meant remote access to my mac. Do you have a small testsuite, what key codes are fired, when I press the keys?
Have no experience with those things.

@Steffen:
Please try to access this page from Opera 10 on Mac OS X:
http://www.sjbr.ca/fr/commentaires.html

Simply press Shift+Enter in the editing area. You should get a JS alert reporting: "Enter was pressed. ev.shiftKey = true". Let me know if you get the alert.

Please clear the browser cache before doing the test.

"Enter was pressed. shiftKey= false"
sounds not good ;)

In a Windows VM, I get shiftKey=true, so it's opera itself which eats up the shift :(

I made some tests: <input type="text" onkeyup="alert(event.shiftKey);" /> returns true, if I press shift+enter. So in principle, the event has IMHO the corrent information attached.

What about on keypress?

same