https://smaugmuds.afkmods.com/index.php?a=rssfeed&t=4768 The largest Smaug community resource site. - Design thoughts en SmaugMuds 60 https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23398#p23398 There's no real issue with using bits... I only suggested it because so many OTHER systems in Dikurivative codebases already use it. You could just as easily make each "bit" a boolean variable in the structures and test against it. It takes up more RAM, but big whoop... I dunno about your hardware, but my cheapo server has 16G of memory. https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23398#p23398 Tue, 26 Nov 2013 14:28:58 CST SWR FUSS nobody@example.com (Quixadhal) https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23397#p23397 Heh. Ok. I get what you're saying. I was trying to avoid doing bitwise manipulation but you do make a strong argument. Meh, maybe I'll go with a std::bitset. Or even possibly a boost::dynamic_bitset... Could let me, possibly though I'm rather leery of doing so, add and remove the stuff at runtime. Probably not though. Removal would have so many potential issues. https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23397#p23397 Tue, 26 Nov 2013 07:25:57 CST SWR FUSS nobody@example.com (Andril) https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23396#p23396 I think trying to shoehorn every command into one (and only one) "group" is a mistake. That's my feedback. Basic design says every thing has a set of things it IS, and a set of properties it HAS. A given verb IS a command, or a channel, or a social. A given channel HAS the properties of being an "IC" or "OOC" channel, and of being restricted to immortals or NOT restricted. A given command HAS the properties of being a "game" command, or a "info" command. You see what I'm getting at? T https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23396#p23396 Tue, 26 Nov 2013 07:11:07 CST SWR FUSS nobody@example.com (Quixadhal) https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23395#p23395 That was the basic idea actually, though I was thinking each command would be part of only one set and players would have a list of what groups they're members of. That way the ability to use a particular group of commands could be enabled or disabled on a player by player basis. As an example, the basic movement commands could be part of "player_cmds_general" or even a movement specific group, and every player by default would have permission to use the commands in the group but an individua https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23395#p23395 Tue, 26 Nov 2013 03:19:02 CST SWR FUSS nobody@example.com (Andril) https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23394#p23394 I actually think you'd be better off defining a proper security system for all commands, based on the conditions you want to use as restrictions... rather than trying to divvy them up into multiple lists. Let's say you define a command structure (pseudocode): [code] struct { char *name, int permission_bits, HELP *help_entry, FUNC *function_pointer, } command; [/code] So, the interesting part is the permission_bits part. You could, of course, have elements for eac https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23394#p23394 Tue, 26 Nov 2013 01:53:53 CST SWR FUSS nobody@example.com (Quixadhal) https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23393#p23393 So I decided, after getting a private message from here, to stick my nose into muds again and seeing as how I am most familiar with SWR I thought I'd stick to that. As of now I've mostly concentrated on ripping mud.h apart and getting everything in there moved out to separate header files. While I'm not quite done with that yet I have made considerable headway. In the process of doing so I remembered something I tried to do before and decided to do it again; replace player trust stuff with https://smaugmuds.afkmods.com/topic/replacing-levelstrust-4768/&p=23393#p23393 Mon, 25 Nov 2013 18:31:27 CST SWR FUSS nobody@example.com (Andril)