Timestamps are in GMT/BST.
| 01:44:27 | | fordcars Quit (Quit: Page closed) |
| 02:09:17 | | Watusimoto has joined |
| 02:17:02 | | Watusimoto Quit (Ping timeout: 272 seconds) |
| 02:51:24 | | Watusimoto has joined |
| 03:03:18 | | Watusimoto Quit (Ping timeout: 264 seconds) |
| 03:04:24 | | Akien has joined |
| 04:16:27 | | Watusimoto has joined |
| 04:59:40 | | Invisible has joined |
| 05:17:24 | | Invisible Quit (Quit: Invisible) |
| 05:22:39 | | destroyerimo has joined |
| 06:36:21 | | Flynnn has joined |
| 06:58:41 | | destroyerimo_clo has joined |
| 07:01:28 | | destroyerimo Quit (Ping timeout: 240 seconds) |
| 07:15:24 | | destroyerimo_clo Quit (Ping timeout: 240 seconds) |
| 07:54:05 | | Watusimoto Quit (Ping timeout: 240 seconds) |
| 08:44:34 | | Watusimoto has joined |
| 09:09:04 | | Invisible has joined |
| 09:39:39 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 09:55:24 | | Invisible Quit (Ping timeout: 260 seconds) |
| 09:58:39 | | Watusimoto Quit (Ping timeout: 255 seconds) |
| 10:00:51 | | Invisible has joined |
| 10:00:57 | | Watusimoto has joined |
| 10:22:02 | | Flynnn has joined |
| 10:27:42 | | raptor has joined |
| 10:27:43 | | ChanServ sets mode +o |
| 10:27:48 | raptor | good morning! |
| 10:30:41 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 10:31:28 | raptor | Watusimoto: question about the settings refactor, if you're around |
| 10:32:31 | raptor | in GameSettings, I noticed that there are two action associated with changing settings |
| 10:32:42 | raptor | 1. set a setting |
| 10:32:48 | raptor | 2. save the setting to the INI |
| 10:33:14 | raptor | or rather, save it to the INI structure.. it's not always written to disc when saved |
| 10:34:18 | raptor | and I notice in the code we have lots of places like this: |
| 10:34:26 | raptor | settings->getIniSettings()->winXPos = getWindowPositionX(); |
| 10:34:34 | raptor | GameSettings::iniFile.SetValueI("Settings", "WindowXPos", settings->getIniSettings()->winXPos, true); |
| 10:34:48 | raptor | i.e. where the setting is set, then immediately the INI is updated |
| 10:35:17 | raptor | but most of the setting of... settings... isn't coupled with INI structure updates like that. |
| 10:35:50 | raptor | instead all settings are just written out when an explicit INI write is called, like when exiting the game |
| 10:36:16 | raptor | so I'm wondering why we do immediate INI updates for some things but not others |
| 10:36:19 | raptor | ? |
| 10:36:49 | raptor | and, what should our 'proper' workflow be? (right now there's lots of 'set*' and 'save*' methods in GameSettings |
| 10:36:51 | raptor | ) |
| 11:05:39 | | Flynnn has joined |
| 11:05:46 | | Flynnn Quit (Remote host closed the connection) |
| 11:14:04 | | Flynnn has joined |
| 11:46:30 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 12:06:51 | | Flynnn has joined |
| 12:12:16 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 12:22:53 | raptor | I'm adding the class 'bf_static' to the <body> element of all our static pages |
| 12:28:00 | | Invisible Quit (Ping timeout: 260 seconds) |
| 12:33:55 | raptor | "bfstatic" |
| 12:55:38 | | Watusimoto Quit (Ping timeout: 272 seconds) |
| 13:03:54 | raptor | fixed the smilies on the forums |
| 13:04:02 | raptor | also fixed the contact page jumpiness |
| 13:19:59 | | Flynnn has joined |
| 13:24:22 | | Flynnn Quit (Client Quit) |
| 13:38:06 | | Flynnn has joined |
| 13:57:43 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 14:02:53 | | Watusimoto has joined |
| 14:10:05 | raptor | hmmm |
| 14:10:13 | raptor | loosk like the RSS feed needs work, too |
| 14:22:25 | | Nothing_Much Quit (Read error: Connection reset by peer) |
| 14:22:57 | | Nothing_Much has joined |
| 15:08:11 | Watusimoto | hi raptor |
| 15:08:19 | raptor | hello! |
| 15:08:21 | Watusimoto | I saw the changes you made |
| 15:08:32 | Watusimoto | I am trying to get the motd thingy to work, and am failing miserably |
| 15:08:47 | Watusimoto | I think I finally got the .htaccess stuff to work, so that's something... |
| 15:09:10 | raptor | it was already working, i thought |
| 15:11:27 | raptor | what was not working? |
| 15:17:06 | Watusimoto | well... |
| 15:17:22 | Watusimoto | previous message is not being displayed |
| 15:17:37 | Watusimoto | message isn't being updated when you enter a new one |
| 15:17:39 | Watusimoto | css is messed up |
| 15:17:50 | raptor | i had fixed that... |
| 15:17:58 | raptor | the only missing was the twitter integration |
| 15:18:06 | Watusimoto | something happened then |
| 15:18:33 | Watusimoto | because it was pointing at an .htpasswd file that didn't exist |
| 15:18:38 | Watusimoto | the folders were all wrong |
| 15:18:49 | raptor | hmmm.. |
| 15:18:54 | Watusimoto | it was including css files that were in the wrong place |
| 15:19:05 | Watusimoto | I do remember you telling me you had fixed it up |
| 15:19:10 | raptor | maybe i did break the css with the file shuffle |
| 15:19:18 | Watusimoto | that's the least of the issues |
| 15:19:23 | raptor | just in the motd directory, right? |
| 15:19:31 | Watusimoto | motd/index.php |
| 15:19:33 | Watusimoto | yes |
| 15:19:34 | raptor | yes |
| 15:19:36 | raptor | ok |
| 15:19:38 | raptor | well that's weird |
| 15:19:55 | raptor | and stinks that work was lost |
| 15:19:55 | Watusimoto | yes |
| 15:20:57 | Watusimoto | Also, the executable bit was not set on the file, so the includes were not including |
| 15:21:20 | raptor | that makes sense - i bet anything include-wise was broken since i thought i had fixed it |
| 15:23:38 | Watusimoto | it looks like a really old version |
| 15:23:58 | Watusimoto | it wasn't even that the display of the old message was broken; it was missing altogether |
| 15:24:39 | raptor | maybe some sync got stuff overwritten... |
| 15:24:44 | raptor | huh |
| 15:25:05 | Watusimoto | ok, existing motd is now being included |
| 15:25:42 | Watusimoto | and the css is mostly fixed |
| 15:26:14 | Watusimoto | I just learned that "<!--#include virtual" works, but "<!-- #include virtual" does not |
| 15:26:31 | raptor | ha |
| 15:26:45 | raptor | i think i remember being burned by that for hours once |
| 15:30:49 | | Flynnn has joined |
| 15:34:52 | Watusimoto | just like "does not" is not the same as "doe snot" |
| 15:35:15 | raptor | no it snot |
| 15:35:45 | Watusimoto | indeed! ok, I am satisified with the appearance of the form, not to make submission do the right thing |
| 15:35:49 | Watusimoto | now |
| 15:35:55 | raptor | i'm doing RSS... |
| 15:36:06 | Watusimoto | cool |
| 15:36:09 | raptor | trying to learn the php simplexml again |
| 15:36:28 | raptor | brings back loathesome feelings about xml... |
| 15:37:30 | Watusimoto | ok, updating seems to work... now to fix the "landing" page |
| 15:38:16 | Watusimoto | the file must have been reverted somewhere along the line... even the header was copy-pasted in, not included |
| 15:38:31 | Watusimoto | and I *know* you would never let that slide |
| 15:40:09 | raptor | haha |
| 15:52:07 | | Nothing_Much Quit (*.net *.split) |
| 15:52:07 | | Watusimoto Quit (*.net *.split) |
| 15:55:16 | | Nothing_Much has joined |
| 15:55:16 | | Watusimoto has joined |
| 15:57:18 | | -tomaw- [Global Notice] Sorry about the noise - it seems one of our hubs had some issues so we've worked around it for now. |
| 16:13:44 | raptor | argh semicolons!! |
| 16:37:35 | Watusimoto | so generally how did you approach the post-on-twitter thing? |
| 16:37:44 | Watusimoto | did you use a lib, or code it yourself? |
| 16:37:54 | raptor | coded it myself - it was fairly simple |
| 16:39:03 | raptor | I had to log into twitter and give API access to bitfighter.org |
| 16:39:08 | raptor | it generated some keys |
| 16:39:17 | raptor | i used those in the motd hook |
| 16:39:51 | raptor | on submit, i'd call another php script that forked and waited a minute before posting to twitter |
| 16:40:02 | raptor | in case we wanted to update first |
| 16:40:02 | | Watusimoto_ has joined |
| 16:43:27 | | Watusimoto Quit (Ping timeout: 272 seconds) |
| 16:52:03 | raptor | tada!: http://bitfighter.org/atom.php |
| 16:53:35 | raptor | it's now an atom feed |
| 16:53:47 | raptor | not rss |
| 16:54:01 | raptor | because it was less stupid |
| 16:54:19 | raptor | 'NuclearHellRaven' is playing! |
| 17:02:18 | Watusimoto_ | whoa... that does not look good in a browser! |
| 17:02:55 | raptor | ? |
| 17:05:06 | raptor | if you're referring to the feed... it's xml |
| 17:05:08 | raptor | what browser? |
| 17:05:23 | raptor | just like rss.. i'd expect it to look ugly |
| 17:21:00 | | raptor Quit () |
| 17:21:24 | | raptor has joined |
| 17:21:24 | | ChanServ sets mode +o |
| 17:21:52 | raptor | back in a few minutes... if you have the time, i asked a question earlier, here: http://bitfighter.org/irclogs/?date=2014-08-16#l28 |
| 17:25:16 | Watusimoto_ | --> so I'm wondering why we do immediate INI updates for some things but not others |
| 17:25:45 | Watusimoto_ | when BF crashed a lot more, I wrote important settings to disk immediately so they wouldn't be lost |
| 17:26:04 | Watusimoto_ | this is now less important (thank goodness) so we can probably just write on exit |
| 17:26:30 | Watusimoto_ | or always write, as it's a cheap operation, and we'll never regret it |
| 17:26:46 | Watusimoto_ | but crashiness was the reason for the writes |
| 17:32:57 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 18:08:44 | | Flynnn has joined |
| 18:09:13 | raptor | hi again |
| 18:09:14 | raptor | ok |
| 18:09:30 | raptor | for the Settings refactor - |
| 18:09:51 | raptor | it looks like the idea is to create setters/getters for the settings on the GameSettings object |
| 18:10:35 | raptor | but there are set.. and save... methods for the same setting, one updates the GameSettings object, one updates the INI object and writes to disk |
| 18:10:42 | raptor | could those be combined? |
| 18:11:09 | raptor | basically there are 3 actions: update GameSettings, update INI object, write to disk |
| 18:11:26 | raptor | maybe the first 2 can always be coupled in the setter? |
| 18:11:54 | raptor | then we only perform a write-to-disk on really important cases? |
| 18:15:01 | Watusimoto_ | yes, combine the first two |
| 18:15:11 | Watusimoto_ | I think that makes sense |
| 18:18:55 | Watusimoto_ | time for bed... my schedule will remain chaotic until after Wed., when I will be back in the US |
| 18:19:02 | Watusimoto_ | good night!! |
| 18:19:16 | raptor | night! |
| 18:23:43 | | Watusimoto_ Quit (Ping timeout: 264 seconds) |
| 18:49:36 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 19:57:25 | | Flynnn has joined |
| 20:27:34 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 20:36:59 | | BFLogBot Commit: e60d400319 | Author: buckyballreaction | Message: Migrate 3 more settings to the new system. Also added a setSetting() template method that we may want to use more.. What do you think? |
| 20:51:24 | | Flynnn has joined |
| 21:32:49 | | raptor Quit () |
| 21:32:59 | | raptor has joined |
| 21:32:59 | | ChanServ sets mode +o |
| 21:35:40 | | raptor Quit (Client Quit) |
| 21:36:37 | | Akien Quit (Remote host closed the connection) |
| 22:25:55 | | raptor has joined |
| 22:25:55 | | ChanServ sets mode +o |