Reclassify 'Storage space' and 'People space' in buildings

[AlchemicRaker]

I'm not sure if this is even a problem, but does a person's weight decrease as they are damaged? If so, we need to make sure that as they are healed (natural or via food), they don't proceed to exceed the weight limit. I don't think there is any healing foods that cost less grams than the damage they'd heal, but with natural healing this problem might show up.

- Natso

[Snake_byte]

Why not ignore they weight limit entirely for moving purposes? Entering/leaving a building is okay, moving to the next room is possible, too, but dropping items, pulling items into the room, working on projects or moving the vehicle (if the room is a vehicle) is impossible.

Where would those resources then go when they die? Fall outside? It's a possibility but what if all the doors are locked?

So, it appears that the GAB members here at least have reached a consensus.

I seem to have found one complication, though. Currently one person can barricade themselves in a cabin or shack with a mountain of food and survive forever. With this change, now 2-3 people could do it. You just need to fill the room with the food, then move the characters in. It wouldn't matter that the room is over-weight. This is definitely not an improvement. I think we need to do a bit more thinking before this is final.

This actually wouldn't be a problem at all as three people eating -that- food would have to come out soon enough or starve. 3 people eating food disappears pretty fast. If anything as Piscator said just prior 'would require a group of people to blockade a room, instead of being able to do it alone.', so now it is more difficult.

Also Doug was saying 'Now, we could do this by subtracting 60kilos x the people capacity of the buildings.' But, you can also do it by adding too, thus not changing the actual storage space of buildings or vehicles.

[Doug R.]

Alright, if you guys don't think it's a problem, I'm cool with it. I'm a big fan of being able to barricade yourself, though, so I'd hate to see the ability disappear entirely, at least not until we implement an official barricading mechanism.

[Snake_byte]

I've never had the opportunity but have dealt with people who have. This will still allow it, just make it easier to clean out after and help defend against them a little more, but not too much as to remove the strategy.

[Doug R.]

I guess we can move this to accepted now? We should summarize what we're accepting, since things got a little odd between page one and here.

[AlchemicRaker]

I did not read it ALL, but...

Character limit for a space is removed
Weight limit for a space is increased by 60 for each character it could previously hold (???)
Characters now fill the weight limit only

I don't think anything was decided about dead bodies. I sorta think that what they're holding should stay attached to the body instead of being dropped (so you have to remove more than just the clothes)...

Blah

- Natso

[Doug R.]

I did not read it ALL, but...

Character limit for a space is removed
Weight limit for a space is increased by 60 for each character it could previously hold (???)
Characters now fill the weight limit only

- Natso

Quite the opposite, actually. I'll summarize later.

[YugoStrikesBack]

If we ever create an actual mechanism for barricading we must allow for the building to be burnt down.

[Doug R.]

If we ever create an actual mechanism for barricading we must allow for the building to be burnt down.

Building destruction would cover that.

[Snake_byte]

-Stone Building

Weight capacity used: 0.005% for 15,000g vs. 0.0273 for 75,000g
Person capacity used: 1/30
Total Weight Capacity = 3,300,000 grams

Name: Whosit
Age: 20 years
Spawned: day 2742 in Klojt
Carrying: 15,000 g
Location: Some town (Some Town's Building) - [stone building]
Project: Nofin

Summary: The person's weight is not calculated in the 'Weight capacity used' but in the 'Person capacity used' and the 0.005% is actually the 15,000g Whosit is carrying on the 3,300,000g of 'Total Weight Capacity'.

'Person capacity used' become slots for both living and dead bodies. However to prevent bodies and taking up all slots, there should be extra slots -only- usable by dead bodies.
Also, I can't stress enough how ridiculously slow bodies decomp. Make them decompose faster and add a cap.

[returner]

So, it appears that the GAB members here at least have reached a consensus.

I seem to have found one complication, though. Currently one person can barricade themselves in a cabin or shack with a mountain of food and survive forever. With this change, now 2-3 people could do it. You just need to fill the room with the food, then move the characters in. It wouldn't matter that the room is over-weight. This is definitely not an improvement. I think we need to do a bit more thinking before this is final.

You can't have 'fixed' systems, where a = b and white = black.. You seemed to pay respect to my idea but overall ignore it. My idea solves the issue and said complication and is dead simple.. I suggested you can enter for 10 seconds before being ejected out from the weight of all objects inside the room. This prevents barricading occuring AT ALL.

[Piscator]

Removing the personal limit removes the possibility of barricading, too. There would be no need for potentially annoying time limits and you also wouldn't have to answer the question what would happen if someone locked the room during those ten seconds.

[Doug R.]

Or answer what happens when periodic lag causes the page more than ten seconds to reload. The automatic reloading of the events has already caused serious annoyances for us (mostly offset by the benefits, but having to log back in every 5 minutes because of mysql errors is still a drag), so adding more automatic javascript stuff is just a bad idea IMO. There's really nothing I like about your suggestion, returner.

And besides, as I said, I like reasonable barricading.

[returner]

Or answer what happens when periodic lag causes the page more than ten seconds to reload. The automatic reloading of the events has already caused serious annoyances for us (mostly offset by the benefits, but having to log back in every 5 minutes because of mysql errors is still a drag), so adding more automatic javascript stuff is just a bad idea IMO. There's really nothing I like about your suggestion, returner.

And besides, as I said, I like reasonable barricading.

Yes, but the current system isn't barricading at all. It is just a word we are using to describe a bug or system flaw which can be abused without retribution of the PD.

If it was illegal to utilize this bug then you probably wouldn't like any form of it.

What needs to be done, in my personal opinion, is we need to completely revisit the whole concept of entering and exiting buildings. And this is actually being done, through conversation in this thread. I like that. But it needs to be more in-depth and theoretical, we need to completely forget what the current system does (when discussing this topic) and how the current system operates and use a mind-set as if we were programming this from scratch. Ie, what would be the best way to program this from scratch.

The main issue here is that the current system is black and white. You either can enter it, or you can't. In real life, you have more options. And this needs to be reflected in the game.

If someone wants to barricade a door, they need to actually barricade it, and not do it by satisfying the building's storage limits. That's not barricading, that's filling up a building with objects so you can't get in. Barricading involves blocking unlocked usage of the door, by actually propping an object against the door. We need to revisit it with a fresh approach. An example is PEOPLE actually blocking the door.

Before I go on, I should mention that the idea of revisiting the issue with a fresh approach -is- being done and the ideology of my ideas, essentially, have been addressed (ie barricading being redefined).

Personally I've never, ever come across an issue with barricading. I have discussed it with another character, and dismissed it (because OOCly I think it's cheating and unfair).


And Doug, you say 'there is nothing I like about your suggestion'. Your only argument against it, is it's usability during times of lag. I find this point completely moot, because lag is intermittent and rare nowdays. Usually it resolves itself after a while and the person can re-enter for 10 seconds, over and over until they get that hit in.
Of course I have nothing against the alternative.. (ie, you can enter the building but can't work on any projects), but the idea of 200 people inside a shack or cottage is just ridiculous. There are no mechanisms in that suggestion to kick people out, despite your support for an unrealistic approach.

[returner]

Long story short: Give more options, in regards to entering/exiting buildings.

Removing the personal limit removes the possibility of barricading, too. There would be no need for potentially annoying time limits and you also wouldn't have to answer the question what would happen if someone locked the room during those ten seconds.

And that's easy.. you'd stay in the room until it was unlocked.

Realistically, if you can enter it, you sure as hell can stay in it.