draftkraft

As mentioned before we are working on the image plugin. We separated the functionality of uploading and image handling. You can find some information here http://aloha-editor.org/wiki/Drag%26DropFiles Bigger images can be resized on the client side and are then uploaded. (See the code sniplet at the bottom of that page)

Maybe we did not link the information properly. You can find the supported versions here:

http://aloha-editor.org/wiki http://aloha-editor.org/wiki/Browser_Support

Agree contenteditable is not implemented consistently across the browsers and with Aloha Editor we try to reduce that pain... Did you test the most recent paste plugin? https://github.com/alohaeditor/Aloha-Plugin-Paste/tree/maste.... This plugin provides a methode to register paste handlers the clean the pasted content. Imho the MS word copy/paste should work quiet good in most cases. Unfortunately there are only few other handlers implemented yet, so coping HTML may remain unhandled...

Probably the major difference is that Aloha Editor supports direct inline editing. You can edit dom elements directly without wraping the content in an iframe which leads to a different rendering (inline tags, css, etc). Further we did implement the HTML5 spec and a utility API (https://github.com/alohaeditor/Aloha-Editor/blob/dev/src/lib...) the helps implementers of plugins to write plugins that modify the dom in a HTML5 complaint way. There are some other new concepts available like "scopes" or "blocks". The floating for instance menu reacts on scopes like continoustext, link, image, table, tablerow, etc. You only the the interaction items that are availabe for that scope. That reduces the number of interaction item that are exposed to the user and still provide a huge amount of interaction items, where only the relevant ones are available at the right time. Block are non editable areas in editables which is a very common usecase for CMS systems. Blocks can be copy pasted, serialized and rendered async by AJAX calls from a backend.

:) We did another sweet cube http://www.aloha-editor.org/demos/cube/ (works only in Chrome and Safari right now) Feel free to extend https://github.com/alohaeditor/The_Aloha_Cube :)

@1 Did you use the https://github.com/alohaeditor/Aloha-Plugin-Undo to test undo? If not you just test the default browser implementation which breaks whenever an app modifies the content...

@2 Actually right now this is the default behavior. Converting bolck elements (h1-h6, pre, p) always changes the whole block and does not split the selection. This could be changed in future.

Agree. A lot of buss words... Does that make it untrustful to you? Agree 2: It would have been possibile years ago, but would have been even more pain than it is now, where the browsers improved a lot because of the efforts Ian and his fellows at WHATWG did to write a spec (HTML5) the respects current browser implementations and tries to find a common ground for all major browsers. I think that this movement encouraged browser vendors to improve their implementations and make them more compatible.

I am sorry if you feel that there is few reaction on the forum. We try to improve that. If you have a look at https://github.com/alohaeditor/Aloha-Editor/commits/dev/ you will notice that there is a lot of action going on and we are hard working on providing a better user experience with the beloved contenteditable. The probably most painful part of HTML5 spec and browser implementations. The HTML5 spec unfortunately is very unclear in most cases ("the behavior is UA-dependent" - http://dev.w3.org/html5/spec/Overview.html#user-editing-acti...). Eg. "Break block" is defined with 2 sentences, where we have more than 80 test cases and are far from complete https://github.com/alohaeditor/Aloha-Editor/blob/dev/src/tes... Though the next release (in a few weeks) should bring a better experience. PS: mahalo() should work even with the very old stable version 0.9.3. Could you point me to a implementation where it doesn't work?

Aloha Editor uses paragraphs as first class construct. The https://github.com/alohaeditor/Aloha-Plugin-MetaView plugin gives you a nice outline view of the used dom elements to understand the semantics. Using tags for formattings like b and i seems a good choice to me as it is the suggested formatting tag for visual bold or italic presentation in HTML5. Other formattings like (indent, etc) could be implemented as css classes, but this could cause problems when copy/paste content from on site to another as the css classes may not expose the same way. This could lead to unwanted behavior because the normal users will understand the reason.

Aloha Editor as well as Opera did improve since Aug 2010. At that time Aloha Editor v0.9.3 and Opera 10 did not work properly together. I did some debugging and improvements with Maike Tylor from Opera. The current dev version of Aloha Editor has the bad alert replaced with a console.log and Opera 11 offers better support for contentEditable. Due to the huge refactoring and at the same time major improvements and extensions the dev is not yet stable enough to be released. We expect a release within a month.

Thank you. We had the feedback several times. Deleting all rows or cols deletes a table. I admit - not the best solution. Will try to improve that.

Hi timmfin, you are right. We don’t have a working link example yet. This is because of the concept we’d like to follow editing content. We don’t want to handle link’s as special elements. A link is A tag but the rest is like any other tag in a HTML document with the need to edit the SRC attribute. It also makes sense to enable Users to edit other elements like ABBR, CITE, etc. and a lot more specially when it comes to semantic annotation of content. Therefore we want to put a special attention to the editing of attributes like the SRC attribute of the A tag. I hope we can come up with that soon.

The same thing when it comes to insert any image or even other resources like automatic list from databases, slideshows, flash videos and the more. We are experimenting with a “block” concept which enables the user to insert non editable blocks like the above and handle their content. Still you will need to write an plugin to the resource source of your choice.

Thank you.

Hi,

@1 thanks you for your feedback with the server. Actually we have a problem with the backup in the night (MEZ) on the server we cannot solve easily. I’ll have to switch to another host with the website.

@2 Heading works on the paragraph and makes a H1-6 element around the paragraph. This behavior is like in MS Word if you did not select 1 or more characters. The resulting style depends on the CSS. Maybe our demos do not point that out clearly. You should have a look at the resulting source code after some formatting.

And yes, we still have some problems. Specially with tables. But I think it’s better to give others a chance to review and feedback in an early stage so we can react on the feedback. Thank you.

br haymo

Hi all, we try to address this issues (bugs of the browsers and functionally to restrict to defined formatting) with Aloha Editor. For ex. we have more than 80 unit tests for the ENTER button. One of those is hitting the ENTER in a H1 Tag. The current is a release in an early development state and we want to focus on reliability and basic functionality (be able to write without errors) in first step.

Hi asnyder, the difference between Aloha Editor and others is, that you can make any element in the HTML DOM like H1-H6, DIVs, P, SPAN, etc. directly editable.