Regarding 4:3 and 16:9 aspect ratio for PG2 elements
I see that you had asked a questoin on effect of aspect ratio on PG2 graphic displays. What did you figure out?
I am right now in a project and have the same problem. Exisiting graphic displays are in VB in a 4:3 aspect ratio monitor.
We are converting the displays to PG2 and customer wants 16:9 aspect ratio. I have read that PG2 is vector based graphic. Do you know or experience the effect of PG2 graphics when going from 4:3 to 16:9 aspect ratios?
Any input is appreciated!!
Voted best answer
VB6 performance takes a big hit if display is not built to match screen resolution to perfection.
When using VB6, it is strongly recommended to launch the desired workplace in the desired mode on the final hardware and call the SizeDisplay on the "Special" object in the Graphics Structure, note down the X and Y size figures and use them to properly size all base displays.
Failing to size VB6 displays to match the viewing area's X & Y forces runtime resizing which drains a lot of the display exchange performance.
PG2 does not have any issues with performance degradation if a 4:3 sized display is called on a 16:9 base. The result will be as quick as if the base was 4:3, but it will become distorted.
AFAIK, when converting a 4:3 VB6 display the result will be a 4:3 PG2 display.
To fit such a converted display on 16:9 or 16:10 monitors, the converted displays need to be adjusted, or else they will become stretched.
Adjusting the height & width without reorganising (spreading) the graphic content will resemble viewing an 4:3 TV-show on a 16:9 TV-set - some area of a base display will not be painted.
We saw that VB displays in 4:3 converted to PG2 with 4:3, displayed on a 16:9 resolution,worked but ugly, as round motors became like egg.
I created a tool which reads the VB 4:3 source code and distribute the elements on a new display with 16:9 resolution. Afterwards some handson to make it complete.
For us it worked, but we realize that if your 4:3 display already is a PG2 display, then the PG2 editor should be able to handle to distribute elements to a new display size.
I have informed the 800xA development team this, but I don't know if they will implement it.