Timestamps are in GMT/BST.
| 00:27:23 | | Platskies Quit (Quit: Platskies) |
| 00:29:09 | | Platskies has joined |
| 00:50:56 | | FlynnnNT has joined |
| 00:53:04 | | FlynnnNT is now known as Flynnn |
| 01:34:41 | | koda has joined |
| 01:47:54 | | koda Quit (Quit: Leaving) |
| 01:51:57 | | Platskies Quit (Read error: Connection reset by peer) |
| 01:53:51 | | Platskies has joined |
| 02:05:23 | | koda has joined |
| 02:19:58 | | koda Quit (Ping timeout: 260 seconds) |
| 02:42:29 | | koda has joined |
| 02:57:28 | | koda Quit (Ping timeout: 246 seconds) |
| 03:14:12 | | koda has joined |
| 03:15:17 | | kodab has joined |
| 03:17:22 | | Flynnn Quit (Quit: Leaving) |
| 03:18:10 | | Watusimoto has joined |
| 03:18:49 | | koda Quit (Ping timeout: 246 seconds) |
| 03:20:14 | | FlynnnNT has joined |
| 03:23:34 | | koda has joined |
| 03:25:28 | | kodab Quit (Ping timeout: 246 seconds) |
| 03:26:35 | | FlynnnNT is now known as Flynnn |
| 03:34:20 | | koda Quit (Ping timeout: 256 seconds) |
| 04:19:04 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 04:33:05 | | FlynnnNT has joined |
| 04:34:27 | | FlynnnNT Quit (Client Quit) |
| 04:41:31 | | Watusimoto_ has joined |
| 04:43:27 | | Watusimoto__ has joined |
| 04:44:34 | | Watusimoto Quit (Ping timeout: 246 seconds) |
| 04:45:59 | | Watusimoto_ Quit (Ping timeout: 260 seconds) |
| 05:51:00 | | Watusimoto has joined |
| 05:54:01 | | koda has joined |
| 05:54:18 | | Watusimoto__ Quit (Ping timeout: 256 seconds) |
| 05:58:14 | | kodab has joined |
| 06:00:53 | | koda Quit (Ping timeout: 264 seconds) |
| 06:03:04 | | koda has joined |
| 06:04:30 | | kodab Quit (Ping timeout: 256 seconds) |
| 06:49:48 | | koda Quit (Ping timeout: 260 seconds) |
| 07:06:35 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 07:06:40 | | koda has joined |
| 07:25:15 | | koda Quit (Ping timeout: 260 seconds) |
| 07:26:34 | | koda has joined |
| 07:28:17 | | Watusimoto has joined |
| 08:08:33 | | BFLogBot Commit: 55cd93229aa3 | Author: buckyballreaction | Message: Fix popping font context in UIInstructions |
| 08:11:31 | | koda Quit (Ping timeout: 256 seconds) |
| 08:29:27 | | koda has joined |
| 08:34:19 | | BFLogBot Commit: 11414017363f | Author: buckyballreaction | Message: Convert various in-game scary red warnings to fancy boxes |
| 08:41:34 | | Platskies Quit (Quit: Gotta go) |
| 08:42:40 | | kodab has joined |
| 08:43:54 | | koda Quit (Ping timeout: 264 seconds) |
| 09:24:26 | Watusimoto | hello |
| 10:03:17 | | kodab Quit (Quit: Leaving) |
| 11:31:11 | | fordcars has joined |
| 11:35:49 | | Watusimoto Quit (Ping timeout: 246 seconds) |
| 11:37:06 | | fordcars Quit (Quit: Page closed) |
| 12:01:49 | | Watusimoto has joined |
| 12:32:46 | | raptor has joined |
| 12:32:46 | | ChanServ sets mode +o |
| 12:33:11 | raptor | hello |
| 12:33:40 | Watusimoto | hi |
| 12:33:57 | Watusimoto | my family is getting sick of hearing my web services presentation |
| 12:34:14 | Watusimoto | I'm presenting at that conference next week |
| 12:34:23 | raptor | fun! |
| 12:34:39 | Watusimoto | I hope so! |
| 12:34:46 | raptor | and by that i mean: i would hate to do that! |
| 12:34:56 | Watusimoto | I think it will actually be fun |
| 12:35:17 | raptor | going to wear a cowboy hat? |
| 12:35:33 | Watusimoto | I should. the maintainer of a very important package that we use will be at my presentation |
| 12:35:47 | Watusimoto | I've been trying to get him to include my patches |
| 12:36:28 | Watusimoto | it's a;ways nice to meet these people in the flesh. I would have liked to have met koda last year |
| 12:38:00 | raptor | yes. maybe one day we'll meet too! |
| 12:38:02 | raptor | :) |
| 12:39:49 | Watusimoto | I really like visiting Utah, so it seems entirely possible |
| 12:40:22 | Watusimoto | as long as its not at a java conference! |
| 12:41:03 | raptor | oh man |
| 12:41:07 | Watusimoto | I've been writing some interesting code... |
| 12:41:09 | raptor | a java conference.. |
| 12:41:12 | raptor | blech |
| 12:41:18 | Watusimoto | (what could be more boring!) |
| 12:41:31 | Watusimoto | for testing I need a way to inject a level into the server |
| 12:41:56 | Watusimoto | currently we pass a list of level files when we run, but I don't want to have to rely on a file for testing |
| 12:42:17 | Watusimoto | so I rewrote some stuff so now we can have a generic LevelSource object that provides the levels |
| 12:42:34 | Watusimoto | at the beginning we'll haev a folder source that is pretty much what we've got today |
| 12:42:56 | Watusimoto | as well as a code source (or something) where the acutal level code is passed in |
| 12:43:30 | Watusimoto | the cool thing is we could (later) perhaps add a database source, or a http source, or a playlist source that provides new hositng capabilitieis |
| 12:44:09 | Watusimoto | maybe a plieaeieaaese source |
| 12:44:16 | Watusimoto | (I think I may have spelled that wrong) |
| 12:50:02 | raptor | heh |
| 12:50:24 | raptor | so... before I go all 'feature creep!'... is this refactor going to break lots of things? |
| 12:52:30 | Watusimoto | I hope not |
| 12:52:46 | Watusimoto | I'm testing level downloads now |
| 12:52:59 | Watusimoto | regular hosting seems to work fine |
| 12:53:04 | Watusimoto | testing from the editor is good |
| 12:53:32 | Watusimoto | I found a couple of issues with level downloads that are unrelated, but I'm fixing anyway |
| 12:54:12 | Watusimoto | but there's always the possibility! |
| 12:54:29 | Watusimoto | It's not a huge refactor |
| 12:54:45 | Watusimoto | basically involves putting the level list into a container and passing that |
| 12:54:58 | Watusimoto | there's more to it than that, but that's the bulk of it |
| 12:55:28 | Watusimoto | it will be done tonight, almost certainly |
| 12:58:10 | raptor | i think i love the phrase 'almost certainly' |
| 13:01:55 | Watusimoto | you almost certainly do |
| 13:03:46 | raptor | back to my oglconsole slog... |
| 13:04:18 | | Nothing_Much Quit (Ping timeout: 264 seconds) |
| 13:04:19 | Watusimoto | ugh! bit again by the bug of returning a const char* that points to a string that gets cleaned up after returning! |
| 13:04:27 | Watusimoto | get lots of cool binary data that way! |
| 13:04:35 | raptor | ha! |
| 13:05:00 | raptor | remember the rule: if there is a 'char' somewhere in your c++ code, there is also a bug somewhere |
| 13:07:15 | Watusimoto | that bug could easily be warned by the compiler |
| 13:07:22 | Watusimoto | it is common, subtle, and easy to detect |
| 13:08:06 | Watusimoto | yup, that was it |
| 13:09:00 | Watusimoto | ha |
| 13:09:14 | Watusimoto | I was typing in the / window, and there was a mine under the text entry box |
| 13:09:34 | Watusimoto | as my cursor approached it, I got nervous, and paused in my typing to avoid hitting it |
| 13:09:41 | Watusimoto | then I realized it was silly |
| 13:09:41 | raptor | hahaha |
| 13:09:43 | Watusimoto | just silly |
| 13:18:37 | | Nothing_Much has joined |
| 13:18:37 | | Nothing_Much Quit (Changing host) |
| 13:18:37 | | Nothing_Much has joined |
| 13:20:38 | Watusimoto | my refactor is essentially finished; I'm just going to review the interface I've created, and try to make it slightly less dooky. it's pretty haphazard now |
| 13:29:40 | | BFLogBot Commit: 084afb3f0a77 | Author: watusimoto | Message: First pass at replacing lists of level names with a generic LevelSource object -- this should make it possible to get past the next hurdle with testing. Sigh. On the upside, we could potentially create LevelSources that draw levels from a playlist or a remote server or something else creative. |
| 13:29:42 | | BFLogBot Commit: dbd51481edd2 | Author: watusimoto | Message: Merge |
| 13:29:43 | | BFLogBot Commit: fc4f59130417 | Author: watusimoto | Message: Rename method |
| 13:29:45 | | BFLogBot Commit: 0f2a0b521fba | Author: watusimoto | Message: Wrap LevelSources in a smart pointer to ensure no memory leaks |
| 13:29:46 | | BFLogBot Commit: c9d2c61eeb61 | Author: watusimoto | Message: Rename LevelInfo variable, fix some potential bugs |
| 13:29:48 | | BFLogBot Commit: a9370b59b2b9 | Author: watusimoto | Message: Make error messages more consistent |
| 13:29:49 | | BFLogBot Commit: 6b07ea33407d | Author: watusimoto | Message: Doing this here could send invalid levels to system |
| 13:29:51 | | BFLogBot Commit: f08b6fcdf044 | Author: watusimoto | Message: When a new level is added to the server, announce it to the levelchangers |
| 13:29:52 | | BFLogBot Commit: f5df240e8540 | Author: watusimoto | Message: Don't overwrite existing files when downloading new levels |
| 13:29:54 | | BFLogBot Commit: 36f33b9d26be | Author: watusimoto | Message: Shuffle some functionality around |
| 13:29:55 | | BFLogBot Commit: 450986f9f606 | Author: watusimoto | Message: Fix string/const char* pointer corruption bug |
| 13:29:57 | | BFLogBot Commit: 399db95fd519 | Author: watusimoto | Message: Fix incorrect return value |
| 13:29:58 | | BFLogBot Commit: ac8dd312196f | Author: watusimoto | Message: Allow redownload of levels marked as deleted |
| 13:30:00 | | BFLogBot Commit: 0e903d758274 | Author: watusimoto | Message: Oooops... forgot to add these... will need these to build! |
| 13:30:01 | | BFLogBot Commit: 6145b015004f | Author: watusimoto | Message: Rename functions to match latest in LevelSource |
| 13:30:04 | | BFLogBot Commit: c07bf7dbdd43 | Author: watusimoto | Message: Merge |
| 13:30:22 | Watusimoto | ok, totally certain |
| 13:30:27 | Watusimoto | c'mon there.... |
| 13:30:27 | Watusimoto | here boy! |
| 13:30:37 | Watusimoto | there we go! |
| 13:31:08 | Watusimoto | the levelsource interface is basically a mess; will clean it up as we develop it further |
| 13:31:26 | Watusimoto | but I tested all ways I know of to load files |
| 13:32:51 | raptor | ok |
| 13:33:00 | raptor | i'll, uh, try and compile... |
| 13:36:19 | Watusimoto | you should be fine |
| 13:37:27 | kaen | hey guys |
| 13:37:45 | kaen | I've got a lua function to expose clipper.execute all set up, but the output has "holes" |
| 13:38:11 | raptor | hi |
| 13:38:17 | | BFLogBot Commit: 0cde18b2e963 | Author: buckyballreaction | Message: Minor compile fix |
| 13:38:26 | kaen | do you know of a way to remove these holes and then merge the triangles into as large holeless polygons as possible? |
| 13:38:59 | raptor | might be a different boolean function |
| 13:39:23 | kaen | merge will happily returns holes |
| 13:39:44 | raptor | merge uses the 'union' function |
| 13:39:48 | raptor | i think... |
| 13:39:55 | kaen | right, that's what I'm testing with |
| 13:40:21 | kaen | the botnav stuff returns convex polygons |
| 13:40:25 | kaen | which is better than triangles |
| 13:40:31 | kaen | but I'd like more aggressive merging |
| 13:41:19 | kaen | if not, it's no big deal |
| 13:41:48 | raptor | i can't remember exactly what recast is doing.. |
| 13:41:52 | kaen | what I have works great if you don't make holes, and if you make holes then maybe you should have to deal with convex polygons |
| 13:41:57 | kaen | it's building a navigation mesh |
| 13:42:19 | kaen | it also mentions merging polygons (probably exactly as I want) but it looks hard to wire in |
| 13:42:31 | raptor | i think it goes: clipper (for cleanup) -> poly2tri -> recast ( for convex-ing) |
| 13:43:03 | kaen | that's my understanding |
| 13:43:15 | raptor | and you just want clipper to output outlines? |
| 13:43:30 | kaen | yeah, if there's a switch to make it never output holes that'd be perfect |
| 13:43:33 | raptor | i'm reading here: http://www.angusj.com/delphi/clipper/documentation/Docs/Overview/_Body.htm |
| 13:43:55 | raptor | maybe it's the 'polygon filling' |
| 13:43:59 | kaen | I was digging through the docs and couldn't find it if it exists |
| 13:44:37 | kaen | no, that affects when it considers a point to be "in" or "out" if it's inside multiple polygons |
| 13:45:01 | raptor | http://www.angusj.com/delphi/clipper/documentation/Docs/Units/ClipperLib/Types/ClipType.htm |
| 13:45:07 | raptor | union looks like it shoudl work.. |
| 13:45:21 | kaen | those control which boolean operation to run |
| 13:45:27 | kaen | I'm testing through a working Union call |
| 13:45:33 | kaen | the output of *that* has holes in it |
| 13:45:53 | kaen | in fact clipper goes out of its way to use holes instead of multiple "good" polygons |
| 13:45:59 | kaen | (simple?) |
| 13:46:12 | raptor | maybe the holes are the polygons? |
| 13:46:24 | kaen | umm, it outputs holes with polygons |
| 13:46:33 | kaen | I'm to the point where I'm actually making polywalls with the output |
| 13:46:50 | raptor | what if you just discarded the holes completely? |
| 13:47:21 | kaen | then the holes totally get discarded, which seems worse than returning a correct set of many convex polygons |
| 13:47:34 | kaen | and the outer polygons are filled where they should not be :P |
| 13:47:39 | kaen | here I can screenshot |
| 13:47:52 | raptor | yes please... i'm having trouble visualizing |
| 13:48:43 | Watusimoto | raptor: thank you for fixing that compile bug -- that's one that comes up so rarely, we'd never get it figured out |
| 13:48:52 | raptor | heh |
| 13:49:53 | raptor | glad i could do the heavy lifting |
| 13:51:26 | Watusimoto | what should we call a LevelSource that is just a levelfile in a string? |
| 13:51:39 | Watusimoto | i.e. all the levelcode is passed as a string |
| 13:51:44 | kaen | http://imgbin.me/view/ARJACMVX |
| 13:51:50 | kaen | http://imgbin.me/view/FHKWYVFI |
| 13:51:59 | Watusimoto | when you get the files from a folder (as we usually do), it is called a FolderLevelSource |
| 13:52:01 | kaen | in the second one, the outer polygon is completely filled |
| 13:53:00 | Watusimoto | StringLevelSource !! |
| 13:53:07 | kaen | ^ that was my suggestion :)_ |
| 13:53:15 | kaen | er, without the _ |
| 13:53:54 | raptor | ok kaen, explain those two images |
| 13:54:46 | kaen | the first (polywalls) is pre-merge |
| 13:54:51 | kaen | the second (goalzones) is post-merge |
| 13:55:15 | raptor | so the first is more than one polywall? |
| 13:55:21 | kaen | right |
| 13:55:23 | kaen | oops sorry |
| 13:55:35 | kaen | it's two polygons |
| 13:55:41 | kaen | overlapped to make that hole in the center |
| 13:56:05 | raptor | ok |
| 13:56:23 | kaen | and I want it to return some polygon (probably two) that make that shape, respecting the hole, but without holes in the output |
| 13:56:30 | raptor | ah |
| 13:56:36 | raptor | now that's... interesting |
| 13:56:53 | raptor | because that doesn't fit any known polyboolean function |
| 13:57:11 | kaen | right, I've got it through clipper's polyboolean stuff, now I'm cleaning up the output |
| 13:57:30 | Watusimoto | btw, kaen, on a differnt topic, the test currently uses only regular code... all the conditional compile and ifdef stuff I was working on last week is currently unused |
| 13:57:31 | raptor | because there'd need to be a break somewhere for the output to be a continuous one |
| 13:57:33 | kaen | all the four boolean operations work great until you start making holes |
| 13:58:55 | kaen | raptor, not sure I understand |
| 14:00:03 | kaen | this polygon simplification stuff seems undoable without complicating the system, so I'll just return convex polys if you make holes |
| 14:00:34 | kaen | well... actually if I do that then it won't give correct output for simple cases... |
| 14:00:35 | kaen | gah |
| 14:00:46 | kaen | Watusimoto, that's good to hear, are you planning to change that? |
| 14:00:54 | Watusimoto | not if I don't have to |
| 14:01:03 | kaen | even better news! |
| 14:01:04 | Watusimoto | we'll see how far I can get with the current approach |
| 14:01:06 | kaen | ok |
| 14:01:13 | Watusimoto | I too like it better |
| 14:01:30 | Watusimoto | I just lament all the work I did that has either been trashed or languishes unused |
| 14:01:31 | | FlynnnNT has joined |
| 14:01:33 | Watusimoto | but whatever |
| 14:02:26 | kaen | "plan to throw one away" |
| 14:02:28 | kaen | :) |
| 14:03:01 | Watusimoto | good advice. but painful |
| 14:03:23 | Watusimoto | (but I won't pass that on to my wife) |
| 14:03:30 | kaen | hehehe |
| 14:03:37 | Watusimoto | (or better, my kids) |
| 14:06:40 | raptor | kaen: http://www.twiddla.com/1309108 |
| 14:12:51 | raptor | kaen: Triangulate::Process is old garagegames code to triangulate barrier interiors for client-side display |
| 14:13:56 | kaen | does that thing still work? and is it going to give me merged polygons or little triangles? |
| 14:14:10 | raptor | looks like lots of little triangles |
| 14:14:16 | kaen | that's what I thought |
| 14:14:17 | raptor | it is currently doing the barrier fill |
| 14:14:27 | kaen | I'm already at that point using processComplex, actually |
| 14:14:37 | kaen | now I just need to merge the guys |
| 14:14:56 | raptor | yeah, that's recast.. |
| 14:15:03 | kaen | oh boy |
| 14:15:05 | raptor | but it does it into convex polygons |
| 14:15:13 | raptor | ther emay be some way to change it.. |
| 14:18:02 | Watusimoto | actually, triangulate is code I copied off the internet |
| 14:18:07 | Watusimoto | from some math forum |
| 14:18:12 | raptor | oh really? |
| 14:18:17 | raptor | hah! |
| 14:18:21 | Watusimoto | before using that, you couln't have concave zones |
| 14:18:33 | Watusimoto | it was kind of lame |
| 14:18:49 | raptor | i remember there being a huge memory leak in it that sam686 found and fixed |
| 14:18:55 | Watusimoto | I did that pretty early on, when I was still figuring out c++, and I felt pretty badass when i did it |
| 14:19:02 | Watusimoto | ah, sam |
| 14:19:07 | raptor | oh, uh... good job! |
| 14:19:10 | Watusimoto | good ol' sam |
| 14:19:20 | Watusimoto | no worries |
| 14:19:25 | Watusimoto | it wasn't my code |
| 14:20:38 | raptor | i've heard that before! |
| 14:20:40 | raptor | :) |
| 14:27:56 | Watusimoto | + |
| 14:35:41 | raptor | - |
| 14:37:43 | | bobdaduck_m has joined |
| 14:39:43 | | bobdaduck_m Quit (Client Quit) |
| 14:51:39 | Watusimoto | ok, this is it |
| 14:51:41 | Watusimoto | going to bed |
| 14:51:48 | raptor | night! |
| 14:51:50 | Watusimoto | in the mroning, I leave for my conference |
| 14:51:53 | | BFLogBot Commit: 12eb0037da59 | Author: watusimoto | Message: Add StringFileSource and update tests to reflect LevelSource refactor. Doesn't really demonstrate that it works yet, but at least tests are passing. And that is something! |
| 14:51:54 | | BFLogBot Commit: 897b92f83c86 | Author: watusimoto | Message: Comment |
| 14:51:56 | | BFLogBot Commit: 58c2b95b6e79 | Author: watusimoto | Message: Change sample level to make it clearer if it was transmitted |
| 14:51:57 | | BFLogBot Commit: 4f1f8f346d69 | Author: watusimoto | Message: Mark ServerGame where more work will need to be done to make it work with non-file based LevelSources. Will take care of this in coming days, but need to mark it now while I can. |
| 14:52:01 | Watusimoto | Everything is working as far as I know |
| 14:52:02 | raptor | bring the 5-gallon hat! |
| 14:52:09 | Watusimoto | 10 gallon! |
| 14:52:21 | raptor | best efforts! |
| 14:52:27 | Watusimoto | I wear big boots! |
| 14:52:50 | Watusimoto | ANyway, I'll finish off this StringFileSource during the week. I'm sure i'll get a chance. |
| 14:52:57 | raptor | okey doke |
| 14:52:58 | Watusimoto | so have fun! |
| 14:53:04 | raptor | you too |
| 14:53:07 | raptor | :) |
| 14:53:10 | Watusimoto | laterz |
| 14:53:13 | raptor | night |
| 14:58:07 | | Watusimoto Quit (Ping timeout: 246 seconds) |
| 17:10:22 | raptor | progress! |
| 17:10:31 | raptor | the console now renders the text in reverse order! |
| 17:10:41 | raptor | (i couldn't even get text to show before...) |
| 17:11:12 | Nothing_Much | yay! |
| 17:34:49 | | FlynnnNT Quit (Quit: Leaving) |
| 17:43:31 | raptor | kaen: you around? |
| 17:59:41 | kaen | just got back |
| 18:00:10 | kaen | raptor, ^ |
| 18:02:19 | raptor | hi |
| 18:02:26 | raptor | hmm, what was my question.. |
| 18:02:28 | raptor | oh |
| 18:02:30 | raptor | ok |
| 18:02:37 | raptor | oglconsole right now uses a bitmap font |
| 18:02:47 | raptor | it's very crisp |
| 18:03:10 | raptor | and it does use gl_quads |
| 18:03:24 | raptor | I've switched it out to use fontstash, but the droidsans mono isn't as crisp |
| 18:04:34 | raptor | so the question is, is this OK? If not, is there some way to make droidsans mono crisper at that size? Maybe i need to use a different font? |
| 18:05:35 | raptor | current font at size 12 (ignore the positioning): http://imagebin.org/271046 |
| 18:06:55 | raptor | i suppose that isn't so bad |
| 18:09:25 | raptor | although it scales with the game on alt+enter, whereas the oglconsole implementation didn't |
| 18:15:07 | kaen | interesting |
| 18:15:19 | kaen | it looks ok to me |
| 18:15:45 | kaen | I suspect that droid fonts are meant to be used with hinting enable so that the edges are crisper |
| 18:16:12 | kaen | but I've looked and haven't found any hinting support in fontstash |
| 18:18:04 | raptor | ok |
| 18:20:27 | kaen | ah |
| 18:20:34 | kaen | it's in stb_truetype's todo list |
| 18:23:17 | kaen | so... |
| 18:23:22 | kaen | I use 10pt when I code :) |
| 18:23:48 | kaen | if it's legible, droid will probably have less noticeable artifacts at that size |
| 18:38:02 | raptor | let me see what 10 pt does.. |
| 18:39:05 | kaen | it occurs to me that executePolys is a terrible function name |
| 18:39:12 | raptor | change it! |
| 18:39:20 | kaen | certainly |
| 18:39:22 | kaen | but to what? |
| 18:39:23 | raptor | because... i think we've killed enough of 'em |
| 18:39:51 | raptor | what are you doing? |
| 18:40:03 | raptor | mergeAndSimplifyPolys |
| 18:40:06 | raptor | or something |
| 18:40:20 | raptor | whenInDoubtUseReallyLongAndDescriptiveVariableNames |
| 18:40:28 | kaen | here's the sig: |
| 18:40:29 | kaen | bool (ClipType operation, Vector<Vector<Point >> subjects, const Vector<Vector<Point >> clips, const Vector<Vector<Point >> &solution) |
| 18:40:47 | kaen | executeBooleanOperationOnPolygons(...) |
| 18:40:48 | kaen | ? |
| 18:41:04 | kaen | I've exposed it to lua, too |
| 18:41:09 | raptor | this is your custom function that passes stuff to clipper, then does some other logic? |
| 18:41:13 | kaen | yeah |
| 18:41:26 | kaen | executeBooleanOperationOnPolygonsAndCleanTheResult(...) |
| 18:41:34 | raptor | cleanUpPolys |
| 18:41:46 | raptor | polyClean |
| 18:41:50 | kaen | but it handles all four boolean operations |
| 18:41:58 | kaen | in fact boolean operations are its main purpose |
| 18:42:08 | raptor | so polyClipAndClean |
| 18:42:24 | kaen | clipAndCleanPolys ? |
| 18:43:04 | kaen | so a call looks like: clipAndCleanPolys(ctUnion, subj, clip, solution) |
| 18:44:00 | kaen | `clip` is definitely a good word for it |
| 18:45:04 | kaen | I was also thinking about Geom:operate(op, subj, clip) for lua |
| 18:45:31 | raptor | sure |
| 18:45:33 | kaen | or now maybe Geom:clip |
| 18:45:42 | raptor | you're thinknig of hijacking Geom for other geom functions, too? |
| 18:45:57 | kaen | well, since it's not really a class but just a namespace object |
| 18:46:02 | kaen | I thought it would be harmless |
| 18:46:12 | kaen | although I'd *really* like a Geom class in lua |
| 18:46:33 | kaen | geom:getPolyline() and geom:getPolygon() would save a ton of special cases I have in my plugins |
| 18:47:21 | kaen | maybe even |
| 18:47:27 | kaen | geom:union(geomlist) |
| 18:47:27 | raptor | i'd say do whatever you need, with an eye towards not needing to make changes in the future (with regards to Lua) |
| 18:47:35 | kaen | hmm |
| 18:47:35 | raptor | ooo, that's good too |
| 18:48:15 | kaen | interestingly, clipper takes a *group* of polygons as its subject and/or its clip |
| 18:48:27 | kaen | so this function works against two groups of polygons |
| 18:49:03 | kaen | how's 10pt working out? |
| 18:49:42 | raptor | looks rather ugly, actually, with droid sans |
| 18:49:51 | raptor | I'm thinking of coding in bitmap rendering... |
| 18:50:23 | raptor | so the one issue I have with moving to TTF, is that when I press alt+enter, the 'console size' stays the same |
| 18:51:01 | raptor | e.g. say the console at normal 800x600 is 100x40 characters |
| 18:51:24 | raptor | when doing alt+enter, it used to go to 250x 90 or whatever |
| 18:51:32 | raptor | font stayed the exact same pixel size |
| 18:51:36 | raptor | now with TTF, it scales |
| 18:51:53 | raptor | I suppose I can code a flag to turn off scaling.. |
| 18:52:22 | raptor | would that be too bad? |
| 18:52:22 | kaen | heh |
| 18:52:29 | kaen | I think it's reasonable |
| 18:52:47 | kaen | the more options the better, I think |
| 18:53:02 | kaen | with the caveat that they should be ripped out if they cause trouble |
| 18:54:05 | raptor | when you say 'they' do you refer to my bitmap idea or to non-scaling? |
| 18:54:26 | kaen | options |
| 18:54:31 | raptor | ok |
| 18:54:41 | kaen | since they usually require an additional codepath |
| 18:54:50 | raptor | maybe it should be a flag in FontManager with a getter/setter |
| 18:56:02 | raptor | used like the pop/pushFontContext - setDoFontScaling(true/false) |
| 18:56:11 | raptor | but i don't like it on that object.. |
| 19:05:14 | kaen | man, working with these polygon manipulation libraries are making like really interested in data transformations |
| 19:05:42 | kaen | like, taking a stream of geometry data, transforming it into the right format, performing the operations, and moving them to the right output format |
| 19:05:52 | kaen | and just stringing a few instances of that together |
| 19:06:08 | kaen | to make some visible product that couldn't be produced by any single lib alone |
| 19:11:51 | raptor | i think it's magic |
| 19:12:07 | raptor | some of the geometry stuff I see... |
| 19:30:42 | | Platskies has joined |
| 20:30:12 | | Platskies Quit (Quit: Sleep time…) |
| 20:35:15 | | raptor Quit () |
| 20:41:28 | | kaen Quit (Ping timeout: 246 seconds) |
| 20:42:29 | | kaen has joined |
| 20:47:41 | | kaen Quit (Ping timeout: 264 seconds) |
| 21:10:21 | | FlynnnNT has joined |
| 21:14:08 | | FlynnnNT is now known as Flynnn |
| 21:14:21 | | kaen has joined |
| 21:22:54 | | Flynnn Quit (Quit: Leaving) |
| 21:33:26 | | FlynnnNT has joined |
| 21:33:26 | | FlynnnNT is now known as Flynnn |
| 22:10:12 | | Flynnn Quit (Quit: Leaving) |
| 23:10:26 | | FlynnnNT has joined |
| 23:10:45 | | FlynnnNT is now known as Flynnn |