Take a look at www.pasteboard.co/. It works fine in all major browsers except for IE. Image content is inserted right in the image tag like: <IMG SRC="data:image/png;base64,...">, and that's exactly what we need. We don't even need the pasted images to be uploaded to the server side. It seems www.pasteboard.co/ doesn't rely on the canvas element. You can remove it, and everything will work fine. Please see http://screencast.com/t/8IHQfHvq0e. Also please see www.snag.gy. It doesn't contain a canvas, but still works well. You can also take a look at strd6.com/2011/09/html5-javascript-pasting-image-data-in-chrome. It doesn't look great because it works in Chrome only. But still it works in Chrome.
Currently, it is possible to align an image using the Justify Tools of RadEditor in IE, Chrome, Safari and Opera, but not in Firefox. In addition the content produced in the different browsers is different.
Created a table. Go to accessibility, checked 1 for both the header row and column & checked the associated cells with headers checkbox. ... This is the code that get's spit out.
Copy Code
<table style="width: 50%; " class="tableData">
<thead><tr>
<th style="" id="table_heading_0"> </th>
<th style="" id="table_heading_1">2011</th>
<th style="" id="table_heading_2">2012</th>
</tr></thead>
<tbody><tr>
<th style="" id="table_heading_3">Fire</th>
<td headers="table_heading_1">5</td>
<td class="" style="" headers="table_heading_2">5</td>
</tr><tr>
<th style="" id="table_heading_4">Police</th>
<td headers="table_heading_1">5</td>
<td headers="table_heading_2">5</td>
</tr></tbody></table>
Each header is assigned a unique ID (Correct!)
Each header is identified with a <th> class (Correct!)
Each non-header cell associates with just ONE header (INCORRECT! ... I assume)
Since there are two headers associated with each non-header cell, shouldn't there should be two IDs referenced in the "headers" attribute? Would the correct coding for this look something like this (each header ID separated by a space or comma)?
Copy Code
<table style="width: 50%; " class="tableData">
<thead><tr>
<th style="" id="table_heading_0"> </th>
<th style="" id="table_heading_1">2011</th>
<th style="" id="table_heading_2">2012</th>
</tr></thead>
<tbody><tr>
<th style="" id="table_heading_3">Fire</th>
<td headers="table_heading_1,table_heading_3">5</td>
<td class="" style="" headers="table_heading_2,table_heading_3">5</td>
</tr><tr>
<th style="" id="table_heading_4">Police</th>
<td headers="table_heading_1,table_heading_4">5</td>
<td headers="table_heading_2,table_heading_4">5</td>
</tr></tbody></table>
The get_text() client side function of the editor seems to append a newline character to the retrieved text. This had the effect of breaking a string comparison I had to clear placeholder text ('enter detailed text here') when the user clicks on the content area. The problem is apparent only on Chrome and Safari, but not IE. I fixed this problem by removing the trailing newline character using a regular expression: var t = editor.get_text(); t = t.replace(/\n/g, "") ....then do the string comparison The problem appeared in version 2012.2 912.