Jump to content
The simFlight Network Forums

NovemberUniform

Members
  • Posts

    40
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    Germany

Recent Profile Visitors

295 profile views

NovemberUniform's Achievements

Explorer

Explorer (4/14)

  • Reacting Well Rare
  • Collaborator Rare
  • First Post Rare
  • Conversation Starter Rare
  • Week One Done Rare

Recent Badges

1

Reputation

  1. Hi John, this may sound a little pedantic, but with my example from above, the lua ist still not autostarting with the latest FSUIPC7. [Auto] 1=Lua PMCO_FNX32X ;does not start, space seems to prevent it... 2=Lua PMCO_PMDG73X; does start
  2. Just coming back to say thanks for including this!
  3. It would be much appreciated. Thanks John.
  4. Hi, from older posts I thought it would be possible to add comments to the ends of lines in the FSUIPC7.ini using the semicolon. I had to learn that the following code snippet only autostarts the second lua script without comment but not the first one. Is this to be expected? Can comments in that section be supported in the future? It's certainly not a big thing but I had some support requests for my shared lua script because of that. Thanks! [Auto] ;just a test 1=Lua PMCO_FNX32X ;does not start 2=Lua PMCO_PMDG73X
  5. Hi John, I know you can do this already with Lua, and actually I'm doing it succesfully for some time now, but it would be even better to have it natively included in the GUI for button and key assignments. I'm close to the point of running into max number of Lua scripts, lol. 🤪 I guess this would be quiet a substancial undertaking, but there is no harm in asking, right?
  6. That's my concern, as well. I don't have high hopes they come to this in the foreseeable future, with all the stuff they are working on. Are they even aware of this? They have a voting system, as far as I know. Is there already a thread I could upvote? Not knowing any of the internals, I ask myself, what consequences it would have to increase the number of accessible LVARs in FSUIPC / WASM module to a limit, that can hardly be reached in the future, like factor 10 of what we have now (please don't shoot me for writing this 🙈). Is this even possible? Would it impact performance? It's good to have a work around with restarting the sim for the time being. Thanks for the info. I just came across this issue when the A310 arrived and I flew something else than just the Fenix A320.
  7. Hi John, I can confirm, that Ä key is working now in the sim, too. 👍
  8. I needed to assign the keys without an active profile first (because I usually use profiles). Makes sense, I guess. my ini: (order is Ö, Ü, Ä) [Keys] 2=N192,8,1061,0 -{'@key: Press=engine 1 autostart }- 4=N186,8,1062,0 -{;:key: Press=engine 2 autostart }- 6=N222,8,1063,0 -{#~key: Press=engine 3 autostart }- Here is the log. Seems all keys were registered. 375 LogOptions=40000000 00000001 17500 *** Entered Keys option page *** 66985 *** Exiting Keys option page *** 136797 KEYDOWN: VK=192, Waiting=0, Repeat=N, lParam=2555905 (0x270001), Shifts=0 136797 FSUIPC Control Action: Ctrl=1061, Param=0 136797 .. This key is programmed in FSUIPC7 'Keys' options 136891 KEYUP: VK=192, Waiting=0, Shifts=0, lparam=3223781377 (0xC0270001) 136891 .. KeyUp received from FS but not programmed 137969 KEYDOWN: VK=186, Waiting=0, Repeat=N, lParam=1703937 (0x1A0001), Shifts=0 137969 FSUIPC Control Action: Ctrl=1062, Param=0 137969 .. This key is programmed in FSUIPC7 'Keys' options 138063 KEYUP: VK=186, Waiting=0, Shifts=0, lparam=3222929409 (0xC01A0001) 138063 .. KeyUp received from FS but not programmed 139110 KEYDOWN: VK=222, Waiting=0, Repeat=N, lParam=2621441 (0x280001), Shifts=0 139110 FSUIPC Control Action: Ctrl=1063, Param=0 139110 .. This key is programmed in FSUIPC7 'Keys' options 139188 KEYUP: VK=222, Waiting=0, Shifts=0, lparam=3223846913 (0xC0280001) 139188 .. KeyUp received from FS but not programmed 154391 === Hot key unregistered 154391 === Stop called ... 154407 === Closing external processes we started ...
  9. Sorry, I didn't mean to offend you. You are right, you provided an alternative solution and I thank you for that. That was what I was wondering about. Nothing more, nothing less.
  10. Thanks for letting me know. If there is nothing you can do about it, I will work around this by using different key. Strange though, that Ö and Ü are indeed working.
  11. Hi John, beeing german I use a german QWERTZ keyboard which has umlauts Ä, Ö, Ü (see https://en.wikipedia.org/wiki/German_keyboard_layout). I want to use these keys (among many others) to assign FSUIPC controls - lua scripts in this case. Ö and Ü work just fine, but Ä will not trigger the assigned action. You can assign something to Ä in the FSUIPC key assignments window, it is shown there as #~key, but the action is not triggered in the sim. There is also no log entry if I enable key logging. Ö and Ü actions are listed in the log. I also crosschecked the lua script, using it with Ö or Ü is working fine. It seems, the umlaut Ä is not working. I know it was working in earlier versions of FSUIPC like FSUIPC5. I'm even pretty sure it was working with FSUIPC7, some versions before this last. I've just updated to the latest version of FSUIPC7 today and it's not working. I know a keyboard has many keys and it's not high priority, but maybe there is an easy fix for this. Thanks in advance!
  12. Can you please repeat the exact string of the path you are looking for.
  13. I can only read it succesfully (on my PC), if I use the path I have shown. It's not working with the path you provided.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.