Timestamps are in GMT/BST.
| 00:01:41 | | Platskies has joined |
| 00:10:14 | | Platskies Quit (Remote host closed the connection) |
| 00:27:36 | | BFLogBot Commit: 483c7f1fa1af | Author: kaen | Message: Add HttpRequest and dlmap command |
| 00:27:37 | | BFLogBot Commit: f8b55358c999 | Author: kaen | Message: merge |
| 00:27:39 | | BFLogBot Commit: 8f234a2d4531 | Author: kaen | Message: merge |
| 00:52:33 | | Platskies has joined |
| 00:53:23 | | BFLogBot Commit: 514b0c25d0d6 | Author: kaen | Message: clean up HttpRequest and remove debugging cruft |
| 01:00:39 | | raptor has joined |
| 01:00:39 | | ChanServ sets mode +o raptor |
| 01:00:47 | raptor | almost dinner, but |
| 01:00:59 | raptor | kaen: i don't understand your 'merge' commit with loads of string changes |
| 01:22:13 | | Platskies Quit (Ping timeout: 256 seconds) |
| 01:28:48 | | Platskies has joined |
| 01:45:46 | | fordcars has joined |
| 01:48:23 | kaen | I don't know what happened! |
| 01:48:39 | kaen | I really thought I was just merging upstream |
| 01:49:00 | raptor | does it need to be reverted? |
| 01:49:06 | raptor | (I can do that easily) |
| 01:49:17 | kaen | yes I believe so |
| 01:49:24 | kaen | I think I backwards merged? |
| 01:49:31 | kaen | ohhh it was a rollback |
| 01:49:48 | kaen | I didn't know those got commited as transactions |
| 01:50:09 | raptor | rollback undoes a commit but leaves the commit as uncommitted changes |
| 01:50:20 | kaen | oof |
| 01:50:42 | kaen | okay my mistake. |
| 01:51:07 | kaen | 3/4 legitimate commits isn't too bad... |
| 01:51:15 | raptor | heh |
| 01:51:30 | raptor | actually... |
| 01:51:34 | raptor | i don't need to rollback |
| 01:51:39 | raptor | err revert |
| 01:51:48 | raptor | because all of those were in watusimoto's changes |
| 01:52:05 | kaen | okay |
| 01:52:21 | raptor | yeah, it looks like you just recommitted all of his changes in your branch |
| 01:52:30 | kaen | that's what I thought |
| 01:53:00 | kaen | dlmap works but only takes an id number for now, which is the part after /view/ when you view a level's entry |
| 01:53:32 | kaen | and also I had trouble with s_fprintf: it would not write all of the data it seems |
| 01:53:51 | kaen | so I've put in fprintf for now just to have something to test with. |
| 02:02:13 | raptor | HttpRequest.cpp:74:19: error: ‘usleep’ was not declared in this scope |
| 02:02:28 | raptor | I think TNL wraps a sleep function somewhere |
| 02:02:38 | raptor | you can sleep for 50 milliseconds with it |
| 02:17:56 | kaen | oh okay |
| 02:21:21 | kaen | I like the loadout zone graphic |
| 02:22:10 | | BFLogBot Commit: e311eb74aec1 | Author: kaen | Message: use Platform::sleep in HttpRequest |
| 02:26:37 | raptor | hi |
| 02:27:01 | raptor | oh, i suggested 50 m illiseconds because i read the original code as usleep(50000) (which I read wrong) |
| 02:27:14 | raptor | I don't actually know what is a good amount.. |
| 02:30:43 | kaen | It should sleep lazily (50ms is good) until it start receiving data, then it should sleep lightly. |
| 02:30:49 | kaen | if at all |
| 02:31:49 | kaen | also the buffsize can be tweaked, 4kb was my conservative first guess |
| 02:32:58 | kaen | I hope you don't mind my braces... |
| 02:33:12 | kaen | I'm adamant about wrapping even one-line blocks |
| 02:36:36 | raptor | yeah, that's fine |
| 02:37:00 | kaen | hmm is there a coding standards page on the wiki? |
| 02:37:11 | raptor | watusimoto is more the stickler with code formatting - in fact, he may even make a special commit to make sure your open braces are on a newline |
| 02:37:18 | raptor | (which he did to me *several* times) |
| 02:37:27 | raptor | no, but there should be |
| 02:37:43 | kaen | it'd be helpful, I often find myself wondering about spaces and braces |
| 02:38:02 | kaen | even better, an Astyle config file or something |
| 02:38:38 | raptor | oh.. i think eclipse might be able to export something like that... |
| 02:39:25 | raptor | except, watusimoto does weird things like put one line methods wholly on one line, with the braces |
| 02:39:38 | kaen | :1 |
| 02:41:50 | kaen | okay, do I break the braces around else if? |
| 02:42:15 | kaen | the general rule seem to be "when in doubt, break" |
| 02:42:24 | raptor | yes |
| 02:45:25 | kaen | hmm time for steaks! |
| 02:45:27 | | BFLogBot Commit: 247809ab0474 | Author: kaen | Message: fix braces in HttpRequest |
| 02:45:40 | raptor | nom nom |
| 02:46:34 | kaen | hopefully they turn out edible this time... |
| 03:07:53 | fordcars | ouch, my stupid bot says it can't find lua5.1.dll |
| 03:08:21 | fordcars | I am not going anywhere with this "LuaSocket" |
| 03:08:23 | raptor | fordcars: that socket library will be windows-only *and* require several external DLLs |
| 03:08:30 | raptor | which won't work with bitfighter |
| 03:08:43 | fordcars | meh yeah |
| 03:09:03 | fordcars | stinks though, it would of bean really awesome |
| 03:10:32 | fordcars | thanks though |
| 03:33:17 | | raptor Quit () |
| 03:57:16 | fordcars | brb, later |
| 04:01:25 | | fordcars Quit (Ping timeout: 245 seconds) |
| 04:04:32 | | fordcars has joined |
| 05:15:25 | | Platskies Quit (Remote host closed the connection) |
| 05:16:14 | | Platskies has joined |
| 06:07:15 | fordcars | going to bed, later guys |
| 06:11:25 | | fordcars Quit (Ping timeout: 245 seconds) |
| 07:34:12 | | Watusimoto has joined |
| 09:39:03 | | BFLogBot Commit: d68cf3609576 | Author: watusimoto | Message: Fix building for VC++, and fix a possible buffer overflow (but only on games with 100,000,000+ players all using the same name). Will now enter an endless loop if there are 2^32 players with same name in the same game (but no more buffer overflow!) |
| 09:39:04 | | BFLogBot Commit: ec5e0a1bb8b6 | Author: watusimoto | Message: Print error to log and exit game if we hit U32_MAX players trying to use the same name. Untested, obviously. |
| 11:16:26 | | LordDVG has joined |
| 11:36:23 | | Platskies Quit (Remote host closed the connection) |
| 12:15:39 | | LordDVG Quit (Ping timeout: 246 seconds) |
| 14:03:06 | | LordDVG has joined |
| 14:39:47 | | raptor has joined |
| 14:39:47 | | ChanServ sets mode +o raptor |
| 14:40:31 | raptor | good morning |
| 15:02:20 | | BFLogBot Commit: 1250045d6b84 | Author: watusimoto | Message: Variable names and related cleanup |
| 15:02:21 | | BFLogBot Commit: 6a9ded4e2ae2 | Author: watusimoto | Message: Pull out scrolling effect used in Loadout menu into a generic class with an awful name, for possible reuse. |
| 15:02:37 | Watusimoto | hi |
| 15:02:51 | raptor | hello |
| 15:03:26 | raptor | AToBScroller |
| 15:03:28 | raptor | ? |
| 15:03:34 | Watusimoto | I feel that I hit a new low with that one |
| 15:03:37 | raptor | but in filename UIAToBScroller |
| 15:03:37 | Watusimoto | that name |
| 15:03:40 | raptor | haha |
| 15:04:00 | Watusimoto | well, this is something I just started doing, and maybe I should stop |
| 15:04:42 | Watusimoto | I am trying to give the UI code a consistent naming convention (UI***), but I don't think I want a UIAtoBScroller class... do I? |
| 15:04:48 | Watusimoto | maybe I do |
| 15:05:01 | Watusimoto | anyway, it scrolls from one thing to another, from A to B |
| 15:05:15 | Watusimoto | like one set of loadout options to another |
| 15:06:15 | raptor | ah ok |
| 15:06:48 | raptor | so i was thinking of adding the beveled corners to the editor panel |
| 15:06:50 | raptor | panels |
| 15:07:21 | raptor | but you don't use a common drawing class for it? |
| 15:07:24 | raptor | or method |
| 15:08:10 | raptor | I made renderFancyBox... which could be made better.. |
| 15:09:11 | | Platskies has joined |
| 15:10:19 | Watusimoto | the editor panel? |
| 15:10:29 | raptor | err.. the dock |
| 15:10:34 | Watusimoto | ah, right |
| 15:10:38 | | Platskies Quit (Remote host closed the connection) |
| 15:10:42 | raptor | just to be stylistically consistent.. |
| 15:10:46 | Watusimoto | we could clip the upper left corner, I suppose |
| 15:10:50 | Watusimoto | probably not the lower-right |
| 15:10:57 | raptor | since we're changing lots.. |
| 15:11:14 | Watusimoto | yes |
| 15:11:23 | Watusimoto | still liking the new font? |
| 15:11:50 | raptor | hmm |
| 15:11:56 | raptor | it's OK - easier to read |
| 15:12:00 | raptor | but bubbly |
| 15:12:30 | Watusimoto | bubbly |
| 15:12:37 | Watusimoto | yes, I soppuse it is |
| 15:14:16 | Watusimoto | think I should rename AtoBScroller to UIAtoBScroller? |
| 15:15:29 | raptor | if you want to be consistent, probably |
| 15:15:57 | raptor | these hard decisions drive me crazy.. :) |
| 15:16:03 | Watusimoto | or I could rename UIAtoBScroller to AtoBScroller |
| 15:16:11 | Watusimoto | ok |
| 15:16:22 | raptor | well... |
| 15:16:26 | Watusimoto | I think the class file name should match the contents |
| 15:16:40 | raptor | we *could* make a separate subdirectory for all UI stuff... and start modularizing things better |
| 15:16:52 | Watusimoto | that implies a rename is in order |
| 15:18:13 | Watusimoto | a folder doesn |
| 15:18:18 | Watusimoto | 't necessarily solve the problem |
| 15:18:51 | Watusimoto | shoudl UI support classes also be named UI/ |
| 15:18:55 | Watusimoto | that is the real question |
| 15:19:47 | Watusimoto | I was thinking they should, as moving towards the separation of our UI code from the game code |
| 15:20:04 | Watusimoto | but we also use UI to mean a real interface class, essentially a screen |
| 15:20:30 | Watusimoto | and these aer just little nothing classes |
| 15:20:46 | Watusimoto | I could call them UITransitionHelperAToBScroller |
| 15:20:51 | Watusimoto | but... no |
| 15:22:24 | Watusimoto | well, I'm going to let it stew a bit. I am resolved to rename things to make the class match the file thought |
| 15:23:05 | raptor | heh ok :) |
| 15:28:27 | Watusimoto | I'm about to create another new class... a widget to display your loadout (essentially the loadout indicators at the top of the screen) because I'm going to add some transition effects when you change your loadout |
| 15:28:32 | Watusimoto | so I need a name |
| 15:28:46 | Watusimoto | It is essentially a LoadoutIndicator |
| 15:28:53 | raptor | UILI |
| 15:28:54 | Watusimoto | well, it's exactly that |
| 15:29:00 | Watusimoto | well, that's the question |
| 15:29:06 | Watusimoto | LoadoutIndicator or UILoadoutIndicator? |
| 15:29:23 | raptor | I like the consistency of 'UI' stuff |
| 15:29:55 | Watusimoto | what do you mean by that? That we use UI for everything rendering, or that we use UI for major UI components (i.e. screens)? |
| 15:30:16 | raptor | I like the idea of grouping common components somehow |
| 15:30:30 | Watusimoto | well, we have MenuItems for example |
| 15:30:38 | Watusimoto | I'm not sure it would make sense to make those UIMenuItems |
| 15:30:41 | raptor | maybe you could do UIWidgetLoadoutIndicator |
| 15:30:48 | Watusimoto | yet they are very closely tied to UIs |
| 15:31:05 | raptor | UIWidgetAtoBScrollyThingy |
| 15:31:09 | Watusimoto | You are obviously a Java programmer :-) |
| 15:31:12 | raptor | hahaha |
| 15:31:36 | Watusimoto | AbstractUIIndicatorWidgetLoadout |
| 15:31:42 | raptor | yeah.. well, I actually wouldn't use the filenames to group things - I'd use the package names :) |
| 15:31:58 | Watusimoto | we need a UI package |
| 15:32:05 | Watusimoto | we could create a UI namespace |
| 15:32:09 | raptor | org.bitfighter.zap.ui.widget.LoadoutIndicator |
| 15:32:26 | raptor | that's a good idea |
| 15:32:36 | Watusimoto | and then ignore it by putting using UI everywhere |
| 15:32:46 | raptor | haha |
| 15:32:46 | Watusimoto | actually |
| 15:32:50 | Watusimoto | that is a good idea |
| 15:33:11 | Watusimoto | because we wouldn't have a using namespace UI in any of the server classes |
| 15:33:21 | raptor | correct |
| 15:33:25 | Watusimoto | so it would serve as a kind of indicator |
| 15:33:57 | Watusimoto | then we could put the LoadoutIndicator in the same folder with the other UI stuff |
| 15:34:19 | Watusimoto | and I could create virtual folders in VC++ to reflect that structure as well |
| 15:35:12 | raptor | well... virtual folder in vc++ only help.. vc++ users |
| 15:35:16 | raptor | :) |
| 15:35:33 | Watusimoto | true, but if we are using actual folders, that would suggest structure to other editors |
| 15:36:32 | Watusimoto | I mean, I can't save the whole world here |
| 15:36:34 | raptor | is that a bad thing? |
| 15:37:20 | Watusimoto | I'll try a UI namespace for teh loadout indicator and see how that feels |
| 15:37:26 | raptor | I answered my font question on SO: http://stackoverflow.com/questions/15554485/opengl-text-rendering-methods-and-trade-offs |
| 15:37:31 | Watusimoto | great! |
| 15:37:31 | raptor | ok |
| 15:38:00 | raptor | I still need to follow up with the LuaWrapper one... but I think I've been burned out from Lua for a while.. |
| 15:39:02 | Watusimoto | I added a comment |
| 15:39:11 | Watusimoto | I know the feeling |
| 15:55:33 | Watusimoto | namespaces are officiall a pain |
| 15:55:39 | Watusimoto | officially |
| 15:55:40 | Watusimoto | that is |
| 16:04:02 | raptor | so i've never actually gotten it straight: are classes essentially namespaces? |
| 16:12:43 | Watusimoto | no |
| 16:12:51 | Watusimoto | namespaces are sort of above classes |
| 16:21:58 | | BFLogBot Commit: e19259073cdc | Author: watusimoto | Message: Experimental move of AToBScroller into new UI namespace. Feels.... icky. |
| 16:38:34 | | SolumnMushroom has joined |
| 16:38:54 | SolumnMushroom | Hello all! |
| 16:42:27 | SolumnMushroom | My sister wants to know the point value of each flag for Nexus |
| 16:45:20 | kaen | I think it's exponential |
| 16:45:59 | SolumnMushroom | That's what I thought |
| 16:52:03 | kaen | for(S32 count = 1; count <= flags; count++) |
| 16:52:04 | kaen | score += (count * 10); |
| 16:52:25 | kaen | so the first flag is 10, the second is 20 (total of 30) then the next is 30 (total 60) |
| 16:52:26 | kaen | etc. |
| 16:54:03 | kaen | which I think comes out to ((count^2)/2) * 10 |
| 16:54:20 | kaen | or close to it. Euler would know. |
| 16:56:52 | kaen | okay the exact formula is (((flags) * (flags + 1)) / 2) * 10 |
| 16:57:51 | raptor | Watusimoto: I was still thinking you'd keep everything under Zap |
| 16:57:56 | raptor | so Zap::UI |
| 16:58:03 | raptor | n(n+1)/2 |
| 16:58:09 | raptor | yes, that one.. |
| 16:58:48 | | kaen Quit (Quit: Leaving) |
| 16:59:32 | | kaen has joined |
| 16:59:34 | kaen | I've always wondered about the scoring in the back of my mind |
| 17:00:06 | raptor | in fact, it would probably be slightly more performant if we used the n(n+1)/2 algo instead |
| 17:00:13 | kaen | definitely |
| 17:00:36 | kaen | but even 10000 flags would take maybe 100000 cycles |
| 17:00:40 | kaen | at the absolute most |
| 17:02:05 | SolumnMushroom | Thanks for the formula. It's very interesting, but I need to head out for now. Bye! |
| 17:02:09 | | SolumnMushroom Quit (Quit: Leaving) |
| 17:02:10 | kaen | bb |
| 17:03:04 | raptor | heading out - back later |
| 17:03:08 | kaen | ok |
| 17:03:10 | | raptor Quit () |
| 18:17:59 | | raptor has joined |
| 18:17:59 | | ChanServ sets mode +o raptor |
| 18:25:13 | raptor | hi again |
| 18:38:10 | | BFLogBot Commit: cfee30a6fe12 | Author: buckyballreaction | Message: Fix compiling in Linux |
| 18:38:11 | | BFLogBot Commit: e16975ee0c96 | Author: buckyballreaction | Message: More efficient algorithm with Nexus scoring |
| 19:07:43 | raptor | yeah so rhodecode is amazing |
| 19:07:53 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 19:08:02 | raptor | but it's a little bit of work to get set up with SSL behind apache httpd |
| 19:28:32 | | LordDVG Quit (Remote host closed the connection) |
| 19:31:48 | | Watusimoto has joined |
| 19:44:02 | Watusimoto | hi |
| 19:44:07 | raptor | hello |
| 19:44:09 | kaen | hello |
| 19:48:53 | Watusimoto | tonight is changing to daylight savings time here so I lose an hour tonight :-( |
| 19:49:19 | raptor | DST was borne of satan |
| 19:50:05 | raptor | as a parent, it has never been so apparent how evil it is, as it did this last time... |
| 19:52:20 | raptor | ok that was strong language... but I think I'm still recovering from it... |
| 19:54:44 | raptor | completely unrelated: SDL2 support PSP now |
| 19:55:19 | raptor | but removed nintendo DS |
| 19:59:54 | kaen | the benefits of a dumb client are already materializing |
| 20:00:10 | kaen | "/dlmap kaen_bebop" works now and I didn't even have to push :) |
| 20:00:25 | kaen | or edit any c++ at all |
| 20:01:24 | raptor | i test |
| 20:03:10 | kaen | it will crash on anything other than success or an HTTP error :x |
| 20:03:21 | raptor | it works! |
| 20:03:24 | kaen | \o/ |
| 20:03:34 | raptor | but you can't select the level after its been downloaded.. |
| 20:03:46 | kaen | hmm I think I need to refresh the map list |
| 20:04:00 | kaen | you can open it in the editor though :P |
| 20:04:05 | raptor | also, it's blocking? |
| 20:04:13 | kaen | yes I haven't threaded it yet |
| 20:04:27 | kaen | I just got done writing all the server stuff I'd need |
| 20:04:32 | kaen | now I'll polish the client stuff |
| 20:05:51 | kaen | the levelgen should run too |
| 20:06:37 | Watusimoto | I would prefer to have DST all year round, personally. |
| 20:07:02 | Watusimoto | i'm reading up on best practices with namespaces |
| 20:07:38 | Watusimoto | it seems they are primarily designed for a problem we don;t have; namely name clashes, not to create some general partitioning of the code |
| 20:07:55 | raptor | namespaces have morphed into 'packages' now with newer languages - which use a directory structure |
| 20:08:25 | raptor | kaen: it runs! |
| 20:11:05 | Watusimoto | I'm going here tomorrow: |
| 20:11:06 | Watusimoto | http://whc.unesco.org/en/list/687 |
| 20:11:52 | raptor | oh wow |
| 20:11:57 | raptor | historical ironworks |
| 20:12:28 | Watusimoto | I was there a few years ago... it's really huge |
| 20:12:38 | Watusimoto | there's smaller versions of that dotted all over luxembourg |
| 20:13:01 | Watusimoto | in fact, my office is moving to the site of a smaller plant of the same design in a few weeks |
| 20:13:41 | raptor | wow.. it's huge! |
| 20:13:42 | Watusimoto | this whole swath of germany/luxembourg/france is filled with iron mining and smelting |
| 20:13:52 | Watusimoto | it is really really big |
| 20:14:07 | Watusimoto | you can walk around in most of it |
| 20:14:15 | Watusimoto | but not as much up as I would like ;-) |
| 20:15:09 | Watusimoto | they have art exhibitions in the old ore bins... there;s one on now about grafitti/street art, and my son is really into that |
| 20:15:16 | Watusimoto | which is why we're going |
| 20:16:28 | raptor | neat |
| 20:17:09 | raptor | UNESCO, huh? |
| 20:20:54 | raptor | oh Watusimoto I had a question about some of our Lua classes |
| 20:21:05 | Watusimoto | ok |
| 20:21:21 | raptor | there are a lot of Lunar classes that are properly documented here, but not in our luadocs: http://bitfighter.org/wiki/index.php/Scripting_018 |
| 20:21:37 | raptor | GameInfo, PlayerInfo, TeamInfo |
| 20:21:47 | raptor | also better even documentation |
| 20:21:50 | raptor | *event |
| 20:22:08 | raptor | are we at a point where we could completely get rid of Lunar? |
| 20:23:39 | Watusimoto | yes -- the only reason we haven;t yet is because we haven;t |
| 20:24:00 | Watusimoto | I need to remap the ; to be ' in irc |
| 20:24:04 | raptor | OK, if I were to do some of that... could I just follow the format of other LuaW classes? |
| 20:24:08 | Watusimoto | yes |
| 20:24:12 | Watusimoto | it's not hard |
| 20:24:14 | raptor | okey doke |
| 20:24:27 | Watusimoto | you've been waiting so long to get rid of lunar... |
| 20:24:32 | raptor | heh |
| 20:25:16 | kaen | I think I missed a development on the luaW front. did you guys fix the memory leak? |
| 20:25:20 | raptor | there is a difference with some of the Lunar classes: they have classes all of their own: LuaPlayerInfo |
| 20:26:27 | raptor | where as our LuaW stuff is directly inside the 'Ship' or 'Projectile' class |
| 20:26:35 | raptor | how would you proceed on that? |
| 20:26:40 | raptor | kaen: memory leak still there! |
| 20:27:14 | | raptor Quit () |
| 20:27:28 | | raptor has joined |
| 20:27:28 | | ChanServ sets mode +o raptor |
| 20:40:18 | raptor | combine the LuaPlayerInfo and PlayerInfo class? |
| 20:45:07 | raptor | or maybe just leave them be? Looking at naev - it looks like it maintains a separate Lua compilation unit (class sort of) for each normal 'object' |
| 20:47:28 | Watusimoto | I don't remember what those classes are/do. It might make sense to combine them, if it would simplify the user experience |
| 20:47:56 | raptor | PlayerInfo is just a Lua interface to our server controlled PlayerInfo object |
| 20:51:01 | raptor | huh... PlayerInfo is actually a member of ClientInfo |
| 20:52:43 | raptor | GameInfo is its own separate monster - that calls gServerGame->getGameType() everywhere |
| 20:54:46 | raptor | ok, well, I'll think of something to do (probably the absolute minimum to port to LuaW) |
| 21:02:12 | raptor | oh my... _k just posted in the forums |
| 21:05:09 | Watusimoto | hey... what?!? |
| 21:05:16 | Watusimoto | THE _k??? |
| 21:05:52 | raptor | yeah... |
| 21:06:25 | Watusimoto | twice! |
| 21:06:30 | Watusimoto | like he never left |
| 21:28:55 | | Watusimoto_ has joined |
| 21:30:55 | | Watusimoto Quit (Ping timeout: 240 seconds) |
| 21:32:13 | raptor | three times! |
| 21:32:53 | kaen | so who is _k in regards to bitfighter? |
| 21:33:00 | kaen | I see his name on a lot of walls around here... |
| 21:33:43 | raptor | he was an old Zap! player who came to bitfighter and did most of the forum moderating as well as contests |
| 21:34:02 | kaen | cool :) |
| 21:34:07 | kaen | hopefully he sticks around |
| 21:34:08 | raptor | took off about 1 year ago, almost exactly, to start a small business I think |
| 21:34:33 | raptor | he was known for making decent levels (and protecting them) |
| 21:35:06 | raptor | oh and ran k_serv - a dedicated server of decent levels of his own making, with some customized s_bots |
| 21:35:19 | | Watusimoto has joined |
| 21:38:03 | | Watusimoto_ Quit (Ping timeout: 257 seconds) |
| 21:39:31 | kaen | well there should be a nice little shitstorm on forums tonight then |
| 21:39:38 | raptor | uh oh |
| 21:39:40 | raptor | how come? |
| 21:39:46 | raptor | (and I don't read off-topic..) |
| 21:39:48 | kaen | er, I mean a good one |
| 21:40:05 | raptor | ah, with _k's return? |
| 21:40:07 | kaen | yes |
| 21:40:17 | kaen | probably could have phrased it better... |
| 21:40:20 | raptor | haha |
| 21:40:21 | kaen | "flurry of activity" |
| 21:41:37 | raptor | oh wow - he really is posting like he never left |
| 21:42:15 | kaen | well, it's the internet |
| 21:42:19 | kaen | people get hit by busses |
| 21:42:24 | raptor | so maybe he will stick around |
| 21:42:26 | kaen | and then sometimes crawl out from under them |
| 21:42:32 | raptor | heh |
| 21:42:45 | kaen | the key is to glance around once and stroll away nonchalantly |
| 21:54:05 | raptor | there is one problem to using Xmacros |
| 21:54:37 | raptor | the preprocessor defines for the tables we use (like WeaponInfo.h) are in the header files, and any change forces a full recompile |
| 22:00:16 | Watusimoto | that's unfortunate |
| 22:00:59 | Watusimoto | but the advantage of having info that is neither repeated nor can get out of sync seems to be greater than that problem. besides... i suffer more than most from a full recompile |
| 22:01:12 | raptor | yes, i agree |
| 22:01:31 | raptor | on another topic: http://bitfighter.org/luadocs/group___weapon_enum.html |
| 22:01:36 | Watusimoto | I mean you pretty much recompile in about 12 seconds, right? |
| 22:01:42 | raptor | there is a '__Values__' text there |
| 22:01:45 | raptor | heh |
| 22:01:53 | raptor | 1 min nowadays... |
| 22:02:02 | Watusimoto | lovely documentation! |
| 22:02:06 | raptor | sometimes less with cmake dependency scanning |
| 22:02:26 | raptor | luadoc.pl:263 |
| 22:02:34 | Watusimoto | our documentation needs severe improvement |
| 22:02:35 | raptor | has push(@enums, "__Values__\n"); |
| 22:02:40 | raptor | is that needed? |
| 22:02:42 | Watusimoto | most of the info is there, it is just pooorly organized |
| 22:02:49 | Watusimoto | let me look |
| 22:03:07 | raptor | because i think that is why that is showing up on the enum doc.. |
| 22:05:09 | Watusimoto | it would seem to follow |
| 22:05:14 | Watusimoto | but look at the comment above that line |
| 22:05:29 | Watusimoto | that seems to suggest the item is there intentionally |
| 22:06:18 | Watusimoto | we could take it out and see what happnes |
| 22:06:20 | raptor | yes... but I don't understand how it is currently being used (if it is) |
| 22:06:21 | raptor | ok |
| 22:07:06 | raptor | maybe it's used improperly.. |
| 22:07:12 | Watusimoto | I think it might be there as some sort of trigger for doxygen?? |
| 22:07:33 | Watusimoto | but not sure really |
| 22:07:51 | Watusimoto | oh |
| 22:08:17 | Watusimoto | wait... I'll bet the __Weapons__ is supposed to be markdown and produce an underlined word that serves as a header |
| 22:08:39 | raptor | that makes sense |
| 22:08:54 | Watusimoto | it makes sense and looks like it would be appropriate in the context of the resulting docs |
| 22:11:00 | Watusimoto | \b Weapons might be a passable subsitute. That will make the word bold |
| 22:11:15 | raptor | but that is used for every enum |
| 22:11:18 | raptor | that line, i mean |
| 22:12:58 | raptor | the output is missing the: @section Weapon |
| 22:13:26 | Watusimoto | you are right! |
| 22:14:06 | Watusimoto | ok, the word Weapon is extracted from this line: |
| 22:14:07 | Watusimoto | @luaenum Weapon(2[,n]) |
| 22:14:14 | Watusimoto | (in the example in the code) |
| 22:14:47 | Watusimoto | and that seems to be stored in $enumName |
| 22:15:28 | Watusimoto | argh, which does not exist outside of the loop in which it is defined |
| 22:16:09 | Watusimoto | no, I take it back, should be available |
| 22:16:27 | Watusimoto | so we could try replacing this: |
| 22:16:28 | Watusimoto | push(@enums, "__Values__\n"); |
| 22:16:30 | Watusimoto | with this |
| 22:16:44 | Watusimoto | push(@enums, "\b $enumName\n"); |
| 22:17:10 | raptor | ok, trying.. |
| 22:17:16 | Watusimoto | or even |
| 22:17:42 | Watusimoto | push(@enums, "$enumName\n---------\n"); which isan attempt to create a markdown header |
| 22:17:54 | Watusimoto | or |
| 22:18:23 | Watusimoto | push(@enums, "# $enumName\n"); which will create a level 1 header |
| 22:18:29 | Watusimoto | use 2 ## for level 2, etc. |
| 22:18:43 | raptor | ok, i'll do that next |
| 22:18:57 | Watusimoto | (might need some ###s following the enumName... documentation is unclear) |
| 22:19:11 | Watusimoto | http://www.stack.nl/~dimitri/doxygen/manual/markdown.html |
| 22:19:13 | Watusimoto | see headers |
| 22:19:28 | kaen | most implementations don't require the trailing hashes |
| 22:19:40 | Watusimoto | mister knowing his markdown |
| 22:19:52 | kaen | I markdown all day long :) |
| 22:20:05 | kaen | I almost added it to the leveldb, in fact :P |
| 22:20:28 | Watusimoto | if markdown works in this context, there's lots of cool stuff we can do in the formatting of enums (bullets, etc.) |
| 22:22:08 | raptor | ok, I chose a change and committed it.. |
| 22:22:15 | raptor | thanks Watusimoto |
| 22:22:23 | | BFLogBot Commit: 44b148c9b196 | Author: buckyballreaction | Message: Increase triple damage slightly. Note that 2 (instead of 3) point blank shots are now all that's required to zap a ship |
| 22:22:25 | | BFLogBot Commit: 2e9a74dfe2b3 | Author: buckyballreaction | Message: Lua doc: Fix enum list headers |
| 22:23:14 | Watusimoto | what worked? |
| 22:23:26 | raptor | push(@enums, "# $enumName\n"); |
| 22:23:37 | Watusimoto | and it looks ok? |
| 22:24:00 | raptor | looked fine with my instance of doxygen... I'm testing the one on master now |
| 22:24:11 | Watusimoto | that it will look fine there oto |
| 22:25:53 | raptor | ha |
| 22:26:03 | raptor | it didn't work with that version of doxygen |
| 22:26:08 | raptor | http://www.stack.nl/~dimitri/doxygen/manual/markdown.html |
| 22:27:58 | Watusimoto | is your version newer? |
| 22:28:05 | raptor | I'm sure it is.. |
| 22:28:21 | Watusimoto | well, let's upgrade! |
| 22:28:27 | raptor | 1.8.2 vs 1.6.1 |
| 22:28:42 | raptor | ok.. |
| 22:29:13 | raptor | the curse of long-term supported linux platforms |
| 22:29:23 | Watusimoto | ?? |
| 22:29:24 | raptor | not bleeding (edge) enough |
| 22:29:29 | Watusimoto | ah, I see |
| 22:29:34 | Watusimoto | default packages are old |
| 22:30:40 | Watusimoto | this changeset will likely break building... I renamed two UIxxx files to xxx |
| 22:30:51 | | BFLogBot Commit: e336a6429243 | Author: watusimoto | Message: Make filenames consistent with the classes therein, rename class for consistency |
| 22:30:53 | raptor | *gasp* |
| 22:30:53 | | BFLogBot Commit: c7037f29a0d4 | Author: watusimoto | Message: Break out LoadoutIndicator rendering into a separate class |
| 22:30:54 | | BFLogBot Commit: e515c23097fa | Author: watusimoto | Message: Merge |
| 22:31:46 | Watusimoto | and got rid of another global! |
| 22:31:55 | raptor | oh boy! |
| 22:32:26 | raptor | package names - that's what c++ needs |
| 22:35:29 | raptor | oh yay, someone has it compiled for centos 6 in the OBS |
| 22:37:18 | Watusimoto | foo! |
| 22:37:23 | Watusimoto | I mispelled the filename |
| 22:37:32 | Watusimoto | AtoBScroller should be AToBScroller |
| 22:37:52 | raptor | ok, I'll wait for any fixes.. |
| 22:38:09 | Watusimoto | fixing capitalization is a pain in windows |
| 22:38:34 | | BFLogBot Commit: e336a6429243 | Author: watusimoto | Message: Make filenames consistent with the classes therein, rename class for consistency |
| 22:38:35 | | BFLogBot Commit: c7037f29a0d4 | Author: watusimoto | Message: Break out LoadoutIndicator rendering into a separate class |
| 22:38:37 | | BFLogBot Commit: e515c23097fa | Author: watusimoto | Message: Merge |
| 22:39:16 | raptor | our luadocs look significantly different: http://bitfighter.org/luadocs/index.html |
| 22:39:27 | raptor | did you branch yourself again? |
| 22:39:53 | raptor | oh logbot is just being dumb |
| 22:40:43 | Watusimoto | yeah, I don't think I did that |
| 22:42:04 | raptor | ah, what happened is that our slow server didn't respond to the great Google in time with the commit hook |
| 22:42:12 | raptor | so it sent it again.. |
| 22:43:39 | Watusimoto | the enums are readable! |
| 22:45:14 | raptor | huh |
| 22:45:21 | raptor | if you look at http://bitfighter.org/luadocs/class_soccer_ball_item.html |
| 22:45:37 | raptor | it only shows the interited methods of the direct parent (MoveObject) |
| 22:45:48 | raptor | but it's parent shows them from all objects all the way up |
| 22:46:03 | | BFLogBot Commit: e2fc4b5544b2 | Author: watusimoto | Message: Fix capitalization of filenames |
| 22:47:00 | | BFLogBot Commit: 2e8d9d7318eb | Author: watusimoto | Message: Fix luadocs |
| 22:47:39 | Watusimoto | very odd |
| 22:47:57 | Watusimoto | it obviously understands the hiearchy |
| 22:48:22 | Watusimoto | there are some weird doxygen settings -- maybe they need some tweaking |
| 22:48:31 | raptor | hmmm |
| 22:48:35 | raptor | yeah |
| 22:48:51 | Watusimoto | I do plan to look at this further in the future... don;t feel too obligated to make it work |
| 22:49:11 | raptor | ok |
| 22:49:15 | raptor | back to code then.. |
| 22:49:31 | Watusimoto | flag item shows inherited stuff all the way up... |
| 22:49:50 | raptor | yeah... it's probably a grammar error somewhere.. |
| 22:50:32 | Watusimoto | embedding the lua docs in the code was a really good decision |
| 22:50:41 | Watusimoto | the old docs were simply unmaintainable |
| 22:50:56 | Watusimoto | these are merely ungeneratable |
| 23:23:27 | raptor | heading home - later! |
| 23:23:29 | Watusimoto | night! I won't be on tomorrow... see you Monday! |
| 23:23:44 | raptor | night |
| 23:23:51 | | raptor Quit () |
| 23:34:49 | | Watusimoto Quit (Ping timeout: 260 seconds) |