<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.6000.16705" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px">
<DIV>Jay:</DIV>
<DIV> </DIV>
<DIV>I wouldn't "splurge" on this unless someone just wants one of them.</DIV>
<DIV> </DIV>
<DIV>Based on the URLs you sent, the Dell M4300 display is a WUXGA, 16:10, 1920x1200.  See <A href="http://en.wikipedia.org/wiki/WUXGA">http://en.wikipedia.org/wiki/WUXGA</A></DIV>
<DIV> </DIV>
<DIV>I'm heading to the airport now, so I'll have to get the asset tag for you when I get back to Atlanta.</DIV>
<DIV> </DIV>
<DIV>BTW, the customer is impressed with the speed with which I was able to provide the new software.  I owe this credit to Modula-3.  The customer is also impressed with the software, esp. the use of multi-threading and the ability to target multiple platforms simply by recompiling.  Again, credit Modula-3.  Using my env var hack, I was able to show the customer correct appearance of the GUI, at the expense of sub-window movement, so the customer believes I should be able to eventually solve the problem.  Therefore, the customer has agreed to take delivery of the software with the proviso that I continue to work to solve the problem.  So, it looks like I have some more time to work toward a solution.</DIV>
<DIV> </DIV>
<DIV>FYI:  My software is used to control and monitor a satellite multi-receiver system.  This system receives and processes tactical data for display and action by the operator and other automated systems.  I can't be more specific because the application is used by the military.  Indeed, the reason for the hard delivery deadline is to meet a deadline for flight testing aboard a new military aircraft.</DIV>
<DIV> </DIV>
<DIV>When I get back to Atlanta, I'll try to put together some screen captures of the GUI (minus any tactical info) and provide them in a PDF so you can see some of the windows.  I may be able to put together a small program that demonstrates the problem I'm having.  I won't be able to release the source code, but I should be able to provide a standalone EXE file.</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Randy<BR><BR>>>> Jay <jay.krell@cornell.edu> 8/21/2008 7:00 AM >>><BR><BR>Randy, in case anyone splurges on one of these..<BR><BR>Can you go to Dell.com.<BR>Support.<BR>Type in the asset tag. I think they are on small<BR>barcode stickers on the bottom.<BR><BR>Tell us which screen type this as?<BR>  15.4 IN WIDE WUXGA Anti-Glare LCD Panel<BR>  15.4 inch Wide Screen WSXGA+ TrueLife LCD Panel<BR>  15.4 inch Wide Screen WXGA Anti-Glare LCD Panel<BR>(These are the current options when buying this;<BR>could be there were others in the past. Totally unknown.<BR>Should be easy to map the alphabet soup of *GA to resolutions,<BR>but I don't know.)<BR><BR>Could be also you can simulate this with a simple setting.<BR>I'll try when I get home.<BR>You have a small app that demonstrates the problem?<BR><BR>Hm..<BR><BR><A href="http://en.wikipedia.org/wiki/WSXGA">http://en.wikipedia.org/wiki/WSXGA</A><BR><A href="http://www.pcmag.com/encyclopedia_term/0,2542,t=WSXGA&i=54916,00.asp">http://www.pcmag.com/encyclopedia_term/0,2542,t=WSXGA&i=54916,00.asp</A><BR><BR>- Jay<BR><BR>________________________________<BR>> Date: Tue, 19 Aug 2008 19:46:35 -0400<BR>> From: rcoleburn@scires.com<BR>> To: jay.krell@cornell.edu; m3devel@elegosoft.com<BR>> Subject: Re: [M3devel] pixmaps et al on Win32 hi-res monitors<BR>> <BR>> Jay:<BR>> <BR>> 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.<BR>> <BR>> Regards,<BR>> Randy<BR>> <BR>>>>> Jay  8/19/2008 5:23 PM>>><BR>> Randy this is all unfortunate. I really wish I had this configuration locally to try out. :(<BR>> If you or your customer can send me one....I make no promises. :)<BR>> (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.)<BR>> <BR>> "I kinda thunk" 96 and 75 or 96 and 96, would lead to "correcly unscaled pixmaps".<BR>> I need to read the code more..these must have had other affects.<BR>> <BR>> Be sure your customer knows it works fine on most machines/configurations.<BR>> Try to get your customer to believe we might yet fix it.<BR>>   However, granted, confidence in the overall system will still suffer.<BR>> 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.<BR>> <BR>> Sorry,<BR>>  - Jay<BR>> <BR>> <BR>> ________________________________<BR>> <BR>> Date: Tue, 19 Aug 2008 16:55:00 -0400<BR>> From: rcoleburn@scires.com<BR>> To: m3devel@elegosoft.com; jayk123@hotmail.com<BR>> Subject: pixmaps et al on Win32 hi-res monitors<BR>> <BR>> <BR>> Jay, Sorry for the delay in getting back to you.<BR>> <BR>> 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).<BR>> <BR>> So, here is where I stand:<BR>> <BR>> 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.<BR>> <BR>> 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:<BR>> <BR>> Unscaled=subwindows can't be dragged around (moved), but the GUI looks good;<BR>> <BR>> 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).<BR>> <BR>> 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.<BR>> <BR>> 3.  At this point I don't know of anything else to try as a potential solution to this problem.<BR>> <BR>> 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.<BR>> <BR>> If anyone has any other ideas for a solution, please let me know ASAP.<BR>> <BR>> 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.<BR>> <BR>> Regards,<BR>> Randy<BR><BR></DIV></BODY></HTML>