Jump to content

Fade

Members
  • Posts

    91
  • Joined

  • Last visited

Posts posted by Fade

  1. While I think it would be nice to have this built-in, I've made a bind file that has similar functionality that might do what you want it to already.

     

    I made a file called ca.txt in my Homecoming/settings/live folder, so I can load it in-game with /bindloadfile ca.txt. In that file, I have 3 lines:

    C "monitorattribute To Hit Bonus$$monitorattribute Damage Bonus$$monitorattribute Recovery Rate$$monitorattribute Endurance Consumption$$monitorattribute Recharge Time Bonus"
    shift+C "monitorattribute Ranged Defense$$monitorattribute Melee Defense$$monitorattribute AOE Defense"
    alt+C "bind C nop$$unbind shift+C$$unbind alt+C"

    In-game, after I've loaded ca.txt, all I have to do is hit C, shift+C, alt+C to have my windows show up as I've set them up. The command on alt+C helpfully unbinds my keys so I don't accidentally turn off the combat attributes I just started tracking.

     

    The exact attributes you want to track are likely different from the ones I track, so check the wiki's page on the /monitorattribute command to find the ones you want to track. The command is a bit weird in how it works.

    In theory you could also just save those lines in your default keybind file, so you don't even have to use /bindloadfile ca.txt if you always want to use the exact same attribute window on every new character you make. I don't personally do that because I've set up ca2.txt and ca3.txt tracking different defensive stats for other characters.

  2. It's not a bug, but it is a very weird power. As Rudra said, it has two components - the first is a knockdown and a chance to stun, and the second is damage.

    But they also have different ranges. The knockdown component is a targeted AoE with a 20 foot range and a 15 foot radius, but the damage component is a 55 degree cone with a 20 foot range.

    If you're executing the power at max range (20 feet) from your target, who is standing in a cluster of enemies, they will likely all be affected by the knockdown portion. The damage portion won't affect anyone farther than the initial target, because they'll be outside the cone portion.

    Edit to add: And if you use the power on an enemy in melee range with you, flanked by other enemies in melee range with you, it can be easy to miss the enemies to the sides of your target with the damage portion because the cone is very narrow at close ranges. The knockdown portion will still hit all enemies in melee range with you because the targeted AoE will just hit everyone within 15 feet of your target.

    • Thanks 2
  3. I'd like to throw in Bio Armor as a contender. When colored red, it works really well visually for blood manipulation, either with or without the carapace visuals. It works great for a more biological type of vampire than a mystical one, though my Bio Armor vampire has a magical origin and it still fits well. And mechanically it has a few "absorb from your enemies" type powers that fit the theme very well.

    On a melee archetype it would pair well thematically with Savage, Dark, or any weapon set you could imagine your vampire using. I haven't tried it on a Sentinel yet so I don't know if the theme holds up as well, but Dark and Water would be obvious choices. For all archetypes, it's a slightly less intuitive choice, but Psychic powers are something vampires are known to use and might make a good thematic pairing.

    • Like 1
  4. If I could offer an alternative for Group Fly that I don't think I've seen suggested before:
    Change the Group Fly power to only affect pets by default. In addition, grant it a travel power popup tray, like you see with most of the other travel powers, that includes the current functionality of Group Fly for everybody. The popup Group Fly should be a toggle that costs zero endurance to maintain but can only be active while Group Fly is active.

    In my mind, this implementation wouldn't meaningfully change anything for people who want Group Fly to work as it does on other players, but would improve the lives of every Mastermind that wants to use it just for their pets (and everyone who teams with them!).

    • Thumbs Up 1
    • Thumbs Down 1
  5. 8 hours ago, Uun said:

    It's because they would have to create new Kick animations for each weapon set. All pool, epic and non-weapon set primary/secondary powers cause redraw for the same reason. Brawl is the only power for which they created the extra animations.

    That said, the Kick animation is already there for many of those weapon sets - you can see it when you use Brawl. You can even see how it's the exact same animation as Kick, but it doesn't put the weapon away.

    It just has to be tied to Kick as well, with whatever flag the power needs to not despawn the weapon.

     

    As for the "change the animation" part of the suggestion, only if it's an option. I like Kick the way it is and even use it sometimes.

  6. 7 minutes ago, Shenanigunner said:

    No. All powers cannot be made perma. Regardless of the reasoning or justification or lore or backstory, the game is built around powers that have differing levels of application, and to make short-term debuffs perma unbalances the whole concept.

    I don't see this as a request to make one of these powers (such as Detention Field) perma, I see it as a request to make the power cancel-able early. There are toggles in the game that can only be active for a maximum duration and then are shut off and put on a cooldown, and I think powers like Detention Field would be an excellent candidate for the same treatment.

    • Thumbs Up 1
  7. I'm with you there - to be honest, I mostly intend to unbind the inspiration keys because I'm using F1-4 for other functions. But I'd also like the game to not lie to me, and for the system of showing the current bound keys to be consistent like they are now with the powers bar. Ultimately I wouldn't consider my suggestion to be "high priority", but I don't want it to be completely forgotten either.

  8. I definitely have this problem too - usually I accidentally set an ally as my map waypoint (W). Luckily setting a map waypoint is not the end of the world, but it is definitely annoying. I think once or twice I may have nearly removed someone from my friends list (R) or global friends list (E). Removing from the global friends list asks for a confirmation, but removing from the character-based friends list doesn't!

     

    I think the proposed solutions are good ideas. Another possibility could be that the right click context menu should only come up if you right click on your target, instead of right clicking on any random thing.

     

    image.png.127961e073207a653c08713ae2da8445.png

  9. The basic issue: /unbind seems to be overridden by the now-functioning "Keybind Profile" system. Tested by trying to unbind "C", which closes the chat window by default. Also tested by trying to unbind W and I can still run forward.

     

    The story: In trying to rapidly fix all my Combat Attributes across all my characters after the new update, I created the following commands in a text file:
     

    Quote

     

    C "monitorattribute To Hit Bonus$$monitorattribute Damage Bonus$$monitorattribute Recovery Rate$$monitorattribute Endurance Consumption$$monitorattribute Recharge Time Bonus"

    shift+C "monitorattribute Ranged Defense$$monitorattribute Melee Defense$$monitorattribute AOE Defense"
    alt+C "unbind C$$unbind shift+C$$unbind alt+C"

     

     

    Loading that file and using those commands all worked great, but after using alt+C to remove the new binds, I found that pressing C now reverted back to the original function of closing the chat window, rather than having C do nothing at all.

    I manually attempted to use /unbind C as well, which did nothing.

    I then used /bind C "" to remove the functionality of the key, which worked fine. /unbind C returned C to the "close chat window" function.

    I also tested /unbind W, which did not unbind W.

     

    It occurs to me that this might not be a bug, and that /unbind might be intended to reset the bind back to whatever is currently default, but to my knowledge that's not how the command worked prior to the update.

  10. Sorry Shenanigunner, I think this one might be on your end.

     

    I have no issues creating new chat windows, disconnecting them from the main chat window, resizing the new chat windows, creating new tabs, dragging and dropping them into the chat window, or even creating the halfway split chat window like I see in your image.

     

    If the issue is being able to create these windows with slash commands, I have to admit I've never tried doing that and wouldn't know how to go about it.

  11. 8 hours ago, Number Six said:

    If you don't mind, could you re-test on RC3.5? Copied characters from live should now default to "Classic", while newly created characters get "Modern" unless you've overriden it by saving default key bindings.

     

    I can confirm that a newly transferred character gets none of the new control scheme changes. The profile under keybinds shows up as "classic". Characters that were previously on the beta server also have the "classic" profile and no longer have the new functionality.

    A newly created character does have the "modern" profile by default, and has the same experience I outlined before - they correctly inherited my saved default keybinds, and the only new control scheme functionality they have by default is the quicklook on left click. This makes sense because it uses the new "LeftDragWorld" label, which I have not overwritten with my default keybinds.

    I think that means it's working as it should be.

    • Thumbs Up 1
  12. I've tested the control scheme changes with:

    1. Characters that existed on the Beta server before Release Candidate 3
    2. A character that I transferred from Live to Beta after the Release Candidate 3 update
    3. A brand-new character created after the Release Candidate 3 update

    Characters 1 and 2 had the new quicklook left mouse button features, new mouse movement functionality, new shift+# for the third tray buttons, and the new walking towards a turned camera (free-look) functionality.

    Character 3 inherited my default saved keybinds when I created it and had none of these new changes except for quicklook, which seems to be bound to a new "LeftDragWorld" keybind rather than "LBUTTON" like I would have first expected. (EDIT: I think this part is a good thing and I like it.)

  13. 11 minutes ago, Lunar Ronin said:

    This is just my two cents, but I think changing the default power tray labels and key bindings for a 20 year-old MMORPG is a mistake.  I mean, for me, it doesn't matter because the first thing I'm going to do when Page 7 launches is change everything back to the way it was and save it to my options.txt file.  As options, they're fine.  But for people returning from both live and earlier on Homecoming, changing the way a 20 year-old video game works by default isn't the way to go.  It'll just cause confusion.  City of Heroes is City of Heroes, not any other video game.

    I think this one is a "damned if you do, damned if you don't" kind of situation.

    New players expect certain things to work in a modern way, like the new "quick-look" feature, turning the camera without turning your character by using left click, which is standard in almost every other MMO I can think of.

    On the other hand, existing players either will or will not like the changes based on their personal preferences. Hopefully people know to save their binds and options the way they like them before the update, and load them up after the update if they'd rather have things function as they do currently.

    The "classic" default bind profile is probably the best way to handle the situation, though.

     

    Which brings me to another point:

    1 hour ago, Jimmy said:
    • These changes only apply to new characters, and overridden by customized bindings that were previously saved.
    • Applying some or all of these settings on existing characters requires either resetting to the default bindings or manually applying the changes.

    This part is somewhat misleading. Previously existing characters ARE affected by these new changes (especially noticeable with the changes to free look and moving forward, and the change to how mouse movement auto-run works), but loading a bind file saved before the update reverts them.

    • Thumbs Up 1
  14. To be honest, I've experienced this happening on occasion as well, with the Translocation secondary power from Mystic Flight. When I use my teleport bind and try to teleport across the map rapidly, I rarely see the same kind of issue as shown in the video. I always chalked it up to user error (in my case, trying to teleport too quickly before the first one finished executing) but it seems like my initial assumption might have been mistaken.

  15. Try throwing "shield charge" in quotation marks in your bind.

    /bind shift+t "powexeclocation cursor "Shield Charge"" just worked fine for me.

     

    EDIT: I didn't read the thread very well! Didn't realize the issue you were having was based on it not going where you wanted it to, rather than not working at all. I didn't test it with a bind using a mouse click to activate, that might be a factor.

×
×
  • Create New...