I prepared a stackblitz example for you (sometimes you need to refresh its html window on the right to make it work). You can see only 60% of the chart is drawn in Firefox, but 100% in Chrome - https://stackblitz.com/edit/github-nlvlrr-mwudnj?file=src%2Fapp%2Fapp.component.ts,src%2Fapp%2Fapp.component.html,tsconfig.json&preset=node.
Maybe there is some quick workaround to this? Have been trying to solve this bug since the last week...
This is how it looks in Firefox:
This is how it looks in Chrome:
Related
I am creating a dev. site to eventually replace an existing site and every time I inspect an element the body of the page shrinks down to a third of the left half of the page. It is also happening randomly with the slider where the image shows on only half the page from time to time. If I refresh the page it corrects it until I inspect an element again. It is making it impossible to work on this site and I have disabled the theme and gone to a stock theme as well as one by one disabled plugins trying to figure out what is causing this glitch and I have yet to determine what could be causing this issue. How can I fix it?
If you're using chrome dev tools (assuming the dev-tools window opens separate from chrome, not in the same window) my guess is that your device toolbar may be toggled.
Click this to turn it off, as it's used to test your site on a different screen sizes and could be shrinking your screen whenever you inspect something.
It's possible that you have your Dev tools Emulator on which helps you emulate the web page in different device sizes. Try closing the emulator by clicking on it.
I'm writing a README.md file in VS Code, and I'm seeing over half the preview pane being left blank. I don't recall this happening when I used VS Code for the same purpose last summer -- I was getting nice full preview panes.
Bug? Misconfiguration on my part?
Screen shot: https://photos.google.com/share/AF1QipPr8U4FsOsEOYJcHgQiMs3XNpPheAdwKAKUkDmCUdIpiEy5WnKIFq4Y-9LVpyXVlg?key=X0RSa1RoeUNMZDQwM0RSTzFscmNjdzBEbnhwSlhn
You are running into this known issue regarding zoom level and webviews: https://github.com/Microsoft/vscode/issues/5745
I just submitted a PR with the fix: https://github.com/Microsoft/vscode/pull/24465 Hopefully this fix will be in insiders builds soon and will make it into the next VSCode 1.12 release
The project I'm developing for recently switched to .Net4.5 and Visual Web GUI 10.0.4 and a context menu item that works in Firefox doesn't work in IE11 (our official supported' browser).
I can't post images here yet, so here's a link:
[img]http://i.imgur.com/oIEca4l.png[/img]
notice that the firefox windows has 'invoice together' while the IE window has arrows in a box, and that's it.
Here are all the properites for the menu item:
[img]http://i.imgur.com/vHB4Ak6.png[/img]
The only reference to it in the code is displaying a message box when the 'invoice together' is clicked.
I'm thinking it's an IE display issue, but I'm curious to know if anyone knows a way to fix it?
Thanks
I experienced the same or most probably very similar issue on one of several virtual machines. I have content menu on ListView control. There was no visible menu items' text and there were left and right arrow sliders on the menu.
The web site worked fine on FF, Chrome. Interesting thing was that this context menu problem was not reproduced on other virtual machines with IE11. Only on single one. IE version 11.0.9600.18053 / 11.0.24 (kb3093983) was used on all test machines.
I noticed a slight difference in font's rendering also. Font's size seems smaller.
What I did was applying back IE's default settings and restarting client's machine. This somehow fixed the context menu and font's rendering.
My self explanation is that something in "get font and render it" communication between browser and client OS went wrong. From this came wrong looking menu with sliders.
Hope this helps!
Reduce fonts size on IE, it would help.
Anyone encountered this before:
I've tried using firebug to spot differences between this and a working version and I spot none.
A working version should like the following:
One of the CSS classes in your site is conflicting with the TinyMCE classes, and it is causing this problem. If you are using FireBug then look at the CSS break down on the right and side and see if there is any differences with any of the buttons and their parents.
Don't use FireBug but chrome or safari dom inspectors.
Because firebug and TimyMce don't really work together.
I know Firebug is the standard, but I find myself using Chrome a lot (screen space, speed, etc.) Anyway, I think their inspector is pretty good, too. Certainly good enough that I don't want to fire up FF and navigate thru a site every time that I want to take a peak at the DOM.
However, probably the most annoying part is that I can't dock the Chrome inspector to the bottom of Chrome. I see that there's a dock button, but it doesn't seem to do anything.
Any tips? suggestions? Is it supposed to do something else? Thanks.
There is now a button on chrome that allows you to dock the element inspector to the main browser window, just like firebug. It is located in the bottom left of the window and looks like a little rectangle with a smaller offset rectangle in it.
Seems to be something they're working on as we speak. So for now, I guess you'll just have to change the window size, to place the inspector underneath it, or whatever your preference is (except docking, of course)...
Ah .. found my answer here. Seems like it is dockable in Safari and not in Chrome, both based on webkit.
Seems like the proposed to solution is to remove the docking button! That's unfortunate. I won't use it if I have to constantly tab back and forth.
http://code.google.com/p/chromium/issues/detail?id=25