Joined: 26 Aug 2004, 07:11 Location: Virginia Tech
For those of you who'd like to play with the new gui, download the zip here:
http://taspring.clan-sy.com/dl/spring_newgui.zip and extract it to your spring directory. It contains a new spring.exe as well as a dll and a few extra files the new gui depends on. It will overwrite the existing spring.exe, so I suggest you back it up unless you plan on reinstalling to go back to the old gui... We appreciate any feedback and bugs reported so this can completely replace the old gui!
Note that you can NOT play against people who have the regular 0.61b2 version of Spring. So if you want to play multiplayer you will have to use the regular version, or make sure everyone else in the game is testing the new-gui version as well.
While the new gui might be compatible with the old sync wise the build here is based on new code that is not, so you cant use it to play against 0.61b2 etc. Not working with shadows is because the new files in shaders isnt included, see my post about new textures in the art forum for those.
Also you still cant use ctrl/shift with arrow keys for scrolling.
Joined: 26 Aug 2004, 07:11 Location: Virginia Tech
Actually, you can SJ - I fixed that. I didn't know which was supposed to speed up, so I guess I got them backwards. The fix is pretty easy, so I'll put that in.
-- as far as it crashing at unit textures - i have no idea. Did you unzip this into the latest version?
-- you can speed up time, and slow it down. the keys mapping it are minus (-) and plus (+, or shift-equals)
-- i think the ally resources button pops up a dialog only when you have an ally. i've not tested the new gui in a multiplayer environment yet, so i'm not sure
are you hearing me? i am telling the same thing for 2 weeks now: you may have binded "speedup" to the + key, but it slows down instead. So no matter if + or - is pressed it will end up at 10% (or 30%) speed
Also, the problem with shift+keys for scrolling is: you have to press the arrow key first, then shift. If you press both at once (or shift first), it will ignore the arrow key presses and not scroll at all.
Last edited by IMSabbel on 23 Aug 2005, 17:50, edited 1 time in total.
And those crashes at creating unit texture is probably due to the files i mentioned before,
Works now, except shift-esc won't let me exit the game anymore.
And the usage of the minimap is a bit troublesome : LMB selects units on the minimap and repositions the camera. The camera should be set by RMB as it was in the old client.
Joined: 26 Aug 2004, 07:11 Location: Virginia Tech
IMSabel I don't understand what at all you are getting at. +/- speed up and slow down the game respectively for me. As far as the shift, ctrl affecting the speed of the camera - there's a big problem with the way it was put in. I think it'll be a bit of work to fix it properly, so I'm kind of saving it for later after the more important bigs are fixed.
Also, does shift-esc not work for you at all, even when the game starts up?
-- EDIT: Oh wow, that must've broke in the last change I made. Uploading the fixed package now to replace the old one
IMSabel I don't understand what at all you are getting at. +/- speed up and slow down the game respectively for me. As far as the shift, ctrl affecting the speed of the camera - there's a big problem with the way it was put in. I think it'll be a bit of work to fix it properly, so I'm kind of saving it for later after the more important bigs are fixed.
Also, does shift-esc not work for you at all, even when the game starts up?
-- EDIT: Oh wow, that must've broke in the last change I made. Uploading the fixed package now to replace the old one
Well, for me, it doesnt.
I did even try binding it to other keys ("u_press=speedup;"). It results in a _REDUCTION_ of speed.
Ok, i noticed another thing...
Coult it be that the current build of TASpring doesnt like unicode and gets problems when having the japanese codepage for non-unicode applications when dealing with non-letter keyboard input?
----
2 other things: The tooltip windows are still too wide (about 40% empty space to the right).
When replaying a demo, even with .spectator 1 you cannot get tooltips of teams other than the one you were before. I think .spectator should enable it for everything...
And the usage of the minimap is a bit troublesome : LMB selects units on the minimap and repositions the camera. The camera should be set by RMB as it was in the old client.
The tooltip windows are still too wide (about 40% empty space to the right). When replaying a demo, even with .spectator 1 you cannot get tooltips of teams other than the one you were before. I think .spectator should enable it for everything...
Jou : For the fist think it's because Spring think that color tags ("\xff\xd3\xdb\xffMetal:" is displayed.
For the second, in guigame::tooltip too , there is
Code:
if(unit && (unit->team==gu->myTeam))
so (unit->team==gu->myTeam) must be changed to not display when it's a blip. (I of course don't know how)
Joined: 26 Aug 2004, 07:11 Location: Virginia Tech
About the tooltips, that was the problem. The width was computed by just relying on the string length instead of ignoring the hex color values. As far as code updates are concerned... can you submit them in patch format to SF from now on? I think it'll probably be easier that way...
Users browsing this forum: No registered users and 3 guests
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum