Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Party Member Alt FULF Behavior #6

Open
blackbunny208 opened this issue Jun 11, 2023 · 0 comments
Open

Feature Request: Party Member Alt FULF Behavior #6

blackbunny208 opened this issue Jun 11, 2023 · 0 comments

Comments

@blackbunny208
Copy link

The real problem this would address would be when raiding/farming with people I know. It would be great to configure a list of people that would change the behavior of FULF when any are present. I can think of a few different ways to approach this, but the two that sound the most reasonable are detailed below:

  • Easiest to code - a list that the user can populate with character names. If any are present in your party, FULF is disabled until they leave. This would allow FULF to kick back in if the other people don't care, and you want the loot left over.

  • More flexible - a list that the user can populate with character names, and a need/greed/pass/disable override per person. This would be an extension of the functionality above (could even be a v2), and would give more control over the situation. The only thing I'd be unsure of would be which override to use if multiple people with different overrides are present. For that, I'd say the ability to reorder the people and to use the top-most override should be simple enough.

I could play around and try to prototype this, then create a pull request if you'd like. I'm still really early in learning to code with Dalamud plugin framework though, so it might be above my skill level at the moment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant