I just checked. This is not configurable in HTMLArea. In fact HMTLArea 
doesn't even define the behavior, the browers do.

My suggestion would be that if the app that calls the editor is IMP, 
swap the SHIFT-RETUR/RETURN behaviors.



If you need more logic for this:

What is your #1 application in the installed Horde base?  IMP

What is the only tier 1 FRAMEWORK_3 app that uses the HTML editor?  IMP



So the HTML editor should behave in a way that most of the users of 
the primary installed FRAMEWORK_3 app would expect.



A comment from one of my technically savvy users:



"Definitely compatibility with user expectations of how text 
formatting in email

works.  Most users will not know/want to use shift-return.  I know 
HTML and did

not think of using shift-return because I expected it to work like other email

editors."

We don't use the editor only for IMP, but for every module that allows 
editing of HTML content. Maybe this behaviour could be configured on a 
per-module-basis, but I think different behaviour of the same editor 
in different modules is even worse.

It may be a fact that its an HTML editor, but you are totally 
overlooking what a TYPICAL end-user expects.  Not an end-user of an 
HTML editor.  An end-user of an email application, of a word 
processing application, etc.  They get frustrated when they hit return 
and two lines appear.  They don't care that its an HTML editor.  It 
doesn't behave in a manner that they normally expect.  They think its 
a bug, that the product is flawed.



Try composing an email in Thunderbird.  A return is a linebreak...  To 
a user, its not an HTML editor.  Its a way of sending email with 
colors and fonts and formatting.  Thats the useability angle you need 
to look at this from (in my opinion).



Should have looked at the code first.  Documentation is at:

http://www.dynarch.com/demos/htmlarea/reference.html

But it's a HTML editor, not a Word clone, and all HTML editors work that way.
No.

Thats not the expected behavior from a normal end-user....  They 
expect the HTML GUI to exhibit the same behavior as Microsoft Word.  I 
can maybe teach them otherwise but maybe it would be more logical (and 
easier than reteaching ingrained user behavior) to toggle the behavior 
the other way - SHIFT-RETURN to insert paragraph, RETURN to insert 
linebreak?



Are all the command shortcuts for the GUI documented somewhere?

Shift-RETURN inserts a linebreak, RETURN inserts a paragraph.  So this 
is expected behavior.

Tested with IE and Firefox under Windows XP and Firefox on Linux.



If you use the HTML editor to compose an email, the carriage returns 
are causing the message to gain a doublespace.  If you type a message 
that wraps, it properly wraps to the next line, in a single space.   
However a return puts you two lines down.  Thats not the way any word 
processor behaves..