If I'm inserting content into a textarea that TinyMCE has co-opted, what's the best way to set the position of the cursor/caret?
I'm using tinyMCE.execCommand("mceInsertRawHTML", false, content);
to insert the content, and I'd like set the cursor position to the end of the content.
Both document.selection
and myField.selectionStart
won't work for this, and I feel as though this is going to be supported by TinyMCE (through something I can't find on their forum) or it's going to be a really ugly hack.
Later: It gets better; I just figured out that, when you load TinyMCE in WordPress, it loads the entire editor in an embedded iframe.
Later (2): I can use document.getElementById('content_ifr').contentDocument.getSelection();
to get the selection as a string, but not a Selection Object that I can use getRangeAt(0)
on. Making progress little by little.
Just throwing in my own 2 cents here. None of these answered my question. I was not putting in an HTML element, but a block of text (
[code][/code]
for example) and needed the cursor to go between the two.Using part of @robyates answer, what I did was put a temporary HTML element in between the 2
[code]
tags, focus on it, then removed the HTML element completely. Here is my code:Insert a DOM node at the current selection/caret location.
The correct solution is to use the tinyMCE api tinymce.dom.Selection
http://www.tinymce.com/wiki.php/API3:class.tinymce.dom.Selection
the syntaxe is something like :
it works I use this myself.
So, here is solution from the our project. Our objective was to change
(+)/(-)/(?)
strings to the appropriate images "on the fly" while user is typing.There was a problem: every time after changing string to image, cursor went the beginning of the image, not to the end as was expected.
We added bulk of the code which moves cursor to the end of the image, so user can type continuously w/o interrupting on "jumpy" cursor.
Key part: Instead of using
editor.getBody
, there is a more elegant way to create the temporary span and furthermore, delete it immediately after the necessary actions.After spending over 15 hours on this issue (dedication, I know), I found a partial solution that works in FF and Safari, but not in IE. For the moment, this is good enough for me although I might continue working on it in the future.
The solution: When inserting HTML at the current caret position, the best function to use is:
tinyMCE.activeEditor.selection.setContent(htmlcontent);
In Firefox and Safari, this function will insert the content at the current caret position within the iframe that WordPress uses as a TinyMCE editor. The issue with IE 7 and 8 is that the function seems to add the content to the top of the page, not the iframe (i.e. it completely misses the text editor). To address this issue, I added a conditional statement based on this code that will use this function instead for IE:
tinyMCE.activeEditor.execCommand("mceInsertRawHTML", false, htmlcontent);
The issue for this second function, however, is that the caret position is set to the beginning of the post area after it has been called (with no hope of recalling it based on the browser range, etc.). Somewhere near the end I discovered that this function works to restore the caret position at the end of the inserted content with the first function:
tinyMCE.activeEditor.focus();
In addition, it restores the caret position to the end of the inserted content without having to calculate the length of the inserted text. The downside is that it only works with the first insertion function which seems to cause problems in IE 7 and IE 8 (which might be more of a WordPress fault than TinyMCE).
A wordy answer, I know. Feel free to ask questions for clarification.
I've plagiarized this from here.