Login to BatWeb
Forgot your password?
BatMUD Forums > Bs > Re: mob hitpoints
The graphical features of the batclient are awesome, and many newbies have
lauded the batclient, and noted it as one of the reasons for them picking
batmud. But, also many users have various reasons for not using the batclient.
Those reasons may be personal (prefer another client), technical (client
doesn't run on their computer), or whatever. I think the batclient should
remain as a user-friendly user interface to the same game that we've always
had. But it's been teetering towards the edge of moving beyond that and
becoming more than a user interface, and actually adding underlying
functionality/features to the game which other users can't have.
As Lavitz noted, there are a number of features that it makes sense for the
batclient to have as "unique" features. The stream of data to update party
members status, mob health, etc. Great. But when the data that the client gets
is fundamentally different from what other players get, then that's just plain
unfair, and...really, annoying. Things like ability to see exact location on
the batworld...sure, I can't implement a picture in my client, but how long
would it take you to code a "coords" command that I could read in a telnet
client? If you can see actual mob hitpoints in 1% increments instead of the
traditional 5 steps, then why not add that to scan. Those two are my big
gripes about batclient's advantages over other mudclients. And the
implementation to make them available to other users really can't take more
than a few lines of code.
One of the arguments that I've heard for why this functionality is added to
batclient but not other clients is the lack of time available. But someone's
obviously developing in-game hooks for the client to read...why don't we have
it as a directive that as new hooks be added to the client, also make a
commandline version of that hook for players to run. That way, the repeat
development is minimized, and the batclient development doens't aid just the
batclient users, but also the enter batmud community.
Lavitz mentioned boycotting batclient on principle in the case that these
features are simply to encourage its use...I STRONGLY agree with this.
Further, we're not there now, but if significant similar functionality were to
be added to batclient without availability to the entire batmud community at
large, that is an issue for which I would likely boycott batmud in general. I
feel VERY strongly on this matter...
--ooga
Rating:
5
Votes:
11
oh my god.. some nubus that use batclient get to see mob hps in smaller
increments and you want to go boycot batmud? i don't know if i should cry or
laugh, this is just so silly. now this difference is none really, does a mob
die faster? maybe you can guess resists on some mobs easier, but what the
hell. this evergrowing WHINE just leads nowhere. if there should be other
features added to the batclient which you don't have on zmud tf or whatever,
then talk about them, but these retarded verbal ejaculations conjure a taste
of mixed vomit and plain disgust in my mouth. so what, some noob (or non-noob)
can see where he is on the map? how often do you get lost? if you get lost,
whine, and you'll get a feature maybe. but whining because some people get a
feature that you don't have (which isn't even useful to you) should be a
privilege that retards and children get, not grown ultrapirates.
my drunken 13241212 euros 5 cents
*burp*
increments and you want to go boycot batmud? i don't know if i should cry or
laugh, this is just so silly. now this difference is none really, does a mob
die faster? maybe you can guess resists on some mobs easier, but what the
hell. this evergrowing WHINE just leads nowhere. if there should be other
features added to the batclient which you don't have on zmud tf or whatever,
then talk about them, but these retarded verbal ejaculations conjure a taste
of mixed vomit and plain disgust in my mouth. so what, some noob (or non-noob)
can see where he is on the map? how often do you get lost? if you get lost,
whine, and you'll get a feature maybe. but whining because some people get a
feature that you don't have (which isn't even useful to you) should be a
privilege that retards and children get, not grown ultrapirates.
my drunken 13241212 euros 5 cents
*burp*
Rating:
-5
Votes:
19
Ooga wrote:
The graphical features of the batclient are awesome, and many newbies have
lauded the batclient, and noted it as one of the reasons for them picking
batmud. But, also many users have various reasons for not using the batclient.
Those reasons may be personal (prefer another client), technical (client
doesn't run on their computer), or whatever. I think the batclient should
remain as a user-friendly user interface to the same game that we've always
had. But it's been teetering towards the edge of moving beyond that and
becoming more than a user interface, and actually adding underlying
functionality/features to the game which other users can't have.
As Lavitz noted, there are a number of features that it makes sense for the
batclient to have as "unique" features. The stream of data to update party
members status, mob health, etc. Great. But when the data that the client gets
is fundamentally different from what other players get, then that's just plain
unfair, and...really, annoying. Things like ability to see exact location on
the batworld...sure, I can't implement a picture in my client, but how long
would it take you to code a "coords" command that I could read in a telnet
client? If you can see actual mob hitpoints in 1% increments instead of the
traditional 5 steps, then why not add that to scan. Those two are my big
gripes about batclient's advantages over other mudclients. And the
implementation to make them available to other users really can't take more
than a few lines of code.
One of the arguments that I've heard for why this functionality is added to
batclient but not other clients is the lack of time available. But someone's
obviously developing in-game hooks for the client to read...why don't we have
it as a directive that as new hooks be added to the client, also make a
commandline version of that hook for players to run. That way, the repeat
development is minimized, and the batclient development doens't aid just the
batclient users, but also the enter batmud community.
Lavitz mentioned boycotting batclient on principle in the case that these
features are simply to encourage its use...I STRONGLY agree with this.
Further, we're not there now, but if significant similar functionality were to
be added to batclient without availability to the entire batmud community at
large, that is an issue for which I would likely boycott batmud in general. I
feel VERY strongly on this matter...
--ooga
lauded the batclient, and noted it as one of the reasons for them picking
batmud. But, also many users have various reasons for not using the batclient.
Those reasons may be personal (prefer another client), technical (client
doesn't run on their computer), or whatever. I think the batclient should
remain as a user-friendly user interface to the same game that we've always
had. But it's been teetering towards the edge of moving beyond that and
becoming more than a user interface, and actually adding underlying
functionality/features to the game which other users can't have.
As Lavitz noted, there are a number of features that it makes sense for the
batclient to have as "unique" features. The stream of data to update party
members status, mob health, etc. Great. But when the data that the client gets
is fundamentally different from what other players get, then that's just plain
unfair, and...really, annoying. Things like ability to see exact location on
the batworld...sure, I can't implement a picture in my client, but how long
would it take you to code a "coords" command that I could read in a telnet
client? If you can see actual mob hitpoints in 1% increments instead of the
traditional 5 steps, then why not add that to scan. Those two are my big
gripes about batclient's advantages over other mudclients. And the
implementation to make them available to other users really can't take more
than a few lines of code.
One of the arguments that I've heard for why this functionality is added to
batclient but not other clients is the lack of time available. But someone's
obviously developing in-game hooks for the client to read...why don't we have
it as a directive that as new hooks be added to the client, also make a
commandline version of that hook for players to run. That way, the repeat
development is minimized, and the batclient development doens't aid just the
batclient users, but also the enter batmud community.
Lavitz mentioned boycotting batclient on principle in the case that these
features are simply to encourage its use...I STRONGLY agree with this.
Further, we're not there now, but if significant similar functionality were to
be added to batclient without availability to the entire batmud community at
large, that is an issue for which I would likely boycott batmud in general. I
feel VERY strongly on this matter...
--ooga
there are too few players left. if they make somethign cool and neat.. and
they offer it to you to use... use it, or shut up.
there is nothing "un-fair". so you can't play from work? use your own client
at work and when yer at home, use bat client. I can't belive ANYBODY feels
justified in complaining about a new free feature filled software that might
even get us a few more users.
E.
© 1990-2024 Balanced Alternative Techniques ry. All rights reserved. BatMUD™ is a registered trademark of Balanced Alternative Techniques ry.
The individual comments are the property of their posters, and may not reflect the views or opinions of the administration.