inim came up with an argument I hadn't thought of, that "all" on FIBS have access to a pipcount even when the toggle is set to off. His reasoning apears to be that his GUI can count pips, so there's no problem turning off the FIBS' pipcounter since he figures everyone else has a GUI that does so. Seems silly to me, but here it is:
> You shout: speaking of pips, I'd like to know if there's some reason I don't know of why allowing FIBS' pipcounter during tourneys should NOT be allowed.
RickrInSF shouts: how can that be prevented don?
> You shout: It appears to be an issue with people like donzaemon, souptree, diane...
RickrInSF shouts: pip counting is not on the server, it is on the client
> You shout: you can turn it off for those who don't have a GUI that provides it, rick.
> You shout: It's also on the server, and a toggle, Rick.
RickrInSF shouts: well, never mind, donzaemon? really, be serious
RickrInSF shouts: but cannot be prevented (cuz it's on the client
RickrInSF shouts: therefor, why try?
> You shout: It can be prevented if your opponent does NOT have a client that counts
RickrInSF shouts: so, only allow certain versions of certain programs?
> You shout: No rick, I'm saying that, in tourneys, the FIBS pipcounter should be required since it is impossible to tell if both players have access to a pipcounter.
> You shout: I'm just wondering if there's some reason I have not considered for people like donzaemon, NIHo, zyxtcba, souptree and diane, for example, to object to a requirement that the FIBS' pipcount be allowed during electronic tourneys here.
RickrInSF shouts: because calculating pipcount by head takes practice, and they have allready practiced?
inim shouts: don, stop lamenting about client capabilities
inim shouts: there is nothing that can be "forbidden" on the client side
> You shout: Simple query inim, nothing to do with clients except fair.
inim shouts: javafibs does the pip count client side, and my guess is all others do too
inim shouts: that server flag is moot
inim shouts: javafibs doesn't even read it
inim shouts: if you play online, expect nothing short of a full gnubg facing you, if that is a problem for you, don't play online
inim shouts: my personal consequence is not to play for money online
inim shouts: and that#s it
> You shout: So you are saying, inim, that it's OK in a tourney if you are a javaFIBS user to get an auto-pipcount, and toggle allowpip on FIBS so that your opponent may not be able to do the same?
inim shouts: yes, that's fine
> You shout: Thanks inim, you've supported my thesis.
inim shouts: whatever your thesis was
inim shouts: point is that there is no client side control for fibs, and your lamenting won't create one
inim shouts: point even is there is no client side control for ANY online game server, albeit cheating in fibs is particularily easy
> You shout: My thesis is, inim, that since it's impossible to enforce a rule that pipcounters are not used, FIBS' pipcount should be "on" for tourneys.
inim shouts: as said, clients don't even read that flag
inim shouts: so set it to any value you like
> You shout: What about clients that don't provide a local pipcount, inim?
inim shouts: i don't care what other clients do, mine does
inim shouts: but my client also supports gnubg, hehe
> You shout: ah, always nice to talk "logic" with inim. I suspect I'm about to be permagagged for 24 hours or more by this illiterate bozo.
inim shouts: don, there is no "logic" in here, just enforceablility
> You shout: inim, in a tourney, do you think it fair for one person to have access to pipcounts and deny the same to opponent?
inim shouts: it doesn't matter what you consider fair, only what is technically possible
inim shouts: enforcing any restriction on clients is not
inim shouts: no, how so?
inim shouts: there is no way to control
inim shouts: or observe
> You shout: Uh, if I ask for a pipcount, and FIBS won't give it to me, it tells me that my opponent has it turned off, inim. Then I can simply say he is not following the rules of the tourney.
inim shouts: don, you are boring
inim shouts: repeating the impossible doesn't make it viable
> You shout: I'm guessing that it's a language problem that is making you look either obtuse or stupid, inim. If you have anything serious to say about "toggle allowpip", please contribute your thoughts to
http://www.fibsboard.com/using-backgammon-software/toggle-allowpip-t1886.0.html;msg14271;topicseen#newinim shouts: the problem is in the word "you can say"
inim shouts: you simply can NOT say
inim shouts: as said, toggle allowpip is ignored by all clients, it's an outdated and unused server feature
inim shouts: all i am aware of
inim shouts: what is a root client?
> You shout: In OO, inim, it's the basics
inim shouts: don, you talk gibberish
inim shouts: what the #### TCP/IP has to do with that now?
inim shouts: beside dropping words you hardly understand, what is your point?
inim shouts: name me any way to enforce anything client side, or stfu
resh_lakish shouts: ##### slap him with your mouse inim
> You shout: Are you saying that you know of a client that connnects to FIBS in some other manner than Telnet, inim, or gets I/O that is not specified by the FIBS Client interface?
inim shouts: you confuse ISO/OSI layers here, don
inim shouts: we are at the application layer
inim shouts: you are on layers 3 and 4
inim shouts: i am on 7
inim shouts: you can enforce nothing on layer 7
> You shout: Do all users of FIBS have as sophisticate a GUI as you, inim?
inim shouts: layer 3 is irrelevant, and layer 4 is ignored
inim shouts: i don't care for all clients
inim shouts: i just say it can not be enforced
inim shouts: haven't seen you saying anything that invalidates that claim yet
> You shout: Thanks for your input, inim, making my point. Enjoy.
inim shouts: you are getting senile, don
inim's arg makes no sense to me, BTW. I think some GUI programmers are attempting to rewrite FIBS according to their own whimsical beliefs, with no coordination with the open FIBS protocol. See
. I'd appreciate an explanation.