MantisBT - VCMI
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000971VCMIGUI - Otherpublic2012-05-23 21:252012-05-24 18:36
Reportermajaczek 
Assigned ToTow 
PriorityurgentSeverityfeatureReproducibilityN/A
StatusclosedResolutionwon't fix 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0000971: Support "custom" resolutions by scaling
Descriptionwe have now scaling algorithm so this can be implemented.
It would work like: if choosen resolution is not on the list program will search for higher one with same ratio on the list, then game will run with such internally but screen image would be scaled before blitting on screen. If there's no listed resolution with same ratio result is undefined (aka anything what fits devs).
This would be temporary but good working approach for devices which cannot handle any of resolutions on the list (like ones with maximum/only 800x480). If it go well enough it can stay for longer time.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2012-05-23 21:25majaczekNew Issue
2012-05-24 15:13IvanNote Added: 0002537
2012-05-24 18:36TowNote Added: 0002542
2012-05-24 18:36TowStatusnew => closed
2012-05-24 18:36TowAssigned To => Tow
2012-05-24 18:36TowResolutionopen => won't fix

Notes
(0002537)
Ivan   
2012-05-24 15:13   
majaczek, most of your propositions may look easy but they are actually quite complex.
In this case issues that I see right now:
1) If we have scaled adventure map image we'll have to scale half of gui elements as well - hero and town images, everything that can appear on infobox, etc.
2) This won't solve sub-800x600 resolution where main problem is battle\town windows as well as half of other windows. And we don't have enough CPU power to scale everything even with current fast and simple scaling algorithm.
3) One more problem - coordinates of every object. Every time we create GUI element (image, text, animation) we pass coordinates to it. Scaling it along with images will bring too much problems.
(0002542)
Tow   
2012-05-24 18:36   
It's neither simple nor urgent. I'm closing issue, since ATM I don't think it's effort-worthy, however we keep in mind that eventually sub-800x600 will have to be added.
For such custom feature suggestions feel free to use our discussion forums, let's try to keep bugtracker for bugs and minor enhancements.