-
Notifications
You must be signed in to change notification settings - Fork 42
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
(ready) Quick swap weapons and hotkey #401
Conversation
update from main
(ready) New monsters (Attnam#349)
update from main
(ready) bug fix for show items under (Attnam#369)
(ready) Fantasy name generator (Attnam#363)
update from main
This sounds nice. BTW, thinking about weapons and QOL features, is it possible to have autopick for weapons you have thrown, so that you don't need to pick them one at a time? |
Another scratch thought: I also thought about quick throw auto inscribe option. EDIT: I thought on the 'T' key for "throw (quick)". How quick throw would work?
Doesnt seem complex to implement, just need to know if that flow is good? EDIT: autopick for weapons you have thrown so, the thrown with PS.: I think all these kind of improvements makes the playing more dynamic. QOL rocks! xD PS.2: this whole post should be another issue btw, IDK if I will be able to implement it all here on this PR. |
quickSwap: shows zoomed silhouette on config mode
Please save the nethack direction key. D-: How about "x" and "X"? Wizard mode can use "`" instead. |
Like NetHack, |
- added list maintenance options (remove, undo, move) - improved list coloring - fixed simple swapping - dead commented code cleanup
I initially thought on x X, didnt chose cuz of wizard, but.. as "~" is wizard autoplay, "`" (same physical key) will be great for wizard!
|
@iology |
Oh, I meant |
Yeah "`" will be good for wizard mode |
… command keys. changed wizard key to '`' and quickswap to 'x' and 'X'
I added this: |
sfx fixes: vomit and magic whistle
This is not ready. After I dropped my weapon and polymorphed it, openning the manager crashed the game. |
…pon is invalid based on the consistent list fixed hiteffect to check for character/item existance using the consistent list
@iology fixed, thx! |
This is awesome.
Are these problems fixed? If not, are they anticipated to cause crash? |
throwing/dropping there is no problem as I remember, neither offer to god, and as breaking or completely rusting will "send it to hell" and be deleted from memory, I think those are ok too. The whole point was to make sure they exist thru the consistency lists. |
- fixed crash if config had a broken weapon that was fixed by blacksmith - improved swapping to make it sure what is the current config before applying next one
@iology I was thinking, the commands could be set thru a define that also catches the function name like with that, using the console commands #458 I never used other key-sets than the default first one. |
Yeah, I don't feel the urge to do this yet. GUI is always better than just text — select from the list of actions/commands and capture the keypress — then save the config as text. |
this tags thing is fun, I wonder where else we could use it? :) |
'b' swaps, 'B' configurations (should we change these keys? I liked cuz all are within easy reach from left hand, and all other appropriate keys were in use already)
You can have as many configurations you want.
I didn't add checks for dup cfgs (what would complicate the code), but you can easily remove them.
finally learned how to create felist properly with icons :)
Obs.: I didnt manage to show weapons icons w/o crashing, so I disabled the related coded lines. The selectable entries have no icons and the non selectable (showing weapons) should have icons.It is working on initial tests.
I think there may have minor things that could be improved, not sure tho.
The missing item graphics is not cool, but the functionality is quite helpful, so when we manage to show the item's graphics it will be great, but not essential.If there is nothing breaking the functionality, then it is ready.
EDIT: this will also make old savegames incompatible,
as we are still in v132, import is not possible from previous builds also at v132,
(unless I hack it to optionally force a "load-ignore" (for this new data) even if the version is already 132, but that sounds messy :/ )
I see this like: when it gets released, being v132, then new additions to the savegame data may be importable in v133 (one day) :)
Tests required:
PS.: one day this could be extended to all equipments also.
PS.2: fun fact: it took me a week to figure out how to implement this, and today I woke up with the answer xD