| 00:02.39 | brlcad | howdy yukonbob |
| 00:07.55 | yukonbob | hey brlcad |
| 00:08.00 | yukonbob | how're trix? |
| 00:30.29 | yukonbob | restarts build process with a release, vs. svn co |
| 00:54.56 | brlcad | yukonbob: going pretty good |
| 00:55.11 | brlcad | yukonbob: feel free to comment on any gsoc applications to the students |
| 00:55.23 | brlcad | socghop.appspot.com |
| 00:56.06 | *** join/#brlcad dreeves (n=dreeves@64.178.177.71) |
| 00:56.47 | brlcad | waves to dreeves |
| 00:58.44 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) |
| 00:59.21 | dreeves | waves back |
| 00:59.38 | dreeves | to brlcad |
| 01:00.33 | yukonbob | brlcad: will do -- am changing geography right now to settle into some quality computer time ;) |
| 01:00.52 | starseeker | is impressed gCAD3D is able to import the OpenMoko CAD files |
| 01:04.28 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 01:19.53 | starseeker | sets up a test raytrace of the openbook d part and heads home |
| 01:29.57 | *** join/#brlcad Ralith_ (n=ralith@216.162.199.202) |
| 01:34.38 | mafm | night |
| 01:43.26 | Ralith_ | night |
| 01:56.20 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-155.sbndin.btas.verizon.net) |
| 02:06.58 | ``Erik | http://news.ycombinator.com/item?id=549899 <-- BRL-CAD being pimped O.o |
| 02:07.57 | Ralith | cool! |
| 02:09.26 | Ralith | I want one of those keyboards with extra mod keys |
| 02:11.03 | *** join/#brlcad tofu (n=sean@bz.bzflag.bz) |
| 02:25.27 | *** join/#brlcad starseeker_ (n=CY@c-68-33-217-173.hsd1.md.comcast.net) |
| 02:25.41 | starseeker_ | hrm - anyone else not able to connect to brlcad.org? |
| 02:27.42 | starseeker_ | or bzflag.bz? |
| 02:28.01 | starseeker_ | has apparently offended the gods |
| 02:32.05 | ``Erik | lame, it pings but it doesn't let me ssh in |
| 02:32.14 | ``Erik | or let me pull up the page |
| 02:33.29 | starseeker_ | hope I didn't bust anything :-( |
| 02:36.27 | ``Erik | imagines the machine might be overburdened |
| 02:36.47 | ``Erik | my putzy little home server gets like that when I go heavy into swap |
| 02:37.02 | ``Erik | and usually something like 4 load during that heh :D |
| 02:38.08 | starseeker_ | winces - I didn't THINK I put up too much data with the CAD files... I hope that's not it... |
| 02:39.28 | ``Erik | hm, that machine was awfully tight on space |
| 02:41.34 | ``Erik | hm, kernel response to ping is fast, but irc response is slow, smells like io thrashing to me :( |
| 02:41.48 | ``Erik | load is 55 |
| 02:41.59 | ``Erik | usr is full |
| 02:42.29 | ``Erik | annnddddd the kernel is too old to give me the io info I'm lookin' for in the way I'm used to heh |
| 02:45.59 | Ralith | I can get to the web page, but the web page can't get to the db server. |
| 02:46.16 | starseeker_ | ah hell |
| 02:46.18 | Ralith | which is odd, considering that the db server is on the same machine. |
| 02:46.38 | Ralith | The MySQL error was: Lost connection to MySQL server during query. |
| 02:46.44 | ``Erik | db server may've crapped itself when a write to /usr failed due to it being full |
| 02:47.00 | Ralith | I remember filling /var on my laptop once |
| 02:47.05 | Ralith | produced very strange behavior. |
| 02:47.39 | ``Erik | not all apps behave intelligently when write() or fprintf() fail |
| 02:47.57 | starseeker_ | I got in with ssh |
| 02:48.05 | starseeker_ | erases Neo Freerunner files |
| 02:49.28 | starseeker_ | no, that can't be it |
| 02:49.39 | ``Erik | brlcad seems to be coming back up now |
| 02:49.41 | starseeker_ | that was only a couple hunderd megs |
| 02:49.44 | ``Erik | the page, that is |
| 02:49.45 | ``Erik | um, yes |
| 02:49.53 | ``Erik | it's that close |
| 02:50.01 | ``Erik | tehre's 300 megs free right now |
| 02:50.15 | starseeker_ | bloody |
| 02:50.23 | starseeker_ | well, so much for that idea |
| 02:50.52 | ``Erik | <-- points where he said that the machine was tight on space :) |
| 02:51.16 | ``Erik | when the migration happens, there'll be more space available |
| 02:53.02 | starseeker_ | clears out all the openmoko files except the readmes for later reference |
| 02:53.16 | starseeker_ | ok, up to 350 |
| 02:53.45 | ``Erik | irssi, mysql and httpd were freaking out on not being able to write to /usr |
| 02:53.51 | starseeker_ | prepares to back up his dir there and clean out everything he can |
| 02:55.55 | starseeker_ | nuts, I was going to have my nice little pocket of free, high quality CAD files |
| 02:56.03 | starseeker_ | well, no matter |
| 02:56.21 | starseeker_ | only the .g files really NEED to be there |
| 02:56.53 | starseeker_ | ;-) |
| 03:01.15 | ``Erik | make brlcad migrate the server, then you'll have ~25g to use :D |
| 03:06.23 | starseeker_ | hmm, maybe http://www.ibiblio.org would be interested? Virtual AGC certainly takes up some space |
| 03:08.23 | Ralith | starseeker_: CAD files of what? |
| 03:09.11 | starseeker_ | OpenMoko phone case and VIA OpenBook laptop computer case |
| 03:09.14 | starseeker_ | so far |
| 03:09.20 | starseeker_ | nurbs based models |
| 03:09.24 | starseeker_ | professional quality |
| 03:09.37 | ``Erik | pheer my professional quality, uh, cube |
| 03:09.47 | starseeker_ | heh |
| 03:10.01 | ``Erik | had to make one in metal tech long ago |
| 03:10.12 | starseeker_ | once we can raytrace the simple cases, we can attempt to raytrace THOSE models |
| 03:10.26 | ``Erik | milled aluminum, forget the accuracy it needed, but it had to be pretty precise |
| 03:11.16 | Ralith | starseeker_: where did you get CAD designs for a VIA laptop? O.o |
| 03:11.20 | Ralith | how're they licensed? |
| 03:11.43 | starseeker_ | http://www.viaopenbook.com/ |
| 03:11.49 | ``Erik | a very flexible license he got form http://ninjas-r-us.com/ |
| 03:11.58 | starseeker_ | Creative Commons Attribution-Share Alike 3.0 Unported |
| 03:12.09 | starseeker_ | just the case, mind you |
| 03:12.18 | Ralith | cool! |
| 03:12.42 | Ralith | I didn't know we had the code to import NURBS to .g |
| 03:12.52 | starseeker_ | we don't directly |
| 03:12.54 | starseeker_ | yet |
| 03:13.05 | starseeker_ | 3dm-g is the path, but that needs Rhino |
| 03:13.23 | Ralith | ah. |
| 03:13.52 | starseeker_ | once we get a STEP importer that handles NURBS, we can just export from whatever to STEP and (in theory) be good to go |
| 03:13.55 | Ralith | so, sounds like BREP is moving along at a fair clip then, if we're already looking at stress tests |
| 03:14.59 | starseeker_ | dreeves has been looking at some of the work out of utah and applying it - exciting stuff |
| 03:15.10 | Ralith | utah? |
| 03:15.19 | Ralith | major kudos to him |
| 03:15.43 | Ralith | is anyone actually working on a STEP importer? |
| 03:16.30 | starseeker_ | we're shaking down the NIST STEP Class Library code right now |
| 03:16.35 | starseeker_ | that should help with an importer |
| 03:20.05 | starseeker_ | exciting stuff |
| 03:22.42 | Ralith | yeah |
| 03:25.35 | starseeker_ | Right now, I know of three sources for potentially good CAD models that are open source - OpenMoko, VIA OpenBook, and (possibly) some of the files at http://space.jpl.nasa.gov/models/ |
| 03:26.04 | starseeker_ | the most interesting of the latter uses Inventor, which is not a format BRL-CAD has an importer for |
| 03:26.42 | starseeker_ | might be able to do something with the Open Inventor code, or might be able to import it and export it through another path |
| 03:28.59 | Ralith | the galileo orbiter? |
| 03:29.15 | starseeker_ | no, the Cassini |
| 03:29.20 | starseeker_ | the 300,000k object one |
| 03:29.31 | Ralith | ahh |
| 03:29.34 | Ralith | didn't notice that figure. |
| 03:29.43 | Ralith | assumed it was just a vanilla conversion |
| 03:29.47 | starseeker_ | it might be AutoCAD Inventor, come to think of it |
| 03:29.50 | starseeker_ | hmm |
| 03:29.51 | Ralith | hehe, accurate to a fault. |
| 03:29.57 | starseeker_ | loves being accurate to a fault |
| 03:30.05 | Ralith | thinks it's great fun |
| 03:30.12 | Ralith | (thus my love for CSG over meshes) |
| 03:30.24 | Ralith | (even though I do no work where it matters, and probably won't for years) |
| 03:30.29 | starseeker_ | I'm guessing the obj files are exports from the big one |
| 03:31.09 | Ralith | the others too, probably |
| 03:31.24 | Ralith | I'm surprised by the size difference though |
| 03:31.41 | Ralith | very inconsistent prims:filesize ratio |
| 03:32.22 | starseeker_ | yeah, not really sure what's in them to be honest |
| 03:32.58 | starseeker_ | I managed after a long and annoying chain to use open source tools to get one of the obj files visible in BRL-CAD, but it doesn't seem to be any kind of a solid model |
| 03:33.09 | starseeker_ | at least, not after the conversion process got done with it |
| 03:33.14 | Ralith | heh |
| 03:33.22 | Ralith | might be best to take a look with the native tool. |
| 03:33.35 | starseeker_ | it's slow as heck, not much better visually than the dxf... etc. |
| 03:33.36 | starseeker_ | yeah |
| 03:34.09 | Ralith | the way it says 'prims' rather than 'tris' suggests a solid model, though |
| 03:34.11 | starseeker_ | I got reminded today about the OpenBook, so that is making me re-visit my last look at the Cassini models |
| 03:34.46 | starseeker_ | it's ideal to have open models that make heavy real world use of NURBS, so we can share a common test case between all contributors |
| 03:34.53 | *** join/#brlcad Malyce (n=iamtanma@deimos.jacobs-university.de) |
| 03:34.59 | Ralith | yeah |
| 03:39.05 | starseeker_ | indeed, that argument holds for all aspects of CAD, not just NURBS - it just so happens that NURBS are hot right now :-) |
| 03:42.00 | Ralith | and relate directly to current development efforts |
| 03:47.05 | starseeker_ | ok, 890 free - that may do for now |
| 04:31.13 | starseeker | hmm, one other interesting source of open source CAD models: |
| 04:31.13 | starseeker | <PROTECTED> |
| 04:31.16 | starseeker | » |
| 04:31.18 | starseeker | Login or register to post comments |
| 04:31.21 | starseeker | <PROTECTED> |
| 04:31.25 | starseeker | l |
| 04:31.28 | starseeker | hmm |
| 04:31.31 | starseeker | let's try that again |
| 04:31.38 | starseeker | http://www3.elphel.com/wiki/Elphel_camera_parts#0353-10-01_-_camera_bottom.2C_l.3D104.77mm |
| 04:32.43 | starseeker | The pdf versions are under GFDL with no invariant sections as near as I can tell, but I don't see any license info on the STEP files |
| 04:34.25 | starseeker | ah, looks like the short URL works: http://www3.elphel.com/wiki/Elphel_camera_parts |
| 04:39.59 | Ralith | neat |
| 05:07.50 | *** join/#brlcad dreeves (n=dreeves@64.178.177.71) |
| 05:07.57 | Ralith | hey dreeves! |
| 05:16.41 | dreeves | hey |
| 06:03.06 | yukonbob | _still_ can't get an error-free build going :P |
| 06:44.55 | *** join/#brlcad madant (n=madant@117.196.135.208) |
| 06:52.25 | *** join/#brlcad pacman87 (n=pacman87@resnet-46-40.dorm.utexas.edu) |
| 06:56.11 | yukonbob | nice... bordering on success now... |
| 07:24.00 | *** join/#brlcad _clock_ (n=_sushi_@zux221-122-143.adsl.green.ch) |
| 07:24.06 | yukonbob | hi clock |
| 07:24.25 | _clock_ | hi |
| 07:31.19 | yukonbob | _clock_: what's new? |
| 07:31.41 | _clock_ | the brazilians seem to be complicated |
| 07:31.54 | yukonbob | ? |
| 07:58.03 | *** join/#brlcad hippieindamakin8 (n=hippiein@202.3.77.38) |
| 08:07.30 | *** join/#brlcad madant_ (n=madant@117.196.149.107) |
| 08:13.44 | hippieindamakin8 | waves at madant_ |
| 08:25.27 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 08:26.37 | madant_ | waves back |
| 09:18.59 | *** join/#brlcad mafm (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
| 09:31.51 | mafm | hi |
| 09:34.43 | *** join/#brlcad madant_ (n=madant@117.196.144.166) |
| 09:55.54 | *** join/#brlcad madant_ (n=madant@117.196.144.166) |
| 11:04.22 | *** join/#brlcad madant_ (n=madant@117.196.143.22) |
| 12:07.26 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-155.sbndin.btas.verizon.net) |
| 12:08.39 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 12:26.43 | starseeker | Hmmm... http://bugcommunity.com/wiki/index.php/BUGbase |
| 12:34.08 | starseeker | http://touchkit.nortd.com/download.html |
| 12:35.17 | starseeker | interesting |
| 12:54.05 | CIA-40 | BRL-CAD: 03johnranderson * r34184 10/jbrlcad/trunk/src/org/brlcad/numerics/BoundingBox.java: Added doesIntersect(Ray) method |
| 13:34.10 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-155.sbndin.btas.verizon.net) |
| 13:34.21 | ``Erik | heh "If all else fails... your coworkers are edible" O.o dilbert is kinda, uh, scary at times |
| 13:36.38 | *** join/#brlcad mafm_ (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
| 13:56.30 | *** join/#brlcad elite01 (n=omg@unaffiliated/elite01) |
| 14:02.28 | *** join/#brlcad madant (n=madant@117.196.137.224) |
| 14:18.03 | starseeker | ah, the openbook conversion did (sorta) raytrace, after a prep time that seems to have been on the order of 20 minutes |
| 14:23.08 | *** join/#brlcad madant_ (n=madant@117.196.129.129) |
| 14:29.38 | *** join/#brlcad _clock__ (n=_sushi_@77-58-147-167.dclient.hispeed.ch) |
| 14:43.37 | ``Erik | shweet, pix? |
| 15:12.04 | yukonbob | finally... |
| 15:16.36 | yukonbob | ...feh. almost |
| 15:17.36 | CIA-40 | BRL-CAD: 03brlcad * r34185 10/brlcad/trunk/TODO: |
| 15:17.36 | CIA-40 | BRL-CAD: weiss checked the cpa contribution (and ended up going a better route) so remove |
| 15:17.36 | CIA-40 | BRL-CAD: it from the list. russell dibelka suggested an interesting feature to make |
| 15:17.36 | CIA-40 | BRL-CAD: rtarea display a cross-hair or similar indicator, perhaps with coordinates, if |
| 15:17.36 | CIA-40 | BRL-CAD: rtarea is invoked within mged. |
| 15:19.58 | *** mode/#brlcad [+o brlcad] by ChanServ |
| 15:26.34 | *** join/#brlcad dreeves (n=c752f34a@bz.bzflag.bz) |
| 16:16.08 | *** join/#brlcad hippieindamakin8 (n=hippiein@202.3.77.38) |
| 16:26.12 | hippieindamakin8 | hey brlcad , should i add something more to the comment ? |
| 17:16.39 | starseeker | ``Erik: http://bzflag.bz/~starseeker/openbook_d2.png |
| 17:17.45 | ``Erik | neato |
| 17:17.48 | ``Erik | iiintersting |
| 17:21.28 | brlcad | cool |
| 17:21.34 | brlcad | looks horrible, but cool :) |
| 17:22.31 | brlcad | hippieindamakin8: not until/unless someone replies back unless you know there is something more you care to say |
| 17:29.05 | ``Erik | thinks all those loops are highly indicative of... something... what it is, I dunno, but someone who knows more than me may gleen knowledge from the existance of those... they smell funny :) |
| 17:32.46 | *** join/#brlcad madant__ (n=madant@117.196.145.157) |
| 17:33.02 | starseeker | ``Erik: my guess is non-working trimming |
| 17:37.40 | CIA-40 | BRL-CAD: 03johnranderson * r34186 10/jbrlcad/trunk/src/org/brlcad/geometry/Partition.java: |
| 17:37.40 | CIA-40 | BRL-CAD: Added air code. |
| 17:37.40 | CIA-40 | BRL-CAD: Added ident and air code to the toString() method |
| 17:38.06 | ``Erik | I guess isolating piece generating a loop and looking at its equivelant in a "correct" system (like pro-e) would be the litmus test for that |
| 17:41.19 | ``Erik | (I'm being asked how to clear the command window in mged, anyone know off hand?) |
| 17:42.10 | starseeker | drop down menu |
| 17:42.27 | starseeker | File->Clear Command Window |
| 17:42.55 | ``Erik | passed, he says thanks |
| 17:47.38 | brlcad | heh |
| 17:47.48 | brlcad | woulda just said "hit enter a few times" |
| 17:48.06 | brlcad | or "implement a 'clear' command" |
| 17:48.09 | ``Erik | woulda assumed a "clear" command *shrug* |
| 17:48.31 | starseeker | DID assume a clear command |
| 17:48.40 | starseeker | IIRC, it lead to a discussion about polluting name spaces |
| 17:48.40 | brlcad | problem with 'clear' is that it's a shell intrinsic |
| 17:48.51 | brlcad | unlike almost all other commands |
| 17:49.01 | brlcad | it's purpose is to control the console you're running in |
| 17:49.22 | brlcad | not many commands do that, are only console-centric like that |
| 17:49.55 | brlcad | so as a ged command, it would take some sort of api change to tell mged that some sort of "clear the buffer" was requested |
| 17:50.16 | brlcad | unless it's left/exposed as an mged-only command of course, and doesn't live in libged |
| 17:50.25 | brlcad | which would make senss |
| 17:50.27 | starseeker | thinks the latter makes more sense |
| 17:50.47 | brlcad | there ya go, patch it up ;) |
| 17:50.53 | brlcad | should be a trivial command |
| 17:50.58 | starseeker | nods |
| 17:51.01 | ``Erik | my thought was that it'd live all in src/tclscripts/mged |
| 17:51.01 | starseeker | one sec... |
| 17:51.12 | brlcad | even have a menu already doing it, so there's a hook already doing it |
| 17:51.17 | ``Erik | <PROTECTED> |
| 17:51.28 | brlcad | that looks like it |
| 17:51.44 | starseeker | ``Erik: you already have it ready? ;-) |
| 17:51.51 | ``Erik | nope, that's the menu cmd |
| 17:52.17 | ``Erik | I have some serious nappi^Wcoding to do, instead O:-) |
| 17:56.09 | ``Erik | (be a good lowhanging fruit for someone coming up to speed to do, imho) |
| 18:00.37 | brlcad | starseeker: point being that you can just make a tcl proc that calls that same line as command (or better yet, refactor that to be 'clear' then make the menu command call clear) |
| 18:00.58 | brlcad | very low-hanging |
| 18:01.57 | ``Erik | yes, I was starting to do the 5minute hack, but held back because someone somewhere might benefit from doing it |
| 18:02.15 | ``Erik | (we need to save easy stuff for new developers, as hard as it is) |
| 18:02.34 | CIA-40 | BRL-CAD: 03brlcad * r34187 10/brlcad/trunk/TODO: mged/archer could use a 'clear' command. don't muck it into libged, though. |
| 18:03.07 | ``Erik | ponders suggesting that task out loud |
| 18:09.51 | starseeker | is trying to figure out how to refer to .$id.t from within somewhere other than openw.tcl... |
| 18:13.03 | brlcad | src/tclscripts/mged is fair game |
| 18:13.56 | brlcad | otherwise, you can actually request it too: set id [get_player_id_t $w] |
| 18:14.10 | brlcad | if you're in widget code of course -- w is the widget handle |
| 18:23.02 | brlcad | er, not widget, it's the window id |
| 18:23.23 | brlcad | e.g., ".id_0.t" |
| 18:23.35 | starseeker | right |
| 18:23.57 | brlcad | set mged_players will list the current top-level windows |
| 18:24.42 | brlcad | (basically every time you run "gui", it makes another player) |
| 18:25.06 | brlcad | if anyone has a recent build, see if tab-completion works |
| 18:25.46 | ``Erik | seems to |
| 18:26.05 | ``Erik | both for commands and geometric names |
| 18:26.25 | brlcad | with 7.14.7 ? |
| 18:26.28 | ``Erik | up and installed this morning |
| 18:26.29 | ``Erik | yes |
| 18:26.44 | brlcad | k |
| 18:26.45 | brlcad | thx |
| 18:26.51 | ``Erik | BRL-CAD Release 7.14.7 The BRL-CAD Raytracer RT |
| 18:26.51 | ``Erik | <PROTECTED> |
| 19:00.28 | CIA-40 | BRL-CAD: 03starseeker * r34188 10/brlcad/trunk/ (6 files in 2 dirs): Bob and Cliff added a clear command to MGED - File->Clear Command Window also uses it now. |
| 19:01.27 | ``Erik | bastards, that coulda been a newbies learning project :D |
| 19:02.47 | starseeker | well, now we're down to 800 other potential projects ;-) |
| 19:04.53 | brlcad | thinks that shouldn't have needed to involve bob then too :P |
| 19:05.25 | brlcad | easy access "just" to ask a question is still a context switch interruption on whatever he was doing |
| 19:22.37 | starseeker | is getting even for stock market context switches ;-) |
| 19:23.51 | ``Erik | aw, c'mon, don't turn it into a zero sum game |
| 19:23.59 | starseeker | heh |
| 19:32.07 | brlcad | starseeker: problem with clear, busted for classic mode |
| 19:32.16 | brlcad | it also assumes just one player |
| 19:32.49 | brlcad | need to fix "mged -c" use as well as graphical use after you run 'gui' two or three times |
| 19:52.59 | *** join/#brlcad _sushi_ (n=_sushi_@77-58-243-213.dclient.hispeed.ch) |
| 20:29.02 | *** join/#brlcad typ0 (n=coder@um-sd06-125-2.uni-mb.si) |
| 20:49.18 | *** join/#brlcad BigAToo (n=BigAToo@64.74.225.82) |
| 21:07.18 | starseeker | brlcad: Hmm. Was that always broken? |
| 21:08.05 | starseeker | (the multi gui I mean, obviously classic is a different case) |
| 21:09.04 | ``Erik | O.o the menu approach defaults to the window it was called from.. there was nothing to be 'broken' until you did what you did |
| 21:09.14 | starseeker | ok |
| 21:22.48 | CIA-40 | BRL-CAD: 03starseeker * r34189 10/brlcad/trunk/src/tclscripts/mged/clear.tcl: handle case where mged_players has more than one entry |
| 21:27.51 | starseeker | didn't know anyone ran gui from within MGED |
| 21:48.11 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-155.sbndin.btas.verizon.net) |
| 21:51.35 | CIA-40 | BRL-CAD: 03starseeker * r34190 10/brlcad/trunk/src/tclscripts/mged/ (clear.tcl openw.tcl): |
| 21:51.35 | CIA-40 | BRL-CAD: OK, handle clean with mged -c, multiple gui instances, and put the window |
| 21:51.35 | CIA-40 | BRL-CAD: command back where it was with the additions for handling character capture |
| 21:51.35 | CIA-40 | BRL-CAD: (some sort of different behavior happening there, for now just restore correct |
| 21:51.35 | CIA-40 | BRL-CAD: behavior.) |
| 21:51.56 | starseeker | brlcad: that should be better |
| 21:52.55 | CIA-40 | BRL-CAD: 03r_weiss * r34191 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c: bug fixes for pnts primitive, added partial 'l' command support |
| 22:30.18 | brlcad | starseeker: gui is a valid configuration for getting multiple views, alternative to multipane (a better one at that |
| 22:30.48 | brlcad | technically, behavior has changed now |
| 22:30.55 | brlcad | not sure I care about it, but it is unexpected behavior |
| 22:31.17 | brlcad | it should clear the text widget that you type "clear" into, not all of them |
| 22:31.33 | brlcad | the menu option did that, now it'll clear all of them if I read the patch right |
| 22:31.48 | brlcad | plus, I'm sure it'll still choke an error in -c mode |
| 22:33.55 | ``Erik | the update/output going to all windows when you execute a cmd is ... surprising |
| 22:39.05 | CIA-40 | BRL-CAD: 03Homovulgaris 07http://brlcad.org * r1379 10/wiki/User:Homovulgaris: /* Abstract */ scaling down |
| 22:39.18 | brlcad | that's a feature |
| 22:39.54 | brlcad | kinda useful at times actually, but it is sort of odd |
| 22:40.11 | brlcad | because you can run mged -c > file and run gui to get a console, then you have a full transcript |
| 22:40.35 | brlcad | that's part why it's useful, not why it's odd :) |
| 22:41.17 | brlcad | not sure if there's a way for a command that is run in a given text widget to know which text widget it was invoked from |
| 22:47.12 | CIA-40 | BRL-CAD: 03Homovulgaris 07http://brlcad.org * r1380 10/wiki/User:Homovulgaris: /* Proposal */ time for libged integration increased by 65 % |
| 22:47.33 | ``Erik | *shrug* |
| 22:47.34 | brlcad | woot |
| 22:47.38 | brlcad | ~madant++ |
| 22:52.34 | *** join/#brlcad samrose (n=samrose@c-24-11-214-181.hsd1.mi.comcast.net) |
| 22:53.29 | madant__ | :) |
| 22:57.28 | CIA-40 | BRL-CAD: 03Homovulgaris 07http://brlcad.org * r1381 10/wiki/User:Homovulgaris: /* Schedule */ |
| 23:10.19 | *** join/#brlcad madant_ (n=madant@117.196.128.219) |
| 23:12.55 | brlcad | that's looking much better |
| 23:19.32 | *** join/#brlcad madant_ (n=madant@117.196.128.219) |
| 23:27.57 | *** join/#brlcad BigAToo (n=BigAToo@mail.fbcelkhart.org) |
