| 00:33.02 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 00:33.02 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 01:10.28 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 01:10.32 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 01:10.32 | *** mode/#bzflag [+v spldart] by ChanServ |
| 02:10.14 | *** join/#bzflag kierra (~Jolie@unaffiliated/kierra) |
| 02:45.59 | *** join/#bzflag ts3d (~anonymous@adsl-76-215-154-91.dsl.mtry01.sbcglobal.net) |
| 05:00.53 | *** join/#bzflag ts3d (~anonymous@75.23.134.199) |
| 05:18.58 | *** join/#bzflag ts3d (~anonymous@75.23.134.199) |
| 05:52.53 | *** join/#bzflag ts3d (~anonymous@76.213.201.163) |
| 06:01.06 | *** join/#bzflag McYukon (~McYukon@bzextreme.com) |
| 07:36.19 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 07:54.10 | *** join/#bzflag ts3d (~anonymous@71.149.245.117) |
| 10:28.58 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 11:18.01 | *** join/#bzflag KTL (~KTL@213.211.143.137) |
| 12:23.06 | *** join/#bzflag Gabe_G23 (u557@gateway/web/irccloud.com/x-ortptpabborxegvo) |
| 13:32.33 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 14:00.44 | Cobra_Fast | hugs CIA-117 |
| 14:00.44 | CIA-117 | hugs Cobra_Fast |
| 14:00.51 | Cobra_Fast | lagbot. |
| 14:06.48 | *** join/#bzflag lodxcol (~lodxcol@unaffiliated/lodxcol) |
| 14:24.15 | Cobra_Fast | CIA-117: did you miss r22214? http://bzflag.svn.sourceforge.net/viewvc/bzflag?revision=22214&view=revision |
| 14:30.08 | blast007 | not the bot's fault - it didn't show up on cia.vc ;) |
| 14:52.44 | *** join/#bzflag bier|tp (~bier@p54A5A672.dip.t-dialin.net) |
| 14:52.58 | *** join/#bzflag bier_ (~bier@p54A5A672.dip.t-dialin.net) |
| 15:06.25 | *** join/#bzflag meeba (~lamer@c-24-9-87-20.hsd1.co.comcast.net) |
| 15:27.31 | *** join/#bzflag meeba (~lamer@c-24-9-87-20.hsd1.co.comcast.net) |
| 15:33.39 | *** join/#bzflag JeffM (~JeffM@67-131-219-2.dia.static.qwest.net) |
| 15:33.39 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:33.39 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 15:51.03 | JeffM | hey blast007 what ever happened with fastmap? |
| 15:51.24 | blast007 | seems like it works fine now |
| 15:51.28 | JeffM | huzah |
| 15:51.33 | blast007 | I've been using it for a while now |
| 15:51.37 | JeffM | cool |
| 15:51.48 | JeffM | then I think the only issues with HTTP left are with auth |
| 15:52.06 | JeffM | has to spend 9 more hours at work |
| 15:53.24 | JeffM | lets see what else is needed for 2.4.2 so you can have that to use for debianness |
| 15:58.33 | JeffM | looks like you could ship at any time, the only other "major" things are bzadmin building on windows, and a list server change. |
| 15:58.38 | JeffM | and a teamflag thing |
| 15:59.26 | blast007 | I don't even know if that ANSI code issue with server descriptions even applies anymore |
| 15:59.33 | JeffM | it may not |
| 15:59.50 | blast007 | we color the server descriptions in the client based on shot count, iirc |
| 16:00.22 | JeffM | could any characters in the description screw up listing for the client in any way |
| 16:00.24 | blast007 | in any case, not a release issue |
| 16:00.29 | JeffM | k |
| 16:00.32 | blast007 | we can fix that in the list itself |
| 16:00.59 | JeffM | I don't know how the flag spawning code works so I'm not sure how hard that one is, but I can't think it's a dealbreaker |
| 16:02.14 | Cobra_Fast | does that flag thing even apply for the 2.4 line? |
| 16:02.39 | blast007 | is this the "teamflags do not follow groups with zoneflag" bug? |
| 16:02.39 | JeffM | someone thought it did |
| 16:02.44 | JeffM | do you want to test it |
| 16:02.55 | *** join/#bzflag Gabe_G23 (u557@bzflag/player/GabrielG) |
| 16:03.19 | JeffM | its' bug 2938335 on SF |
| 16:03.23 | JeffM | delusional reported it |
| 16:03.47 | JeffM | report says it was in 2.x and 2.99 |
| 16:03.59 | blast007 | team flags are handled a bit differently than other flags, iirc |
| 16:04.00 | Cobra_Fast | 1,5 years ago on version 2.0 and 2.99 |
| 16:04.18 | blast007 | Cobra_Fast: 2.4 is based on 2.0, so it probably still applies |
| 16:04.42 | JeffM | delusional, can you restest your HTF flag bug in 2.4? |
| 16:05.43 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 16:06.47 | blast007 | I have his example of the bug up at bzexcess.com:1337 |
| 16:09.06 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 16:10.17 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 16:10.20 | blast007 | JeffM: the map he provided has a zone inside of a define, and that zone specifies a zoneflag of a red flag |
| 16:10.34 | JeffM | ahh so the zone dosn't dupe with each instance? |
| 16:10.46 | blast007 | the defined is used by five groups, but only a single flag appears at the position defined in the zone definition |
| 16:11.08 | blast007 | I'm gonna swap it to a superflag to see if those properly spawn |
| 16:11.10 | JeffM | do we allow multiple zones for teamflags when there is only a single teamflag |
| 16:11.16 | JeffM | yeah |
| 16:11.20 | JeffM | cus teamflags may be limited |
| 16:11.38 | JeffM | it woudl also be interesting to try it with out a define, just have multiple zones |
| 16:11.46 | blast007 | we define teamflags at the beginning of the flag list, iirc |
| 16:12.07 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 16:13.28 | blast007 | doesn't work for a SW either. it just puts that single flag. |
| 16:13.44 | CIA-117 | BZFlag: 03Joevano 07http://wiki.bzflag.org * r8107 10/Color(BZW): /* Pre-defined colors */ Pretty up the list a bit |
| 16:17.44 | blast007 | has zoneflag ever worked within defines? or, do zones work at all within defines? |
| 16:17.45 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 16:17.45 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 16:17.45 | *** mode/#bzflag [+v spldart] by ChanServ |
| 16:21.51 | CIA-117 | BZFlag: 03JeffM2501 * r22215 10/trunk/bzflag/tools/modeltool/vc9/ (modeltool.sln modeltool.vcproj): make model tool build again |
| 16:23.52 | Cobra_Fast | so cia totally left out my commit, i feel left out :( |
| 16:24.10 | JeffM | what did you do? |
| 16:24.20 | Cobra_Fast | http://bzflag.svn.sourceforge.net/viewvc/bzflag?revision=22214&view=revision |
| 16:25.57 | JeffM | why did you not put that first If(c>0) into the IF below it as an OR |
| 16:26.49 | Cobra_Fast | the client crashes within isprint() and isspace() so i wanted to be sure that those dont get called |
| 16:26.58 | JeffM | I know what you did |
| 16:27.20 | JeffM | I just don't like 2 ifs right after each other with out brackets |
| 16:27.37 | Cobra_Fast | well then change it to something you do like |
| 16:27.42 | JeffM | I shall |
| 16:27.52 | JeffM | just curious why you did it that way, that's all :) |
| 16:28.31 | Cobra_Fast | im still not sure if it does call code behind a || if the code before returned true |
| 16:28.40 | JeffM | it does not |
| 16:28.46 | JeffM | that's defined behavor of C |
| 16:28.52 | Cobra_Fast | okay |
| 16:29.15 | JeffM | thats how you can ask if (c==NULL || c->die()) |
| 16:29.29 | JeffM | once an or is flase it goes to the end |
| 16:30.00 | Cobra_Fast | and it doesnt go behind a && if the stuff in front if it is false? |
| 16:30.11 | JeffM | an AND is different |
| 16:30.29 | JeffM | it has to test all of them to be sure |
| 16:30.39 | JeffM | I think |
| 16:32.26 | JeffM | no you are right it'll bail out too |
| 16:32.47 | JeffM | cus if one is false even if the rest are true then it can't be true |
| 16:33.03 | Cobra_Fast | yep |
| 16:33.05 | Cobra_Fast | :) |
| 16:33.17 | JeffM | a goto.. seriously.. who the hell put a goto there |
| 16:34.10 | JeffM | ugg and all the godo does is "return true" |
| 16:34.16 | Cobra_Fast | dtremenak, according to blame/praise |
| 16:34.27 | JeffM | oh...he should know better |
| 16:35.13 | blast007 | that's just who last changed the line, not who necessarily added it |
| 16:35.28 | JeffM | yeah he may have just backported it |
| 16:35.48 | JeffM | cus I really don't think he would have added a goto that could just be replaced by a return |
| 16:36.58 | Cobra_Fast | want me to review all that stuff a bit? |
| 16:37.11 | JeffM | naw I'm commiting now |
| 16:37.18 | JeffM | but thank you |
| 16:37.40 | CIA-117 | BZFlag: 03JeffM2501 * r22216 10/trunk/bzflag/src/bzflag/HUDuiTypeIn.cxx: |
| 16:37.40 | CIA-117 | BZFlag: cleanup some weird if structures to better follow the DEVINFO |
| 16:37.40 | CIA-117 | BZFlag: remove the lamest GOTO ever. |
| 16:37.45 | JeffM | there were some other weird things in there too |
| 16:37.56 | JeffM | an if before a HUGE switch with no brackets |
| 16:39.45 | blast007 | yeah, wasn't dtr that added the goto |
| 16:40.02 | blast007 | he split the HUDui.cxx up into multiple files, and that came with |
| 16:41.33 | JeffM | ahh good |
| 16:41.42 | blast007 | haha, looks like that goto has been there since BZFlag went open-source |
| 16:41.47 | blast007 | it's in revision 2 ;) |
| 16:41.58 | JeffM | probalby added by crs then |
| 16:44.58 | CIA-117 | BZFlag: 03JeffM2501 * r22217 10/trunk/bzflag/tools/modeltool/modeltool.cxx: add -usericomat to flag faces that start with rico_ with the ricochet property. |
| 17:03.30 | blast007 | okay, tested the zoneflag issue further |
| 17:04.19 | blast007 | it seems like either zones or zoneflag does not follow group definitions. I removed the 'group' that would have placed the define at the original location, and the red flag still spawned at that spot. |
| 17:04.39 | blast007 | tries without any groups |
| 17:05.05 | Cobra_Fast | start looking into code already :P |
| 17:06.31 | JeffM | narowing it down in testing is a wise plan :) |
| 17:08.18 | blast007 | yep, the zoneflag still takes effect even though I didn't use that define anywhere |
| 17:09.09 | JeffM | zones may be processed seperately |
| 17:09.14 | blast007 | likely |
| 17:09.26 | blast007 | or at least, the zoneflag stuff, since it has to add additional flags to the flag list |
| 17:09.34 | JeffM | yeah |
| 17:15.29 | blast007 | our docs say you can put box, pyramid, base, mesh, meshbox, meshpyr, arc, sphere, tetrahedron, and teleporter inside a define |
| 17:15.55 | JeffM | close the bug and say it's not supported |
| 17:16.13 | JeffM | and add an enhancment to 3.0 to the roadmap |
| 17:16.27 | JeffM | there are probalby other things that don't work in a define too |
| 17:16.51 | blast007 | teleporter links are another one |
| 17:17.00 | blast007 | that may have been resolved in the 2.99.x code though |
| 17:17.21 | JeffM | that sounds like a hard problem |
| 17:17.35 | JeffM | I'd only allow porters and links in a define that link to items in the same define |
| 17:17.42 | blast007 | yeah |
| 17:17.46 | JeffM | as going across defines or group instances would be harder |
| 17:17.50 | blast007 | that's probably the only way it would be feasible |
| 17:23.28 | CIA-117 | BZFlag: 03Blast 07http://wiki.bzflag.org * r8108 10/Development_RoadMap: /* 3.0 (Next Major) */ |
| 17:24.58 | CIA-117 | BZFlag: 03Blast 07http://wiki.bzflag.org * r8109 10/DevelopmentPlans/2.4.2: |
| 17:51.52 | CIA-117 | BZFlag: 03Joevano 07http://wiki.bzflag.org * r8110 10/Color(BZW): /* Pre-defined colors */ Combined lots of duplicate colors referred to by different names to a single line and added Hex codes |
| 18:03.10 | CIA-117 | BZFlag: 03Joevano 07http://wiki.bzflag.org * r8111 10/Color(BZW): /* Pre-defined colors */ Ok, done messing with this... fixed the order of a couple of the colors |
| 18:04.50 | joevano | anybody know of a good way to sort color codes so that like colors group together... like a rainbow? |
| 18:05.09 | JeffM | convert them to HSB |
| 18:05.11 | joevano | so I guess I lied... I'm not done messing with the page |
| 18:05.21 | JeffM | then put them into a cube :) |
| 18:05.42 | joevano | kk... I have it all in a spreadsheet that spits out wiki code so that shouldn't be too bad |
| 18:06.05 | joevano | can we put a pivot table on the wiki? |
| 18:06.11 | joevano | ;-) |
| 18:06.37 | JeffM | http://www.exampledepot.com/egs/java.awt/color_Hsb.html |
| 18:06.43 | JeffM | the H compoent is the Hue |
| 18:06.51 | JeffM | so sorting on that gives you the rainbow |
| 18:07.15 | JeffM | but that uses java |
| 18:10.03 | blast007 | If I'm going to merge some of these changes in, how should I go about doing that? do them individually, or as a single commit? http://bazaar.launchpad.net/~kgoetz/+junk/bzflag-debian-directory/changes |
| 18:10.51 | JeffM | depends on if you think they may need to be removed indivdualy, if not do a single |
| 18:10.57 | blast007 | and should Karl go into the authors file.. or, what? not sure how we handle outside contributions like that |
| 18:11.14 | JeffM | same as a patch |
| 18:12.31 | blast007 | what do we do for patches? |
| 18:12.51 | blast007 | add then under 'CODE CONTRIBUTORS' in AUTHORS? |
| 18:12.51 | JeffM | they go in one part of the authors file |
| 18:12.53 | JeffM | let me look |
| 18:12.56 | JeffM | yeah code I think |
| 18:13.18 | JeffM | yes code contributors |
| 18:13.45 | JeffM | those people did not have commit when they did whatever they did |
| 18:19.24 | blast007 | just making sure, but we do not currently use gettext for our l10n stuff, right? seems it's handled with the Bundle* files? |
| 18:35.34 | CIA-117 | BZFlag: 03blast007 * r22218 10/trunk/bzflag/ (AUTHORS debian/bzflag.docs): |
| 18:35.35 | CIA-117 | BZFlag: Merge r129 from http://bazaar.launchpad.net/~kgoetz/+junk/bzflag-debian-directory/changes (Karl Goetz): |
| 18:35.35 | CIA-117 | BZFlag: * These files are not needed in the Debian package. |
| 18:36.23 | blast007 | going to do them individually so that we can track which ones that were merged |
| 18:36.43 | blast007 | and since some of them I'll only be doing parts of instead of the whole revision |
| 18:47.52 | JeffM | does anyone here EVER use the debian dir? |
| 18:51.27 | delusional | blast, that the key words in that zoneflag bug were "multiple team flags" and "HTF". It was just before I was testing that doomed "steamroller race" concept, and why i needed a plugin for it. I do believe that the bzfs version at that time included LUA (If that means anything) |
| 18:51.53 | delusional | you want a test? I included a map with the bug. |
| 18:52.36 | JeffM | delusional, no, it's not a suported features of defines |
| 18:52.47 | JeffM | they are not documented to work with zones |
| 18:52.54 | JeffM | and we added it as an ehnacment for later |
| 18:53.30 | JeffM | it has the same problem with other flags |
| 18:53.38 | delusional | OK, good. The steamroller race plugin actually worked pretty good, and it's a good concept, but I just abandoned it. |
| 18:53.40 | JeffM | so it's a general issue with how defines work with zones |
| 18:54.03 | JeffM | zones are processed differently then other objects since they have to add flags to the flag list. |
| 18:54.56 | JeffM | must go scavange for sustenance. |
| 18:57.11 | blast007 | delusional: *none* of the features of a 'zone' works within a define |
| 18:57.13 | blast007 | I tested them all |
| 18:57.29 | blast007 | a zone inside a define is treated like it was placed outside of the define |
| 18:57.36 | delusional | zoneflag is another matter. |
| 18:58.06 | blast007 | are you still referring to zoneflag within a define? |
| 18:58.07 | delusional | yeah |
| 18:58.13 | blast007 | that does not work. |
| 18:58.22 | blast007 | zones do not work inside of a define |
| 18:58.44 | blast007 | doesn't matter what part of a zone |
| 18:58.56 | delusional | Oh, i misread *none* as *zone* |
| 18:59.09 | blast007 | :) |
| 18:59.40 | blast007 | you'll have to define multiple zones manually |
| 18:59.52 | delusional | is an old fogey, needs glasses. |
| 19:00.01 | blast007 | or a bigger font size ;) |
| 19:00.13 | Cobra_Fast | or text to speech |
| 19:00.29 | delusional | I love how easy it is to zoom the screen with the apple magic mouse |
| 19:11.47 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 19:50.01 | CIA-117 | BZFlag: 03blast007 * r22219 10/trunk/bzflag/ (DEVINFO Makefile.am README configure.ac debian/): Remove the /debian directory as it is not necessary in the upstream repo. |
| 19:50.37 | JeffM | hooorays |
| 21:08.08 | *** join/#bzflag moiree_ (~moiree@dslb-094-219-115-237.pools.arcor-ip.net) |
| 21:54.14 | *** join/#bzflag allejo (~allejo@cpe-76-90-186-178.socal.res.rr.com) |
| 22:38.22 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.131.122) |
| 23:31.41 | *** part/#bzflag kierra_away (~Jolie@unaffiliated/kierra) |
| 23:31.45 | *** join/#bzflag kierra_away (~Jolie@unaffiliated/kierra) |