| 00:02.45 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 00:02.45 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:13.08 | *** join/#bzflag beanpole (n=beanit@ip70-171-170-31.om.om.cox.net) |
| 00:53.16 | *** join/#bzflag Legoguy (n=Legoguy@adsl-71-143-233-31.dsl.emhril.sbcglobal.net) |
| 00:59.42 | *** join/#bzflag Legoguy (n=Legoguy@adsl-71-143-233-31.dsl.emhril.sbcglobal.net) |
| 01:20.35 | *** join/#bzflag short_circuit (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 01:32.12 | *** join/#bzflag spldart2 (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 02:36.45 | *** join/#bzflag mib_crt4wa (i=7decb011@gateway/web/ajax/mibbit.com/x-c6591ca1cd1eab13) |
| 02:38.47 | *** join/#bzflag QuantumBeep (n=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 02:45.40 | *** join/#bzflag JeffM (n=Jeff@unaffiliated/jeffm) |
| 03:30.24 | *** join/#bzflag bier__ (n=bier@p54A563E1.dip.t-dialin.net) |
| 04:34.19 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 04:34.19 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 05:27.58 | *** join/#bzflag swigg (n=Paul@71-14-108-006.dhcp.gnvl.sc.charter.com) |
| 05:39.12 | *** join/#bzflag Flash (n=jwmelto@c-76-25-213-219.hsd1.co.comcast.net) |
| 06:52.12 | *** join/#bzflag KingofCamelot (i=KingofCa@ip68-6-42-246.sb.sd.cox.net) |
| 07:26.43 | *** join/#bzflag LongDon (n=LongDon@vpn199-013.hrz.uni-oldenburg.de) |
| 07:27.04 | *** part/#bzflag LongDon (n=LongDon@vpn199-013.hrz.uni-oldenburg.de) |
| 08:22.47 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 08:57.29 | *** join/#bzflag LongDon (n=LongDon@vpn199-042.hrz.uni-oldenburg.de) |
| 09:23.24 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 09:23.24 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 09:36.20 | *** part/#bzflag LongDon (n=LongDon@vpn199-042.hrz.uni-oldenburg.de) |
| 10:18.25 | *** join/#bzflag Admirarc1 (n=Athelthr@oa-res-29-142.wireless.abdn.ac.uk) |
| 10:18.25 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 10:18.25 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 10:18.25 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 10:18.25 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 10:18.25 | *** mode/#bzflag [+v donny_baker] by irc.freenode.net |
| 10:50.36 | *** join/#bzflag Admirarch (n=Athelthr@oa-res-29-142.wireless.abdn.ac.uk) |
| 11:13.10 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 11:13.10 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 11:13.10 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 11:13.10 | *** mode/#bzflag [+v donny_baker] by irc.freenode.net |
| 11:15.01 | *** join/#bzflag QuantumT1m (n=tim@62.249.230.206) |
| 11:31.14 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 11:45.36 | *** join/#bzflag QuantumT1m (n=tim@62.249.230.206) |
| 11:45.36 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 11:45.36 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 11:45.36 | *** mode/#bzflag [+v donny_baker] by irc.freenode.net |
| 11:50.47 | *** join/#bzflag donny (n=joevano@about/essy/vvvvv/donnybaker) |
| 11:50.47 | *** mode/#bzflag [+v donny] by ChanServ |
| 12:04.59 | *** join/#bzflag donny (n=joevano@about/essy/vvvvv/donnybaker) [NETSPLIT VICTIM] |
| 12:04.59 | *** join/#bzflag QuantumT1m (n=tim@62.249.230.206) [NETSPLIT VICTIM] |
| 12:04.59 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 12:04.59 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) [NETSPLIT VICTIM] |
| 12:04.59 | *** mode/#bzflag [+vv donny donny_baker] by irc.freenode.net |
| 12:12.49 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 12:12.49 | *** mode/#bzflag [+v spldart] by ChanServ |
| 12:24.40 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 12:24.40 | *** join/#bzflag donny_baker (n=joevano@c-24-7-240-50.hsd1.in.comcast.net) |
| 12:24.40 | *** join/#bzflag donny (n=joevano@about/essy/vvvvv/donnybaker) |
| 12:24.40 | *** join/#bzflag QuantumT1m (n=tim@62.249.230.206) |
| 12:24.40 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 12:24.40 | *** mode/#bzflag [+v donny] by irc.freenode.net |
| 12:29.07 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 12:35.02 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 12:36.39 | *** join/#bzflag TheRedBaron (n=kemhof@75.144.224.155) |
| 12:45.09 | *** join/#bzflag RatOmeter (n=chatzill@205.162.226.154) |
| 12:49.26 | *** join/#bzflag short_circuit (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 12:49.59 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 12:49.59 | *** mode/#bzflag [+v donny_baker] by ChanServ |
| 12:51.29 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 12:51.29 | *** mode/#bzflag [+v donny_baker] by ChanServ |
| 12:51.31 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 12:54.30 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 12:59.47 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 12:59.47 | *** mode/#bzflag [+v donny_baker] by ChanServ |
| 13:02.10 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) |
| 13:02.10 | *** mode/#bzflag [+v donny_baker] by ChanServ |
| 13:09.20 | *** mode/#bzflag [+o donny_baker] by ChanServ |
| 13:09.34 | *** mode/#bzflag [+v donny_baker] by donny_baker |
| 13:10.06 | *** mode/#bzflag [-o donny_baker] by ChanServ |
| 13:34.04 | *** join/#bzflag TheRedBaron (n=kemhof@75.144.224.155) |
| 13:38.26 | *** join/#bzflag delusional (n=delusion@pool-96-236-228-253.pitbpa.fios.verizon.net) |
| 13:43.13 | *** join/#bzflag swigg (n=Paul@71-14-108-006.dhcp.gnvl.sc.charter.com) |
| 13:50.45 | *** join/#bzflag TheRedBaron (n=kemhof@75.144.224.155) |
| 14:23.06 | *** join/#bzflag Upsetter (n=ups@i577B5904.versanet.de) |
| 14:53.08 | *** join/#bzflag TimRiker (n=timr@174-145-251-42.area3.spcsdns.net) |
| 14:53.08 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 14:56.36 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 15:15.09 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 15:22.20 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 15:47.13 | *** join/#bzflag whodaman- (n=whodaman@about/apple/macbook/whodaman-) |
| 16:12.31 | CIA-50 | BZFlag: 03bullet_catcher * r18709 10/trunk/bzflag/src/bzfs/ (bzfs.cxx bzfsMessages.cxx bzfsMessages.h): |
| 16:12.31 | CIA-50 | BZFlag: Have sendMsgTimeUpdate() take its parameter as int32_t instead of int. |
| 16:12.31 | CIA-50 | BZFlag: They are not always interchangeable. |
| 16:23.25 | delusional | my config.cfg file has mysteriously become locked again, and clouds have stopped displaying. This time i still have mountains.. could be related to OSX 10.5 upgrade... idunno. |
| 16:23.41 | delusional | i unlock it and set clouds to on.. everything's fine. |
| 16:24.47 | BulletCatcher | 2.0.10 ? |
| 16:25.43 | delusional | yeah, i got a fresh copy from sourceforge after the last time this happened. |
| 16:28.48 | BulletCatcher | I don't think BZFlag knows how to set a MacOS "lock" on a file. Definitely a weird one. |
| 16:29.15 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:56.10 | *** join/#bzflag Qhestion (i=Miranda@V5e2f.v.pppool.de) |
| 16:57.04 | Qhestion | are there any admins of the Castle Warfare servers here? |
| 17:07.58 | *** join/#bzflag Swigg (n=Default@71-12-214-109.dhcp.spbg.sc.charter.com) |
| 17:20.24 | JeffM | ts, the countdown time is set to be paused if the time update is < 0 |
| 17:20.35 | JeffM | so what you have to do is send the upate with the remaining time, then send -1 |
| 17:20.38 | JeffM | right after it |
| 17:20.45 | JeffM | then they will have the correct display, and be paused. |
| 17:21.25 | ts | I know from comparing playing.cxx: 1859 to bzfs.cxx:2034 but I do not see where the difference comes from |
| 17:21.45 | ts | I mean, in bzfs.cxx:2034 it's positive |
| 17:22.13 | ts | I could easily read clOptions->countdownPaused and manipulate timeLeft to be negative |
| 17:22.20 | ts | but would that be a clean fix? |
| 17:22.26 | JeffM | you need to send 2 updates |
| 17:22.45 | JeffM | one with the time left |
| 17:22.48 | JeffM | and then a pause command |
| 17:22.52 | JeffM | that is the correct fix |
| 17:23.04 | JeffM | normal players would see 2 updates, seperated by some span of time |
| 17:23.11 | JeffM | the first to start the countdown |
| 17:23.15 | JeffM | it woudl have a positive value |
| 17:23.24 | JeffM | then they would see an update with -1 |
| 17:23.32 | JeffM | that would pause the countdown |
| 17:23.33 | ts | I do not see there would be a pause command. Do you mean a second MsgTimeUpdate with a negative time? |
| 17:23.39 | JeffM | yes |
| 17:23.42 | ts | ah |
| 17:23.54 | JeffM | that's how the clients get paused, with a negitivie update |
| 17:24.18 | ts | There's still one bug to go |
| 17:24.27 | ts | The timeLeft is wrong |
| 17:24.35 | JeffM | you may be able to do it in one update, if you set it to be -TImeleft |
| 17:24.42 | ts | It continues to run while being paused |
| 17:24.51 | JeffM | because you don't send it negitive |
| 17:24.58 | JeffM | send it negitive and it will be paused |
| 17:25.02 | ts | No |
| 17:25.11 | ts | I mean the internal bzfs counter |
| 17:25.15 | JeffM | oh |
| 17:25.29 | JeffM | find where it gets updated, and don't do that if it's paused |
| 17:25.32 | JeffM | shoudl be simple |
| 17:25.33 | ts | I thought it would be handy to tell players the remaining time at join |
| 17:26.04 | JeffM | yes it would be |
| 17:26.47 | ts | I better fix the one bug now before I forget the solution |
| 17:27.05 | ts | Will investigate the other one later |
| 17:27.19 | delusional | jeff (or anybody else)... I'm trying to track down more details of drawinfo... trepan mentioned "matswap old/new" in this post http://my.bzflag.org/bb/viewtopic.php?t=5031&highlight=matswap ... can you tell me if matswap still exists or anything about how to use it? I'm hoping i can use it to define a mesh for one base, using a greyish texture , then use groups, changing the material color for each base . |
| 17:28.02 | JeffM | wonders if he's the only one with a search tool |
| 17:29.31 | delusional | alright.. i see it in the code, but i still dont know how to use it. |
| 17:30.09 | trepan | matswap\fR oldMat newMat # replace a given material in the instance |
| 17:30.12 | trepan | (from the manpage) |
| 17:36.12 | JeffM | yeah looks like just a swap |
| 17:36.17 | JeffM | a good thing |
| 17:40.42 | delusional | so.. could i do this? 1. specify material. 2. specify my mesh with define and use it in a group. 3. specify the material again with matswap. 4. use the same group. |
| 17:40.42 | JeffM | you would specify a NEW materail |
| 17:40.45 | JeffM | and tell the group to swap it |
| 17:40.57 | delusional | if i had ONE example of matswap actually in use, i might be able to figure it out. |
| 17:41.01 | JeffM | so like if your mesh had 2 materials "graywall" and "redbase" |
| 17:41.06 | JeffM | then you define "bluebase" |
| 17:41.10 | JeffM | put the mesh into a group |
| 17:41.27 | JeffM | and to matswap redbase bluebase on the group, then for that instance you'd get bluebase instead of redbase |
| 17:41.45 | JeffM | but both would use graywall |
| 17:42.10 | JeffM | it's prety common sense in usage |
| 17:42.38 | delusional | so the bzw requires a new mesh for each base? |
| 17:42.45 | JeffM | *sigh* |
| 17:42.46 | JeffM | no |
| 17:43.03 | JeffM | the feature exists so you DON'T have to define a new mesh per base |
| 17:43.12 | JeffM | it lets you replace a material just on one instance |
| 17:43.25 | JeffM | so that you can reuse the mesh just changing specific materials |
| 17:45.25 | delusional | like i said... one example is all i need... |
| 17:45.50 | JeffM | no what you need to do is understand the concept, rather then just hacking on examples. |
| 17:46.08 | JeffM | make a mesh with 2 materials, and put it in a define |
| 17:46.15 | JeffM | make a group instyance in one place |
| 17:46.19 | JeffM | with out a matswap |
| 17:46.23 | JeffM | then make another material |
| 17:46.26 | JeffM | with some new name |
| 17:46.47 | JeffM | then do another group instance in another place, but use matswap to swap one of the origonal materials with the new material name |
| 17:47.06 | JeffM | you'll get 2 instances of the mesh on the map, one will have your new material in place of one of the old materials |
| 17:47.21 | JeffM | use the noodle, you'll be fine. |
| 17:47.30 | delusional | ah,, i get it... i thought you somehow used the same material name somehow |
| 17:47.36 | JeffM | no |
| 17:47.58 | JeffM | thats why it says oldMat newMat in the man page |
| 17:48.05 | JeffM | if they were the same it woudl have the same word |
| 17:48.10 | JeffM | and that would be pointless |
| 17:49.39 | delusional | am I reading the right manpage? it's "titled bzw.5.in" and dated 3/6/08 .. and doesnt have matswap/oldmat/newmat in it. |
| 17:50.21 | JeffM | that I don't know, but trepan pasted it to you right here |
| 17:53.19 | delusional | well, thanks, it does appear that I'll be able to use it in the way i was hoping to use it. |
| 17:57.51 | *** part/#bzflag Qhestion (i=Miranda@V5e2f.v.pppool.de) |
| 17:59.38 | trepan | hehe, that manpage paste came from uncommitted changes in the 'trepan' branch |
| 17:59.47 | JeffM | heh |
| 17:59.55 | trepan | the svn matswap |
| 18:00.04 | JeffM | the code does look like it's in the current tree |
| 18:00.09 | trepan | oops ... use a network protocol hack |
| 18:00.36 | trepan | i'd fixed it in my branch instead of embedding at the end of a std::string |
| 18:01.53 | delusional | trepan, could you please help me out... give me one little example of bzw using matswap? |
| 18:02.18 | trepan | just try it, it's not particularly complicated |
| 18:02.29 | JeffM | yeah man, come on, grow a pair |
| 18:02.34 | delusional | where do i put matswap? |
| 18:02.39 | JeffM | in the group |
| 18:02.52 | JeffM | the instance you want to have the newmat |
| 18:02.59 | delusional | i got a hammer here.. but every time i use it jeff tells me i need a screwdriver. |
| 18:03.02 | trepan | heh, i suppose it would have helped to at least know it's a group parameter ;-) |
| 18:03.16 | delusional | that helps |
| 18:03.18 | JeffM | the code says it's a group param ;) |
| 18:03.32 | JeffM | GroupInstance::addMaterialSwap |
| 18:03.47 | JeffM | but that's what I said when I went over what you should do |
| 18:05.23 | delusional | howabout a pastebin of the manpage changes even? |
| 18:05.28 | delusional | trepan |
| 18:05.34 | JeffM | it's a one line command! |
| 18:06.51 | trepan | http://pastebin.ca/1221924 |
| 18:07.19 | JeffM | oh yeah forgot the br ;) |
| 18:07.28 | JeffM | I'm sure that will help SO much |
| 18:08.13 | delusional | so oldmat would b e the old material name, and newmat the new. OK great |
| 18:08.20 | delusional | now i know |
| 18:08.37 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 18:08.49 | delusional | and it goes inside the group |
| 18:08.56 | JeffM | delusional, did you not see it when he pasted that single line here? |
| 18:09.45 | delusional | just had to put the peices together jeff. sorry |
| 18:14.42 | trepan | fwiw, it looks like group instance tinting gets applied after matswaps |
| 18:17.55 | *** join/#bzflag me1 (n=khazhy@unaffiliated/me1) |
| 18:22.40 | delusional | last week someone told me tint was not working at all. |
| 18:23.01 | delusional | maybe he was placing it at the wrong spot in the group |
| 18:28.20 | delusional | hmm, that last item will definitely be helpful trepan. |
| 18:31.40 | me1 | delusional, tint wasn't working for me either, and it was the only item in the group |
| 18:38.50 | trepan | feel free to pastebin an example where tint isn't working (with bzfs/bzflag versions) |
| 18:40.09 | me1 | define |
| 18:40.10 | me1 | <stuff> |
| 18:40.13 | me1 | enddef |
| 18:40.15 | me1 | group stuff |
| 18:40.20 | me1 | tint 0 1 0 1 |
| 18:40.20 | me1 | end |
| 18:42.16 | trepan | 1. pastebin |
| 18:42.32 | trepan | 2. not a complete example, and what are the versions? |
| 18:43.03 | me1 | bzflag/bzfs 2.0.13 SVN somedate and rather |
| 18:43.44 | me1 | I tried turning a pyramid and box a different tint, and tried materials too, it didn't work. |
| 18:43.50 | *** join/#bzflag Cruel_dog (n=Cruel_do@24.114.234.1) |
| 18:44.06 | me1 | I don't remember the svn rev/date |
| 18:44.26 | Cruel_dog | hello everyone |
| 18:44.27 | trepan | tinting only works on meshes |
| 18:44.32 | me1 | oh |
| 18:44.55 | me1 | what about matref? |
| 18:45.41 | me1 | does matref in groups work on only meshes also |
| 18:45.43 | me1 | ? |
| 18:45.58 | trepan | box/pyr can't use materials, so what do you think? |
| 18:46.08 | me1 | sure they can? |
| 18:46.12 | trepan | (unless they've been converted to meshes) |
| 18:47.36 | trepan | try adding 'color white' to your box/pyr sections, should convert them to meshes (assuming you have a recent bzfs) |
| 18:48.03 | me1 | adding a matref to a normal box converts it to mesh |
| 18:48.41 | trepan | is well aware of the conversion triggers |
| 18:51.54 | me1 | yes, adding color white does convert to mesh as you said and matref/tint works |
| 18:52.40 | me1 | But is there any other way? perhaps someone has a very large amount of objects they have to put "color white" in? |
| 18:58.32 | *** join/#bzflag MindstormsKid (n=chatzill@wikipedia/MindstormsKid) |
| 19:03.46 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 19:15.29 | JeffM | make them meshboxes isntead |
| 19:18.29 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 19:20.44 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 19:20.44 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 19:24.04 | CIA-50 | BZFlag: 03JeffM2501 * r18711 10/trunk/bzflag/ (11 files in 3 dirs): add backend support for storing and sending generic key/value pairs with players. |
| 19:55.18 | *** join/#bzflag Swigg_ (n=Default@71-12-214-109.dhcp.spbg.sc.charter.com) |
| 20:04.05 | CIA-50 | BZFlag: 03JeffM2501 * r18712 10/trunk/bzflag/ (13 files in 3 dirs): |
| 20:04.05 | CIA-50 | BZFlag: provide event hooks for setting custom player data, and changed custom player data. |
| 20:04.05 | CIA-50 | BZFlag: Add a motto field to the join that sets the motto custom data field and sends it to the server on join. |
| 20:04.05 | CIA-50 | BZFlag: consolidate the setting and sending of custom player data in one function for ease of use. |
| 20:27.23 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 20:44.57 | *** join/#bzflag Abominable (n=Abominab@user-0ce2hv1.cable.mindspring.com) |
| 20:45.52 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 20:46.31 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 21:15.16 | *** join/#bzflag MindstormsKid (n=chatzill@wikipedia/MindstormsKid) |
| 21:30.40 | *** join/#bzflag me1 (n=khazhy@unaffiliated/me1) |
| 21:31.05 | delusional | if you use 2 materials and matswap ... tint is not needed in groups. |
| 21:33.00 | delusional | I set all the vars and had a complete match, the report is there |
| 21:33.06 | delusional | woop ww |
| 21:55.09 | *** join/#bzflag Swigg_ (n=Default@71-12-214-109.dhcp.spbg.sc.charter.com) |
| 21:58.06 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 22:19.18 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 22:19.19 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:20.19 | *** join/#bzflag mib_mx7lx7 (i=7decb044@gateway/web/ajax/mibbit.com/x-e28c118c377ca850) |
| 22:22.00 | *** join/#bzflag temp_dist (n=temp_dis@about/essy/alarming/a-temp-dist) |
| 22:24.53 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 23:05.24 | JeffM | does the scoreboard have a header? |
| 23:06.08 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 23:07.14 | temp_dist | "Score Kills Player [sort mode] Team Score" |
| 23:07.24 | JeffM | player, thanks |
| 23:07.36 | JeffM | can't run a client yet to check :) |
| 23:09.58 | JeffM | hmmm... is there a way to do a find in a string that returns a const itr? |
| 23:10.17 | JeffM | sorry find on a std::map |
| 23:12.28 | JeffM | bahh stupid me, can just asign it to a const itr and it's cool |
| 23:13.31 | *** join/#bzflag whodaman- (n=whodaman@about/apple/macbook/whodaman-) |
| 23:13.58 | *** join/#bzflag AAA_awright (n=acubed@wsip-70-184-126-222.ph.ph.cox.net) |
| 23:17.57 | CIA-50 | BZFlag: 03JeffM2501 * r18713 10/trunk/bzflag/ (7 files in 4 dirs): |
| 23:17.57 | CIA-50 | BZFlag: Add bzdb vars to define the name of a custom identifier that is put after the player name, pulled from a custom named data field that is stored with the player. |
| 23:17.57 | CIA-50 | BZFlag: Default to the name "Motto" using the custom field "motto". |
| 23:17.57 | CIA-50 | BZFlag: This can be fully overridden with the API to add any single field to the scoreboard per player. |
| 23:20.16 | JeffM | there now you all can have what was your "email" field back ;) |
| 23:20.59 | JeffM | and a leauge could overide it to be your actual team name based on bzdb groups, etc :) |
| 23:21.21 | JeffM | or a custom game can give it it's own name and value based on whatever it wants |
| 23:24.23 | *** join/#bzflag cods_ (n=cods@tuxee.net) |
| 23:30.16 | *** join/#bzflag Admirarc1 (n=Athelthr@oa-res-18-34.wireless.abdn.ac.uk) |
| 23:42.40 | *** join/#bzflag CBG (n=CBG@cpc1-newe2-0-0-cust289.cdif.cable.ntl.com) |
| 23:57.19 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |