Interesting 4.33 key file quirk in UI
-
Ok so I was using the new keyfile and building my own commands for on/off versus just toggles for a lot of the three position switches. When looking for an open command I would just type that command when at the BMS UI configuration screen and if it is already assigned to another command it will jump to that command and put the text below of what it does. So I complete my work with the transfer over of the key file and my buddy talks to me about the BMS key file editor and so for S&G I run it against my modified version of the new BMS full keyfile. It comes up with a critical error about a duplicated key setup and sure enough one of the ones I made was using one that was already assigned.
Well that is odd I double checked every one.
So I close the key file editor and modify the file to remove the key assignment I made and spin up BMS to double check this. Sure enough for some reason even though it is assigned in the default BMS full keyfile pressing this combo in the UI config screen will say it is NOT assigned to anything.
SimCursorStopMovement -1 0 0x15 1 0 0 1 “TQS: RDR CURSOR - Toggle Stop Movement”
This comes back to Shift Y. Go ahead and try shift Y at that screen and watch it lie to you.
-
Hi Stubbies.
Sorry, I missed your post.
Don’t know if I got you right but here is what I think happend:
I for myself use a German locale. Shift Y is here tied to CKPIT - Formation Lights Step down
Shift Z has no assignment.Maybe it is because you set the wrong locale in the editor (currently just French, US and German available)?
If I would use the US locale in the Editor it would be vice versa: Shift Y is not assigned, Shift Z is Formation lights down.
You know what I mean? It’s maybe just a matter of a wrong locale setting in the editor?
Edit:
Just forgot to mention:
You can also create an Own Locale in case German, French and US is not the right on for you.
But there is currently a mistake in a formula. Please refer to this post here.
Please let me know if that is the solution. -
Not sure if it was covered, but after 4 hours trying to use one of the new keyfiles ingame aka config one of the new default control setups ingame and each time not being able to load it without crash, I give up. Never seen that in Falcon before. Basically I spent an hour typing in my own setup for stick and keyboard like before, try to save and load it, and BMS crashes until I revert back to either one of the default backuped BMS key files or my own old keyfile from desktop.
-
Hi Stubbies.
Sorry, I missed your post.
Don’t know if I got you right but here is what I think happend:
I for myself use a German locale. Shift Y is here tied to CKPIT - Formation Lights Step down
Shift Z has no assignment.Maybe it is because you set the wrong locale in the editor (currently just French, US and German available)?
If I would use the US locale in the Editor it would be vice versa: Shift Y is not assigned, Shift Z is Formation lights down.
You know what I mean? It’s maybe just a matter of a wrong locale setting in the editor?
Edit:
Just forgot to mention:
You can also create an Own Locale in case German, French and US is not the right on for you.
But there is currently a mistake in a formula. Please refer to this post here.
Please let me know if that is the solution.It has nothing to do with locale as I verified the duplication in the key file itself. I didn’t even catch it until after I had made all of my own mods to the key file then ran the keyfile editor and saw the critical warning. The problem is in BMS not reporting a key combo as being in use when it clearly was in use by looking at the keyfile itself. The keyfile editor caught it and warned me just fine. Fail ~> BMS.
-
Not sure if it was covered, but after 4 hours trying to use one of the new keyfiles ingame aka config one of the new default control setups ingame and each time not being able to load it without crash, I give up. Never seen that in Falcon before. Basically I spent an hour typing in my own setup for stick and keyboard like before, try to save and load it, and BMS crashes until I revert back to either one of the default backuped BMS key files or my own old keyfile from desktop.
You probably should have created your own post about that one crazyTom as it really isn’t related to the quirk I found.
-
Just to show you exactly how it rolled Kolbe. When looking for open key assignments in BMS I would type in that key combo and see if BMS spit back unassigned or whatever it was assigned to. One of those that BMS “claimed” was not assigned was Shift Y (I am US International so that code is 0x15 1 in the key file). My buddy told me about his use of the excel keyfile editor so I ran it on the one I made up by modifying the BMS full one in 4.33 just to double check that I didn’t goof somewhere. That is when I saw the critical error linking it to another command already assigned to Shift Y.
I am not sure why BMS is NOT reporting this but here is the code straight from the BMS - Full.key file showing that 0x15 1 is certainly in use but somehow BMS isn’t claiming it. Under 2.19 Throttle Quadrant System:
SimCursorStopMovement -1 0 0x15 1 0 0 1 “TQS: RDR CURSOR - Toggle Stop Movement”
-
Hi Stubbies,
now I got you and you are right
The function doesn’t even appear in the setup, although the code line in the key file is correct.
The callback isn’t misspelled and after saving the key file the code line is deleted.This is definately a bug and I will point Dunc to this.
Thanks for reporting.
Edit: Will be fixed in U1.