High resolution
Filipe Madureira
I have an application compiled with PPC2003 SDK in eVC4.
I want this application to run in 240x320 and in 480x640.
This is no problem because the application runs normally in both resolutions.
But I want to make my application high resolution aware, but I want to do
this on runtime by having a button on my application and let the user switch
modes.
Is this possible?
I know that creating a resource named "HI_RES_AWARE" the application will
become high-resolution aware, but I can not change this at runtime.
I don't mind if the application as to be restarted.
How can I do it?
Thanks
Filipe Madureira
Paul G. Tobey [eMVP]
that you can toggle that.
Why don't you mark it as resolution-aware and do your own pixel doubling in
the case that the user selects "Run as on Pocket PC 2002" or whatever? I
can't imagine that there would be much reason to want the application to run
that way when it can properly take advantage of the full resolution of the
device, would there?
Paul T.
"Filipe Madureira" <FilipeM...@discussions.microsoft.com> wrote in
message news:8FD9FCEB-281C-43C1...@microsoft.com...
Filipe Madureira
So, I let the user draw the layouts for the windows, and I want to let him
do it in HIGH RES or LOW RES.
The user may want to have his application drawn in LOW RES to keep it
compatible in LOW RES and HIGH RES devices.
But he may decide to do it only HIGH RES.
What I was thinking was in something like the API calls:
BeginUpdateResource() and UpdateResource(), but for what I can see it is not
available in Windows Mobile SDK.
This would be a simple way of doing it without having to make an entire
managment of the pixel doubling and font size managment and ...
Thanks
r_z_...@pen_fact.com
approach. My applications use default font size, GetSystemMetrics, and
SystemParametersInfo (depending on situation) to scale themselves to
screens of almost any dimension or resolution. And my apps declare
support for high resolution for all SDKs that support it. The
operating system determines whether it supports high resolution. My
apps scale themselves using whatever dimensions the operating system
reports. No need to worry about pixel doubling. No need for my
programs to worry about whether high resolution is supported. I can
use the same executable on an iPAQ 3600 (QVGA) or iMate JasJar (VGA).
-----------------------------------------
To reply to me, remove the underscores (_) from my email address (and please indicate which newsgroup and message).
Robert E. Zaret, eMVP
PenFact, Inc.
20 Park Plaza, Suite 400
Boston, MA 02116
www.penfact.com
Filipe Madureira
in a 480x640 PDA in both modes.
I want it to run like if it was in a 240x320 or in a 480x640 PDA.
If the user designs the window layout in 240x320 I don't want the
application to assume the HIGH RES AWARE, so the application will appear the
same in both types of PDA.
If the user designs the window layout in 480x640 I want the application to
be HIGH RES AWARE, and, in this case, it will only work in this type of PDAs.
The user can also select the FONT SIZE, so if it selects for example font
size 12 it will appear differently in 240x320 and 480x640 unless I adjust it.
r_z_...@pen_fact.com
<FilipeM...@discussions.microsoft.com> wrote:
>Yes, but the problem is that I want it to be possible to run the application
>in a 480x640 PDA in both modes.
>I want it to run like if it was in a 240x320 or in a 480x640 PDA.
>
>If the user designs the window layout in 240x320 I don't want the
This is what I'm saying is the wrong approach. I don't design my
window layouts in 240x320 _or 480x640. I build my applications so
their windows scale to any dimensions from about 100 x 100 up (I've
tested on "desktops" at 1280 x 760). AT RUN TIME. So my applications
don't care whether the device is in high resolution or not.
>application to assume the HIGH RES AWARE, so the application will appear the
>same in both types of PDA.
>
>If the user designs the window layout in 480x640 I want the application to
>be HIGH RES AWARE, and, in this case, it will only work in this type of PDAs.
My resource files always say they support high resolution and my apps
have no problem running on devices with low resolution.
Filipe Madureira
I have an application generator, and my users design the window layout.
I don't think it is just a question of multiplying or dividing positions and
dimensions.
For example comboboxes height is not possible to change and I can not apply
an algorithm specific to each window because I don't design them.
r_z_...@pen_fact.com
<FilipeM...@discussions.microsoft.com> wrote:
>Hi,
>
>I have an application compiled with PPC2003 SDK in eVC4.
>
>I want this application to run in 240x320 and in 480x640.
>This is no problem because the application runs normally in both resolutions.
>
>But I want to make my application high resolution aware, but I want to do
>this on runtime by having a button on my application and let the user switch
>modes.
Paul and I each tried to answer your question. Now that I understand
your situation a bit better, I think Paul did pretty well.
I sure don't see any reason why a user would want to change modes.
Please describe the actual symptoms that users see. For example, are
controls placed incorrectly in one mode?
>
>Is this possible?
>
>I know that creating a resource named "HI_RES_AWARE" the application will
>become high-resolution aware, but I can not change this at runtime.
>
>I don't mind if the application as to be restarted.
>
>How can I do it?
>
>Thanks
>
>Filipe Madureira
-----------------------------------------
Filipe Madureira
Yes, you both gave me valid possible solutions.
Basically what happens is that some users don't want to worry about this
kind of things, and so they design in 240x320 and that it works in any kind
of PDA (like when applications are not HIGH_RES_AWARE)
Others want to use the new PDAs and make full use of 480x640 and so they
want it to be HIGH_RES_AWARE.
I see 3 options now:
1-Like Paul saith, try to manage double pixeling myself
2-Have 2 exectuables for the same application (one HIGH_RES_AWARE and the
other not)
3-Have only one executable and try to make it or not HIGH_RES_AWARE.
Option 3 is the one which would give me less work and I think can give less
problems. About this option I found information on the link bellow, but I
don't understand what they mean with the "HI_RES resource file". Do you know
what file is this? Or how can I create it?
http://www.ultramobilepc-tips.com/forum/viewtopic.php?p=61
Thanks
r_z_...@pen_fact.com
<FilipeM...@discussions.microsoft.com> wrote:
>Hi,
>
>Yes, you both gave me valid possible solutions.
>
>Basically what happens is that some users don't want to worry about this
>kind of things, and so they design in 240x320 and that it works in any kind
>of PDA (like when applications are not HIGH_RES_AWARE)
You just described the problem as seen by the programmers. I asked you
describe the problem as seen by the _users_, the folks who pick up the
device with the app running. So far, I don't see _any_ problem for
them. What do the actual users see that is different in high and low
resolution? Do some screens display poorly?
Filipe Madureira
I agree with you.
But my customers don't. They just say that they want to make full use of
480x640.
They say that for example, to use a background image of 480x640 will give a
much better appearence to the application.
And this is turning out to be a decision factor for a couple of potential
customers in wether to use our solution or not.
r_z_...@pen_fact.com
On Sun, 21 Jun 2009 03:18:01 -0700, Filipe Madureira
<FilipeM...@discussions.microsoft.com> wrote:
>Hi,
>
>I agree with you.
>But my customers don't. They just say that they want to make full use of
>480x640.
>They say that for example, to use a background image of 480x640 will give a
>much better appearence to the application.
Finally, we're getting some specific info. So, the issue isn't about
scaling controls and windows, but about displaying background images.
And if I understand the question, the solution is pretty simple:
1) use a 480x640 image for all devices
2) include HIGH RES AWARE in all builds
3) maximize the window that displays the background image
4) fit the image to the whole window (but probably with logic that
doesn't distort the image when screen proportions don't match image
proportions)
On devices that support VGA (480x640), the window will be VGA and the
background image will display in full resolution. On devices that
support lower resolution, the window will be smaller and the
background image will display in lower resolution.
>
>And this is turning out to be a decision factor for a couple of potential
>customers in wether to use our solution or not.
I can relate to that motivation, at least for you and your company.
Has anyone tried to display the background images as pictures on a few
devices to see whether higher resolution really matters? I think you
and your colleagues should do this test on your own, and then decide
whether/how to share the results with your potential customer.
Are the customers insisting on specific images, or would they consider
images that are less sensitive to resolution?
Resolution isn't the only factor that affects display "quality". I
know I've seen the differences in quality between screens with the
same resolution, but can't find a way to describe them. I do know that
bright ambient light (e.g. outdoors on sunny day) hurts some screens
more than others. And I _think_ glare resistance helps in glare, but
reduces crispness (my term, so don't try to find it in a technical
reference). So you may want to help the customers choose devices with
the best screens for their purposes.