| 00:02.36 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 00:02.36 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 00:04.42 | *** part/#bzflag swiftkick (n=Miranda@173-110-182-199.pools.spcsdns.net) |
| 00:05.26 | DTRemenak|RDP | JeffM: yeah |
| 00:06.14 | JeffM | has to spend 50$ at amazon |
| 00:22.35 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 00:22.35 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 00:37.58 | *** join/#bzflag Greywhind (n=Greywhin@ip70-176-166-219.ph.ph.cox.net) |
| 01:30.40 | KTL | can i flip a group so that top becomes bottom and vice versa? |
| 01:30.55 | KTL | (and the textures too) |
| 01:32.36 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 01:32.36 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 01:33.06 | KTL | or how can i state that the textures of an arc should be upside down? |
| 01:43.06 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 01:43.06 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 01:50.41 | blast007 | JeffM: would it be useful to store the uploaders information in the database so they don't have to put it in every time? |
| 01:51.34 | JeffM | yes |
| 01:51.38 | blast007 | k |
| 01:51.48 | blast007 | is updating the mockup |
| 01:52.38 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 01:52.38 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 02:02.44 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 02:02.44 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 02:12.46 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 02:12.46 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 02:34.00 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 02:42.20 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 02:42.21 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 02:52.23 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 02:52.23 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 02:53.28 | *** join/#bzflag scrilla (n=scrilla@c-69-139-6-33.hsd1.nj.comcast.net) |
| 03:01.18 | *** join/#bzflag L4m3r (n=L4m3r@bzflag/developer/L4m3r) |
| 03:01.18 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 03:02.45 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 03:02.45 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 03:12.36 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 03:12.36 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 03:22.37 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 03:22.38 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 03:32.46 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 03:32.46 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 03:54.23 | *** join/#bzflag Danji (n=4736f093@static-ip-62-75-165-247.inaddr.intergenia.de) |
| 04:52.20 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 04:52.20 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 05:12.32 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 05:12.32 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 05:17.12 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 05:20.15 | *** join/#bzflag bier__ (n=bier@p54A54EB8.dip.t-dialin.net) |
| 05:22.24 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 05:22.24 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 05:48.35 | *** join/#bzflag a_meteor (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 06:09.38 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 07:32.36 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 07:32.36 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 07:57.39 | *** join/#bzflag LongDon (n=LongDon@host-091-097-085-225.ewe-ip-backbone.de) |
| 08:02.34 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 08:02.35 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 08:12.34 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 08:12.34 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 08:29.46 | javawizard2539 | Wow, first time I've ever had Visual C++ crash on me |
| 08:32.35 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 08:32.35 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 08:39.46 | CIA-66 | BZFlag: 03javawizard2539 * r19087 10/trunk/bzflag/TODO: Claimed interactive ammo display |
| 11:30.11 | *** join/#bzflag MPS_ (n=mathias@h109-101-116-82.dsl.netz-quadrat.de) |
| 12:27.29 | *** join/#bzflag LongDon (n=LongDon@host-091-097-085-225.ewe-ip-backbone.de) |
| 13:24.30 | *** join/#bzflag KTL (n=KTL@213.219.144.120.adsl.dyn.edpnet.net) |
| 14:03.58 | TheRedBaron | warrior86 |
| 14:07.14 | TheRedBaron | hrm. wrong channel |
| 15:06.01 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 15:13.03 | *** join/#bzflag swigg (n=Paul@bzflag/player/Swigg) |
| 15:16.08 | *** join/#bzflag zee837 (n=d5a4c745@static-ip-62-75-165-247.inaddr.intergenia.de) |
| 15:23.53 | *** join/#bzflag me1 (n=khazhy@bzflag/player/Me1) |
| 15:27.05 | Winny | bzbb spam: http://my.bzflag.org/bb/viewtopic.php?p=132395#132395 |
| 15:51.35 | *** join/#bzflag swigg (n=Paul@bzflag/player/Swigg) |
| 16:15.29 | *** join/#bzflag ElectricElf (n=dbharris@bas10-toronto63-1128758064.dsl.bell.ca) |
| 16:22.02 | *** join/#bzflag JeffM (n=JeffM@65-73-179-21.bras01.sho.az.frontiernet.net) |
| 16:27.44 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 16:36.58 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 16:42.24 | CBG | ~seen SpazzyMcGee |
| 16:42.24 | ibot | spazzymcgee <n=SpazzyMc@bzflag/contributor/SpazzyMcGee> was last seen on IRC in channel #bzflag, 54d 21h 38m 34s ago, saying: 'If you're trying to make the wiki a full documentation of the game, it would make sense to have something about how the download access works.'. |
| 16:42.37 | CBG | So wise. |
| 17:01.16 | *** join/#bzflag swigg (n=Paul@bzflag/player/Swigg) |
| 17:15.31 | *** join/#bzflag kirun (n=kirun@78-86-140-200.zone2.bethere.co.uk) |
| 17:18.01 | *** part/#bzflag LongDon (n=LongDon@host-091-097-085-225.ewe-ip-backbone.de) |
| 17:32.48 | *** join/#bzflag TheRedBaro1 (n=kemhof@75.144.224.155) |
| 18:02.46 | *** join/#bzflag kirun_ (n=kirun@78-86-140-200.zone2.bethere.co.uk) |
| 18:15.37 | *** join/#bzflag trepan (n=trepan@unaffiliated/trepan) |
| 18:15.37 | *** mode/#bzflag [+v trepan] by ChanServ |
| 18:23.20 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 18:24.40 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 18:49.55 | *** join/#bzflag Abominable (n=Abominab@user-0ce2hpi.cable.mindspring.com) |
| 18:56.58 | *** join/#bzflag JeffM (n=JeffM@65-73-179-21.bras01.sho.az.frontiernet.net) |
| 19:00.01 | javawizard2539 | Any main developers around? |
| 19:01.42 | blast007 | sup? |
| 19:01.51 | javawizard2539 | I finished one of the items in the TODO file |
| 19:02.01 | javawizard2539 | and was thinking I should probably get a second opinion before I commit |
| 19:02.02 | javawizard2539 | http://trivergia.com/bzfi0022.png |
| 19:02.19 | javawizard2539 | interactive ammo display |
| 19:03.24 | *** join/#bzflag fatass (n=awesome@adsl-76-204-79-92.dsl.pltn13.sbcglobal.net) |
| 19:08.05 | blast007 | I think it should be more clear what it |
| 19:08.09 | blast007 | what it's for |
| 19:13.57 | javawizard2539 | blast007: like "shots remaining" or something? |
| 19:14.11 | javawizard2539 | and btw, it's line 58 in TODO |
| 19:14.16 | blast007 | I guess |
| 19:14.36 | temp_dist | doesn't the big column of boxes on the right side of the mousebox already show that? |
| 19:14.47 | blast007 | temp_dist: no, this is for shot limits on a flag |
| 19:14.48 | javawizard2539 | No, that's your altitude |
| 19:14.59 | blast007 | javawizard2539: no, the boxes |
| 19:15.01 | temp_dist | javawizard2539: ?? |
| 19:15.03 | blast007 | not the lines |
| 19:15.14 | javawizard2539 | boxes? |
| 19:15.27 | blast007 | yes, those gray things on your screenshot |
| 19:15.39 | blast007 | four sides |
| 19:15.42 | blast007 | right angles |
| 19:15.51 | javawizard2539 | :D |
| 19:15.53 | javawizard2539 | I see now |
| 19:15.56 | blast007 | ;) |
| 19:16.07 | blast007 | that's the reload display |
| 19:16.11 | javawizard2539 | Was thinking of the team score area for some reason, and couldn't figure how that could get confused with shot remainder... |
| 19:16.15 | temp_dist | javawizard2539: a patch has been done that addresses shot-limited stuff |
| 19:16.16 | temp_dist | http://sourceforge.net/tracker/index.php?func=detail&aid=2146607&group_id=3248&atid=303248 |
| 19:16.17 | javawizard2539 | Yeah, I know :) |
| 19:17.12 | temp_dist | this patch changes the color of the reload display based on number of shot-limited shots left |
| 19:17.13 | javawizard2539 | (was talking to blast007) |
| 19:17.38 | javawizard2539 | temp_dist: but it only works after the first shot |
| 19:17.45 | javawizard2539 | Although I like the change to blue on the right |
| 19:17.55 | javawizard2539 | Wait a sec... |
| 19:18.03 | javawizard2539 | if it's 2 months old, how come it hasn't been applied? |
| 19:18.12 | blast007 | cuz it was a cheap hack? |
| 19:18.13 | temp_dist | because that branch is dead |
| 19:18.35 | blast007 | that too |
| 19:19.16 | blast007 | it's an interesting idea |
| 19:19.25 | javawizard2539 | Oh, it's for 2.0.13 |
| 19:19.31 | javawizard2539 | My fix is for 2.99 |
| 19:19.38 | blast007 | but it also wouldn't show them if you had 100 shots left (on a 10 shot server) |
| 19:19.49 | javawizard2539 | Yeah |
| 19:19.52 | blast007 | you'd know you have had at least 10, and that's it |
| 19:20.02 | JeffM | javawizard2539, I'd rather have bugs fixed |
| 19:20.11 | JeffM | and honestly, that's kinda ugly |
| 19:20.20 | javawizard2539 | Where could it go then? |
| 19:20.37 | JeffM | patch |
| 19:20.54 | javawizard2539 | I mean, where could the display in the UI go to make it non-ugly? |
| 19:21.02 | JeffM | I would not use words |
| 19:21.14 | JeffM | and I'd integrate just a number into the existing shot counter |
| 19:21.19 | temp_dist | localization problems if you use English |
| 19:21.31 | javawizard2539 | Yeah, I figured |
| 19:21.32 | JeffM | also that's going to look like crap on the sky background |
| 19:21.41 | javawizard2539 | which is why I didn't spend a ton of time on the piece that draws it |
| 19:21.47 | JeffM | the entire hud needs to be redone, so I'd really like to put those off |
| 19:22.05 | javawizard2539 | ok... |
| 19:22.07 | JeffM | seriously bugs... |
| 19:22.28 | javawizard2539 | I just saw it in todo (under "should be considered for 3.0") and figured if it was there then it was still being considered |
| 19:22.35 | javawizard2539 | But I'll try to work on bugs too |
| 19:23.17 | JeffM | the goal now is to release |
| 19:25.11 | JeffM | a simple number at the bottom of the current shot reloader showing how many FULL shots you have would be handy |
| 19:25.20 | JeffM | but not something I'd say needs to go into 3.0 |
| 19:27.36 | javawizard2539 | ok |
| 19:27.46 | javawizard2539 | I diffed it into another file |
| 19:28.01 | javawizard2539 | I'll revert my copy, and then after 3.0 is released I can re-apply it and clean it up |
| 19:28.25 | JeffM | I'd just submit it as a patch |
| 19:28.39 | JeffM | then it's in storage |
| 19:28.46 | javawizard2539 | Hmm, good point |
| 19:29.06 | JeffM | for 3.2 I think we should discuss a full hud rework before we just patch things together |
| 19:29.14 | JeffM | or it'll get too messy |
| 19:34.27 | JeffM | how did you tell the client how many shots it has left? |
| 19:34.33 | JeffM | parse the text message? |
| 19:35.18 | javawizard2539 | https://sourceforge.net/tracker/index.php?func=detail&aid=2469279&group_id=3248&atid=303248 |
| 19:35.25 | javawizard2539 | No, added a new message |
| 19:35.48 | javawizard2539 | It should be backwards-compatible, so that clients connecting to older servers would revert to the message shot restriction stuff |
| 19:35.58 | JeffM | we dont' care about that |
| 19:36.08 | JeffM | can you send the shot message after flag pickup? |
| 19:36.22 | javawizard2539 | Yes |
| 19:36.44 | JeffM | how does it handle sync issues? |
| 19:36.52 | javawizard2539 | Sync issues? |
| 19:37.02 | JeffM | I shoot one, |
| 19:37.13 | JeffM | server says, sends that I have 4 left |
| 19:37.16 | JeffM | I shoot another |
| 19:37.21 | JeffM | I get the I have 4 left |
| 19:37.25 | JeffM | but I should really have 3 |
| 19:37.30 | javawizard2539 | It only sends it when you first pick up the flag |
| 19:37.38 | javawizard2539 | The client decrements the count on it's own after that |
| 19:37.51 | JeffM | I would prefer a system that didn't trust the client |
| 19:38.03 | javawizard2539 | You're not trusting the client |
| 19:38.12 | JeffM | what you are saying is that sending it again after flag pickup can have sync issues |
| 19:38.13 | javawizard2539 | The server still tracks the shots on it's own and forces the client to drop the flag |
| 19:38.15 | JeffM | you can't do a "reload" |
| 19:38.40 | JeffM | sure, but you can have sync issues still and you would have shots that the server has to kill |
| 19:39.01 | CBG | In this particular instance, all your trusting the client to do is tell the user a number. I could hack the crap out of that so it says I have 300 times as many shots as I should have - doesn't change how many shots I actually have. |
| 19:39.02 | JeffM | a better way would be to tell them what the shot ID the limit applies to |
| 19:39.13 | JeffM | CBG, yes it's not THAT big of a deal |
| 19:39.22 | JeffM | but if we are doing something new, may as well do it as right as we can. |
| 19:39.29 | JeffM | right? |
| 19:39.41 | CBG | = the XNA hacker, lately. |
| 19:39.59 | JeffM | xna is prety fun |
| 19:40.20 | CBG | I'm constantly telling myself "If it aint broke, don't fix it." and thus, my code is the biggest pile of crap you ever saw. |
| 19:40.26 | CBG | But, it does what I want. xD |
| 19:40.28 | blast007 | hehe |
| 19:40.48 | blast007 | sounds like my XNA code ;) |
| 19:40.51 | JeffM | javawizard2539, for a compatable solution I think you've done fine, but since it's a dev version, there is no reason to worry about compatability and we should make our solution as robust as possible, don't you agree? |
| 19:40.52 | CBG | So, no, to me this doesn't seem like any deal at all, let alone a big one. But that's just me. :) |
| 19:41.08 | blast007 | JeffM: he didn't use the parsing method |
| 19:41.14 | blast007 | that was someone else's patch |
| 19:41.16 | JeffM | blast007, I know |
| 19:41.23 | JeffM | parsing is super bad :) |
| 19:41.37 | JeffM | javawizard2539, apply the new message to trunk |
| 19:41.42 | JeffM | but tie it into the existing message |
| 19:41.55 | javawizard2539 | Meaning? |
| 19:41.55 | JeffM | then we are at least somewhat better then 2.0 |
| 19:42.24 | JeffM | meaning instaed of displaying it in a new hud element, just use a chat style message |
| 19:42.25 | CBG | blast007: yeah, but I am guessing you are not the only person in a group of 5 working on code to make a full game that will have a direct impact on whether or not you get a degree..? :| |
| 19:42.43 | blast007 | nope |
| 19:42.51 | JeffM | then at least we have some backend that dosn't suck |
| 19:43.03 | JeffM | we can't use it as a reload, but then we can't really do that till shots are redone |
| 19:43.08 | JeffM | so this is better then nothin |
| 19:43.31 | JeffM | and it will fix a bug in the bugs list, where the client can get one more shot |
| 19:43.35 | JeffM | on a limited flag |
| 19:43.38 | JeffM | so that is good |
| 19:44.06 | javawizard2539 | So essentially, it displays the same as before |
| 19:44.10 | javawizard2539 | but then it's easy to change it later |
| 19:44.17 | javawizard2539 | without breaking the protocol |
| 19:44.44 | javawizard2539 | correct? |
| 19:44.53 | JeffM | yes |
| 19:45.10 | JeffM | getting as much in the proto now means 3.x can live longer |
| 19:45.22 | JeffM | and it will fix a bub |
| 19:45.24 | JeffM | bug |
| 19:45.45 | javawizard2539 | ok |
| 19:46.59 | blast007 | does this change make the client drop it's own flag? (with the server also telling it to drop?) |
| 19:47.21 | javawizard2539 | blast007: It can |
| 19:47.33 | JeffM | yeah do both |
| 19:47.37 | javawizard2539 | I didn't add it yet because I didn't know if people would like it, but it's trivial to add |
| 19:47.39 | javawizard2539 | ok |
| 19:48.45 | javawizard2539 | Will localplayer.setFlag(Flags::Null) send a flag drop message, or do I have to add other stuff too? |
| 19:48.59 | JeffM | no, call drop flag |
| 19:49.04 | JeffM | we have functions for a reason man |
| 19:49.13 | JeffM | there is more then just setting the flag |
| 19:49.30 | JeffM | it has to make noise, send messages, etc... |
| 19:52.18 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 19:57.58 | javawizard2539 | JeffM: The only dropFlag() function that I can find is in bzfs.cxx |
| 19:58.23 | JeffM | what is called when the user drops a flag? |
| 19:58.47 | JeffM | if it's more then one thing, make a dew drop flag method in player and have both of them call it |
| 19:58.54 | javawizard2539 | ok |
| 19:59.06 | javawizard2539 | It looks like things call setFlag(Flags::Null) but I could be mistaken |
| 19:59.17 | javawizard2539 | but that doesn't do any sound |
| 19:59.23 | javawizard2539 | so something else has to have been called |
| 19:59.30 | javawizard2539 | goes back to searching... |
| 19:59.33 | JeffM | does it do anything else? |
| 19:59.38 | *** join/#bzflag ahs3- (n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 20:01.09 | javawizard2539 | Aha |
| 20:01.11 | javawizard2539 | playing.cxx |
| 20:01.14 | javawizard2539 | handleFlagDropped |
| 20:01.19 | JeffM | no |
| 20:01.25 | javawizard2539 | That's where the sound is being played |
| 20:01.26 | JeffM | well that may be part of it |
| 20:01.30 | JeffM | that's a remote drop |
| 20:01.33 | JeffM | you want a local drop |
| 20:01.37 | JeffM | it should be one of the commands |
| 20:02.57 | JeffM | cmdDrop |
| 20:03.35 | JeffM | you should put allthat into a method for droping the flag |
| 20:03.38 | JeffM | as it'll be the same thing |
| 20:03.48 | JeffM | and bots will need to do that too |
| 20:03.58 | blast007 | is there a special way to call that function? I don't see it get called directly in any of the code. |
| 20:04.08 | JeffM | call what? |
| 20:04.33 | blast007 | cmdDrop |
| 20:04.53 | JeffM | it's a callback |
| 20:04.56 | JeffM | that is put into the keymap |
| 20:05.41 | JeffM | see where it's put into that list? |
| 20:05.58 | blast007 | yup |
| 20:06.24 | blast007 | just wondered if it should be called through that somehow |
| 20:06.38 | JeffM | that keeps a pointer to it |
| 20:06.52 | javawizard2539 | JeffM: So copy the contents of cmdDrop into a dropFlag function on LocalPlayer, and then call it from there? |
| 20:06.54 | JeffM | so when the keymap says to do the "drop" action, it does a lookup to get the command pointer, then calls it |
| 20:07.04 | JeffM | javawizard2539, depends what it does, but probably |
| 20:07.07 | JeffM | use common sense |
| 20:07.14 | JeffM | basicly dupicating code is bad |
| 20:07.25 | JeffM | if it only acts on the player objet, then yeah put it in player |
| 20:07.29 | javawizard2539 | It just checks for stuff like that you're not trying to drop PZ when zoned or tying to drop OO when sealed |
| 20:07.36 | JeffM | if it dosn't then make it a function |
| 20:07.40 | javawizard2539 | and then sends a message to drop, and then drops it locally |
| 20:08.06 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 20:08.41 | javawizard2539 | JeffM: Hmm, it looks like it calls handleFlagDropped in playing.cxx, which plays the flag drop sound and a few other things |
| 20:08.53 | javawizard2539 | So it should probably be a function of playing.cxx then |
| 20:09.06 | javawizard2539 | Does that sound about right? |
| 20:09.06 | JeffM | javawizard2539, k |
| 20:09.17 | JeffM | make the canges and see how it smells |
| 20:09.58 | blast007 | is trying to see where we handle the shield flag |
| 20:13.41 | javawizard2539 | Is there a straightforward way to tell msvc to use spaces to indent instead of tabs, and to only use two spaces instead of 4? |
| 20:13.51 | javawizard2539 | I keep having to re-align any new code I create |
| 20:14.01 | JeffM | you are using VC? |
| 20:15.02 | javawizard2539 | Visual c++ 2008 |
| 20:15.06 | *** join/#bzflag fatass (n=awesome@adsl-76-204-79-92.dsl.pltn13.sbcglobal.net) |
| 20:15.08 | JeffM | full or EE? |
| 20:15.11 | javawizard2539 | EE |
| 20:15.20 | JeffM | you can try it |
| 20:15.30 | JeffM | go download EXTabSettings |
| 20:15.33 | JeffM | it's an addin |
| 20:15.49 | JeffM | that will make vc read the formating info at the bottom of the files |
| 20:15.57 | JeffM | but yes you can you set up the full tab system |
| 20:16.04 | JeffM | it's just that the default isn't the same as bz |
| 20:16.28 | JeffM | http://code.google.com/p/extabsettings/ |
| 20:17.40 | javawizard2539 | JeffM: That works |
| 20:17.58 | javawizard2539 | Although changing the default to match bzflag wouldn't be a problem either, since that's all that I really develop in C++ |
| 20:18.20 | JeffM | your choice |
| 20:18.41 | *** join/#bzflag javawizard2539 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 20:19.23 | javawizard2539 | sends his modem to /dev/null |
| 20:52.17 | *** join/#bzflag quantumdot (n=jmlopez@bzflag/player/QuantumDot) |
| 20:53.36 | quantumdot | brlcad, donny_baker or any other bzbb admin, there is a spammer in the forums under the name "wendy929net" |
| 20:54.17 | *** join/#bzflag javawizard2539_1 (n=javawiza@c-76-23-28-244.hsd1.ut.comcast.net) |
| 21:03.03 | javawizard2539 | JeffM: When the user initially picks up a flag, should it print a message right then telling them how many shots they have left? |
| 21:03.34 | JeffM | yes |
| 21:04.02 | javawizard2539 | ok |
| 21:04.04 | javawizard2539 | thanks |
| 21:14.40 | *** join/#bzflag LongDon (n=LongDon@host-091-097-077-060.ewe-ip-backbone.de) |
| 21:21.07 | *** part/#bzflag LongDon (n=LongDon@host-091-097-077-060.ewe-ip-backbone.de) |
| 23:11.19 | *** join/#bzflag swigg (n=Paul@bzflag/player/Swigg) |
| 23:16.17 | *** join/#bzflag chaoscon (i=jeremy@smartserv/ceo/chaoscon) |
| 23:22.37 | *** join/#bzflag bier (n=bier@p54A54EB8.dip.t-dialin.net) |
| 23:24.17 | *** join/#bzflag davemicc (n=david@cpe-098-027-017-044.triad.res.rr.com) |
| 23:30.39 | CIA-66 | BZFlag: 03javawizard2539 * r19088 10/trunk/bzflag/ (12 files in 3 dirs): Moved remaining shots processing to the client side. The server still tracks the remaining shots and forces the client to drop the flag once the shots have been used up. |
| 23:59.17 | *** join/#bzflag fatass (n=awesome@adsl-76-204-79-92.dsl.pltn13.sbcglobal.net) |
