Anyone running on a windows treo?

[BIGBEN]

I've sent a test to my iPAQ hw6515(240x240) betatester.

The test should look like on an attached pixel on a QVGA device. When the stylus is pressed it saves a screenshot. On stylus move it should show the 3x3 red pixel dot under the stylus (true stylus coordinates used, no multiplication).

The grey square is 32x32 pixels in an output screenshot.
8 colors are repeated in the rows until y==240.
Press any button to quit.

I expect the screenshot wouldn't be the same as the program looks on 240x240 device. So I also ask my betatester to describe "is it looking the same, what differences"

There would be also interesting how it looks on Treo

EDIT: Since the screenshot (I expect) wouldn't be very useful I also asked him to take a digital photo of the device's screen, if he can.

[Kzinti]

How do I tell pocketfrog/phal to not use GAPI?

I will need to release a new version of PocketHAL. Hopefully I will have time for this during the weekend.

[Kzinti]

I am currently quite busy with life. We just made an offer on a house and I am trying to get a new position at my company. Busy busy. As soon as I have a few hours to spare, I will update PocketHAL to work properly on the Treo.

[Kzinti]

I have a fix. Release 0.7.7c is available for registered users. Just drop me an e-mail and I will send you the update.

[BIGBEN]

Thank you very much, Kzinti!

Release 0.7.7c
==============

Windows CE:

- Fixed GAPI emulation issue on Treo 700w. The screen size is now properly
reported as being 240x240 (and not 240x320).

Possibly dumb questions, but I have no Treo to test:

1. Does it mean that we do not need anything special to use this option (so PHAL automatically detects Treo and use this option)?

2. We do not need to include HI_RES_AWARE?

3. I assume, we should convert stylus coordinates on Treo manually (multiply y-coordinate by 4/3) as before?

4. If 3 is true, how to detect Treo 700w?

Thanks again

[Presto]

I'm betting the fix is that PHAL will now use a 240x240 backbuffer, rather than 240x320. Since the screen isn't being resized, you shouldn't need to do anything with the stylus input.

In essence, it should work like other square screens now. Kzinti can answer that for sure, but I can't imagine him doing it any other way.

-John

[Kzinti]

The way it works now is that I ask GDI what the screen dimensions are. Then I ask GAPI. If the results are different, I don't use GAPI. This is done to ensure that stylus input and screen dimensions always match.

So on the Treo, PocketHAL will now report a 240x240 display. You don't need to do anything with the stylus coordinates.

As far as I know, the HI_RES_AWARE flag only does something on Pocket PCs with screen dimensions different then 240x320. (And it doesn't do anything on Smartphones). I am pretty confident the flag doesn't do anything on the Treo.

[BIGBEN]

Thanks for explanation,

Finally I've got reply from my iPAQ hw6515 betatester.
The app that I posted here(based on previous PocketHal) running OK on his device.
Just down area is cropped.
Stylus position is OK (the same as on QVGA - no mult needed).

Currently updating !PyroManiA! for 240x240 support with new PHal

[Kak]

The way it works now is that I ask GDI what the screen dimensions are. Then I ask GAPI. If the results are different, I don't use GAPI. This is done to ensure that stylus input and screen dimensions always match.

So on the Treo, PocketHAL will now report a 240x240 display. You don't need to do anything with the stylus coordinates.

As far as I know, the HI_RES_AWARE flag only does something on Pocket PCs with screen dimensions different then 240x320. (And it doesn't do anything on Smartphones). I am pretty confident the flag doesn't do anything on the Treo.

but this would broke current applications which work correctly work with treo, isn't it? ( if any ;) )

[Kzinti]

but this would broke current applications which work correctly work with treo, isn't it? ( if any ;) )

Err no. Since they would already be broken. The stylus input range doesn't match the screen dimensions reported by the Treo's GAPI anyways.

[fast_rx]

I can see why some would want to run in the 320x240 scaled to 240x240 mode - if they handle the input scaling. I wouldn't, but maybe some games would look/play ok like that.

I have prepared a test version of lejjo with the new pocketHAL and can't get anyone to test it. I've posted over at treocentral.com asking for someone to test it out and no responses. I guess they are too busy complaining about apps that don't work right.

[Johan]

Hi,

As a sidenote, does anyone here know what the OEM string for the Treo is?

Sincerely
Johan

[fast_rx]

Kzinti,

Screen rotation isn't handled correctly for square screens (as well as VGA ones, I suppose).

My version of pocketFrog has this in the game.cpp

Code: Select all

1  2  3  4  5  6  7  8  9  10	//fixme: don't use hard coded values for width and height void Game::DeviceToLogical( Point& P ) const {     switch (m_config.orientation)     {     case ORIENTATION_ROTATE90CCW:         swap( P.x, P.y );         P.x = 319 - P.x;         break; ...
	10 lines; 5 keywds; 1 nums; 26 ops; 0 strs; 1 coms    Syntactic Coloring v0.4 - Dan East

This obviously makes an offset on the stylus for square screens.

Where should we be getting this value? I assume I wouldn't want to call GetDisplay->GetWidth() every time, any downside to adding a variable to the game class to store the height/width?

[Birdiestyle]

"Palm Treo 700w" is the OEM String Johan...

Doesnt the HI_RES_AWARE need to be used for the new WM5 Smartphones with QVGA. I cant get support to work in Gapidraw with 3.01 on these Smartphones and they are getting big, is PF working with it before or now after this change? Do you know if it works with GD 3.5 or your new version Johan?

[Presto]

fast_rx,

I think Thierry's dropped support for PF and is focusing entirely on PHAL now. You should make the change and submit it to Frank, who's running the SourceForge project for PF now. Though I think Thierry could still tell you the proper way to get the correct value from PHAL.

-John