3.3.0 Hobbit Rogue / Death
Collapse
X
-
-
About the developement vs maintainership issue, I have a suggestion. I fully support v4 as the devteam variant so maybe we could set up a poll of sorts every month about which new features should be added into angband proper. For example this month we'd chose among other things the ego-item system. I have no idea how many active angbanders there are that check the forum and play v4, but I suggest taking a certain number and features that recieve fewer votes than necessary stay in v4.
I feel that such an approach would work quite similarly as in the age of submitting patches to the maintainer and starting variants.Comment
-
About the developement vs maintainership issue, I have a suggestion. I fully support v4 as the devteam variant so maybe we could set up a poll of sorts every month about which new features should be added into angband proper. For example this month we'd chose among other things the ego-item system. I have no idea how many active angbanders there are that check the forum and play v4, but I suggest taking a certain number and features that recieve fewer votes than necessary stay in v4.
I feel that such an approach would work quite similarly as in the age of submitting patches to the maintainer and starting variants.
(Nomad's new rooms are quite popular and uncontroversial, so those could actually be porrted across - but I'm not sure it really needs a poll, because there's never been any criticism expressed!)"Been away so long I hardly knew the place, gee it's good to be back home" - The BeatlesComment
-
if what we're maintaining is not considered "Angband proper", anyone can step, realign the code with the one true Angband, and release the next version of Angband proper.
The user base however needs to make the same realization and that if they are so adamant about coding and do not respect and allow the dev team a lot of freedom to explore what they want then there will quickly be no dev team outside of variants which by definition do exactly what they want to.
Again, it is just the willingness to work together.
For example, I would really like to see Angband be more immersive in that what you do has effects on what happens in the future. This should ideally be transparent if a user does not actually try to do something and just proceeds at random, but if a user actually wishes they can modify the environment.
Take for example if you play a hobbit and everything you but is all light armor as you are rping. The store owners see this and start offering more light armor. If you just buy armor at random then you don't see any effect. But if you are a half troll and the first thing you do is select all heavy armor, and you always select heavy armor even above light ego's you see the effect in game.
Now I am one person, it is kind of mental to assume that this means it has to be a dev-team priority. But lets assume that this becomes popular, people start to talk about it and want to make Angband have more of these features. If the dev team ignores this then it is hard to see how they can call themselves the dev team for Angband proper as they are ignore the user base.Comment
-
Thinking back, I believe that the current dev team has a stronger integration with the community than any previous maintainer has ever had. We do a lot more discussing of potential features before they get implemented, and a lot more analyzing of those features once they are implemented; my memory of the old days is that a maintainer would simply implement changes on his own, and very rarely would the community backlash be sufficient to get him to change his mind. To be fair, the maintainers were also a lot more conservative back in those days, so there were fewer controversial changes going in.Comment
-
If you decide to be on the dev team of Angband then this is a commitment to actually be on the dev team of Angband not on BeiberBand. If the dev team isn't willing to work with the user base then it really needs to step down from that and continue with the variant they are coding.
The user base however needs to make the same realization and that if they are so adamant about coding and do not respect and allow the dev team a lot of freedom to explore what they want then there will quickly be no dev team outside of variants which by definition do exactly what they want to.
Again, it is just the willingness to work together.
For example, I would really like to see Angband be more immersive in that what you do has effects on what happens in the future. This should ideally be transparent if a user does not actually try to do something and just proceeds at random, but if a user actually wishes they can modify the environment.
Take for example if you play a hobbit and everything you but is all light armor as you are rping. The store owners see this and start offering more light armor. If you just buy armor at random then you don't see any effect. But if you are a half troll and the first thing you do is select all heavy armor, and you always select heavy armor even above light ego's you see the effect in game.
Now I am one person, it is kind of mental to assume that this means it has to be a dev-team priority. But lets assume that this becomes popular, people start to talk about it and want to make Angband have more of these features. If the dev team ignores this then it is hard to see how they can call themselves the dev team for Angband proper as they are ignore the user base.
Even if the userbase were to agree on the (un)popularity of an issue (and in my 3.5 years on the team I cannot recall any such consensus), the fact remains that if nobody actually codes any changes, nothing will get added (or removed). Now this has become 1000x easier with github - anyone can offer a pull request whenever they feel like it, and there is far less excuse for the devteam to 'ignore' such offers (c.f. patches sent to previous maintainers disappearing into black holes) - but the problem is not that we ever ignore pull requests (we don't), but that they don't come nearly as often as the opinions do.
This is the flip side of the v4 issue - we no longer get criticised for changing things people don't want, because all the potentially controversial changes go into v4 instead. But there's no solution (other than pull requests) to changes people *do* want but which none of us have time or inclination to code.
So I'm still of the view that Angband proper is whatever the devteam releases, unless and until someone else releases something that's deemed to be "more proper". (An obvious candidate would be Eddie's 3.0.6-based variant, should he choose to release it.)"Been away so long I hardly knew the place, gee it's good to be back home" - The BeatlesComment
-
I think the difficulty I have with this post is that it implies that the devteam is a unified entity and that the userbase is another unified entity. In fact each is made up of individuals with wildly varying views and opinions and ways of acting - and one is a subset of the other.
By the way, is anyone compiling Angband on Windows with some free compiler?
This is the flip side of the v4 issue ..Comment
-
Blubaron builds using Visual Studio; I can't remember whether his instructions are included (I think they are, but in a different file, under src/win/)."Been away so long I hardly knew the place, gee it's good to be back home" - The BeatlesComment
-
Thanks, I am going to look at a build.
On a rather ironic note, I realized that the exp levels are actually just in the TXT files so I can adjust them as high as I want trivially. I just don't like that if I actually clear pits/vaults that I hit CL 50 far before DL 100 so I actually avoid them as I don't like playing with a max exp (cl) character.Comment
-
Careful with that "everything in LOS" rule -- it could possibly result in lost artifacts in the edge case. If we want to completely trivialize ID then we could as easily just make it ID everything in a radius-4 circle and have no recharge time to speak of (in the case of the rod).
It breathes identification. -more-Comment
Comment