Revision history for WikkaAndBrowsers
Revision [23021]
Last edited on 2016-05-20 07:38:44 by JavaWoman [Replaces old-style internal links with new pipe-split links.]Additions:
~- Opera (7.2x) implements the standard [[http://www.ecma-international.org/publications/standards/Ecma-262.htm | ECMAscript]] instead of JavaScript. In many cases the difference is minimal, but in Wikka the WikiEdit toolbar does not appear (at all) in Opera. --- //Possible solution: rewrite the WikiEdit toolbar's JavaScript so it is more cross-browser compatible.//
Deletions:
Revision [18540]
Edited on 2008-01-28 00:11:55 by JavaWoman [Modified links pointing to docs server]No Differences
Additions:
~- Opera (7.2x) implements the standard [[http://www.ecma-international.org/publications/standards/Ecma-262.htm ECMAscript]] instead of JavaScript. In many cases the difference is minimal, but in Wikka the WikiEdit toolbar does not appear (at all) in Opera. --- //Possible solution: rewrite the WikiEdit toolbar's JavaScript so it is more cross-browser compatible.//
~~&The latest version of WikiEdit (not included in Wikka yet) is said to be compatible with Opera 8 now. --JW.
~~&The latest version of WikiEdit (not included in Wikka yet) is said to be compatible with Opera 8 now. --JW.
Deletions:
Additions:
~-Version 1.0.3 doesn't seem to display floats correctly. In particular, when using ##""<<left float<<>>right float>>""## in Wikka to create a two-column layout, FF clears the first float before displaying the second float. This behavior does not occur with other browsers on Mac OS X nor for FF on other platforms.
~~~~~~&I'd have to actually compare some stylesheets that work vs. ones that don't work but I now suspect it may actually be a (subtle) bug in the stylesheets where it doesn't work rather than a FireFox bug. Something like original default stylesheet tested on IE which has a box model bug; a width that will work in IE may then fail in a standards-compliant browser and push the second float down. Will report back. --JW
~~~~~~&I'd have to actually compare some stylesheets that work vs. ones that don't work but I now suspect it may actually be a (subtle) bug in the stylesheets where it doesn't work rather than a FireFox bug. Something like original default stylesheet tested on IE which has a box model bug; a width that will work in IE may then fail in a standards-compliant browser and push the second float down. Will report back. --JW
Deletions:
Additions:
~~~~~& Right, ##javawoman.css## is ok, as well as other stylesheets: it seems then a problem with some stylesheets under Firefox, which doesn't occur with other browsers. Now: a firefox bug or an imperfect support of floats-related CSS in other browsers? -- DT
Additions:
~~~~&Hmm - same problem in FF 1.0.3 in Windows; could it be a stylesheet problem? - Indeed it is (on Windows): when I use my own stylesheet instead of the default one the floats are next to each other. Can you test this on the Mac, please, DarTar? If you see the same it's just a problem/bug in our default stylesheet --JW
Deletions:
Additions:
~~~~&Hmm - same problem in FF 1.0.3 in Windows; could it be a stylesheet problem? --JW
Additions:
CategoryTroubleshooting
Deletions:
Additions:
~~~& Yes, for instance it occurs in AdminTools where no newline is present between the two floats. -- DarTar
Additions:
~~&Does this occur even when there is **no** newline (rendered as <br />) between the left float and right float? --JW
Revision [7628]
Edited on 2005-04-26 11:31:54 by DarTar [Minor: Safari *can* crash when using WikiEdit on specific pages, normally it doesn't]Additions:
~-Using the WikiEdit toolbar can crash Safari. While Safari shouldn't crash when encountering JavaScript it cannot handle, more cross-browser JavaScript might help, too. --- //Possible solution: rewrite the WikiEdit toolbar's JavaScript so it is more cross-browser compatible.//
Deletions:
Additions:
~-Problem as described for version 1.0.3 on Linux does not occur on Windows.
~-Problem as described for version 1.0.3 on Linux does not occur on Mac OS X.
~-Problem as described for version 1.0.3 on Linux does not occur on Mac OS X.
Deletions:
~-Problem as described for version 1.0.3 does not occur on Mac OS X.
Revision [7625]
Edited on 2005-04-26 11:26:04 by DarTar [Adding float rendering problem in FF 1.0.3 / Mac OS X]Additions:
~- Version 1.0.3 doesn't seem to display floats correctly. In particular, when using ##""<<left float<<>>right float>>""## in Wikka to create a two-column layout, FF clears the first float before displaying the second float. This behavior does not occur with other browsers on Mac OS X nor for FF on other platforms.
Additions:
~-Version 1.0.3 crashes/hangs when scrolling down a page with UTF-8 characters (such as currently found in our SandBox). Maybe it's the mixture of languages? There doesn't seem to be a problem with (non-Wikka) pages in a single UTF-8 character range. --- //No solution known - seems to be a browser bug.//
Deletions:
Additions:
====Mozilla Firefox====
===Linux===
~-Version 1.0.3 crashes/hangs when scrolling down a page with UTF-8 characters (such as currently found in our SandBox). Maybe it's the mixture of langauges? There doesn't seem to be a problem with (non-Wikka) pages in a single UTF-8 character range. --- //No solution known - seems to be a browser bug.//
~-Problem as described for version 1.0.3 does not occur on Windows.
===Mac OS X===
~-Problem as described for version 1.0.3 does not occur on Mac OS X.
===Linux===
~-Version 1.0.3 crashes/hangs when scrolling down a page with UTF-8 characters (such as currently found in our SandBox). Maybe it's the mixture of langauges? There doesn't seem to be a problem with (non-Wikka) pages in a single UTF-8 character range. --- //No solution known - seems to be a browser bug.//
~-Problem as described for version 1.0.3 does not occur on Windows.
===Mac OS X===
~-Problem as described for version 1.0.3 does not occur on Mac OS X.
Additions:
~- Opera (7.2x) implements the standard [[http://www.ecma-international.org/publications/standards/Ecma-262.htm ECMAscript]] instead of JavaScript. In many cases the difference is minimal, but in Wikka the WikiEdit toolbar does not appear (at all) in Opera. --- //Possible solution: rewrite the WikiEdit toolbar's JavaScript so it is more cross-browser compatible.//
~-When Safari is used to edit a page that contains UTF-8 characters, the result may look OK in Safari but is "character soup" in any other browser that supports Unicode. It seems Safari's support for UTF-8 is non-standard. --- //No solution known.//
~-Using the WikiEdit toolbar crashes Safari. While Safari shouldn't crash when encountering JavaScript it cannot handle, more cross-browser JavaScript might help, too. --- //Possible solution: rewrite the WikiEdit toolbar's JavaScript so it is more cross-browser compatible.//
~-When Safari is used to edit a page that contains UTF-8 characters, the result may look OK in Safari but is "character soup" in any other browser that supports Unicode. It seems Safari's support for UTF-8 is non-standard. --- //No solution known.//
~-Using the WikiEdit toolbar crashes Safari. While Safari shouldn't crash when encountering JavaScript it cannot handle, more cross-browser JavaScript might help, too. --- //Possible solution: rewrite the WikiEdit toolbar's JavaScript so it is more cross-browser compatible.//
Deletions:
~-When Safari is used to edit a page that contains UTF-8 characters, the result may look OK in Safari but is "character soup" in any other browser that supports Unicode. It seems Safari's support for UTF-8 is non-standard. //No solution known.//
~-Using the WikiEdit toolbar crashes Safari. While Safari shouldn't crash when encountering JavaScript it cannot handle, more cross-browser JavaScript might help, too. //Possible solution: rewrite the WikiEdit toolbar JavaScript so it is more cross-browser compatible.//
Additions:
~- Opera (7.2x) implements the standard [[http://www.ecma-international.org/publications/standards/Ecma-262.htm ECMAscript]] instead of JavaScript. In many cases the difference is minimal, but in Wikka the WikiEdit toolbar does not appear (at all) in Opera. //Possible solution: rewrite the WikiEdit toolbar JavaScript so it is more cross-browser compatible.//