.Touch .quickReply .mceIframeContainer{padding-top: 45px!important; background: $white;}
$(document).addEventListener("selectionChange", function() {
$(".mceIframeContainer").css('padding-top','45px');
}, false);
Has anyone solved the iOS issue where selecting text triggers an overlay which blocks the editor toolbar?
I'm trying to come up with an easy solution. A sloppy fix is to simply add more padding for Touch devices:
Code:.Touch .quickReply .mceIframeContainer{padding-top: 45px!important; background: $white;}
A better way would be to toggle that extra padding only when the iOS text selection event is triggered. Something like the following could/should work, but I must be missing something:
Code:$(document).addEventListener("selectionChange", function() { $(".mceIframeContainer").css('padding-top','45px'); }, false);
Obviously either of these is just a hack, since you wouldn't need the extra padding when selecting text that's not in the first line.
Yeah, that's the selection behaviour I'm referring to.You mean the iOS popup that appears when you select some text? If yes, I totally agree, that's an horror. That's why future on-line editors must help users to avoid them to select some text as much as possible. You can try to put the button toolbar below the editor (see Enhanced TinyMCE addon)... but I don't like the display. And with the autosize (or elastic) addon which will extend the text box area height, it won't be that convenient.
May be this: http://css-infos.net/property/-webkit-touch-callout or this http://css-infos.net/property/-webkit-user-select. Since you are working on this right now, can you give a try please? Otherwise I will give a try later.Yeah, that's the selection behaviour I'm referring to.
My temporary fix is to add the padding. It's ugly, but at least the buttons aren't obscured. The iOS selection options/popup must fire a JS event somewhere in mobile safari. Surely we could just toggle the extra padding when it's active... somehow?
I think swapping the toolbar position would completely confuse people
can you try to add a link but click 'cancel' and then create a linebreak? That triggers it here 100%. Cache is cleaned (without cleaning overlay won't even open properly)No issues here, but caches need to be fully cleared or it creates similar problems.
<span data-mce-type="bookmark" data-mce-style="overflow:hidden;line-height:0px" style="overflow:hidden;line-height:0px">
I created a bookmark of the highlighting text because I didn't want to have any problem on IE (... I had a lot of problems with MarkItUp because IE can't keep a text of beeing highlighting). To be honest, I didn't test if without this bookmark the selection was lost or not on IE after the overlay displays. I will check this later.Ah yeah, I can duplicate that. Steps: Write a word > select the text > trigger link button > don't enter anything > hit cancel > select end of word > newline.
Every newline after that will be wrapped in:
HTML:<span data-mce-type="bookmark" data-mce-style="overflow:hidden;line-height:0px" style="overflow:hidden;line-height:0px">
Chrome Canary. After the bug is triggered, it's wrapping every subsequent line with that span. The span is reducing the line-height making everything smush togetherI created a bookmark of the highlighting text because I didn't want to have any problem on IE (... I had a lot of problems with MarkItUp because IE can't keep a text of beeing highlighting). To be honest, I didn't test if without this bookmark the selection was lost or not on IE after the overlay displays. I will check this later.
Now I've tried to see that extra line, I don't have it on Firefox. Which browser are you using?
Some News: I confirm that this bloody IE needs it.I created a bookmark of the highlighting text because I didn't want to have any problem on IE (... I had a lot of problems with MarkItUp because IE can't keep a text of beeing highlighting). To be honest, I didn't test if without this bookmark the selection was lost or not on IE after the overlay displays. I will check this later.
Now I've tried to see that extra line, I don't have it on Firefox. Which browser are you using?
It seems the bug has been reported here: http://www.tinymce.com/develop/bugtracker_view.php?id=4213I have zero concern for IE7 users myself. Perhaps other users of your TinyMCE fixes feel the same way? Might be easier and far more practical to only support relatively recent browsers.
$('.mceIframeContainer iframe').contents().find('*[data-mce-type="bookmark"]').contents().unwrap();
$('.mceIframeContainer iframe').contents().find('*[data-mce-type="bookmark"]').remove();
Version 0.51 released
To update, use Chris Auto installer addon or you can only upload files.
- Fix a bug with the tinyMCE bookmark & Chrome (tested)
- Fix a bug of the addon with IE7 (tested)
Information:
- If you don't see any changes, you must update your browser cache or just directly load this js file inside your browser:...
Mmm... that's the default overlay effect. I don't think you can turn it off. It should have been other effects available, but the website seems to have some problems (see here).For the fast overlays, can we disable the fade-in/fade-out animations? Which file would I find the value located in?
Thanks
The jQueryTools is also inside the xenforo.js file but it's minified at its top.I've edited my xenforo.js, setting all animations speeds to "0", but the quick overlays still seem to animate... not sure where they're getting the speed settings from
Version 0.52 released
Increase the z-index of the overlay to make it compatible with the TinyMCE fullscreen pluginTo update: same as usual.
We use essential cookies to make this site work, and optional cookies to enhance your experience.