6.0.0-beta1
7/23/25

[#884] browser compatibility
Summary browser compatibility
Queue Horde Base
Queue Version HEAD
Type Bug
State Resolved
Priority 2. Medium
Owners Horde Developers (at)
Requester m.zdila (at) episoftware (dot) com
Created 11/24/2004 (7546 days ago)
Due
Updated 12/11/2004 (7529 days ago)
Assigned 11/25/2004 (7545 days ago)
Resolved 12/11/2004 (7529 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
12/11/2004 04:40:09 PM Chuck Hagenbuch Comment #15
State ⇒ Resolved
Reply to this comment
Okay, I'm resolving this ticket. If there are remaining issues (IE 
stuff?), please address them in smaller, more manageable tickets.
12/11/2004 04:26:05 PM Jan Schneider Comment #14 Reply to this comment
Works fine here too.
12/11/2004 03:55:50 PM Chuck Hagenbuch Comment #13 Reply to this comment
I don't see any problems with sidebar folders in Safari (also based on 
KHTML). Can anyone reproduce that issue in Konqueror?
12/11/2004 03:27:17 PM Jan Schneider Comment #12 Reply to this comment
This is fixed now, at least for IE 6. Can you check again if 5.0 is 
maybe fixed too?
12/05/2004 05:15:08 PM Chuck Hagenbuch Comment #11 Reply to this comment
I agree, but avoiding it here doesn't seem to leave many options for 
fixing the spacing issue...
12/05/2004 04:38:53 PM Jan Schneider Comment #10 Reply to this comment
We should really try to keep browser workarounds with separate css 
files to a minimum.
12/04/2004 11:29:06 PM Chuck Hagenbuch Comment #9 Reply to this comment
Also, the push() stuff is fixed.
12/04/2004 11:28:50 PM Chuck Hagenbuch Comment #8 Reply to this comment
I can confirm that the vertical space (between the vertical ... tree 
lines) is there in IE6/win. Anyone object to adding more checks to 
Horde::stylesheetLink() to load stylesheets for IE 5.0, 5.5, and 6.0? 
Or should we let this be?
11/26/2004 11:26:47 AM m (dot) zdila (at) episoftware (dot) com Comment #7 Reply to this comment
For eliminating those spaces please add:



For MSIE 5.5, 6.0:

#sidebarPanel img {

     vertical-align: middle;

}



For MSIE 5.0 (works in MSIE 5.5 and 6.0 too, but the images and labels 
are not nicely aligned):

#sidebarPanel img {

     vertical-align: bottom;

}



to screen.css to all themes.
11/26/2004 10:01:18 AM m (dot) zdila (at) episoftware (dot) com Comment #6 Reply to this comment
(((1))) There is another problem with MSIE 5.0. It doesn't support 
array.push(object) method, so you should instead use 
array[array.length] = object.



For example, now you can't close the branch in the sidebar tree, 
because of that problem. Patch:

templates/javascript/tree.js line 429:

- newNodes.push(nodes[i]);

+ newNodes[newNodes.length] = nodes[i];



... but there are other places where the push method is used.



(((2))) About that horizontal space between rows in tree menu: Yes, I 
use custom theme, but I only changed a color, and I experience this 
problem while using other themes too. This envolves MSIE 5.0, MSIE 
5.5, MSIE 6.0. I'll try to manage to send you the patch asap.



(((3))) Image loading - this problem doesn't show only on page loads, 
but everytime I open or close a branch. The MSIE doesn't cache 
anything for me (or maybe does, but it doesn't influence that). I have 
cache turned on, and Tools/Internet Options/Advanced/Restore Defaults. 
MSIE 5.0, MSIE 5.5, MSIE 6.0.



As I mentioned before, I've been working on a project that uses 
Javascript tree too, supporting dynamic loading and many special 
features, so I know it is possible to improve the tree in the Horde so 
those problems will be eliminated (problem 2 and 3). I'll try to 
manage to look at it, but unfortunately I am under time pressure now.
11/25/2004 03:23:53 PM Jan Schneider Comment #5 Reply to this comment
The IE 5.0 issues with "undefined" have been fixed.



We *do* workaround the horizontal space in IE 5.5+ with the 
"scrollbar-quirk" CSS class. You probably messed this workaround up 
with your custom theme.



We can't improve the image loading in IE any further, at least to our 
knowledge. Pre-loading the images doesn't help either, they still need 
to get loaded. Subsequent page loads have the images cached, so it's 
not an issue then anymore.



And yes, we test XHTML conformancy from time to time, but not on a 
regular basis. Patches to keep conform are always welcome.



AFAICS this leaves only the Konqueror issue open?
11/25/2004 02:35:04 PM m (dot) zdila (at) episoftware (dot) com Comment #4 Reply to this comment
<QUOTE>Opera 7.52 - selecting "Horde" menu item, the menu items in the 
top menubar are messed - see screenshot. In other apps it has 
worked</QUOTE>



In the current CVS HEAD it works :-).
11/25/2004 02:32:18 PM m (dot) zdila (at) episoftware (dot) com Comment #3 Reply to this comment
e.g.: login.php, line 135:  MSIE 5.0 error message: 'undefined' is undefined



You should use if (typeof something == 'undefined') { ...



I've grepped out theese lines:

===> cut here <===



gollem/templates/login/login.inc:20:    if (e != undefined && 
!enter_key_trap(e)) {

imp/templates/login/login.inc:67:    if (e != undefined && 
!enter_key_trap(e)) {

js/image.js:27:    if (no_cache == undefined) {

js/image.js:54:    if (ratio == undefined) {

templates/common-footer.inc:11:if (typeof(_setHordeTitle) == undefined 
&& parent.frames.horde_main) parent.document.title = '<?php echo 
addslashes($registry->get('name') . ' :: ' . $title) ?>';

templates/javascript/form_sections.js:23:    this._openSection = undefined;

templates/javascript/keybindings.js:48:    if (_keyMap[key] == undefined) {

templates/login/login.inc:13:    if (e != undefined && !enter_key_trap(e)) {

turba/templates/block/minisearch.inc:5:    if (e != undefined && 
!enter_key_trap(e)) {

===> cut here <===
11/25/2004 02:09:00 PM Jan Schneider Comment #2
Assigned to Horde DevelopersHorde Developers
State ⇒ Feedback
Reply to this comment
Please provide the full javascript error message from IE 5.0, and the 
(HTML) source code at that position.
11/24/2004 01:06:48 PM   New Attachment: opera7.52.jpg Download
 
11/24/2004 01:03:43 PM   New Attachment: msie5.5.jpg Download
 
11/24/2004 01:03:16 PM   New Attachment: msie5.0.jpg Download
 
11/24/2004 01:02:51 PM   New Attachment: konqueror.jpg Download
 
11/24/2004 01:01:26 PM m (dot) zdila (at) episoftware (dot) com Comment #1
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ browser compatibility
Queue ⇒ Horde Base
State ⇒ Unconfirmed
Reply to this comment
1. I've tested horde framework a bit in different browsers. Here are 
my results:

Mozilla Firefox 1.0 - almost OK - see bug 809

Opera 7.52 - selecting "Horde" menu item, the menu items in the top 
menubar are messed - see screenshot. In other apps it has worked

Konqueror 3.x - in the left tree menu under "Mail" there are no 
folders displayed. Selecting "Mail" menuitem causes right frame to be 
forever loading ... see screenshot

MSIE 5.0 - unusable - see screenshot, javascript errors

MSIE 6.0,  MSIE 5.5

- see ugly horizontal spaces in the left tree menu

- image loading is too slow when I open / close tree branch or load a 
page. In the status bar you can see (123 items remaining) and the 
number is decrementing. It tooks about 20 seconds, although all the 
visible images are loaded sooner (in 5 seconds - also too slow ). This 
bug is caused because of buggy MSIE, but there is a workaround by 
precaching images and to display them after they are completly loaded, 
something like:

var img = new Image();

img.onload = function () { document.getElementById('someimage').src = 
img.src; ... }

img.src = "...";



... or I can attach here a Javascript if someone will ask me to.



I've been working on one project using a big dynamic (using hidden 
frames) javascript tree, and I ve managed to get it work on >= MSIE 
5.0, Mozilla, Opera and Konqueror. Yeah, I know, MSIE sucks! But there 
are many users using even MSIE 5.0 :-(





2. Do you occasionaly validate generated pages against W3C standards? 
I tried it recently and there are some errors.

Saved Queries