Mods / VinconomyPM
Authors: vihuhol, sadCarb0ne
Side: Both
Created: Sep 1st at 10:51 PM
Last modified: Sep 4th at 11:02 AM
Downloads: 301
Follow Unfollow 9
Latest release (for Vintage Story 1.20.0, outdated):
VinconomyPM-1.0.1.zip
1-click install
Utility addon for vinconomy. Adding co-owners of cash registers and stalls.
To use it, point to the cashier as the owner and write one of the commands:
/vinpm add {playerName or UID}
/vinpm remove {playerName or UID}
Only limitation (i think) is that the co-owner can't reconfigure register.
--------------------------------------
o((⊙﹏⊙))o.
I started working on the mod before version 5.0.0 of vinconomy, on version 1.21 it is better to just use the official mod, this mod will only be for version 1.20 and was tested only with version vinconomy 0.4.0
--------------------------------------
| Mod Version | For Game version | Downloads | Released | Changelog | Download | 1-click mod install* |
|---|---|---|---|---|---|---|
| 1.0.1 | 232 | Sep 4th at 10:09 AM | VinconomyPM-1.0.1.zip | 1-click install | ||
|
fix: SQLite Error 19: 'FOREIGN KEY constraint failed' | ||||||
| 1.0.0 | 63 | Sep 1st at 10:52 PM | Empty | VinconomyPM-1.0.0.zip | 1-click install | |
SeveredSkullz Thank you. Btw, I wanted to write to you in the discord that your mod was the most enjoyable thing to work with compared to others.
Really interesting to see what it took to get this working from a "mod of a mod" standpoint. Great work! I tried to make the underlying code of Vinconomy as mutable and modular as possible - seems I did a pretty good job, but still a bit of room for improvement. Sadly I dont think I can get around the Register, Teller, Sculpture Pad, and Gacha machine needing seperate implementations since they don't inherit the base BEVinconContainer used in all of the other stalls.
Not that I suspect you'll need to update or maintain this mod, but just as an FYI, instead of using reflection to get the Shop Registry, I made a public GetRegistry() method in the core Mod System that I assume you simply missed. The idea was that this way it would be easier to harmony patch out the return value to provide your own classes/implementation that extends ShopRegistry/ShopRegistration should the need arise to implement some fundimental change to the Registry system. Looking at how you approached the problem though, I might need to make that system a bit more configurable as well.
As for the fact that co-owners cant reconfigure the register, I wouldnt worry about it. This is also the case in 5.0+ and is a deliberate limitation. In terms of feature requests, it was mosly just because players wanted to help empty the register when it got full of items.