| | 146 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/289>">#289</a>] Removed debugging popups from page load regarding |
| | 147 | JavaScript and CSS loading errors.</li> |
| | 148 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/328>">#328</a>] |
| | 149 | [<a target="_blank" href="http://dev.fckeditor.net/ticket/346>">#346</a>] |
| | 150 | [<a target="_blank" href="http://dev.fckeditor.net/ticket/404>">#404</a>] |
| | 151 | Fixed a number of problems regarding <pre> blocks: |
| | 152 | <ol> |
| | 153 | <li>Leading whitespaces and line breaks in <pre> blocks are trimmed when the user switches |
| | 154 | between editor mode and source mode;</li> |
| | 155 | <li>Pressing Enter inside a <pre> block would split the block into two, but the expected |
| | 156 | behavior is simply inserting a line break;</li> |
| | 157 | <li>Simple line breaks inside <pre> blocks entered in source mode are being turned into |
| | 158 | <br> tags when the user switches to editor mode and back.</li> |
| | 159 | </ol> |
| | 160 | </li> |
| | 161 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/581>">#581</a>] Fixed the issue where the |
| | 162 | "Maximize the editor size" toolbar button stops working if any of the following occurs: |
| | 163 | <ol> |
| | 164 | <li>There exists a form input whose name or id is "style" in FCKeditor's host form;</li> |
| | 165 | <li>There exists a form input whose name or id is "className" in FCKeditor's host form;</li> |
| | 166 | <li>There exists a form and a form input whose name of id is "style" in the editing frame.</li> |
| | 167 | </ol> |
| | 168 | </li> |
| | 169 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/183>">#183</a>] Fixed the issue when FCKeditor is being |
| | 170 | executed in a custom application with the WebBrowser ActiveX control, hiding the WebBrowser control would |
| | 171 | incorrectly invoke FCKeditor's cleanup routines, causing FCKeditor to stop working.</li> |
| | 172 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/539>">#539</a>] Fixed the issue where right clicking on |
| | 173 | a table inside the editing frame in Firefox would cause the editor the scroll to the top of the document.</li> |
| | 174 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/523>">#523</a>] Fixed the issue where, under certain |
| | 175 | circumstances, FCKeditor would obtain focus at startup even though FCKConfig.StartupFocus is set to false. </li> |
| | 176 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/393>">#393</a>] Fixed the issue where if an inline tag |
| | 177 | is at the end of the document, the user would have no way of escaping from the inline tag if he continues |
| | 178 | typing at the end of the document. FCKeditor's behaviors regarding inline tags has been made to be more like |
| | 179 | MS Word's: |
| | 180 | <ol> |
| | 181 | <li>If the caret is moved to the end of a hyperlink by the keyboard, then hyperlink mode is disabled. |
| | 182 | </li> |
| | 183 | <li>If the caret is moved to the end of other styled inline tags by any key other than the End key |
| | 184 | (like bold text or italic text), the original bold/italic/... modes would continue to be effective. |
| | 185 | </li> |
| | 186 | <li>If the caret is moved to the end of other styled inline tags by the End key, all style tag modes |
| | 187 | (e.g. bold, italic, underline, etc.) would be canceled. This is not consistent with MS Word, but |
| | 188 | provides a convenient way for the user to escape the inline tag at the end of a line.</li> |
| | 189 | </ol> |
| | 190 | </li> |
| | 191 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/338>">#338</a>] Fixed the issue where the configuration |
| | 192 | directive FCKConfig.ForcePasteAsPlainText is ignored when new contents are pasted into the editor via |
| | 193 | drag-and drop from outside of the editor. |
| | 194 | </li> |
| | 195 | <li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/1026>">#1026</a>] Fixed the issue where the cursor or |
| | 196 | selection positions are not restored with undo/redo commands correctly in IE, under some circumstances. |
| | 197 | </li> |
