i try to use the inputRichText component in internet explorer 11 but it seems that the constrolls to change the font size or font type does not work.
The problem causes when i work in document mode 9 to edge (default is 7)
Is this an known issue?
Is there a way to round it?
Thanks for helping me.
There's a bug where ckeditor doesn't work with IE11 unless you set document mode to IE10. Force IE11 to run as IE10 by using a phase listener with:
response.setHeader("X-UA-Compatible", "IE=10")
For an example phase listener see http://openntf.org/XSnippets.nsf/snippet.xsp?id=phase-listener-to-set-ie-to-edge-or-x-ua-compatible-value
Does that help?
Related
Here's a snapshot of my app where you can see the running app which has missing text and you can see the text that should be displaying (which is properly displaying in design mode).
Why isn't the text displaying at runtime?
This only started happening when I updated to version 4.1 of Android Studio and rebuilt my app.
Additionally, here is how they are defined in the layout xml:
Here's a view of the layout details of the one checkbox that is not displaying the text:
Notice that it is showing text size in PT (points).
I changed it to sp after choosing from droplist and now it displays properly.
Not sure why this has always worked in the past and suddenly stopped working.
If it is a change I would expect an auto-update functionality when Android Studio upgrades the project.
Should Not Work In Design Mode Either
If it is a problem I would also expect it to display improperly in the Design Mode also. Instead it looks correct in design mode even though runtime doesn't display it. In this way I would've understood that I was using an incorrect unit.
TextView Also
I found that this was also happening in many of my TextView controls.
I've created an application using Primefaces. It works well on Firefox, Chrome and IE 9.
But there are many issues using the application on IE 7.0.5730.13.
I'll list some problems:
DialogBox opens after clicking twice on a Button and page refresh
DropDownBox is just a gray box, only after clicking on it the list opens, it just don't looks like a standard DropDownBox
Tree table does not look well, some nodes pass over the tree table and just hang there
It looks that Primefaces is not compatible with IE 7.0.5730.13.
I researched a lot, but couldn't find anything on that issue.
Thanks in advance.
EDIT
For all those, who still have problems with Dialog Boxes in IE Browsers
remove "modal=true"
set a fix width for your dialog box
set a fix height for your dialog box
For the most part you are correct, PrimeFaces and most any JSF component framework is not compatible with IE7. Furthermore there are a few more advanced JSF components that utilize HTML5 features and may not work correctly in IE8 as well.
On that note, IE7 is an ancient browser and it is ridiculous if your client insists on support for it. If they must use IE7 for some proprietary legacy software then you can always suggest using a proper browser for your software instead, like any supported version of Firefox, Chrome or Safari.
Primefaces is supposed to support IE 7 until version 3.5 (which is not supporting it anymore). If you are using this version just downgrade it to previous one. However, I can't be more agree with #maple_shaft.
For some reason i am not able to enter any text in inputtext in dhtml environment. The same is working fine in swf10 environment.
When i hover over the input text i observed that the cursor is not changing to selector. It looks as if the onmouseover event of inputtext is not getting fired.
Has anyone come across this kind of issue in openlaszlo dhtml envrironment?
I am using OpenLaszlo 4.9, Windows 7 and the browser is Firefox 15.0
I found a bug report in jira http://jira.openlaszlo.org/jira/browse/LPP-9934.
Please suggest any ideas to overcome this issue/
The problem you are seeing is probably connected to the way OpenLaszlo replicates the behavior of clicking through Sprites or visual elements in the Flash runtime for the DHTML/JavaScript runtime. Until recently browsers didn't support that kind of functionality directly. Therefore the OpenLaszlo team had to use a workaround, which is described in detail in this comment on LPP-5447.
Clickdivs exist to have independent control over clickable sprites,
without interference from regular divs. They are placed in a separate
copy of the regular lzdiv sprite hierarchy so we have more control.
This also provides a place to put focused inputtext divs so they are
in the foreground and clicking/dragging to edit works properly.
The clickdiv functionality seems to be broken from time to time with browser updates or due to regressions. In 2012 some improvements to the DHTML runtime click-through functionality were done, using newer browser features in Firefox (which now allows to click through div elements using the CSS style pointer-events). Since the clickdiv functionality is part of the LFC, fixing that functionality in your application is not advised.
You can test if the inputtext works by tabbing through the components until your inputtext element has the focus and start typing. If the text can be entered as expected, but you cannot click the component with your mouse to select it, it's definitely a clickdiv problem.
Update: Tested with OpenLaszlo 4.9.0 and various browsers
I've tested with OpenLaszlo 4.9.0, DHTML runtime and IE9, Firefox as well as Chrome, using the test case attached to LPP-9934: All browsers show that specific bug behavior. If the bug has not been filed, please file a JIRA bug.
Jquery autocomplete breaks the undo in IE, In case of textarea what may be the reason ?
Try this,
Open this link in IE
http://jqueryui.com/demos/autocomplete/#multiple
Type any text in input element, for example type 'a' select 'ActionScript' from menu
now do backpsace to remove characters.
Now do undo ctrl + z , It's not working why ?
can any one explain ?
Thanks in advance
I had a similar problem:
Html text input undo not working
In the end I found out that if any JavaScript updated any visual elements, all the text boxes on the page had their undo history reset. In my case it was a timer updating a countdown clock, which made it very difficult to trace and debug. I imagine it is the autocomplete JQuery causing the problem here. The difference to mine is that it is updating the actual textbox, not an external element, but I suspect it is the same issue. I'm pretty sure it's a bug in IE so there's not a lot you can do about it, short of adding your own history functionality to the text box.
This is a problem specific to Internet Explorer - I suggest you try your page with Chrome or Firefox.
I am using an MVC 3 razor grid with version 2011.2.712.340 of the Telerik extensions.
I have an Edit command button in my html for the grid. The edit button shows up in Chrome & Firefox, but not Internet Explorer with the same exact code base.
Would someone be able to tell me what I need to do in order to get it to display in IE?
Actually, in additon to the Button not showing up, the data for the record is shifted over starting in the Command column....
Also, this only happens in IE9. If i put the browser in IE9 compatability mode or IE8 or IE7, the page renders fine.
What do I need to do for it to render properly using IE9?
It might be related to Hidden Columns in Telerik, have a look at this post for the workaround:
http://www.macaalay.com/2011/09/29/telerik-mvc-grid-workaround-for-not-rendering-properly-in-internet-explorer/