You get up to three choices, but only 1 chance to vote (so if you submitted only 1, you won’t get to select the other 2 later on).
I’ve created it because I liked working on 1440x900 & 1280x1024, so I wouldn’t mind creating new ones for future releases, if there is request (let’s say at least 10 votes). And of course, if anyone else wants to try their hand on it, can pick from the list one of the most popular. Just mention here or in a dedicated thread, so that we avoid the double work.
Eventually we could have all resolutions mentioned above (and more), even though - to keep the main VCMI archive as small as possible - the less popular will probably be available only in a separate pack. This separate pack could also include alternatives for certain resolutions (as I guess at some point game modders may want to make different use of the available space).
1680 x 1050 WSXGA+ - important for me cause I have my private laptop with this res
1920 x 1080 HD 1080 - I think will be useful cause of HD more and more popular for outer monitors/TV
1366 x 768 WXGA - noticed that laptops with that res (15,6" matrix) are more and more common.
I see ADROLLVR3.pcx, AdRollVR5.pcx, ZRESBAR3.pcx & ZResBar5.pcx are still in the Data folder. I believe they remained there when the content of the folder was overwritten with my package above.
And a tiny “cosmetics” issue: when editing Settings.txt for 1280x1024, I seem to have used spaces i/o tabs in front of the button lines. I corrected it now and I’m attaching the new file here.
If you update the archive removing the 4 .pcs files mentioned above, you could also update the Settings.txt with the below (again, not necessary - as I checked and it doesn’t lead to bugs or anything, just code cosmetics:)
EDIT: FYI - The file attached here has been updated also in the ReslPack74v3.7z archive attached in the o.p., so if you have that, there’s no need to download this again. I also figured out how come I had spaces i/o tabs for 1280x1024 - it was because of copy-pasting from SVN to the .txt file. settings.7z (1.5 KB)
They were in the package you posted on the forum. But indeed they seem to be not used.
Will be removed.
It seems to be an old file, it misses 1280x1024 resolution, some coordinates are not updated (and defaults resolution to 1440x900).
I’ll keep the old one, since the issue doesn’t make difference to parser.
EDIT: I see you updated the file while I was writing my message. I’ll update the package with it.
Ok, I can take it upon myself to set the propper GUI and settings, but PLEASE name the right resolutions. I am working on a 1680x1050 monitor so I will be able to emulate in window mode lesser resolutions. As long as they are correct.
Ah, now I see what he meant. I was just making sure, however.
The new resolution pack for the next dev. release is ready, now including also 1680x1050.
[size=75]Known issue: I cannot enable InGameConsole. I’m not sure if the issues are related to the content of the Settings.txt file (at least I don’t see why), but if anyone can figure out the cause of them, please let me know if any of the files in the attached archive needs an update.[/size] ReslPackFor75b.7z (203 KB)
Actually that line originally refers to the console written by me. I don’t know if ubuntux uses these values. BTW, these values could be increased for higher resolutions - they are there to prevent large texts from overlapping right panel (the first one refers to statusbar input (when you press tab), the second one to those green texts).
Ah, ok. That clarifies it. It’s just that that line was added to the Settings.txt file around the time ubuntux created his Console, so I thought it was referring to that.
I have adjusted it for different resolutions and re-uploaded in my post above. If (any of) you want to have a look at the new lengths of the Console msg in different resolutions and give me your feedback (which could be longer/shorter), I can change it before the next release.
And a small issue with it: after we write the text, when we press enter, it is displayed twice - the text itself, then “Player 0 sends a message:…” followed by the same text. I’ve actually raised this in Mantis as #306 for follow-up.
It’s not a bug - it’s a feature :). Console print every message you type and every message from server - and when you type a message, server sends a message to all players that a message was sent (including you). I think it’s convenient when you type commands - then the server does not send the text of a command back. If we decide to fix it, we should do that together with a better mechanism of player - player communication (write to all (without the sender)), write to allies, write to foes, just ping back etc.).