For certain websites, the content is not getting displayed properly in QComboBox and the text is partially shown. There may be some issue with the height of the combo box which is not getting updated from the website contents.
I have checked on Qt5.3.0 and Qt5.5 demo browsers. If you try to access this link with Qt Demo Browser, the combo box displays partially hidden website contents.
Does anyone have a suggestion to solve this problem?
Related
I am using interactjs to add a resize functionality on the images added in the Kendo WYSIWYG Editor. This works fine in Chrome and Firefox but in Microsoft Edge it won't show the resize cursor though the resize functionality works. Has anyone else encountered these issues too?
UPDATE:
Found out that contenteditable makes the cursor for Edge not work but I need the parent to be contenteditable since it is a WYSIWYG editor.
Found the fix. Solve the issue by adding a parent container with contenteditable="false".
Changing the template to have this fixed the issue.
I have searched the CKEditor forum for this issue, but did not find it.
I am using CKEditor 4.5.3 with ASP.NET Web Forms (.NET Framework 4.6). Firefox version is 46.0.1. The problem does not appear in Chrome or Internet Explorer. Also, the problem does not appear in the official demo, even in Firefox.
There is only one instance of CKEditor on the page. I am using it to edit a job description. The job description is about three times longer than the height of the CKEditor window. To duplicate the bug, I scroll down to the bottom of the job description and select some text. I then use a dropdown on the CKEditor toolbar to change the paragraph format. For example, I might choose "Heading 2". As soon as I change the paragraph format, CKEditor immediately scrolls to the top of the job description, and the altered paragraph disappears below the bottom of the window. I must then scroll back down to the paragraph.
I just encountered this problem in Firefox. We're using custom CSS and it turns out body {height: 100%;} was the culprit.
See
CKeditor jumps to top with certain css
and
https://www.drupal.org/node/1096164#comment-4603964
I've a website based on Html KickStart and I notice an annoying problem in IE10.
The issue: when you open the web page, the text in the input field is aligned against the left hand side of the field. When you put the focus on it, and start typing, the text jumps to the right (where it is supposed to be, as you can see in other browsers). When the field looses the focus, the text jumps left again, against the side once more. The input field in question is styled.
The problem is clearly visible on the Html KickStart demo site:
http://www.99lime.com/elements/
Here you can also find the css code files etc.
I don't seem to be able to find the cause of this behaviour. Any help would be greatly appreciated.
Check out this css property : https://developer.mozilla.org/en-US/docs/Web/CSS/direction
direction effects the css declaration being used known as text-align:start
which isn't supported by IE 10
I currently have anchor tags in my main navigational menu, which when clicked will open the corresponding accordion item below. The problem I am having is, when you click on the anchor link, the accordion will open 1/2 way down the inside content, and you cannot see the accordion header/title. It is almost like it opens at the bottom of the content.
Everything seems to work with no problems in Firefox and Chrome, but the dreaded IE will not behave.
Does anyone have any suggestions or ideas?
Thanks much!
Jen
In Internet Explorer, there is unnecessary padding that occurs to the left and right within the button when the button name is large. As a result of this, the known solution is to add "width: auto" and "overflow:visible" to the button style, but doing so will inadvertently make the text in the button disappear when the user scrolls the page down and then back up.
I would very much like to use the style I've included so the padding stays removed, but more importantly resolve the issue with the button text disappearing. It's really an odd one!
I've created this DEMO page for you to test the code where it's happening: http://jsbin.com/uhuze3
Note: You'll need IE7 to see the issue, so for those who don't have it, I create this video for you to see the issue. http://screencast.com/t/MTg0NzY2Zj
I was able to resolve this and improve the code a bit.
You can see the code here:
http://jsbin.com/uhuze3/4
This was the old code:
http://jsbin.com/uhuze3
Edit by Johnny5 :
It seem to be the combinaison of "height" and "line-height" that correct the bug.