| 00:01.44 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 00:27.46 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 01:32.08 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 02:25.38 | *** join/#bzflag Foo_man_choo (~James@c-76-30-94-74.hsd1.tx.comcast.net) |
| 03:35.39 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 03:35.39 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 03:35.39 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 05:12.26 | *** join/#bzflag khonkhortisan (~kyle@c-50-132-92-113.hsd1.wa.comcast.net) |
| 05:48.59 | *** join/#bzflag Gnurdux (~gnurdux@c-67-186-57-145.hsd1.pa.comcast.net) |
| 05:56.08 | *** join/#bzflag Gnurdux_ (~gnurdux@c-67-186-57-145.hsd1.pa.comcast.net) |
| 09:31.02 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 10:47.52 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 10:47.52 | *** join/#bzflag Gnurdux_ (~gnurdux@c-67-186-57-145.hsd1.pa.comcast.net) |
| 10:47.52 | *** join/#bzflag khonkhortisan (~kyle@c-50-132-92-113.hsd1.wa.comcast.net) |
| 10:47.52 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 10:47.52 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 10:47.52 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 10:47.52 | *** join/#bzflag jcp (~quassel@bzflag/contributor/javawizard2539) |
| 10:47.52 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 10:47.52 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 10:47.52 | *** join/#bzflag alezakos (~kongr45gp@unaffiliated/alezakos) |
| 10:47.52 | *** join/#bzflag Nitroxis (~n@wtwrp.de) |
| 10:47.52 | *** join/#bzflag Admirarc1 (~Athelthra@mrush.mth.abdn.ac.uk) |
| 10:47.52 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 10:47.52 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 10:47.52 | *** join/#bzflag cods (~cods@tuxee.net) |
| 10:47.52 | *** join/#bzflag TD-Linux (~TD-Linux@about/essy/indecisive/TD-Linux) |
| 10:47.52 | *** join/#bzflag L4m3r (~l4m3r@bzflag/developer/L4m3r) |
| 10:47.53 | *** join/#bzflag rodgort (~rodgort@li125-242.members.linode.com) |
| 10:47.53 | *** join/#bzflag Notify (~notify@66-118-151-70.static.sagonet.net) |
| 10:47.53 | *** join/#bzflag brad` (~brad@unaffiliated/brad) |
| 10:47.53 | *** join/#bzflag brad (~brad@unaffiliated/brad) |
| 10:47.53 | *** join/#bzflag mdskpr__ (~quassel@li59-174.members.linode.com) |
| 10:47.53 | *** join/#bzflag dngor (abuse@c-76-110-113-222.hsd1.fl.comcast.net) |
| 10:47.53 | *** join/#bzflag PrezKennedy (~DarkCalf@173.231.40.99) |
| 10:47.53 | *** join/#bzflag ts (~ts@bzflag/developer/ts) |
| 10:47.53 | *** join/#bzflag FastLizard4|zZzZ (fastlizard@wikipedia/pdpc.active.FastLizard4) |
| 10:47.53 | *** join/#bzflag brlcad (~sean@66-118-151-70.static.sagonet.net) |
| 10:47.53 | *** join/#bzflag AAA_awright (~aaa@2001:41d0:1:d632::1) |
| 10:47.53 | *** join/#bzflag catay (~smertens@kaiya.catay.be) |
| 10:47.53 | *** join/#bzflag kierra (quassel@unaffiliated/kierra) |
| 10:47.53 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 10:47.53 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
| 10:47.53 | *** join/#bzflag tw1sted (~tw1sted@unaffiliated/tw1sted) |
| 10:47.53 | *** join/#bzflag mdskpr_ (~quassel@li59-174.members.linode.com) |
| 10:47.53 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 10:47.53 | *** mode/#bzflag [+vvvv joevano DTRemenak L4m3r blast007] by hubbard.freenode.net |
| 10:47.53 | *** join/#bzflag Fira (artix@unaffiliated/fira) |
| 10:47.53 | *** join/#bzflag [dmp] (~dennis@unaffiliated/dmp/x-546784) |
| 10:47.53 | *** join/#bzflag McYukon (~McYukon@192.65.241.17) |
| 10:47.53 | *** join/#bzflag khazhyk` (~khazhyk@bzflag/player/Me1) |
| 10:47.53 | *** join/#bzflag apiecux (~apiecux@ui89-892t.21z4-ee.ldti.srv.parano.me) |
| 10:47.53 | *** join/#bzflag mrapple (~tony@unaffiliated/mrapple) |
| 10:47.53 | *** join/#bzflag Thot (~t@wtwrp.de) |
| 10:47.53 | *** join/#bzflag McSpider (~McSpider@192.65.241.17) |
| 10:47.54 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 10:47.54 | *** join/#bzflag Chestal (~thilo@141.99.42.43) |
| 10:47.54 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 10:47.54 | *** mode/#bzflag [+oo Chestal ChanServ] by hubbard.freenode.net |
| 10:47.54 | *** join/#bzflag Cobra_Fast (~coprah@wtwrp.de) |
| 10:47.54 | *** join/#bzflag TkTech (~TkTech@irc.tkte.ch) |
| 10:47.54 | *** join/#bzflag JBdiGriz (~dbw@108-197-33-160.lightspeed.sndgca.sbcglobal.net) |
| 10:47.54 | *** join/#bzflag meeba (~lamer@c-75-71-23-204.hsd1.co.comcast.net) |
| 10:47.54 | *** join/#bzflag EvilJStoker_ (jstoker@claire.jcs.me.uk) |
| 10:49.50 | *** join/#bzflag Gilly (~btw@83.146.211.140) |
| 10:49.50 | *** join/#bzflag Gilly (~btw@about/essy/ilkimys/gilly) |
| 10:54.53 | *** join/#bzflag _lmnop (~lmnop@p5DC4E6E5.dip0.t-ipconnect.de) |
| 11:48.18 | *** join/#bzflag _lmnop (~lmnop@p5DC4E6E5.dip0.t-ipconnect.de) |
| 12:00.06 | *** join/#bzflag _lmnop2 (~lmnop@p5B3FEFC0.dip0.t-ipconnect.de) |
| 13:49.46 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 14:11.14 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 15:24.40 | brad | any bzbb admins around? |
| 15:29.55 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 15:31.22 | blast007 | yes |
| 15:31.41 | blast007 | brad: sup? |
| 15:31.49 | brad | can i pm :p |
| 15:32.09 | blast007 | of course |
| 15:47.09 | *** join/#bzflag unclelightning (~chatzilla@pool-70-16-70-138.port.east.myfairpoint.net) |
| 15:47.15 | *** join/#bzflag JeffM (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 15:47.15 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:47.15 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 15:55.22 | *** join/#bzflag swigg (~swigg@71-85-132-63.dhcp.spbg.sc.charter.com) |
| 15:55.22 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 15:56.06 | JeffM | so if the github wiki is a repository do we get notifications when it changes? |
| 15:56.20 | alezakos | You can get notifications when it changes |
| 15:56.27 | JeffM | in IRC? |
| 15:56.29 | alezakos | They are disabled by default, however |
| 15:56.39 | alezakos | I don't know if Not supports wiki changes |
| 15:56.51 | JeffM | how does one turn them on? |
| 15:57.10 | alezakos | You have to use the github API |
| 15:57.15 | JeffM | bahh |
| 15:57.17 | alezakos | http://developer.github.com/v3/repos/hooks/ |
| 15:57.33 | JeffM | that is not a checkbox |
| 15:58.39 | alezakos | Unfortunately not, you need to find the hook ID and then add "gollum" to the list of events of that hook |
| 15:59.20 | JeffM | that just means the answer to my question is "no" |
| 16:00.14 | alezakos | If you're talking about whether notifications are sent on IRC, then yes, the answer is negative |
| 16:01.17 | JeffM | yes, I was talking about IRC notificatons of github wiki changes like we have for changes to the main wiki |
| 16:05.09 | allejo | JeffM, there is a way, you have to have a bot checkout the wiki (the wiki is a git also) and have to check for changes |
| 16:05.16 | allejo | the only way i've found so far |
| 16:05.19 | JeffM | k |
| 16:05.26 | JeffM | so not with the current setup |
| 16:06.01 | allejo | i mean i have it working with a supybot client. 30 secoond delay for commits |
| 16:06.14 | JeffM | we don't need yet another bot ;) |
| 16:06.25 | allejo | but bots!!! :P |
| 16:06.32 | JeffM | exactly |
| 16:06.36 | JeffM | that is not a good thing |
| 16:06.40 | blast007 | the one thing I worry about with that kind of setup is backups |
| 16:06.53 | BulletCatcher | Too many bots == skynet. |
| 16:06.58 | allejo | why not have just one bot do everything? |
| 16:07.11 | allejo | well except ibot |
| 16:07.13 | JeffM | because then all we ever do is fix broken bots |
| 16:08.04 | JeffM | I would honestly like to see freenode provide change notification services |
| 16:08.14 | JeffM | since the network is suposed to be for open source project development |
| 16:08.37 | blast007 | how would we handle backing up a github wiki? is cloning the repo and backing that up enough? what happens if someone force pushes a blank repo to the wiki repository? |
| 16:08.57 | JeffM | I belive you can export the repo as a backup |
| 16:09.02 | JeffM | then if it horks you import it |
| 16:09.14 | alezakos | That should be enough |
| 16:09.48 | JeffM | a fork should work too, as you can just push the fork back into the mainline |
| 16:10.53 | blast007 | I'd want something that could be automated in a bash script |
| 16:11.16 | JeffM | I belive you can do that with the export |
| 16:11.18 | blast007 | same should be done for the actual repos |
| 16:11.56 | JeffM | allong the lines of what joevano did for the import |
| 16:12.23 | blast007 | by 'export' do you mean 'git clone', or something else? |
| 16:12.33 | JeffM | not clone |
| 16:12.52 | JeffM | I think it's git --archive |
| 16:13.06 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 16:13.14 | blast007 | what is the advantage of that? |
| 16:13.32 | JeffM | it's a file with all the history, then you can import it back into a new repo |
| 16:13.56 | JeffM | so you could have your external server keep a snapshot of the repo that can be restored if it goes wrong |
| 16:14.46 | JeffM | but this is just me thiniking out loud, I don't know how people actualy do backups |
| 16:14.54 | BulletCatcher | I assume that GitHub does their own backups to protect against their own failures, but I don't know if we can expect them to be helpful if a project member nukes a repo with "git push -f". |
| 16:14.54 | JeffM | but I'd think there are options |
| 16:15.42 | JeffM | and that's where I'd think a snapshot saved from an archive would be handy |
| 16:16.16 | blast007 | git archive sounds like it only gives you the working directory, not any history |
| 16:16.30 | JeffM | then maybe I have the wrong command |
| 16:16.31 | BulletCatcher | We can choose not to rely upon GitHub backups by keeping our own historical "git clone --bare" instances. |
| 16:16.40 | JeffM | I am just going on vauge memories |
| 16:16.52 | blast007 | I think you'd want to 'git clone' and then tar.gz the whole thing (including the .git directory) |
| 16:17.14 | JeffM | joevano does this at work, we can ask him how he does backups |
| 16:17.27 | BulletCatcher | Everything you need to recreate the working tree is in the .git directory. |
| 16:17.31 | blast007 | https://github.com/joeyh/github-backup |
| 16:19.31 | blast007 | also seems there's a 'git clone --mirror' |
| 16:20.41 | BulletCatcher | That github-backup sounds like the sort of thing we are looking for. |
| 16:20.56 | blast007 | yeah, or at least something to use as a reference |
| 16:21.17 | blast007 | I don't know Haskell ;) |
| 16:21.23 | BulletCatcher | Just click the Fork button if you want to change it. ;-) |
| 16:21.59 | blast007 | but that'd require using Git |
| 16:22.01 | blast007 | :P |
| 16:22.45 | BulletCatcher | There is certainly a non-trivial learning curve for Git. |
| 16:23.41 | BulletCatcher | I am already starting to get the syntax mixed up when I do something with Subversion. |
| 16:23.53 | alezakos | `git archive`doesn't create an archive with the files in the .git directory, so you can't rebuild the repo history using an archive generated by that command. Perhaps `git bundle` suits best. |
| 16:24.06 | blast007 | alezakos: yep, saw git bundle as well |
| 16:24.12 | blast007 | but that requires a clone first? |
| 16:24.42 | alezakos | Yeah |
| 16:25.02 | blast007 | so all that does is save a bit of space by not storing the working directory, I'd imagine |
| 16:28.14 | BulletCatcher | Features like "git bundle" reinforce my idea that Git seems to be the Emacs^H^H^H^H^H Swiss Army knife of version control systems. |
| 16:29.26 | JeffM | given it's history, that does not suprize me |
| 16:31.36 | *** join/#bzflag WarPig (~j-mo@207.235.53.82) |
| 16:37.53 | BulletCatcher | Beware the changed (fixed) page name on the new wiki page, JeffM. |
| 16:38.20 | JeffM | thanks |
| 16:38.42 | JeffM | I never bookmark them and always just hit the "pages" link cus I forget the URLs, but good to have spelling fixed |
| 16:38.59 | JeffM | I was just reading about SDL2 this AM and thought I'd write my thoughts down |
| 16:53.54 | khonkhortisan | its its its its its its |
| 16:56.47 | JeffM | I reject your reality and substitute my own |
| 16:57.01 | JeffM | or should I have said "you're"? :) |
| 17:30.47 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 17:32.39 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 17:41.27 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 17:45.14 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 17:45.14 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 18:00.56 | *** join/#bzflag Erroneous (~DTRemenak@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 18:00.56 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 18:00.56 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 19:21.58 | *** join/#bzflag swigg_ (~swigg@71-85-132-63.dhcp.spbg.sc.charter.com) |
| 20:00.40 | *** join/#bzflag Not-002 (~notifico@198.199.82.216) |
| 20:00.40 | Not-002 | [02bzflag] 07JMakey pushed 032 commits to 03v2_4_x [+0/-0/±2] 13http://git.io/2wXq9g |
| 20:00.41 | Not-002 | [02bzflag] 07JMakey 0329756e2 - Set with_SDL=yes only when building the client to keep "SDL" out of the version string on server-only builds. |
| 20:00.42 | Not-002 | [02bzflag] 07JMakey 03def010d - Use const_cast<> to suppress a const qualifier warning. |
| 20:10.53 | *** join/#bzflag JeffM2501 (~Jeffery@unaffiliated/jeffm2501) |
| 20:10.53 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
| 20:15.24 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
| 20:15.24 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 20:39.48 | *** join/#bzflag swigg_ (~swigg@71-85-132-63.dhcp.spbg.sc.charter.com) |
| 21:48.09 | *** join/#bzflag _lmnop (~lmnop@p5DC4F120.dip0.t-ipconnect.de) |
| 21:57.05 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 22:08.52 | *** join/#bzflag Delusional (~delusiona@pool-173-71-173-108.pitbpa.fios.verizon.net) |
| 22:08.58 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 22:20.42 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 22:21.21 | randomparticle | there's a small semantic error in Player.cxx: void Player::endShot(int index, bool isHit, bool showExplosion) |
| 22:21.32 | randomparticle | instead of index, that should read "ident" |
| 22:21.47 | blast007 | randomparticle: and to answer your question from the other day, no, I do not think BZFlag will build with SDL2 |
| 22:21.54 | randomparticle | thx |
| 22:23.04 | randomparticle | index is an index into the shot table. but endShot is called not with an index as first argument, but with a shot id |
| 22:23.18 | blast007 | no, the ident should be index |
| 22:23.44 | blast007 | it's only referred to as ident in LocalPlayer.cxx.. even the LocalPlayer.h file shows index |
| 22:24.00 | randomparticle | that method makes this call: doEndShot(index, isHit, pos) && showExplosion) |
| 22:24.21 | randomparticle | this is what is called: boolRemotePlayer::doEndShot( |
| 22:24.22 | randomparticle | int ident, bool isHit, float* pos) |
| 22:24.44 | blast007 | LocalPlayer.h: bool doEndShot(int index, bool isHit, float* pos); |
| 22:24.52 | randomparticle | that's wrong |
| 22:25.07 | blast007 | why is one more wrong than the other? |
| 22:25.08 | randomparticle | sry. perhaps not |
| 22:25.21 | randomparticle | the localplayer may know the shot index |
| 22:25.24 | blast007 | why wouldn't the ONLY deviation from the naming scheme be the wrong one? ;) |
| 22:25.58 | randomparticle | it's not an index in remoteplayer |
| 22:26.23 | blast007 | *shrug* |
| 22:26.48 | randomparticle | first line of doEndShot in RemotePlayer.cxx: const int index = ident & 255; |
| 22:27.03 | randomparticle | ident is the argument, index is reconstructed from it |
| 22:27.24 | randomparticle | i don't know what happens in LocalPlayer.cxx. perhaps the argument really is the index in that case |
| 22:28.34 | randomparticle | the header for LocalPlayer.cxx is wrong |
| 22:28.46 | randomparticle | in the .cxx: bool LocalPlayer::doEndShot(int ident, bool isHit, float* pos) |
| 22:28.57 | randomparticle | in the header: booldoEndShot(int index, bool isHit, float* pos); |
| 22:30.15 | randomparticle | i mean, they're both ints, so it works. but it is liable to confuse those who don't know what they're looking at |
| 22:44.21 | randomparticle | is there a way to tell svn diff to ignore a file? |
| 22:51.41 | *** join/#bzflag DarkCalf (~DarkCalf@173.231.40.99) |
| 22:56.52 | blast007 | randomparticle: not really, no |
| 22:57.30 | randomparticle | it's picking up changes to my xcode project file, which aren't really of interest to anyone else |
| 22:58.04 | randomparticle | i'll just manually edit it out for now |
| 22:58.13 | blast007 | you cound run the diff from a different directory |
| 22:58.36 | blast007 | as in, if you run it from the src/ directory, it'll only show stuff within there |
| 22:58.54 | randomparticle | unforunately, the include directory is not under that |
| 22:59.10 | blast007 | yeah.. so probably just easier to manually remove the changes |
| 23:02.18 | randomparticle | i've put a 2d cross product analog definition in vectors.h. it's quite useful |
| 23:02.43 | randomparticle | looking at vectors.h, i notice quite a lot of the functions aren't defined as inline, even though very small |
| 23:03.12 | randomparticle | is that a good/bad thing? or will the compiler be clever enough to inline them using some heuristic? |
| 23:15.01 | *** join/#bzflag JeffM_ (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 23:18.56 | JeffM | randomparticle, blast007 it defenatly won't the API changed |
| 23:19.08 | blast007 | yeah |
| 23:20.30 | JeffM | randomparticle, your client may have a "global ignore pattern" mine does, |
| 23:20.43 | JeffM | *.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.a *.pyc *.pyo *.rej *~ #*# .#* .*.swp .DS_Store |
| 23:20.49 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 23:22.22 | blast007 | but it's a versioned file.. would that make a difference? |
| 23:22.36 | JeffM | if it's versioned then it should be checked in |
| 23:22.52 | JeffM | if it changes with each build it should not be in version controll |
| 23:23.12 | JeffM | if he's trying to do a patch for a subset of his changes, he has to provide it the file names to use |
| 23:28.14 | randomparticle | would you like some new flags? |
| 23:28.30 | JeffM | what do they do? |
| 23:28.52 | randomparticle | i have lots of ideas. e.g., a points thief flag |
| 23:29.49 | randomparticle | my favourite at the moment is schrodinger's flag |
| 23:29.57 | JeffM | do you have a propsoal for them? or just busted them out in code? |
| 23:30.15 | randomparticle | when you pick up the flag, your tank divides into two ghostly versions of yourself |
| 23:30.27 | JeffM | lame |
| 23:30.35 | randomparticle | when one of those versions is shot, the real one is revealed |
| 23:30.47 | *** join/#bzflag swigg_ (~swigg@71-85-132-63.dhcp.spbg.sc.charter.com) |
| 23:31.05 | JeffM | so.... the term "simple game" dosn't seem to stick does it? |
| 23:31.42 | randomparticle | it's not terribly complicated. one doesn't require a complete understanding of quantum electrodynamics to use the flag |
| 23:32.35 | JeffM | well you should call it "Mirror Image" as that's the name of the spell it's based on |
| 23:34.54 | randomparticle | i quite like the idea of mines |
| 23:35.05 | randomparticle | drop a mine, remotely detonate. used in quite a few other games |
| 23:35.19 | JeffM | are they invisible to other players? |
| 23:35.55 | randomparticle | in other games? |
| 23:36.24 | JeffM | I know how and why they work in other games, I am asking about in your bzflag implementation? |
| 23:36.31 | randomparticle | they could be semi-visible |
| 23:36.50 | randomparticle | a bit like the burrow flag now. i notice a lot of players don't see a burrowing tank |
| 23:37.00 | JeffM | oh you don't have these implemented |
| 23:37.17 | JeffM | Mines work in games with damage, they kinda suck in one hit kill games |
| 23:37.37 | randomparticle | i first saw them in xpilots. do you know that game? |
| 23:37.46 | randomparticle | one of the first multiplayer games |
| 23:38.37 | randomparticle | xpilots also has the triple shot. i notice that flag is now on pocklips |
| 23:39.04 | JeffM | yeah tripple shot should be better once we redo shot IDs |
| 23:39.06 | randomparticle | there are some great new flags on pocklips implemented entirely server side |
| 23:41.31 | blast007 | randomparticle: yeah, that was kinda the point of us adding the ability to define custom flags ;) |
| 23:42.55 | randomparticle | suppose you had a flag and when you got close it sprouted legs and ran away? |
| 23:43.06 | JeffM | that would not be fun |
| 23:43.09 | randomparticle | that would be annoying |
| 23:43.11 | JeffM | it would be funny, but not fun |
| 23:43.37 | blast007 | I had started to write a plugin that would do that :P |