Dear community,
As many of you well know, we are working now on the new "Enter Key Handler" for version 2.4. It is an extensive and delicate thing to do, but we are having some good results. Not only the enter key is involved in this feature, but also the backspace and delete keys.
Once the feature is completed, you will be able to configure the editor to produce <p>, <div> or <br> when hitting the enter key, and all browsers will behave in the same way.
For now, we have a first version of the <p> configuration working with Firefox. It is committed at the SVN. You can try it online:
http://www.fckeditor.net/nightly/fckedi ... fault.html
While we continue working on improving it and completing the support for <div> and <br> and IE, I urge all you to test it online as much as you can and give us your feedback, including reporting any bugs related to it. Please use this forum thread for that.
Your contribution is decisive for the editor quality.
Thanks in advance,
FredCK
----
http://www.fckeditor.net
"Support Open Source Software"
Wed, 01/17/2007 - 07:23
#1
RE: New enter key handler: first impressions
RE: New enter key handler: first impressions
As I've said, we have implemented only the <p> behavior with the <Enter>. I'm working now in the <br> behavior for the <Shift> + <Enter>.
Thanks for the message Alfonso. I'm anxious for more impressions.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
RE: New enter key handler: first impressions
Hitting Enter produces a paragraph indeed, but i noticed undo and redo do not work.
By the way: personally i would prefer the Enter-key to produce a <br /> and Shift + Enter a paragraph. To me that seems the most logic approach. But anyway: it would be a tremendous improvement if all browsers have the same behaviour concerning enter!
RE: New enter key handler: first impressions
The actual behavior of the enter key will be completely configurable. I've just committed in the SVN a new version which produces also BRs, and a new sample with which you can play with it. I'll posting the link tomorrow as soon as the nightly is updated.
Just as a note... in these days it is much more correct and professional to work with <p>, instead of <br>. It gives a better structure to the document, producing XHTML semantically correct. Line breaks (<br>) should be used on those rare cases when you want to split semantically related information in different lines. If the spaces between paragraphs (which make the text more readable) represent a problem, you can always control it using CSS.
Thanks for your comments Koen.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
RE: New enter key handler: first impressions
I completely agree about the semantics.
I always try users of my cms to teach/force the proper use of paragraphs and <br />'s. For myself a made a little plugin to make those <br /> visible. Unfortunatly it's still IE-only.
Well anyway, i would be great if the behaviour of the Enter-key will be configurable.
I will take a look at the SVN later this evening.
RE: New enter key handler: first impressions
You can now play with the settings of both the [Enter] and [Shift]+[Enter] keys, producing <p>, <div> or <br>. Still Firefox only.
This is still a first version. Work must be done, and your impressions about it are important to complete it with the expected high quality.
We'll be working now on fixing the current version and expanding the compatibility with IE.
I hope you'll enjoy it. Thanks again.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
RE: New enter key handler: first impressions
in FF2 Mac, it produces more than a paragraph.
Load the sample page, position the cursor before the "Y" of the sample text, hit return, and you get that:
<p>This is some <strong>sample text</strong>. </p>
<br />
<p> </p>
<p>You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p>
btw, nice to see this feature coming
RE: New enter key handler: first impressions
The behavior you have described may also happen with Firefox 1.0.x on Windows, and we made it work accordingly. No, I'm doing the same implementation for Firefox on Mac, and it seams it works.
I'll be committing the fixed code today, so we can expect it to be ok on our next nightly tomorrow.
Thanks for the message Hubert.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
RE: New enter key handler: first impressions
When i make a new <p> with ENTER, i can't create a new <div>.
RE: New enter key handler: first impressions
To make it easier to understand it, and to open this feature for in deep discussion, I've just created a dedicated wiki page it:
http://wiki.fckeditor.net/EnterKey
Feel free to add your comments at that page. But, continue using this thread for further ideas.
Thanks again.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
RE: New enter key handler: first impressions
I mean: when creating a <p> with ENTER, it's not possible to create a <div> with Shift-Enter.
RE: New enter key handler: first impressions
This is something we need to discuss and define precisely.
Please take a look at the message I've just posted in this thread regarding the following wiki page:
http://wiki.fckeditor.net/EnterKey
Thanks again Koen.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn
RE: New enter key handler: first impressions
I was thinking it should produce a paragraph when you hit Enter twice and a Break tag when you hit Enter once...but apparently, from these posts, people are used to some other behavior from embedded editors? I've never been a big WYSIWYG user, so I guess that explains my ignorance.
I think it could also be confusing that everyone who uses this could configure it different ways, but I guess they're thinking when it is embedded in CMS, most people at the user level aren't even aware they are using a specific plugin and would be more familiar with a specific website, anyway.
RE: New enter key handler: first impressions
RE: New enter key handler: first impressions
Except... is there any way to force FCKEditor to start in a particular mode (in my case, 'p') rather than the default 'nothing' mode? I'm using FCKEditor as part of OpenCms 6.2.3 (and therefore with FCKEditor version 2.3.2, I think), and when users start typing in a free-form text area the content is not contained within <p> tags as I'd like it to be - unless they are diligent enough to choose the right format from the dropdown, or the right style from my styles dropdown.
There are also cases where block content is inserted inside <p> tags, and this isn't XHTML-compliant - but I guess that's a different thread.
Jon
RE: New enter key handler: first impressions
Actually the current implementation will guarantee that all source under <body> will be inside block tags. The editor will actually "fix" the code when "outputting" it for post or when switching to the source view.
So, the <p> is not guaranteed to be there during the editing, but you can be sure it will be included when the data reaches your server.
For the "block content [being] inserted inside <p> tags", as you have understood, it is reserved for another thread. But we are aware of it and we are working to provide a nice way to handle it too.
Frederico Knabben
CKEditor Project Lead and CKSource Owner
--
Follow us on: Twitter | Facebook | Google+ | LinkedIn