[M3devel] pixmaps et al on Win32 hi-res monitors

Jay jay.krell at cornell.edu
Thu Aug 21 13:00:43 CEST 2008


Randy, in case anyone splurges on one of these..

Can you go to Dell.com.
Support.
Type in the asset tag. I think they are on small
barcode stickers on the bottom.

Tell us which screen type this as?
  15.4 IN WIDE WUXGA Anti-Glare LCD Panel
  15.4 inch Wide Screen WSXGA+ TrueLife LCD Panel
  15.4 inch Wide Screen WXGA Anti-Glare LCD Panel
(These are the current options when buying this;
could be there were others in the past. Totally unknown.
Should be easy to map the alphabet soup of *GA to resolutions,
but I don't know.)

Could be also you can simulate this with a simple setting.
I'll try when I get home.
You have a small app that demonstrates the problem?

Hm..

http://en.wikipedia.org/wiki/WSXGA
http://www.pcmag.com/encyclopedia_term/0,2542,t=WSXGA&i=54916,00.asp

 - Jay

________________________________
> Date: Tue, 19 Aug 2008 19:46:35 -0400
> From: rcoleburn at scires.com
> To: jay.krell at cornell.edu; m3devel at elegosoft.com
> Subject: Re: [M3devel] pixmaps et al on Win32 hi-res monitors
> 
> Jay:
> 
> Thanks.  I probably can't arrange to send you one of these computers, but I might be able to set up a way for you to remotely access it.
> 
> Regards,
> Randy
> 
>>>> Jay  8/19/2008 5:23 PM>>>
> Randy this is all unfortunate. I really wish I had this configuration locally to try out. :(
> If you or your customer can send me one....I make no promises. :)
> (It is not a cheap machine. It is a "high end" laptop ("high end" means "arbitrarily inflated price"), starts at $1400, and is not well configured at that price. You can get a much better Dell Vostro or Inspiron for half the price.)
> 
> "I kinda thunk" 96 and 75 or 96 and 96, would lead to "correcly unscaled pixmaps".
> I need to read the code more..these must have had other affects.
> 
> Be sure your customer knows it works fine on most machines/configurations.
> Try to get your customer to believe we might yet fix it.
>   However, granted, confidence in the overall system will still suffer.
> And if you can get them to send me one..just to borrow...probably not a good move in a "professional environment", use your judgement.
> 
> Sorry,
>  - Jay
> 
> 
> ________________________________
> 
> Date: Tue, 19 Aug 2008 16:55:00 -0400
> From: rcoleburn at scires.com
> To: m3devel at elegosoft.com; jayk123 at hotmail.com
> Subject: pixmaps et al on Win32 hi-res monitors
> 
> 
> Jay, Sorry for the delay in getting back to you.
> 
> I ran tests as you suggested, namely, in WinScreenType.InnerNew I changed the x & y resolution to be 96.0 (I did not change the pixels,  just the res field).  I tried running this version with Image.Raw.x/yres set to 75.0 and also set to 96.0.  In both cases, what I got on the screen was horrid.  Everything was extremely large and only a fraction of the window was visible on screen (e.g., shadow size on buttons appeared to be increased by a factor of 7 or more).
> 
> So, here is where I stand:
> 
> 1.  It seems that for certain high-dpi monitors (Dell M4300 laptop is only one I've tested), if you use unscaled pixmaps in FormsVBT/Trestle, the ZGrowVBT stops working for ZChassisVBT.  You can still grab the title and try to drag.  The system will put an outline around the window, but it won't let you drag it anywhere.
> 
> 2.  I have put an environment variable in my programs that lets you choose between scaled and unscaled pixmaps.  For either case, the program seems to work fine on "normal dpi" monitors, but when run on the Dell M4300 hi-res system, you get the following behavior:
> 
> Unscaled=subwindows can't be dragged around (moved), but the GUI looks good;
> 
> Scaled=subwindow dragging works as expected, but all pixmaps are double-size resulting in bad appearance (pixmaps are out of proportion with text and cause some subwindows to be too big to fit on screen).
> 
> So, the end user gets to decide via environment variable whether he wants a pretty GUI with frozen subwindows, or an ugly GUI with movable subwindows.  Alas, the choices are poor, at best.
> 
> 3.  At this point I don't know of anything else to try as a potential solution to this problem.
> 
> 4.  I am running final tests today & tomorrow at the customer location.  We will meet tomorrow (Wednesday) afternoon to decide if customer will accept the program.
> 
> If anyone has any other ideas for a solution, please let me know ASAP.
> 
> I plan to commit my changes to the repository as soon as the final decision on acceptance is rendered.  These changes will not alter the way Trestle/FormsVBT has been working on Windows, except to fix the appearance of scaled scroll bars and to add the capability to force use of unscaled pixmaps.  The latter is not done thru env var, but via a new procedure in Image.i3.  (One could use an env var in one's program, like I did, to provide a control input to the new procedure.)  Unless one calls the new procedure, the default is to use scaled pixmaps so as to maintain compatibility with the way its been done in the past, thus there is no change in operation unless explicitly called for by the programmer.
> 
> Regards,
> Randy



More information about the M3devel mailing list