00:03.23 | CIA-4 | BRL-CAD: 03brlcad * r32593 10/brlcad/trunk/ (13 files in 7 dirs): (log message trimmed) |
00:03.23 | CIA-4 | BRL-CAD: absorb the old mged 'edcolor' command into the 'color' command as a -e option. |
00:03.23 | CIA-4 | BRL-CAD: this reduces the entropy by removing a lot of duplication shared between the two |
00:03.23 | CIA-4 | BRL-CAD: commands. they still could use some refactoring to make _ged_edcolor go away, |
00:03.23 | CIA-4 | BRL-CAD: but it's a start. this ALSO makes it so there is no mged command that doesn't |
00:03.25 | CIA-4 | BRL-CAD: have non-blocking behavior when run without arguments (edcolor blocks until |
00:03.27 | CIA-4 | BRL-CAD: editor terminates). there are still some edcolor hooks that need to be removed |
00:09.00 | *** join/#brlcad thing0 (n=ric@124-169-210-175.dyn.iinet.net.au) |
00:29.03 | deeeffache | Im going through all the docs now and tutorials.. Is there a comprehensive list of keyboard shortcuts anywhere? And, what does Shift+z do and how do i stop it?? |
00:32.29 | brlcad | press 0 |
00:33.01 | brlcad | xyzXYZ all rotate the view along that axis forward and reverse (in caps) |
00:33.10 | brlcad | 0 stops the rotation |
00:33.18 | brlcad | emulates a knob device |
00:34.03 | brlcad | there isn't a comprehensive list of shortcuts for mged's display manager -- there is, however, a command quick reference sheet and a shift-grips guide (for manipulating the view with your mouse) |
00:34.19 | brlcad | the menus will show you what the shortcuts are if there is a key bound |
00:40.00 | deeeffache | thanks, the 1000 fps of a rotating wireframe sphere was causing my pc to overheat a lil bit, i do have those to reference sheets you mentioned.. moving on |
00:44.16 | starseeker | brlcad: The difficulty with finding non-standard options is if I not something that finds standard attributes, it also returns things that have NO attributes |
00:44.45 | starseeker | brlcad: I'll think about it some more - I was a tad tired working on it earlier |
00:45.26 | starseeker | I need to make sure it doesn't return just things that have ONLY non-standard attributes |
00:47.29 | starseeker | also Dwayne wants a table printout of objects and attributes, which isn't what find does. |
00:47.32 | brlcad | starseeker: sounds like you need another option |
00:47.39 | brlcad | what do you have now? |
00:48.34 | brlcad | find is considerably more powerful and useful than table processing |
00:48.35 | starseeker | just the stdattr option - 1 returns all objects with only standard attributes, 0 returns all objects with 1 or more nonstandard attributes, and -1 is Dwayne's table |
00:48.40 | brlcad | tis a valid request, but different problem |
00:48.45 | starseeker | nods |
00:48.57 | starseeker | the attr table should probably just be a new command |
00:49.13 | brlcad | gut says find really shouldn't dump multiple formats at this point |
00:49.22 | starseeker | thought so too |
00:49.43 | starseeker | just wanted to use find to kill that feature request - in retrospect that doesn't make much sense though |
00:51.18 | starseeker | can I just make a nonstdattr command that takes a list of "standard" attributes and does what Dwayne wants? |
00:51.28 | starseeker | didn't like hardcoding what "standard" was either |
00:52.13 | brlcad | for find, I expected you'd have something like -attr akin to -name, -aregex akin to -regex but for attributes, and -stdattr basically being a shorthand for a long list of ( -attr regionID -or -attr color -or ... ) |
00:52.37 | brlcad | maybe even exactly doing that expansion in the plan preparation |
00:53.21 | starseeker | would prefer to take the "stdattr" question out of find - you think it has merit? |
00:53.33 | brlcad | so if you wanted all objects with non-standard attributes set, find / -attr * -not -stdattr |
00:53.49 | brlcad | i could go either way |
00:54.15 | brlcad | seems out of place, but there is a lot of value in knowing what's off the norm in a db |
00:54.29 | brlcad | no sure what the corrollary in that case is with fs find |
00:54.44 | brlcad | also, if you want a 'find' that doesn't conflict namespace-wise, you could just call it 'search' |
00:55.08 | brlcad | makes it unambiguous and doesn't conflict with system or tcl |
00:55.15 | brlcad | even if use is the same |
00:57.43 | starseeker | brlcad: find / -attr * -not -stdattr was what I was trying to figure out |
00:57.59 | starseeker | I knew this would go faster with you around ;-) |
00:58.56 | brlcad | also, if you're going to return full-path matches, you'll probably need some way to deal with the duality nature of the searches (sometimes as tree, sometimes as flat dir) |
00:59.14 | brlcad | maybe make "/" and "." imply one or the other |
00:59.34 | starseeker | Hmm - there is some kind of "path" option - maybe that will work. |
00:59.42 | starseeker | bbl, gotta get supper |
00:59.48 | brlcad | e.g. find / -name whatever vs find . -name whatever |
01:00.08 | brlcad | with the prior returning /path/to/whatever and the later returning just whatever pathless |
01:00.41 | brlcad | so if you do find . -type region, you get a list of all regions in the db |
01:01.06 | brlcad | but if you find / -type region, you get a list of all uses of a region in an assembly in the db (unless there are top-level regions) |
01:58.17 | *** join/#brlcad deeeffache (n=deeeffac@adsl-99-141-217-121.dsl.emhril.sbcglobal.net) |
02:00.19 | *** join/#brlcad deeeffache (n=deeeffac@adsl-99-141-217-121.dsl.emhril.sbcglobal.net) |
02:54.48 | CIA-4 | BRL-CAD: 03starseeker * r32594 10/brlcad/trunk/src/libged/ (nfind.c nfind.h): Revert nattr and stdattr commands - the former should be handled with not and the latter needs a bit of rethinking. |
02:56.00 | brlcad | starseeker: another option is to just use -attr but provide some keyword/group |
02:58.25 | brlcad | e.g. something like -group for permissions, like "--attrgroup default" |
02:58.37 | starseeker | that's an idea |
02:59.18 | brlcad | the "better" fix I think would be to introduce namespaces and all the defaults would just be in a default namespace |
02:59.25 | brlcad | then you'd just use -attr |
02:59.43 | starseeker | namespaces? |
02:59.59 | brlcad | find . -attr ::std::* |
03:00.12 | starseeker | ah |
03:00.16 | brlcad | instead of regionID, it'd be something like ::std::regionID |
03:00.33 | brlcad | but that entails a fair bit of changes to support it |
03:00.39 | starseeker | indeed |
03:00.43 | brlcad | since the point is to have a namespace that is only optionally specified |
03:01.32 | starseeker | re: name - do you want me to change it to "search"? |
03:01.41 | brlcad | another option could be to make the defaults all UPPERCASE |
03:02.23 | brlcad | then you don't even need namespaces, you'd just find . -regattr '[A-Z]+' |
03:02.47 | brlcad | or some similar naming convention |
03:02.53 | starseeker | I actually kind of like the "attrgroup" notion, particularly if we let the user make their own |
03:03.33 | brlcad | heh, if you do that .. they have to be stored :) |
03:03.35 | starseeker | have an attrgroup attribute that lists which attributes are "groups", and then have attr_standard, attr_analysis1, etc. |
03:04.01 | brlcad | could set the attribute groups as attributes on _GLOBAL |
03:04.38 | brlcad | could hook it into the attr command |
03:05.19 | starseeker | nice |
03:05.25 | brlcad | hm, have to think on that some .. it is a bit error-prone/fugly |
03:05.49 | starseeker | sure |
03:06.09 | brlcad | it's certainly more work too (compared to a naming/namespacing convention) |
03:06.28 | brlcad | wanders home |
03:06.33 | starseeker | isn't too sure he wants to change the naming convention at this point for the standard attributes... |
03:06.37 | starseeker | where's home now? |
03:06.44 | brlcad | hotel :) |
03:06.50 | starseeker | ah :-) |
03:06.59 | starseeker | will you be in Monday? |
03:06.59 | brlcad | finally healed |
03:07.04 | starseeker | ?? |
03:07.04 | brlcad | yeah |
03:07.16 | starseeker | what happened? |
03:07.18 | brlcad | was in quite a bit of pain, lots of injuries from the move |
03:07.29 | starseeker | owowow |
03:07.33 | starseeker | not good |
03:08.06 | starseeker | ok, take care - glad to see you back! |
03:08.16 | brlcad | yeah, on the last day after I'd been up about 40 hours hauling stuff around and on my feet the whole time was probably the worst |
03:08.28 | starseeker | jeez |
03:08.40 | brlcad | i've not been in that much pain in years, probably not since I had hypothermia .. very very painful |
03:09.20 | starseeker | you shoulda asked for help - we could have pitched in |
03:09.39 | brlcad | I know, lots of offers to help I turned down :) |
03:09.45 | brlcad | appreciated though |
03:09.58 | brlcad | it was just something I had to do this go-round |
03:10.20 | brlcad | maybe get help when I move in someplace next month |
03:10.30 | brlcad | for now, though, it's really nice being mobile |
03:10.35 | starseeker | heh |
03:10.48 | starseeker | can see you getting to like it... |
03:10.49 | brlcad | but I now have a mountain of e-mails and past-due deadlines to respond to, hence the weekend |
03:10.54 | brlcad | I am already! |
03:11.07 | brlcad | it's very addictive.. I could just pack up and go anywhere |
03:11.08 | brlcad | tonight |
03:11.11 | brlcad | pretty cool :) |
03:11.21 | starseeker | ah, yes - I take it you got the messages from all sides about presenting next week? |
03:11.31 | brlcad | late thursday :) |
03:11.45 | starseeker | you good there? Anything I can do to help? |
03:12.01 | brlcad | apparently I was signed up to present while out at siggraph (of which I've still not gotten to those e-mails yet) |
03:12.10 | brlcad | unless I missed something even older |
03:12.17 | starseeker | eeek |
03:12.20 | brlcad | no matter, it shouldn't be anything difficult |
03:12.33 | starseeker | OK. Let me know if you change your mind |
03:12.34 | brlcad | just needed to have a dry run on tuesday and I took leave the whole week |
03:13.05 | brlcad | at least there's no way I could have done that on tuesday .. physically could not have made it in at that point |
03:13.29 | starseeker | jeez |
03:13.50 | brlcad | still have to find my phone though |
03:14.07 | brlcad | it's dead somewhere |
03:15.24 | brlcad | the only thing I really miss is my data archive ... which I annoyingly and inadvertently put into a crate at the very back of my storage |
03:15.32 | starseeker | ouch |
03:15.38 | brlcad | oh, and my scotch glass |
03:15.41 | starseeker | lol |
03:15.47 | starseeker | sounds like you needed that |
03:15.57 | brlcad | has the scotch, just not his glass |
03:16.27 | starseeker | sounds like an excuse for a scotch glass upgrade |
03:16.36 | brlcad | I should at least have internet now .. didn't at first while still between spots |
03:16.42 | starseeker | figured |
03:17.12 | starseeker | kinda unnerving working on find on my own though :-) |
03:17.12 | brlcad | really wanders back now |
03:17.15 | starseeker | k |
03:17.22 | starseeker | have a good night! |
03:17.27 | brlcad | yeah, I haven't gotten to that bin of mail yet :) |
03:17.38 | brlcad | I have like 300 message that have piled up |
03:17.44 | brlcad | 200 are for gsoc though |
03:17.46 | starseeker | tries to fix all the bugs before brlcad sees them... |
03:18.09 | brlcad | the only thing I saw at a glance that was questionable |
03:18.12 | brlcad | was the new walker |
03:18.13 | starseeker | oh, when you get a chance, can you set me up with admin so I can do a 7.12.6 news post on the website? |
03:18.23 | brlcad | trying to have *fewer* walkers, more generalized :) |
03:18.30 | starseeker | brlcad: Yeah, I figured you would be leary of that... |
03:18.32 | brlcad | not more specialized :) |
03:19.16 | starseeker | I wanted full paths, walking the tree not the pointers, and function calls for every comb and leaf |
03:19.29 | starseeker | couldn't figure out how to get that out of any of the existing options |
03:19.34 | brlcad | there are plenty of walkers that will give you every comb and leaf |
03:19.53 | brlcad | not sure what you mean by "walking the tree not the pointers" though |
03:20.08 | starseeker | db_functree uses the next pointer to get all objects |
03:20.21 | starseeker | I wanted the db_walk_tree style "follow the children" approach |
03:20.53 | brlcad | still don't "get" what you mean, but I don't need to just yet :) |
03:20.57 | starseeker | I'll run it by you when you get a chance - that's one of the reasons it's not announced yet |
03:21.05 | brlcad | it's also under the hood |
03:21.16 | brlcad | save for the raytrace.h publishing |
03:21.23 | brlcad | should add a comment saying don't use it for now |
03:21.30 | starseeker | right |
03:21.32 | brlcad | so it doesn't have to be deprecated |
03:21.41 | brlcad | or don't even put it there |
03:21.59 | starseeker | can I call it from libged without it? |
03:22.08 | brlcad | sure |
03:22.12 | brlcad | it's just a declaration |
03:22.20 | brlcad | you just declare it where you use it |
03:22.41 | brlcad | sans all the BU RT wrapping that the public headers need |
03:23.08 | brlcad | really wanders off now |
03:23.19 | starseeker | OK - I'll slap a comment in tonight and look at it on Monday |
03:23.20 | starseeker | night! |
03:23.20 | brlcad | i'll be back on-line in a few min |
03:23.26 | brlcad | cya |
03:23.28 | starseeker | Oh, OK :-) |
03:25.24 | CIA-4 | BRL-CAD: 03starseeker * r32595 10/brlcad/trunk/include/raytrace.h: Add comment to not use db_fullpath_traverse as it is experimental - may take it out of public altogether. |
04:15.06 | brlcad | munches on a most excellen gyro |
04:24.36 | starseeker | brlcad is eating gyroscopes? |
04:24.59 | brlcad | yep |
04:25.02 | brlcad | spins |
04:25.37 | starseeker | "food that will give you balance in life" |
04:27.07 | brlcad | :) |
04:27.59 | starseeker | brlcad: I hope find is worth a month 'cause it's looking like it could take that :-P |
04:29.19 | starseeker | should learn how to write tcl scripts for real fun inside MGED... |
04:29.22 | brlcad | it's probably worth more frankly |
04:29.38 | brlcad | it really is one of those uber-powerful commands |
04:29.43 | starseeker | phew :-) |
04:29.47 | brlcad | especially if done well |
04:30.01 | starseeker | will try to do it well - he sure doesn't want to do it poorly |
04:30.54 | starseeker | did get through some of the grunt stuff like rewiring the error handling last Thurs, but at the expense of a 2am night |
04:31.04 | starseeker | got me in a bit of trouble ;-) |
04:34.33 | starseeker | updates his gentoo box, just to keep things lively |
05:52.41 | *** join/#brlcad thing0 (n=ric@124-169-210-175.dyn.iinet.net.au) |
10:51.02 | *** join/#brlcad Elperion (n=Bary@p5B14CEAE.dip.t-dialin.net) |
12:32.39 | *** join/#brlcad thing0 (n=ric@203-206-36-155.dyn.iinet.net.au) |
12:37.58 | *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01) |
14:34.57 | ``Erik | wow, brlcad isn't dead, nor living out of his car anymore! |
14:54.38 | *** join/#brlcad deeeffache (n=deeeffac@adsl-99-145-6-236.dsl.emhril.sbcglobal.net) |
14:54.41 | brlcad | heh |
16:51.18 | CIA-4 | BRL-CAD: 03brlcad * r32596 10/brlcad/trunk/src/mged/plot.c: use the appropriate root instead of relying on a PATH search |
17:08.10 | CIA-4 | BRL-CAD: 03brlcad * r32597 10/brlcad/trunk/ (11 files in 5 dirs): |
17:08.10 | CIA-4 | BRL-CAD: mged no longer requires that the PATH be set in order to run various commands |
17:08.10 | CIA-4 | BRL-CAD: that get externally invoked under the hood (e.g. fbclear). this has come up |
17:08.10 | CIA-4 | BRL-CAD: before, but was reminded by a forum post from Murray Blakeman (mblakeman). The |
17:08.10 | CIA-4 | BRL-CAD: fix is to simply call bu_brlcad_root with the bin/command so that it does the |
17:08.13 | CIA-4 | BRL-CAD: proper lookup. |
17:13.24 | *** join/#brlcad andrecastelo___ (n=chatzill@189.71.72.40) |
19:27.36 | starseeker | note to self: investigate possibility of a -printattr option for new find command |
22:17.29 | *** join/#brlcad punkrockgirl (i=Pandora@c-69-247-220-102.hsd1.mo.comcast.net) |
22:33.33 | *** join/#brlcad Ralith (n=Ralith@216.162.199.202) |