When I select some text and click on toolbar's item (dropdown, image gallery etc) selection start shrinking
normal behavior
http://prntscr.com/iab12k
and afterward
http://prntscr.com/iab1qk
I tried to catch "selectionChange" event but it's not called when selection shrinking
PS: I found the issue. When SCAYT plugin (when it checking words for correctness) works, it's happening
Any ideas?
The reported issue is a known SCAYT issue. Shrinking of text selection is a visual effect only - your text remains be selected. So the issue isn't influenced SCAYT or CKEditor work and doesn't corrupt your content, formatting etc.
Related
I'm fairly new to using Madcap Flare but have been using it without problems for a few months. Now suddenly the Style Class menu appears zoomed way out to many times its normal size, and it won't scroll or let me select a style. The steps to reproduce the problem:
Open an .htm topic in MadCap Flare 12.
In the XML Editor view, right-click on a P tag.
From the pop up menu, select Style Class > and wait.
After a few seconds, the style class menu pops up on the left but it's covering three-quarters of the screen from left to right, and covering the entire screen from top to bottom. The style items in the menu are so huge that only four of them are visible. I can't scroll through them nor select one.
Until recently the menu acted normally, popping up in a much smaller size and letting me scroll through it and select styles.
I haven't found any mention of this in my searches online.
Edit: Adding a few more pieces of info:
Resetting MadCap Flare layouts doesn't help.
This only happens on paragraph tags, I notice. If I right click on a li or h2 or any other kind, the style class menu acts normally.
The styles in the class menu come from a CSS file that might be corrupt or contain invalid syntax that Flare is parsing incorrectly.
Locate the CSS file (Default location within Flare: Content Explorer > Resources > Stylesheets > Styles.css).
Right-click the file and select Open with > NOTEPAD.EXE.
Copy the contents of the CSS file and validate it here: http://jigsaw.w3.org/css-validator/#validate_by_input
Fix the validation errors, then copy the results back into the CSS file and save you changes.
This seems to have been just a matter of the WYSIWIG popup styles menu expanding to display the one heading that the previous writer had set up to a large font size. In displaying the one heading style at 96 pt, Flare increases the height of all of the style menu entries to that height, which unfortunately makes the menu pretty much unusable.
The solution was just to use the other ways of accessing the styles, displaying the styles window for example which doesn't seem to have this problem, and avoiding using the popup styles feature.
I went through everything else, validating the CSS file and etc, before finding the solution or at least the workaround.
I'm spending some time writing HTML and CSS, and am using the developer tools in Firefox 53. Specifically, the "HTML/DOM/CSS Inspector".
When you move the mouse over a chunk of HTML in the Inspector window, the corresponding rendered HTML element on the page is highlighted. Plus, there are some helpful grid lines and color overlays and whatnot also drawn over the page, all of which was a good decision on the part of the Mozilla developers. It shows how random divs and other elements might be overlapping, is great for showing where margins are collapsing, etc.
However, when I move the mouse off the HTML tree, all that useful highlighting and overlays vanish. Is there a way to get that highlighting/overlay to "stick"? For example, until I click on another HTML element, or reload the page, or... actively take some action other than simply moving my mouse?
Note that right-clicking the Inspector and selecting the ":hover" menu entry is most emphatically not what I'm looking for. I want to change the mouseover behavior of the Inspector, not that of the page.
(Now I'm going to pour another shot of whiskey and resume fighting with the Rules/Computed-versus-"browser styles" controls. Those were... not as well designed.)
The general highlighter can't be toggled to stay on the page, it only reacts on hovering the nodes.
Only some other highlighters are sticky, like the one for elements matching a specific CSS selector or the CSS grid highlighter, both located within the Rules side panel:
The CSS selector matching highlighter is currently (as of Firefox 53) the one that comes nearest to what you're looking for, though it's missing the grid lines.
Furthermore, there is already a request for adding a sticky element highlighter in Mozilla's bug tracker.
Just using 'mix-blend-mode:overlay' on a text element and it causes my browser to scroll really slow while the text is in the screen view. As soon as you scroll past the text item, the scroll goes back to butter smooth.
The lag effect, which affects both chrome and firefox is solved if I remove the mix-blend-mode.
Has anyone else had a similar problem with mix-blend-mode?
Not sure if this will help you in your case, but I had a 'transform: scale(-1);' set on element that had 'mix-blend-mode' enabled. When I removed the transform the performance was silky smooth! So, if you're using any sort of 'transform' I'd remove it and look for an alternative solution if possible.
It may also help if you set 'isolation' property to the layer beneath, as per example here: https://developer.mozilla.org/en-US/docs/Web/CSS/mix-blend-mode#HTML_example
In my application we have a RadGrid on which we can double click and have a row in the editable mode in the table. There are bunch of controls in the row and one of the column has checkbox and other has few links ( tag) when I jump from one control to other by tabbing.. the other controls like text and combo gets the focus... however the check box and links despite havig the focus do not show the Focus Ring around it
This code works perfectly in Chrome where as not in IE8.
Anyone has any suggestions or pointers.
Kind regards,
Prashant
Finally after lots of trial and error I figured out the issue is with the positioning of the control in the telerik grid. When I added the CSS "position : absolute" to control it started to work.
We have recently started using WMD editor and found that in IE 8, it just goes on increasing the scroll size of the page by simply increasing the size of the textarea endlessly. The only option left is to close the browser after that causing lot of frustration. you can check wmd-editor demo here. does anybody know of any solution to this issue ?
after a lot of trial & error, we finally found the issue and fixed it ourselves. None of the parent container of the div in which the wmd editor is placed into should have the css property position defined. else, it will break the editor in IE8.