Kool-aid in a chalice is still kool-aid.Onionfighter wrote:And drinking from a golden goblet would increase the q.
-
btaylor
- Posts: 1692
- Joined: Thu Oct 22, 2009 1:37 am
Re: If there are clay couldrons, there needs to be clay TANKARDS
The unfed mind devours itself. - Gore Vidal
-
Fluffy
- Posts: 363
- Joined: Wed Aug 12, 2009 5:16 am
Re: If there are clay couldrons, there needs to be clay TANKARDS
Beer is supposed to be a higher up commodity, not something every random farmer makes because he has access to clay. Clay cauldrons was one thing, but clay tankards would be a bit too far. Besides, it would taste like shit.
Your ad here
-
Reynolds
- Posts: 118
- Joined: Sun Oct 25, 2009 9:21 pm
Re: If there are clay couldrons, there needs to be clay TANKARDS
Then let it taste like shit. Make the effects lowered. but if you can make it, you should be able to drink it.
-
Vanigo
- Posts: 146
- Joined: Mon Jun 22, 2009 1:03 am
Re: If there are clay couldrons, there needs to be clay TANKARDS
So? He's not saying you should be able to drink more than one thing from tankards. He's saying you should be able to drink beer from tin tankards or from clay tankards, which programmatically is no different from being able to drink water from any of three containers.loftar wrote:The main reason why there is one vessel per drinkable fluid is because the current implementation of fluids is rather inflexible. In this particular instance, its problem is that it is the drinking vessel itself that implements the code for what happens when you drink something -- not the fluid you're drinking, as you'd probably otherwise expect. This needs to be fixed sooner or later, but it isn't entirely trivial, so don't expect it to be done tomorrow.
-
theTrav
- Posts: 3464
- Joined: Fri May 29, 2009 11:25 pm
Re: If there are clay couldrons, there needs to be clay TANKARDS
Depending on how he has implemented things adding more fluid containers may create more work for himself when he gets around to re-implementing to have the effects tied to fluid contents rather than containers.Vanigo wrote:So? He's not saying you should be able to drink more than one thing from tankards. He's saying you should be able to drink beer from tin tankards or from clay tankards, which programmatically is no different from being able to drink water from any of three containers.
It will certainly increase his test space, making bugs more likely
-
Leonon
- Posts: 46
- Joined: Tue Sep 01, 2009 10:04 am
Re: If there are clay couldrons, there needs to be clay TANKARDS
Could you have the container turn into a specific different type of container when filled with a different liquid? Like have wineglass_empty which can turn into either wineglass_beer or wineglass_wine depending on what it's filled with?loftar wrote:The main reason why there is one vessel per drinkable fluid is because the current implementation of fluids is rather inflexible. In this particular instance, its problem is that it is the drinking vessel itself that implements the code for what happens when you drink something -- not the fluid you're drinking, as you'd probably otherwise expect. This needs to be fixed sooner or later, but it isn't entirely trivial, so don't expect it to be done tomorrow.
For the King, For the Land, For the Mountains
For the Green Valleys Where Dragons Fly
For the Green Valleys Where Dragons Fly
-
theTrav
- Posts: 3464
- Joined: Fri May 29, 2009 11:25 pm
Re: If there are clay couldrons, there needs to be clay TANKARDS
Heh, I doubt Loftar hasn't already figured out more or less exactly how he wants to do it, but thinking of it and doing it are worlds apart in terms of time and effort.Leonon wrote:Could you have the container turn into a specific different type of container when filled with a different liquid? Like have wineglass_empty which can turn into either wineglass_beer or wineglass_wine depending on what it's filled with?
Personally I think it would make more sense to have the container completely separate for the liquid and just have a link to a liquid that is maintained as a separate entity with its own behaviors.