Community
Participate
Working Groups
http://www.eclipse.org/mylyn/downloads/ : On Konqueror and FireFox the Bugs and Archives icons are rendered to the right of the page body and not on the bottom. On ie6 the whole page body is rendered below the menu.
Created attachment 72975 [details] Screenshot on IE6
(In reply to comment #0) > http://www.eclipse.org/mylyn/downloads/ : > > On Konqueror and FireFox the Bugs and Archives icons are rendered to the right > of the page body and not on the bottom. This is true of Safari as well.
Should be fixed now. Looks like it weird rendering bug in the Browser. Verified with Safari. Steffen: could you verify with Konqueror?
Created attachment 73231 [details] mylyn/context/zip
Looks good now with konqueror and FireFox.
IE6 still does not render the download page correctly (all other pages look okay though).
IE7 renders fine for me. Could you attach an IE6 screenshot?
I see that in IE body content goes down below left side bar if page is not wide enough. Same issue with Eclipse's wikipedia.
(In reply to comment #7) > IE7 renders fine for me. Could you attach an IE6 screenshot? See attachments on this report :).
Duh, thanks. That rendering problem makes even less sense than the prevoius ones ;) What OS is this IE6 running on?
Linux :). It's ies4linux but the rendering should be the same as on other OSs.
Just noticed that the body content moves up when I make the window wide enough.
There are some online rendering tools that you can check to see what you page looks like without having all browsers installed. One is http://ipinfo.info/netrenderer/index.php
Need to investigate IE6 rendering bug.
The problem is in <div id="midcolumn" style="width:93%"> - it makes midcolumn width fixed in IE6. Would be nice to know how to fix this.
Anatoly: thanks for the pointer, that width specification did turn out to be the source of the problem. Rather than taking it out, which would have made the page more narrow, I was able to work around it by adding a style="width:93%" attribute to the other div's on that page.
Created attachment 77035 [details] current look in ie6 Mik, did you pus this fix to the web site? I don't really see any improvements.
Yes, fix was pushed to the site along with the bug being marked resolved. Since I don't have access to a machine with IE6 I verified the fix via: http://ipinfo.info/netrenderer/index.php Previous behavior was that non contents would show on the download page. Current behavior is that contents show as with IE7. Please comment if that's not the case.
See screenshot I've attached with my last comment. It doesn't seem like netrenderer allow to specify browser width, but you can reproduce it using http://www.browsercam.com/ With screen size set to 800x600 it seem look ok with IE7, but not in IE6 and IE55. In those browsers page body appear below left navigation bar when browser is narrow and this issue affects not only download page.
Argh, that's annoying. Does this happen with other Mylyn pages (e.g. homepage) or just the download page?
(In reply to comment #19) > ...affects not only download page. yes, it does affect homepage, but browser need to be narrower for that one.
Created attachment 77134 [details] Patch against http://dev.eclipse.org/viewcvs/index.cgi/www/mylyn/downloads/index.php?revision=1.98&root=Eclipse_Website&view=markup IE6 is a pain (and CSS is a pain also). Nevertheless this patch should fix the problem.
Patch applied, thanks Antoly, that was very helpful and we should probably stick to using divs in this way. All looks good on my end, but others should verify. I did some additional tweaks of the spacing and layout.
Hmm. The page header on download page is at the top now, but download table is still jumping below the left navigation bar.
Created attachment 77239 [details] against revision=1.98 : avoid jumping download tables This patch fixes jumping tables by putting them in a wrapper div with clear:right property and setting float attribute for tables to none. Some removed to wrap the tables more compactly. At less than 600px window width right side of the tables looks buggy in IE, but I can't think of any easy workarounds. In any case download links aren't pushed out of sight for that little audience of Mylyn users, who prefers IE6 over FF and works on less than 800x600 screen resolution.
Reopened to keep track.
Antoly: are you still looking into this? It looks like I didn't apply your latest patch, should it still be applied?
Yep. The patch brings to a minimum look inconsistency between FF, IE and Opera.
Antoly: the patch is not in a format that I can apply. Could you check if you still see the failure (soime of these fixes have been applied), and if so try again and create a Unified/Workspace patch (these should be the default options)?
Created attachment 83907 [details] tips page Why this issue been closed? UI layout in IE is still broken
Eugene: This bug is about the download page. If you have a problem with the rendering of the download page please post a screenshot. The rendering of the Tips page is in my list of web site updates, but feel free to file a new bug.
Created attachment 83917 [details] download page here you are
What's the precise MSIE version that you are using? I can not reproduce this with the latest (7.0.6000).
Created attachment 83922 [details] ie version
Created attachment 84011 [details] liquid layout for downloads page http://dev.eclipse.org/viewcvs/index.cgi/www/mylyn/downloads/index.php?root=Eclipse_Website&view=log My mistake to create the patch for rendered HTML page. This is the correct one for PHP code.
Antoly: I still cannot apply your patch. Could you provide me instructions with how to apply, or follow the convention that we use for creating workspace patches? http://wiki.eclipse.org/index.php/Mylyn_Contributor_Reference#Patches
Created attachment 85726 [details] Patched revision 1.153.. I do not know where is the problem. Seems ok for me. I attach patched version. C:\>patch --verbose index.php patch.txt Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |--- E:/Mylyn/1.153/index.php.orig Wed Nov 28 21:45:38 2007 |+++ E:/Mylyn/1.153/index.php Wed Nov 28 21:54:02 2007 -------------------------- Patching file index.php using Plan A... Hunk #1 succeeded at 45. Hunk #2 succeeded at 55. Hunk #3 succeeded at 103. Hunk #4 succeeded at 134. done
Anatoly: what are you creating the patch with? I cannot apply it via Eclipse and always get conflicts. It is not created in the right format because it refers to your "E:" drive (i.e. first line is --- E:/Mylyn/1.153/index.php.orig Wed Nov 28 21:45:38 2007) which is confusing Eclipse's patch wizard. Sorry for all the back-and-forth, but if if you are still interested in contributing this, please do the following: * Synch up to the latest download page's index.php * Create as per our instructions for creating Eclipse workspace patches http://wiki.eclipse.org/index.php/Mylyn_Contributor_Reference#Patches Alternatively you could try to create a relative patch patch and Eclipse might let me apply that. Eugene: I cannot reproduce the rendering problem with IE6 using http://ipinfo.info/netrenderer/index.php If you can still reproduce it let me know, and it would be good if you could find a web-based renderer that showed the probem.
Created attachment 86998 [details] merged patch I've been able to apply patch and merge it to the HEAD. Here is the merged version
Thanks. I've made the patch with Winmerge, because I did not have sufficient bandwidth to checkout whole Mylyn tree to provide task context. It would helped me more if there was a link to an exemplary patch with some comments on the "Contributors reference" page. Steffen: To see the bug you need to be able to contract the browser area. Netrenderer doesn't allow this.
Created attachment 87067 [details] problem is still there Mik, I don't know about web based rendereds, but problem is still there. You need to make your browser window narrow. If that windows is not tall enough, the download table is out of the screen and page looks blank. BTW, the same issue appear with Eclipse's wiki skin. When window is narrow, the article text goes below the left navigation bar.
The page appears to render okay now on IE6.