Menu on the left from articles
-
When going to this article: Refreshing Mule Cache Using Oracle Database Change Notification - CodeProject[^] It is reported as plagiarized so might be gone by the time you read this, but I'v seen it on other articles as well. When I scroll down on that article the menu on the left gets shrunk to unreadable. "Article" becomes "Ar", "browse code" becomes "br" ... This happens the moment the menu is supposed to scroll down, so the moment the "Article" word is at the top of the page. Browser: Chrome 48.0.2564.109 m Since resolution is probably a factor here: 1366 x 768 On a side note for future reference: Do you prefer 2 separate posts with 1 bug report or 1 post with 2 reports?
Tom
-
When going to this article: Refreshing Mule Cache Using Oracle Database Change Notification - CodeProject[^] It is reported as plagiarized so might be gone by the time you read this, but I'v seen it on other articles as well. When I scroll down on that article the menu on the left gets shrunk to unreadable. "Article" becomes "Ar", "browse code" becomes "br" ... This happens the moment the menu is supposed to scroll down, so the moment the "Article" word is at the top of the page. Browser: Chrome 48.0.2564.109 m Since resolution is probably a factor here: 1366 x 768 On a side note for future reference: Do you prefer 2 separate posts with 1 bug report or 1 post with 2 reports?
Tom
-
Very strange. This is the html I get when it happens (for that menu div)
And this is the html before it happens:
When I hover it the menu width does seem to be correct but the "Article Moderation: Should this article be published?" box is on top of it. So it's not so much a shrinking problem but a z-order problem (I think)
Tom
-
Very strange. This is the html I get when it happens (for that menu div)
And this is the html before it happens:
When I hover it the menu width does seem to be correct but the "Article Moderation: Should this article be published?" box is on top of it. So it's not so much a shrinking problem but a z-order problem (I think)
Tom
Let me know next time you see it and I'll dig in. As a complete aside: Chrome 48. I really wish they'd learn what a "major" version is. Looking at the version history I see 45 -> 46 was - Change in taskbar logo design - A number of fixes and improvements.[r 109] - Under the hood performance and stability tweaks.[r 110] (Android version) Seriously? :rolleyes:
cheers Chris Maunder
-
Let me know next time you see it and I'll dig in. As a complete aside: Chrome 48. I really wish they'd learn what a "major" version is. Looking at the version history I see 45 -> 46 was - Change in taskbar logo design - A number of fixes and improvements.[r 109] - Under the hood performance and stability tweaks.[r 110] (Android version) Seriously? :rolleyes:
cheers Chris Maunder
I've just seen the problem in Firefox 44.0.2: Raspberry<-->SPI<-->Microchip - CodeProject[^] Screen-shot: CodeProject-Article-Menu-Bug.png (23.4 KB)[^] My browser window (
document.body.offsetWidth) is 1605px wide. If I close the bookmarks bar, the menu appears fully. If I shrink the window, the menu disappears fully. Looks like it's the huge images in that article - they're 1366px wide:<img src="/KB/Articles/1078315/2016-02-14_.png" width="1366px" height="768px">
That forces the central
<td>to expand to 1396px. Witharticle-wing-righttaking up 170px, and 18px margin around the table, that only leaves 21px forarticle-wing-left. When the menu position isstatic, the table gets pushed off the right-hand edge of the screen. But when the menu position isfixed, the containing<td>shrinks. Addingtable-layout:fixed;to thecontainer-article-partstable would probably fix the problem. :)
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
-
I've just seen the problem in Firefox 44.0.2: Raspberry<-->SPI<-->Microchip - CodeProject[^] Screen-shot: CodeProject-Article-Menu-Bug.png (23.4 KB)[^] My browser window (
document.body.offsetWidth) is 1605px wide. If I close the bookmarks bar, the menu appears fully. If I shrink the window, the menu disappears fully. Looks like it's the huge images in that article - they're 1366px wide:<img src="/KB/Articles/1078315/2016-02-14_.png" width="1366px" height="768px">
That forces the central
<td>to expand to 1396px. Witharticle-wing-righttaking up 170px, and 18px margin around the table, that only leaves 21px forarticle-wing-left. When the menu position isstatic, the table gets pushed off the right-hand edge of the screen. But when the menu position isfixed, the containing<td>shrinks. Addingtable-layout:fixed;to thecontainer-article-partstable would probably fix the problem. :)
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
That's what I was seeing as well only far better explained and with a solution as well. :thumbsup:
Tom
-
Let me know next time you see it and I'll dig in. As a complete aside: Chrome 48. I really wish they'd learn what a "major" version is. Looking at the version history I see 45 -> 46 was - Change in taskbar logo design - A number of fixes and improvements.[r 109] - Under the hood performance and stability tweaks.[r 110] (Android version) Seriously? :rolleyes:
cheers Chris Maunder
For the problem see Richards post :) As for the version numbers: Thank "whatever sky-pixi you want", I'm not alone in getting annoyed by this whole "race for the highest version number" that seems to be going on.
Tom
