Jump to content
The Beta Account Center is temporarily unavailable ×
We are experiencing intermittent network issues affecting Everlasting and Excelsior

emersonrp

Members
 View Profile  See their activity

  • Posts

    143

  • Joined

  • Last visited

 Content Type 

Everything posted by emersonrp

  1. emersonrp
    Ugh that is frustrating. I'd hoped that using Github's PyInstaller might somehow magically get around that, but apparently not. I put together a short document discussing the problem, but I don't actually have a solution at this point besides simply not rolling up binary releases. Thanks for the heads up. I may try to make this document more front-and-center, but really it's just embarrassing and I might sidestep the whole issue and make everyone install Python and wxPython themselves.
  2. emersonrp
    I hadn't given much thought to supporting servers besides Homecoming yet, especially after it was sort of made the official home of the codebase. In order to do that, I'd need to do a good bit of hacking on the GameData file, which is where information about powersets and archetypes and so forth lives. In addition to adding the new archetype and its couple dozen powersets, I'd want to tidy up the power pools since they've also diverged. And I'd want to be able to make the user select whether they're running in Homecoming or Rebirth mode, in order to select which GameData to honor. I'd also need to update the Movement Powers code / page a bit since Homecoming made all those changes to movement powers in Issue 27. So... it's something I'd like to do in principle, but there are so few users of BindControl at this point (though that number seems to be increasing, which is exciting), and you're the first to mention using it somewhere that's not Homecoming, so it's not a pressing issue for me. If you'd like to open an issue with the feature request, that'll keep it on my radar.
  3. emersonrp
    OK, released v0.17.1, which incorporates some documentation changes I've been cooking on and fixes the Custom Binds tab keybuttons to work, ya know, at all. Apologies for that, and thanks for finding it. I'd been focused on the Movement Powers tab for several iterations now and hadn't noticed that broken behavior over on Custom Binds. https://github.com/emersonrp/bindcontrol/releases/tag/v0.17.1
  4. emersonrp
    Oh goodness that's a new bug in the custom binds tab that I managed to miss. I'll release a fix Very Soon Now. It should be that you poke that button and the key select dialog comes up, but on the custom binds tab it seems broken by recent changes. Thanks for the heads-up -- watch this space.
  5. emersonrp
    I've released BindControl v0.17, which reinstates a nearly-complete version of CityBinder's Kheldian form binds with not-quite-complete support for the various travel powers. I need to level a Peacebringer to do some testing to polish it up completely, but the form- and tray-switching binds should work well, as should the various teleport powers. Check it out with your Kheldian toons: https://github.com/emersonrp/bindcontrol/releases/tag/v0.17
  6. emersonrp
    Quick question to anyone using BindControl -- if you use flight powers, do you use the (mostly undocumented) "Blast Off" behavior, where holding the "Flight Mode" key launches you upwards until released? Blast Off continues to cause race condition problems when the Flight Mode key is tapped quickly, which I *suspect* is how most people use the key. Anyone paying attention to this thread and have any thoughts on the idea of removing the Blast Off feature?
  7. emersonrp
    There have been several bugfixes and feature implementations lately, and we're up to v0.15.1. Of note since I last posted an update here: -- Rework of teleport logic, now offering "teleport to cursor instantly" and "teleport to cursor on key release" options -- Better support for Mystic Flight; incorporate its Translocation power into the new teleport logic -- Resizeable window finally, (optionally) remembers size and position between runs. -- Powerset / emote / etc changes through Issue 27 Page 7. -- Help system and documentation updates, ongoing. -- User-definable location for saving Profiles. -- Automatic builds of Windows and Mac (experimental) binaries. -- Bugfixes bugfixes bugfixes. Please check it out, report bugs, give feedback. https://github.com/emersonrp/bindcontrol/releases/tag/v0.15.1
  8. emersonrp
    This might be a well-known quirk or working as intended, but I've noticed today that if I try to bind something to LSHIFT, that bind gets successfully created, but it also creates the same bind for LSHIFT+BUTTON1, per /showbind. After doing /unbindall, then if I try to bind something to LSHIFT+BUTTON1, it also gets bound to LSHIFT. The bind fires, in either case, only when LSHIFT is initially pressed, not again on the mouse button press. The upshot of this is that it doesn't seem possible to bind something to LSHIFT+BUTTON1 that doesn't fire as soon as the shift key is touched. Is this the intended behavior? This is also the case with RSHIFT, LCTRL, and RCTRL at least, I didn't tinker with LALT because it's prebound to +alttray and I use that. I did notice that LALT+BUTTON1 is bound to +alttray as might be expected from this behavior. (And yeah, I realize that if I bind just LSHIFT, I am messing with all possible LSHIFT+ binds, I'm experimenting, here.)
  9. emersonrp
    Finally got around to tinkering with this. The .ini file itself is fine, but it did show me that if the prefs are set to load the last profile used, and something goes wrong with that step (like, say, the profile file simply not being there), bindcontrol will crash. So it's possible your profile was missing or corrupt, then when you removed the ini file, bindcontrol no longer had the path to that missing/corrupt profile, and started up just fine. That's all I can come up with so far. I'm fixing that issue so bindcontrol will recover gracefully to a blank profile if something goes wrong. Thanks!
  10. emersonrp
    One other thing worth trying - I suppose it's possible either the preferences file or your current profile has become corrupt in some way the program doesn't like. I -believe- it should recover gracefully from that situation, but you might try setting those files aside to see if it suddenly decides to launch. The preferences are in %APPDATA%\bindcontrol.ini and the profiles are, by default, stored at %USERPROFILE%\Documents\bindcontrol\ If you discover this is the case, please send me the file that causes it to misbehave. Thanks!
  11. emersonrp
    OK, that's strange but let's dig in and see what we know. Sorry I'm being a little slow right now, real life is intruding a bit. I'm going to try to roll up a version that will dump error output to file and see if that helps. If you're comfortable trying it, you could use the "install python and wx, clone the repo, and run it from the command line" scheme to launch the app, and it should let you know right there what's happening, but no worries if you don't want to go down that rabbit hole. I'll let you know if and when I get a test version rolled up; please let me know if you do try the more complicated approach.
  12. emersonrp
    Nono, no worries, wanting to hear peoples' luck with this. I'd been working with another person offline who'd had some trouble like this, but I'd thought 0.13.6 fixed up that whole class of problem. Clearly I was wrong. First thing I'd ask is whether you are installing BindControl on top of itself, ie, unzipping the different versions into the same folder? I'd like to say that shouldn't be a problem, but I don't think we're actually there yet. Be sure you delete the BindControl folder between installs. It doesn't keep any state in that folder by default, so unless you've explicitly saved profiles or binds in there, it should be safe to do. Let me know if that helps, and if not, I'll move to roll up a version that does some spammy logging to a file so we can see what might be happening. I'm also going to look into whether I can roll a proper installer that will do that for you instead of making people delete and unzip over and over. Thanks for the report.
  13. emersonrp
    Released v0.13.4 which is just a repackaged 0.13.3, once again using pyinstaller as the packaging mechanism. Apart from the packaging and associated scripts, it's identical to 0.13.3, so don't worry about upgrading if that one is working for you. https://github.com/emersonrp/bindcontrol/releases/tag/v0.13.4
  14. emersonrp
    Released 0.13.3 which, at least on my rig, fixes the key combo problem. Please let me know. https://github.com/emersonrp/bindcontrol/releases/tag/v0.13.3
  15. emersonrp
    Aah yeah something broke during the merge of the controller support. I will get on it. Looking forward to being able to test changes better, but that's going to be several weeks still.
  16. emersonrp
    I've just released 0.13.2, which contains a few under-the-hood changes here and there, but most importantly is packaged with a different scheme that shouldn't cause these malware/virus false positives. BindControl lives in a folder in a ZIP file now, which will be the way of things moving forward. Please let me know your luck. Though I've done some basic smoke testing, it's not impossible that it simply doesn't work outside my environment, in which case please fall back to the nearly-identical 0.13.1 and open a github issue for me. Thanks, all. https://github.com/emersonrp/bindcontrol/releases/tag/v0.13.2
  17. emersonrp
    Oh ugh. This is an occasional problem with Windows Defender and Pyinstaller, the "make a windows executable" system I'm using. I'm going to investigate alternatives to that because that's just embarrassing. Meanwhile, I've scanned the 0.13.1 exe, as downloaded from Github, with Windows Defender using today's virus/malware definitions (1/17/2024 11:01am), and it came up clean, so it's possible the pyinstaller people have their latest version of stuff correctly identified in the latest MS definitions? I'll keep an eye out for this more, going forward, and look for alternatives to pyinstaller. Thanks for the heads-up.
  18. emersonrp
    Quick bugfix to non-speed-on-demand "back" key: https://github.com/emersonrp/bindcontrol/releases/tag/v0.13.1
  19. emersonrp
    I've gone ahead and folded the controller changes into the main branch, and released an official 0.13. Not completely sure that the controller changes are working as desired yet, but I'm needing to get more eyeballs on it to be sure, so I'm glad to hear you're interested. Thanks! https://github.com/emersonrp/bindcontrol/releases/tag/v0.13
  20. emersonrp
    Bugfixes galore: https://github.com/emersonrp/bindcontrol/releases/tag/v0.12
  21. emersonrp
    What does it do instead? Do you have the typing notifier or custom colors or both enabled? Does it put anything at all in the chat window? What does the bind in reset.txt say? These three are fixed in git and will be in the next release. This also surfaced a bug where often it wasn't possible to do multiple mod keys in a bind, ie, "SHIFT+CTRL+S" or the like. That also is fixed. I'll roll up a new release in the next day or two.
  22. emersonrp
    These two things might be related. I am on it. Ah that's a good one, I already understand what's going on there, but getting it to act the right way may take a little tinkering. There's a whole balance between remembering hidden controls so they don't lose state, and accidentally writing them to the binds files. Oh this is a regression -- when the button labels get too long for the buttons, ie "SHIFT-PRINTSCREEN" or something, I have it change SHIFT to S, CTRL to C, and ALT to A, and use smaller text. So where the display says "S+SPACE" it actually means "SHIFT+SPACE". -EXCEPT- that it's supposed to store the actual state and write that to the bind files and to the Profile, and instead it's storing/writing the display string. I will re-fix this. I'll also maybe change it to be "Sh+SPACE" in the display so it's a little less confusing. Thanks for testing. Oh also: I'm going to keep looking at whether there's a way to make this work more smoothly because yeah that's a little irritating.
  23. emersonrp
    I've just released version 0.11, rolling this movement power updates into an official release to get more eyeballs and testing. Please check it out and let me now your luck. https://github.com/emersonrp/bindcontrol/releases/tag/v0.11
  24. emersonrp
    OK, looking at the 'F' behavior, I think it's related to the notion CityBinder originally had, and that BindControl has inherited, of "Blast Off," where if you hold down the F key when toggling flight mode on, it launches upward until you release it. In tinkering, I feel like tapping 'F' triggers blast off, then releasing it triggers the stationary/Hover state, but if the tap and release happen too fast, it ends up with both Fly and Hover activated because of lag. If you hold down 'F' for just like half a second, you end up launching upward a little bit, but then releasing it does the right thing. Is this the case for you? Just trying to decide whether I'm on the right track here. It might be that "Blast Off" is a corner case that nobody wants to use, and removing it could simplify the code and the binds a bit, but if it's actually useful, I'll try to figure out how to make it work better.
  25. emersonrp
    Excellent. Yeah I'll track down the "F" behavior; I do want all of that to act right. Thanks for checking it out. Let me know if you find anything else. I've been doing a bit more tidying up and polishing of the code, though still not any sort of major refactor, but I'm planning to release it as the official version here in a little while, since, at the very least, Speed on Demand is no -more- broken.
×
×
  • Create New...