Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sets the ChromiumWebBrowser initialization ZoomLevel #792

Closed
az235 opened this issue Feb 6, 2015 · 10 comments
Closed

Sets the ChromiumWebBrowser initialization ZoomLevel #792

az235 opened this issue Feb 6, 2015 · 10 comments
Labels
duplicate wpf WPF Implementation
Milestone

Comments

@az235
Copy link

az235 commented Feb 6, 2015

Hi,ALL:
I want ChromiumWebBrowser ZoomLevel effect during initialization, how am I supposed to do? Because the resolution is 2160*1440 Surface Pro 3, and page was blank when it is initialized, I want to solve this problem.
PS: in the HTML page loads and displays the ZoomLevel after operation is taking effect.

@jornh
Copy link
Contributor

jornh commented Feb 6, 2015

With WPF or WinForms?

If it's WPF then see #738 it sounds related to your description. #738 mention some known unresolved upstream CEF issue and also some local workaround.

@az235
Copy link
Author

az235 commented Feb 6, 2015

I'm using WPF,#738 is not resolved

@jornh jornh added duplicate wpf WPF Implementation labels Feb 6, 2015
@jornh
Copy link
Contributor

jornh commented Feb 6, 2015

#738 is not resolved

No exactly, due to the unresolved upstream CEF project issue.

Can you confirm if your issue is the same/related or something different?

@az235
Copy link
Author

az235 commented Feb 6, 2015

My problem with 738 issues basically the same, were due to ChromiumWebBrowser currently only supports 1920*1080, and ZoomLevel attributes and problems arising from the need to be modified after the page is displayed again.

Thank you for your patience to answer

@az235
Copy link
Author

az235 commented Feb 6, 2015

If I need to solve this problem, may I ask, at this stage, do you have any good ways?

@jornh
Copy link
Contributor

jornh commented Feb 9, 2015

Well, yes #738 is a pretty long discussion. If you start at #738 (comment) you see a few upstream CEF references. The best is of course if you are able to work on contributing a fix to CEF. If that's not possible maybe the workaround the original poster over there (@mookrs) used also works for you?

@mookrs
Copy link

mookrs commented Feb 10, 2015

You can see amaitland@a83e480 and amaitland@7c4ef7d then change bjarteskogoy@d08df3d, compile CefSharp.Wpf and get its DLL. This is maybe a temporary solution. Although our own project doesn't use it and remains the HiDPI bug.

@amaitland
Copy link
Member

Setting the ZoomLevel DependencyProperty causes problems, in the short term I'm inclined to just expose SetZoomLevel on the WPF control so users can call it on FrameLoadStart until a clean solution can be derived.

@bjarteskogoy
Copy link

Fixed by this: #842

@amaitland amaitland modified the milestones: 41.0.0, 39.0.0 Apr 8, 2015
@amaitland
Copy link
Member

As of 39.0.0 there is a usable workaround. See #738 (comment)

As there are a number of other issues that represent this topic I'm going to close this one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate wpf WPF Implementation
Projects
None yet
Development

No branches or pull requests

5 participants