4K HiDPI support with AutoCAD 2018

I finally got around to playing with AutoCAD 2018 in HiDPI mode.
All my DCL dialog boxes are looking great, but the OpenDCL ones are tiny!
The only setting I have noticed, is that I can set the Font of elements to be scaled by Monitor instead of by Pixel.
But that doesn't address the overall dialog box size.
And the Studio editor itself is a bit wonky in a HiDPI setting, so I'm guessing there is a bit to go with supporting this?
Any tips or knowledge you can share on the subject would be most appreciated.

Cheers!

--J

Now with 2018.1, it has even more HiDPI 4K support.  There is still some obvious things pending, such as the images in the Ribbon, but I think it's clear the writing is on the wall that 2019 will have full HiDPI support.
See the attached files for our issue.  The "dcl 4k" example is a dilaog box in DCL in HiDPI mode, which you can see AutoCAD scales correctly.  Meanwhile, the "odcl 4k" example shows an OpenDCL dialog, which is still rendered at the original pixel size.  Only when switching the display settings to miserable low resolution and standard scaling does the OpenDCL dialog look correct, in the "odcl 2k" file -- note you can see how low quality much of the rest of the screen items are.

I'm hoping I'm missing something simple, or perhaps that OpenDCL 9 will just magically support HiDPI displays, or something like that?!  :D

Thanks for any assistance.

--J

Hi

I also want to ask about the current state for "4k"? More and more AutoCAD users have these monitors - is there a current or future way to handle it with ODCL?

It will require internally scaling all size values based on a scale factor derived from display resolution. It's going to take some work and will take time to find and correct all the cases where sizes should be scaled, but I agree it needs to be done.

author=owenwengerd link=topic=2515.msg12563#msg12563 date=1505224386 wrote:
...but I agree it needs to be done.

Owen, can you estimate approx. when this could be done? End of this year? Or some months later?

Have a fine day!

Peter

I plan to start working on it in December, but it definitely won't be finished this year.

Have a look at OpenDCL 9.0 and let me know if you see any improvement on high resolution displays.

This is very promising!!!
Some notes:
- on a Mac using Parallels, things are still off, especially in Coherence mode.  But out of coherence mode, for instance in the Studio, the display of things seems normal.  Many elements such as the pulldown menu are still scaled.
- the Web Browser ActiveX Control is the only notable control I can find that is still off.  The dialog itself correctly spawns at double the specified size, the web browser control correct adjusts size, but the HTML displayed is not scaled up 200%.  This may be in our HTML, we are looking into that.
- the version noted in Programs and Features is 9.0.0.1, but in AutoCAD it is reported as 8.2.2.1

Most excited, we were definitely looking forward to being able to support HiDPI with the release of AutoCAD 2019, and it looks like you'll have that amply!  Thank you!

--J

I can't help you with Parallels, but I've taken a stab at the other issues in 9.0.0.2.

It is looking very good!
It would definitely help us test across OS configurations if it worked in Parallels -- are there Windows library return values we can query to report back?

The web pages within the Web Browser ActiveX are still not being scaled up.
We certainly can rewrite all of those pages to scale up according to calculated scale factor (screen.deviceXDPI / screen.logicalXDPI), but this is usually done automatically by the browser.  Still investigating it here, but mentioning in case there is anything specific we can test, report, or any anybody has any ideas.

--J

author=honkinberry link=topic=2515.msg12683#msg12683 date=1515606621 wrote:
The web pages within the Web Browser ActiveX are still not being scaled up.

It is working in my test case. The web browser control is finicky about when it accepts zoom factor changes, so the change is not done until OnDocumentComplete(). Maybe there is some timing issue in your case that causes it to fail during that event. See if you can produce a simple test case for me to try here, then we can both be sure we're testing the same thing.

You bet.
Attached please find a simple example, and a screenshot of how it renders on our end (compared to a Google Chrome window loading the same page).

This is on a a Surface Pro, at 2736x1824 with 200% scaling.

Thanks!

--J

The sample is working for me: it looks just like Chrome in your screen shot. I'm using Windows 10 v. 1709 build 16299.192.

Ugh!  I hate it when these things happen, I'm sorry.
That's my Windows version too, and I checked all updates installed.
Also did a clean reinstall of 2018, with the Update 1.1.
Here's an odd one -- note the Autodesk License screen is small (attached).
I can't find any reports of others having that, so I'm thinking this could be a clue, as to something amiss on my computer.
So we will continue to poke around here.
Sorry for being a problem child!

--J

Indeed, my license dialog looks normal (but I'm only running at 125%, so I wouldn't see much difference anyway).