| 00:45.58 | starseeker | decides to see what the latest wand scanner is capable of... |
| 01:18.27 | ``Erik | ´ack, tmi |
| 02:12.58 | starseeker | ``Erik: huh? http://www.amazon.com/VuPoint-Solutions-Portable-Scanner-PDS-ST410-VP/dp/B002R0BFAA |
| 02:13.26 | starseeker | hopefully it can scan pieces of larger documents in such a way that the pieces can be stitched back together |
| 02:15.19 | starseeker | e.g. http://hugin.sourceforge.net/tutorials/scans/en.shtml |
| 03:41.07 | ``Erik | amazing how much my handwriting improves on tax forms |
| 12:57.50 | *** join/#brlcad ibot (ibot@rikers.org) | |
| 12:57.50 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD is now available on Gentoo! (20100225) | |
| 13:07.36 | starseeker | ``Erik: pfft, handwriting. Okular has apparently added support for filling in (and saving!) pdf forms |
| 13:08.10 | starseeker | can't handle them all yet, and insists on trying to print A4 size, but none the less hat's off to the Okular devs |
| 14:05.25 | ``Erik | pdf2ps and edit the code? :D |
| 14:05.38 | starseeker | O.o ew |
| 14:06.41 | ``Erik | what's wrong with that? :D |
| 14:06.46 | ``Erik | if you want, I can loan ya a ps book |
| 14:07.56 | ``Erik | heh, back on "that other project", I exported their word document into pdf, converted it to ps, then did some magic to print a huge grey 'DRAFT' diagonally up each page... that was neat (and much less painful than using word) |
| 14:17.18 | starseeker | must concede that it would be less painful than word... |
| 14:31.37 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) | |
| 14:45.23 | CIA-43 | BRL-CAD: 03davidloman * r38111 10/rt^3/trunk/src/iBME/CMakeLists.txt: Add netPortalManagerTest to the cmake build. |
| 14:54.59 | CIA-43 | BRL-CAD: 03starseeker * r38112 10/brlcad/trunk/src/libgcv/obj/obj_parser.h: typedef the structs for obj_parser.h |
| 16:36.20 | *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 17:11.56 | CIA-43 | BRL-CAD: 03erikgreenwald * r38113 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: fill tri buffer from mc secret sauce |
| 17:55.28 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) | |
| 18:06.49 | CIA-43 | BRL-CAD: 03erikgreenwald * r38114 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: add ability to optionally do mid-points instead of ray intersects |
| 18:06.50 | CIA-43 | BRL-CAD: 03erikgreenwald * r38115 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove unused normal information |
| 18:46.02 | CIA-43 | BRL-CAD: 03bob1961 * r38116 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added code to allow the user to interactively drag the second leg of the measurement lines. |
| 19:02.37 | CIA-43 | BRL-CAD: 03starseeker * r38117 10/brlcad/trunk/src/libgcv/obj/ (obj_grammar.y obj_parser.h): More tweakage in obj |
| 19:34.36 | CIA-43 | BRL-CAD: 03starseeker * r38118 10/brlcad/trunk/src/libgcv/obj/ (obj_grammar.y obj_parser.h): Hrm. Defining obj_group_t as the type of YYSTYPE seems to cause problems - 'no type or storage class' |
| 19:52.12 | brlcad | if that's true, then the header with your "typedef struct obj_data" is probably not being included before YYSTYPE is referenced |
| 19:52.54 | brlcad | could be missing header inclusion or the typedef isn't declared early enough |
| 19:54.38 | starseeker | no, it was in there before - obj_parser.h, which is defined before obj_grammar.h is included |
| 19:54.48 | starseeker | probably something stupid... |
| 19:56.24 | brlcad | it wasn't if it's saying "no type or storage class" |
| 19:56.26 | brlcad | by definition :) |
| 19:56.42 | brlcad | at least in the resulting c file |
| 19:56.54 | starseeker | nods |
| 19:57.02 | starseeker | let me set up again... |
| 19:57.24 | brlcad | remember that it gets generated with boiler plate code before and after, yet will say "ERROR: obj_grammar.y: line 32 .. blah blah" |
| 19:57.57 | brlcad | the error can be caused by the inserted code, not the .y file |
| 20:01.46 | starseeker | oh, duh |
| 20:02.20 | starseeker | the generated grammar.h file doesn't include parser.h, so rules.l isn't aware of squat |
| 20:05.28 | CIA-43 | BRL-CAD: 03starseeker * r38119 10/brlcad/trunk/src/libgcv/obj/ (obj_grammar.y obj_parser.h obj_rules.l): Oh, yeah - rules.l will need to know about parser.h if it knows about grammar.h, once grammar.h is using a datastructure from parser.h. |
| 20:05.41 | starseeker | feels strangely like he's in "Knitting 101" with piles of thread snarled everywhere... |
| 20:07.25 | brlcad | you would have probably hit that lil bit pretty early on if you went/go through a parser tutorial from the beginning |
| 20:07.58 | brlcad | maybe, still maybe not .. that particular inclusion issue could have happened any time |
| 20:14.15 | *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 20:21.31 | starseeker | brlcad: I'm more or less doing that - that's why I started from scratch on the .h file... |
| 20:29.48 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) | |
| 21:59.56 | *** join/#brlcad b0ef (~b0ef@157.26.202.84.customer.cdi.no) | |
| 22:07.56 | *** join/#brlcad Stattrav (~Stattrav@202.3.77.161) | |
| 22:30.57 | ``Erik | ho hum. |
| 22:37.30 | *** join/#brlcad Ralith (~ralith@69.90.48.97) | |
| 22:37.39 | *** join/#brlcad Ralith (~ralith@69.90.48.97) | |
| 22:39.50 | *** join/#brlcad yukonbob (1000@s142-179-54-198.bc.hsia.telus.net) | |