Jump to content

emersonrp

Members
  • Posts

    74
  • Joined

  • Last visited

Everything posted by emersonrp

  1. Released v0.19.2, which needs some eyeballs. This release reworks the logic in the Key Select dialog used to create the strings for the actual keybinds, to try to ensure you only can create keybinds that the game will honor. This is a big change to some core functionality. I've tested it pretty thoroughly but I'm sure y'all can find some corner cases. Read the release notes for more information. https://github.com/emersonrp/bindcontrol/releases/tag/v0.19.2
  2. We're now at v0.19.1. The primary update for v0.19 is "Delete All Binds" which is a new button at the bottom that can be used to clean up your binds directory of debris from previous runs with different configurations that might have left extra files around. This is targeted deletion, ie, it will delete all files that BindControl itself might have written, and nothing else, so if you keep extra stuff in your binds directory, it should be safe. As always, please open issues on the Github page if you find problems. Other updates since my last post: -- Under-the-hood layout management of the main window improved, extra space and spurious scrollbars minimized -- Default Profile now lives with the application preferences instead of being a normal profile named "Default" that's treated specially -- Write Binds now shows a list of what files it wrote -- Documentation and help updates and additions -- A big handful of small bugfixes to features and layout https://github.com/emersonrp/bindcontrol/releases/tag/v0.19.1
  3. I've just released v0.18, which is slightly experimental, still, but is ready for more eyeballs. The marquee update is that BindControl should now detect and notify of keybind conflicts application-wide, which had previously only partially worked. Please read the release notes for more info. Additionally, since my last update here, the following has changed: -- Movement commands added to PowerBinder -- Scrollbar weirdness on Custom Binds page fixed -- MOUSECHORD and MOUSEWHEEL detection in KeySelect dialog fixed/updated -- Visual cleanups of Custom Binds page -- Team Next/Prev Select Binds polished up and no longer marked as "unimplemented" -- Power Tray Button binds added to Gameplay page -- Fix for "Simple Super Jump / Combat Jumping" toggle not working with Mighty Leap -- Vastly improve loading time for Profiles containing many custom binds -- Added /windowcolor, /wdwsavefile, and /wdwloadfile to PowerBinder Check it out: https://github.com/emersonrp/bindcontrol/releases/tag/v0.18
  4. I've just rolled up a prerelease of what I intend for v0.18, which is a deep plumbing rework to try to do a better job of noticing and marking up duplicate and conflicting binds. It is very experimental at this point, but if you're feeling like tinkering, check it out and file issues as you find things. https://github.com/emersonrp/bindcontrol/releases/tag/v0.18-prerelease1
  5. And we're up to 0.17.8.1. Highlights since we last spoke: -- Attribute Monitor binds via PowerBinder - toggle monitoring of various attributes with a single keybind -- Added inherent, SMART vendor, and accolade powers to PowerPicker which should have been in there all along -- Added button to duplicate custom binds, to keep you from having to redo a lot of work https://github.com/emersonrp/bindcontrol/releases/tag/v0.17.8.1
  6. Just released 0.17.5. Since I last posted, we've added: -- Updates to fix / implement Peacebringers' flight powers with speed on demand. -- "Buff Display" slash command configuration added to PowerBinder for custom binds -- "Graphic Settings" slash commands added to PowerBinder for custom binds -- Rename custom binds -- bugfixes https://github.com/emersonrp/bindcontrol/releases/tag/v0.17.5
  7. I've just released 0.17.2, which is an experiment to try to avoid the malware false positives. It's functionally the same as 0.17.1, so if that one is working for you, don't feel the need to update. Github just finished building it and I'm not getting a malware warning, but it seems to be that other people sometimes do even when I don't, so if you're feeling like helping out, check it out and let me know. Thanks. https://github.com/emersonrp/bindcontrol/releases/tag/v0.17.2
  8. 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.
  9. 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.
  10. 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
  11. 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.
  12. 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
  13. 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?
  14. 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
  15. 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.)
  16. 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!
  17. 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!
  18. 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.
  19. 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.
  20. 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
  21. 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
  22. 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.
  23. 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
  24. 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.
  25. Quick bugfix to non-speed-on-demand "back" key: https://github.com/emersonrp/bindcontrol/releases/tag/v0.13.1
×
×
  • Create New...