| 01:18.29 | macsforme | any thoughts on my question? I don't want to leave it in this state for too long |
| 01:21.48 | *** join/#bzflag infobot (ibot@rikers.org) |
| 01:21.48 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.12 released! https://forums.bzflag.org/viewtopic.php?f=62&t=19720 |
| 01:21.48 | *** mode/#bzflag [+v infobot] by ChanServ |
| 01:54.31 | *** join/#bzflag The_Noah (6163fde4@gateway/web/freenode/ip.97.99.253.228) |
| 02:32.03 | *** part/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 03:32.01 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 03:32.01 | *** mode/#bzflag [+v BulletCatcher] by ChanServ |
| 05:43.22 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 05:43.22 | *** mode/#bzflag [+v spldart] by ChanServ |
| 09:03.35 | *** join/#bzflag FastLizard4 (fastlizard@wikipedia/pdpc.active.FastLizard4) |
| 10:08.33 | macsforme | JeffM: with bz_SlashCommandEventData_V2, when I send a slash command to "all," the "to" field gets set to 254, which is -2, which is BZ_SERVER... I thought it should go to 255 which is -1 which is BZ_ALLUSERS... any ideas? |
| 10:10.00 | macsforme | also, sending a slash command to your team (regardless of which one) sets the "to" field to 246, which is -3, which is BZ_NULLUSER... I thought it would be set to the channel of your respective team (244 through 252) |
| 10:11.58 | macsforme | sorry, please disregard that (obviously incorrect) last message entirely... I need to go to bed :P |
| 10:13.32 | macsforme | (it's the bz_eRawChatMessageEvent that is setting the "to" field to BZ_NULLUSER) |
| 10:29.33 | allejo | macsforme: because of how the API handles those special #defines |
| 10:29.36 | allejo | see, https://github.com/BZFlag-Dev/bzflag/blob/2.4/include/Address.h#L73 |
| 10:29.46 | allejo | 254 is actually AllPlayers |
| 10:31.03 | allejo | BZ_ALLUSERS is -1 and is treated as such, not as 256-1. see, https://github.com/BZFlag-Dev/bzflag/blob/2.4/src/bzfs/bzfsAPI.cxx#L1606 |
| 10:34.19 | allejo | could probably add another #define for 254 as BZ_PUBLICCHAT |
| 15:00.44 | JeffM | Yeah the chat send is friggin odd |
| 15:02.39 | JeffM | Itâs not very consistent. |
| 16:17.15 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 18:58.05 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-ogloebhskzcbkhei) |
| 19:18.28 | macsforme | hmmm, okay |
| 19:25.36 | blast007 | macsforme: trying to think if there was anything else I wanted in the next release |
| 19:26.01 | macsforme | I wonder if that's the only one that will give a different destination value between bz_eRawChatMessageEvent and bz_SlashCommandEventData_V2 |
| 19:26.20 | macsforme | blast007: okay, thanks |
| 20:18.51 | blast007 | Back in October, I was trying to implement GCC Visibility for the bzfs API, but never got that to work.. dunno what I was doing wrong. Seemed like it had no effect and was still exporting all symbols, not just the ones for the API. Do we still want to try getting that to work? |
| 20:48.07 | blast007 | there is/was also an issue preventing using the ; key as a key bind, but that can probably wait for 2.6. I believe it was being parsed as the start of a comment. I imagine that issue would go away if we simply changed our config format to YAML. :) |
| 20:48.35 | *** join/#bzflag The_Noah (6163fde4@gateway/web/freenode/ip.97.99.253.228) |
| 21:34.22 | allejo | YAML <3 |
| 21:42.53 | The_Noah | from 2.4.10 to 2.4.12, is there any changes to any of the fallowing files in the src/bzflag folder? HUDRenderer.cxx, defaultBZDB.cxx, GUIOptionsMenu.cxx, RadarRenderer.cxx, JoinMenu.cxx? |
| 21:51.35 | BulletCatcher | See for yourself with "cd src/bzflag ; git diff v2.4.10 v2.4.12 -- HUDRenderer.cxx defaultBZDB.cxx GUIOptionsMenu.cxx RadarRenderer.cxx JoinMenu.cxx" |
| 21:52.13 | The_Noah | i didnt use get to install it |
| 21:52.16 | The_Noah | download* |
| 21:53.33 | allejo | https://github.com/BZFlag-Dev/bzflag/compare/v2.4.10...v2.4.12#files_bucket |
| 21:57.08 | The_Noah | thanks |
| 21:57.45 | The_Noah | im using 2.4.10 for NUI, and it looks like ill only have to change a few things to get it to 2.4.12!! |
| 21:57.49 | *** join/#bzflag Delusional (~Delusiona@unaffiliated/delusional) |
| 21:59.25 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 22:06.29 | macsforme | The_Noah: the trepan screenshots I sent you were all working prototypes and not mockups, I believe |
| 22:07.19 | macsforme | as to whether you could get the code, however, that may be difficult... but certainly you could use the ideas |
| 22:07.22 | The_Noah | cool! |
| 22:07.39 | The_Noah | i will see what i can do |
| 22:08.33 | The_Noah | im learning some more C(++) before i dev it some more, because i know very little :D |
| 22:12.27 | macsforme | blast007: the symbol visibility fix sounds like a suitable project for the release... I just don't know what I have to contribute to that |
| 22:13.38 | macsforme | aren't there plugins that depend on using functions beyond the API, though? so perhaps it could be optional for the time being? |
| 22:19.28 | blast007 | I think the main/only thing was team changing |
| 22:20.15 | allejo | that's public *cough* |
| 22:20.47 | blast007 | did we end up adding a hackish API function for team changes in 2.4? |
| 22:20.52 | allejo | nope |
| 22:23.47 | blast007 | we could wait for 2.6 for the visibility stuff then |
| 22:25.21 | allejo | whew |