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.
Related
I'm developing a locked down tablet app for students meant to bring up a testing website. Currently the site uses the asp.net version of the CKEditor control with no problems in Safari.
However, when I try to use the editor with the UIWebView control (because of the iOS versions we are committed to supporting, I cannot try other controls like WKWebView) I run into two issues:
The cursor seems to run away from the text (from what I can tell this spacing seems to have to do with spaces specifically although given how slowly it moves away from where new text is entered, it's hard to tell).
When the cursor reaches the bottom of the text box it will simply move below it, rather than adding scrollbars.
Is this simply a matter of the lag between the development of the base CKEditor control and its conversion to ASP.NET or is this a fundamentally broken part of the control?
I have a dojo text area which I'm binding it to a field. I saw that on browser, its height is OK but if I open the xpage in the Notes client its height is twice bigger. I tried adding height property for the text area, but it doesn't work.
Thanks in advance!
Browsers Firefox and XPiNC (XPages in Notes Client - that is XULrunner based on Firefox) show Dojo Text Area (dijit.form.Textarea) always with at least two rows even it contains only one line of text.
Other browsers like Chrome and IE work like expected.
You don't have a chance to change that behavior with style "height"/"minHeight" or parameter "rows".
The only solution I found is to create an own Textarea widget. But I am not sure if it's worth it...
This issue shows up only for contents with one line. As soon as you have two or more text lines Dojo Text Area's height adapts exactly - for all browsers.
Try setting the height using css styles, that should do it.
Update:
In case css should not be working here try using the classic HTML attributes 'cols' and 'rows'. I don't have Domino Designer ata hand right now, so I can't tell whether those attributes are available. If not you could add them yourself using the 'attrs' group.
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.
I found strange problem. I used this basic example of google maps. This maps works on all browsers except on default browser in my Samsung GalaxyTab (Honecomb 3.1). In this browser there are hidden controls. Or controls have bad z-index. If I move with map, I can see them for a while. There is no problem in default browser in Android 2.3, in Firefox on tablet, or any other browsers. Does anyone have solution for it?
Thanks!
I discovered this bug today as well, but I'm trying to get an element float on top of a google maps element. I found a fix at: https://github.com/CloudMade/Leaflet/issues/335 and that is to add:
.gmnoprint {
-webkit-transform: translate3d(0,0,0);
}
This forces the element to be on top, for some really odd reason. The line above works for the built in zoom controls etc on my Samsung Galaxy Tab 10.1 and can of course be applied to all elements that should be on top.
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/