| *** Zehra <Zehra!~Zehra@unaffiliated/zehra> has joined #bzflag | 00:17 | |
| Zehra | In the 'flag transferred' event, we are able to control what occurs, however there is one minor factor and that is other plug-ins using it to modify the event. | 00:24 |
|---|---|---|
| Zehra | Is there an easy way to know the 'final' state of the transfer event? | 00:27 |
| allejo | unlikely | 00:30 |
| blast007 | doesn't appear to be a notification event about the final outcome | 00:40 |
| blast007 | perhaps loading that plugin last would allow it to observe the final state | 00:41 |
| blast007 | or, you could share information between multiple plugins | 00:41 |
| blast007 | there's the various 'clip' functions for inter-plugin communication | 00:42 |
| allejo | modification events should really have a finalized state | 00:42 |
| blast007 | yeah, if we were doing the API over again, we'd have one event for modifying, and one for notifying | 00:42 |
| blast007 | we have that for some stuff, but it's not consistent | 00:43 |
| allejo | yea | 00:44 |
| allejo | possibly a weight/priority value for Register()? | 00:44 |
| blast007 | That still requires that plugins coordinate, essentially. | 00:47 |
| allejo | yea | 00:48 |
| allejo | what exactly are you doing or concerned about, zehra? | 00:48 |
| blast007 | a plugin author might also think that their plugin is more important and just put a big number, so then someone else has to use a *bigger* number for *their* plugin, and so on | 00:48 |
| blast007 | pretty soon, we'd be over 9000 | 00:48 |
| allejo | hehe | 00:49 |
| Zehra | allejo: Mostly flag tracking within the plug-in, drop and grab are easy, thief throws in a possible wildcard... | 00:50 |
| Zehra | I can easily keep tracks of the flags perfectly, but the implementations would unfortunately not be efficient. | 00:52 |
| Zehra | Or as I should say, less efficient than it could be. | 00:52 |
| allejo | why are you tracking flags? | 00:53 |
| blast007 | allejo: because the advertises demand data! | 00:53 |
| Zehra | XD | 00:53 |
| blast007 | advertisers* bleh, ruined the joke | 00:53 |
| allejo | lol | 00:53 |
| Zehra | Point manipulation is being done based on the flags... | 00:55 |
| blast007 | you could kinda fake it though, I think. Wouldn't be *100%* accurate, but close enough for a silly tank game. the flag grab and drop events both have the flagID, so you could see if the player with thief ends up with the same flagID as the one who was shot with thief, with the addition of a flag type check (since the transfer event doesn't have the flagID) or a flag lookup at transfer time. | 00:55 |
| blast007 | (and a time check, perhaps basing it on the time it takes for a flag to drop down after being dropped or spawning in) | 00:56 |
| blast007 | or, if it's a server you run, just add a notification event :) | 00:57 |
| Zehra | blast007: Thanks for the suggestion, the code will be both simple and efficient now. :) | 00:59 |
| allejo | are the drop and grab events called on transfer? | 01:00 |
| blast007 | allejo: no idea! | 01:00 |
| Zehra | The thief event would be.... since the thief drops... will have to check for that... | 01:00 |
| blast007 | so, yeah.. that'd need some testing | 01:00 |
| Zehra | Oops. Not thief event, drop event, when the thief flag drops on steal. :facepalm: | 01:01 |
| allejo | I see a zapFlag() call when a steal is canceled but i don't see it in the continue steal. is it triggered in your testing, zehra? | 01:05 |
| blast007 | zapFlag would be taking the thief away? | 01:07 |
| allejo | ohhh yea that's probably what's going on | 01:08 |
| Zehra | I haven't checked for that, nor completely written the plug-in yet and the thief event has not been added to the plug-in yet. | 01:09 |
| blast007 | might want to start with the thief issue since that affects the feasibility of the plugin | 01:12 |
| Zehra | Will be checking into it closely. Hopefully I'll be able to solve the potential bugs on my end. | 01:16 |
| *** Delusional <Delusional!~Delusiona@unaffiliated/delusional> has quit IRC (Quit: Delusional) | 02:30 | |
| *** Delusional <Delusional!~Delusiona@unaffiliated/delusional> has joined #bzflag | 02:35 | |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo pushed 1 commit (https://git.io/fjf6Z): | 02:44 |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo 9729e4: Split up Admin related slash commands to collection (https://git.io/fjf6n) | 02:44 |
| *** Zehra <Zehra!~Zehra@unaffiliated/zehra> has quit IRC (Quit: Signing off for now. (Leave me a memo if needed.)) | 03:03 | |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo pushed 4 commits (https://git.io/fjf67): | 04:07 |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo 7d4a88: Split up Server Owner related slash commands (https://git.io/fjf65) | 04:07 |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo 688554: Change FrontMatter 'title' to 'command' for /cmds (https://git.io/fjf6d) | 04:07 |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo 920edb: Add PageViews to display slash commands (https://git.io/fjf6F) | 04:07 |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo a646a2: Update URLs in docs landing page (https://git.io/fjf6b) | 04:07 |
| allejo | heeeeeeeee. i like how our search index is built off all our collections, so any new collection will be auto-included in our search index | 04:14 |
| allejo | like I just made that slash command collection and it's in the search index without me doing anything | 04:15 |
| *** DTRemenak <DTRemenak!~DTRemenak@about/essy/CrazyCoder/DTRemenak> has quit IRC (Quit: ChatZilla 0.9.93 [SeaMonkey 2.53/20180924130006]) | 05:26 | |
| *** DTRemenak <DTRemenak!~DTRemenak@2605:e000:141f:c002:3d1a:9fe6:ef88:9e58> has joined #bzflag | 05:26 | |
| *** DTRemenak <DTRemenak!~DTRemenak@2605:e000:141f:c002:3d1a:9fe6:ef88:9e58> has quit IRC (Changing host) | 05:26 | |
| *** DTRemenak <DTRemenak!~DTRemenak@about/essy/CrazyCoder/DTRemenak> has joined #bzflag | 05:26 | |
| *** ChanServ sets mode: +v DTRemenak | 05:26 | |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo pushed 1 commit (https://git.io/fjfih): | 06:30 |
| BZNotify | feature/redesign/slash_commands @ bzflag.org: allejo 8423bd: Don't let content in sidebar layout overflow parent (https://git.io/fjfij) | 06:30 |
| BZNotify | bzflag.org: allejo self-assigned pull request #24 "Move slash commands into own collection" (https://git.io/fjfPt) | 06:37 |
| BZNotify | bzflag.org: allejo labeled pull request #24 as enhancement | 06:37 |
| BZNotify | bzflag.org: allejo labeled pull request #24 as documentation | 06:37 |
| BZNotify | bzflag.org: allejo review_requested pull request #24 | 06:37 |
| BZNotify | bzflag.org: allejo review_requested pull request #24 | 06:37 |
| BZNotify | bzflag.org: allejo labeled pull request #24 "Move slash commands into own collection" as needs review (https://git.io/fjfPt) | 06:38 |
| *** disco- <disco-!~disco@unaffiliated/disco-> has quit IRC (Ping timeout: 272 seconds) | 11:25 | |
| *** disco- <disco-!~disco@unaffiliated/disco-> has joined #bzflag | 12:21 | |
| *** WarPig <WarPig!~WarPig@bzflag/player/WarPig> has quit IRC (Ping timeout: 245 seconds) | 16:38 | |
| BZNotify | bzflag: atupone synchronized pull request #148 "Use of Vertex Buffer Objects instead of Client Arrays" (https://git.io/vhCKr) | 21:12 |
| BZNotify | bzflag.org: tainn1 synchronized pull request #23 "Analysis of tiny flag" (https://git.io/fjfRi) | 23:40 |
| BZNotify | bzflag.org: tainn1 commented on pull request #23 "Analysis of tiny flag" (https://git.io/fjfxo): Agreed with all and patch pushed; thanks for the feedback, @allejo! | 23:41 |
Generated by irclog2html.py 2.17.3.dev0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!