| 01:30.32 | CIA-4 | BRL-CAD: 03brlcad * r30352 10/brlcad/trunk/src/ (155 files in 31 dirs): |
| 01:30.32 | CIA-4 | BRL-CAD: start unraveling the horrible whitesmith-pico indentation style that put |
| 01:30.32 | CIA-4 | BRL-CAD: statements on the same line as open parens (and still indenting the paren). put |
| 01:30.32 | CIA-4 | BRL-CAD: the statement on the next line. also caught a few that just had comments |
| 01:30.32 | CIA-4 | BRL-CAD: following the open paren, but move them down a line too. applying auto-style |
| 01:30.35 | CIA-4 | BRL-CAD: formatting should clean up their indentation later. one step closer towards |
| 01:30.37 | CIA-4 | BRL-CAD: global consistency.. |
| 01:38.16 | *** join/#brlcad cad84 (n=62ad8c95@bz.bzflag.bz) |
| 01:57.09 | CIA-4 | BRL-CAD: 03brlcad * r30353 10/brlcad/trunk/HACKING: add more details about the indentation/whitespace style as being BSD KNR and/or K&R style with 4-char indents. |
| 01:59.45 | CIA-4 | BRL-CAD: 03brlcad * r30354 10/brlcad/trunk/src/adrt/libtexture/texture_perlin.h: stragglers not saved |
| 01:59.58 | CIA-4 | BRL-CAD: 03brlcad * r30355 10/brlcad/trunk/src/librt/comb.c: stragglers not saved |
| 04:10.08 | *** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad) [NETSPLIT VICTIM] |
| 04:10.08 | *** join/#brlcad Twingy (n=justin@74.92.144.217) [NETSPLIT VICTIM] |
| 04:10.08 | *** join/#brlcad CIA-4 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 04:10.08 | *** mode/#brlcad [+o brlcad] by irc.freenode.net |
| 07:13.43 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 08:06.51 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) |
| 08:29.41 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 09:20.41 | CIA-4 | BRL-CAD: 03d_rossberg * r30356 10/brlcad/trunk/include/config_win.h: some C++ libraries (e.g. STL) need the inline specifier |
| 09:43.27 | *** join/#brlcad toxygen (i=toxygen@stip-static-98.213-81-186.telecom.sk) |
| 10:04.06 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-077-025.pools.arcor-ip.net) |
| 12:46.41 | *** join/#brlcad Elperion (n=Bary@p54874A7F.dip.t-dialin.net) |
| 12:53.40 | *** join/#brlcad docelic (n=docelic@77.237.112.134) |
| 13:13.38 | *** join/#brlcad jjmcwill (n=433b3b2f@bz.bzflag.bz) |
| 13:23.05 | brlcad | d_rossberg: does it work for you without the #define inline? |
| 13:23.11 | brlcad | it really shouldn't be needed |
| 13:31.13 | brlcad | i'm not convinced bob really investigated why it wasn't working for him .. |
| 13:45.27 | d_rossberg | brlcad: an inline statement in the C code is deathly for MSVC 6.0, therefore i put the define in the else branch of ifdef __cplusplus |
| 13:45.53 | d_rossberg | (inline is C99) |
| 14:01.15 | brlcad | ah, except in bob's case he's testing with VS2005 :) |
| 14:01.32 | brlcad | okay, well good enough I suppose |
| 14:05.44 | d_rossberg | i think bob had the same problem, that's why he wrote the define, but it looks like Bob hasn't tested it on g_brep.cpp and opennurbs_ext.cpp, or his linker is much more generously then mine |
| 14:09.33 | brlcad | or he's not even compiling those files yet |
| 14:10.53 | brlcad | yeah, looks like he's left it off the compilation |
| 14:18.04 | d_rossberg | i wonder if VS2008 knows about C99 -- i'll learn of it this year :-| |
| 14:23.35 | *** join/#brlcad User557 (n=User@85.72.144.62) |
| 14:23.58 | *** join/#brlcad elfantastico191 (n=elfantas@85.72.144.62) |
| 14:24.09 | elfantastico191 | hi |
| 14:24.52 | elfantastico191 | anyone familiar with solidworks ? |
| 14:25.43 | *** join/#brlcad elfantastico191 (n=elfantas@85.72.144.62) |
| 14:25.50 | elfantastico191 | ? |
| 14:25.59 | brlcad | elfantastico191: this isn't a solidworks support channel, sorry |
| 14:26.18 | brlcad | if you have a brl-cad question, I'd be glad to try to help you |
| 14:27.08 | elfantastico191 | ty man |
| 14:27.17 | brlcad | d_rossberg: that's what's odd about vs2005, it is compliant .. I use inline with it on other projects just fine so I'm thinking it's a setting issue or something else (in bob's case) |
| 14:27.23 | brlcad | elfantastico191: np |
| 14:27.53 | elfantastico191 | do u happen btw to know any solidworks channels anywhere i may adress to ? |
| 14:28.10 | brlcad | nope |
| 14:28.13 | elfantastico191 | ok |
| 14:28.14 | brlcad | tis a commercial product |
| 14:28.17 | brlcad | you paid for support |
| 14:28.31 | brlcad | which is done through their forums and phone |
| 14:28.55 | elfantastico191 | nah i am to far away and their forum doesnt support this simple question |
| 14:29.05 | clock_ | lol |
| 14:29.10 | elfantastico191 | :) |
| 14:29.12 | brlcad | pay me what you pay them, and I might think about answering solidworks questions, but I'd still probably just use it as beer money ;) |
| 14:29.19 | brlcad | oh, hey clock_ |
| 14:29.26 | clock_ | elfantastico191: pay an upgrade support package to be able to ask even simple questions ;-) |
| 14:29.32 | alex_joni | brlcad: that much beer is dangerous |
| 14:29.37 | clock_ | brlcad: hey |
| 14:29.49 | clock_ | brlcad: do you have that polygon program? |
| 14:29.51 | brlcad | i had that example done after you disappeared |
| 14:29.55 | brlcad | yeah |
| 14:30.17 | brlcad | i'll caveat this that you're going to be using something very much experimental... |
| 14:30.20 | elfantastico191 | ok men nice coming here for a visit |
| 14:30.32 | elfantastico191 | gbye |
| 14:30.39 | brlcad | only been used once for that matter, but it does work for very straightforward inputs |
| 14:30.42 | brlcad | elfantastico191: cya |
| 14:31.23 | brlcad | basically, there's an input processor that presently is just hooked into mged as a command that reads an input file |
| 14:31.30 | brlcad | the input file is a simple text file of sample points |
| 14:31.51 | clock_ | sample points means vertices? |
| 14:31.57 | brlcad | the format is that of a vulcan scanning system point sampler |
| 14:31.59 | brlcad | yeah |
| 14:32.16 | clock_ | what is a vulcan scanning system point sampler? |
| 14:32.18 | brlcad | the vulcan just gives you points in three-space |
| 14:32.35 | clock_ | vulcan is a name of software? |
| 14:32.38 | brlcad | you click a point, click a point, click a point .. using a wand and it records those points |
| 14:32.44 | brlcad | it's a piece of metrology hardware |
| 14:32.57 | clock_ | metrology hardware? wtf? |
| 14:33.01 | clock_ | what is metrology? |
| 14:33.10 | clock_ | Some institute that deals with kilograms and meters? |
| 14:33.29 | brlcad | like surveying equipment |
| 14:33.34 | clock_ | oh yeah |
| 14:33.38 | clock_ | like photogrammetry? |
| 14:33.46 | brlcad | not really |
| 14:34.16 | brlcad | lemme see if I can find a pic |
| 14:34.58 | archivist | also known as a coordinate measuring machine cmm |
| 14:35.09 | clock_ | is "vulcan" a name of the system or is it a system for scanning shapes or volcanoes? |
| 14:35.59 | brlcad | yeah, name of the system |
| 14:36.02 | brlcad | here we go |
| 14:36.14 | brlcad | it was developed with the X-Station Vulcan advanced surveying system |
| 14:36.25 | brlcad | which is sort of like: http://www.indoorgps.com/Configurations/Portable.aspx |
| 14:36.55 | brlcad | more like the guy in the small top right picture with a big wand |
| 14:37.06 | brlcad | you click points, it acquires them and writes them to a simple text file |
| 14:37.51 | brlcad | there's a command in mged (parse_points) that reads that file and creates geometry based on labels that would have been tagged by the vulcan scanner, but can just as easily be cobbled together by hand |
| 14:38.13 | brlcad | here being an example: http://my.brlcad.org/~sean/tmp/plate.txt |
| 14:38.32 | brlcad | so you can run: parse_points plate.txt |
| 14:39.07 | brlcad | and it should blather a bunch of junk, maybe even say it failed (this is like pre-alpha code *ahem*) .. but then actually create an extrude0 that is that plate |
| 14:39.36 | brlcad | the pattern for PLATE objects are simple .. it's a loop of planar points followed by a depth in triplicate |
| 14:40.01 | brlcad | there's a hard-coded tolerance of like 1.5 right now, so you have to scale your units if you're working with something small |
| 14:42.45 | archivist | add some probing to new toy and I might have one :) |
| 14:43.35 | brlcad | clock_: there are other object types it'll recognize too if you need other shapes, but none of it's documented so I'd just have to say what's what |
| 14:46.08 | clock_ | brlcad: there are 5 columns. Is it like point number, X, Y, Z? What is the PLATE? |
| 14:46.18 | brlcad | supported shapes are PLATE, ARB, SYMMETRY, POINTS, CYLINDER, CYL, PIPE, and SPHERE |
| 14:46.32 | brlcad | yeah, first is just an identifier that is pretty much ignored but needs to be there |
| 14:46.55 | brlcad | then x,y,z coords, then a text label that tells the parser what type of point it is |
| 14:47.41 | brlcad | series are objects are identified by the sampling convention, three samples terminates the object for example |
| 14:47.52 | brlcad | which is why the last point is listed thrice |
| 14:48.17 | clock_ | I wanted something a bit different |
| 14:48.28 | brlcad | oh? |
| 14:48.30 | clock_ | Give a loop of X,Y pairs and one number-thickness |
| 14:48.41 | brlcad | that's basically that example |
| 14:49.15 | brlcad | the Z is the thickness, 9.0 |
| 14:49.16 | clock_ | can the points be in any order? |
| 14:49.22 | brlcad | the rest are x,y points |
| 14:49.29 | brlcad | in loop order |
| 14:49.40 | brlcad | 0 connects to 1, 1 connects to 2, etc |
| 14:49.46 | clock_ | So what's the meaning of the 4th columnt? |
| 14:49.52 | clock_ | I don't understand it now |
| 14:50.06 | brlcad | the fourth column is the Z coordinate |
| 14:50.16 | clock_ | Z coordinate of what? |
| 14:50.50 | brlcad | of the plate thickness |
| 14:51.17 | clock_ | How many lines will have a file for a rectangular plate have? |
| 14:51.30 | brlcad | for your case, you really don't need to care -- just plug in your x,y values into cols' 2 and 3 with a Z of 0.0 then replicate your first point with a Z of your thickness |
| 14:51.41 | clock_ | OK |
| 14:51.49 | clock_ | replicate 3 times at the end? |
| 14:51.52 | brlcad | yes |
| 14:51.56 | clock_ | That should work |
| 14:52.00 | brlcad | that marks the end of that "object" |
| 14:52.06 | brlcad | so you can list multiple in one file |
| 14:52.35 | clock_ | And when I have the file what I do next? |
| 14:52.47 | clock_ | parse_points filename? |
| 14:53.01 | brlcad | a rectangular plate would have a point A, B, C, D, depth, depth, depth .. so 7 |
| 14:53.15 | brlcad | yes |
| 14:53.28 | ``Erik | *yargn* |
| 14:53.36 | clock_ | and it creates a primitive named after the last column? |
| 14:53.55 | brlcad | you can sort of think of this as a vulcan-g converter, and you're just describing your data in the vulcan's format |
| 14:54.15 | brlcad | no, the primitive will be auto-named, it needs to say PLATE |
| 14:54.27 | brlcad | you can rename it afterwards |
| 14:54.42 | clock_ | Aha I see you said PLATE is some kind of a keyword |
| 14:54.48 | brlcad | exactly |
| 14:55.43 | brlcad | it was a simple label convention set up using that coordinate measuring machine, which is *very* limited inherintly .. it's just a bunch of sample points |
| 14:56.31 | brlcad | but when you use it to acquire thousands of samples, it's a *really* effective way for modeling an entire object (e.g. a whole vehicle's exterior) in detail very quickly |
| 14:58.20 | brlcad | anyways, this can all be tailored if needed to .. enough effort went into the development just to get it working for a model that was being acquired, sort of proof-of-concept, so it could still use lots more lovin' |
| 14:59.20 | CIA-4 | BRL-CAD: 03erikgreenwald * r30357 10/brlcad/trunk/src/Makefile.am: vfont must be build before fbed and lgt |
| 14:59.32 | CIA-4 | BRL-CAD: 03erikgreenwald * r30358 10/brlcad/trunk/src/librt/Makefile.am: minor cleanup of the DEPENDS stuff |
| 15:00.13 | CIA-4 | BRL-CAD: 03erikgreenwald * r30359 10/brlcad/trunk/src/ (fbed/Makefile.am lgt/Makefile.am libbu/Makefile.am): dependancy fixes |
| 15:01.00 | ``Erik | minute said something about needing a bug tracker, should we make a 'Webpage' category in the sf bug tracker? |
| 15:05.12 | brlcad | up to MinuteElectron .. want a tracker category? |
| 15:05.27 | brlcad | the files need to get added to svn at some point too, so might be enough just to have a TODO file |
| 15:05.46 | clock_ | brlcad: The new holder contains complicated shapes plasma-cut (or hacksaw-cut) from a steel plate which were designed in a 2D editor. |
| 15:05.58 | clock_ | I can figure out exact point positions of the vertices in the 2D editor |
| 15:06.01 | brlcad | tracker isn't usually used for internal dev-reporting |
| 15:06.14 | ``Erik | yeah |
| 15:06.19 | brlcad | clock_: great, then it should come across directly |
| 15:06.23 | ``Erik | *shrug* might be worht having both, or direct issues with the web page to 'documentation' |
| 15:06.38 | clock_ | brlcad: before I had to calculate normal vectors my head almost exploded |
| 15:07.06 | ``Erik | um |
| 15:07.06 | brlcad | the website directs website issues to a contact form |
| 15:07.38 | brlcad | http://my.brlcad.org/d/contact |
| 15:07.56 | ``Erik | should, uh, bz have an autologin vc? |
| 15:08.38 | ``Erik | (the new one) |
| 15:08.51 | clock_ | brlcad: CAD tools makes garage manufacture of complicated mechanics tremendously simpler |
| 15:09.01 | clock_ | I mean free software CAD tools |
| 15:09.05 | clock_ | proprietary don't |
| 15:09.20 | clock_ | And a laser printer, of course |
| 15:09.20 | brlcad | ``Erik: beats me, the only guys that can get to it will be isp support staff |
| 15:10.07 | ``Erik | I was doing a system upgrade on it and came across this in the mergemaster pass |
| 15:10.08 | ``Erik | -ttyv7 "/usr/libexec/getty autologin" cons25 on secure |
| 15:10.08 | ``Erik | +ttyv7 "/usr/libexec/getty Pc" cons25 on secure |
| 15:10.22 | clock_ | brlcad: with proprietary tool it would be like: Oh - my bike dynamo broke down. I see - I need a C shaped part here. Now I need to cough up $20,000 for a licence, draw it, print it, cut it out with a hacksaw, and replace |
| 15:10.30 | clock_ | Really a bargain |
| 15:10.50 | brlcad | ``Erik: not sure what that means, so whatever works for me :) |
| 15:11.01 | ``Erik | well |
| 15:11.04 | clock_ | How much does that we-can't-even-support-our-customer Sold Works cost? |
| 15:11.14 | ``Erik | alt+f8 gives a free root shell right now |
| 15:11.22 | ``Erik | the change mergemaster wants to put in would put a login prompt there |
| 15:11.40 | archivist | clock_, $4000someone said the other day |
| 15:11.41 | brlcad | all of the commercials are 5-50k a seat for non-academic use |
| 15:11.54 | clock_ | $4000 for a bike dynamo replacement. Really a discount. |
| 15:12.07 | clock_ | replacement -> repait |
| 15:12.10 | clock_ | repair |
| 15:12.19 | brlcad | there's also the base system, and then *everything* is a plugin (and costs additional) |
| 15:12.29 | ``Erik | heh |
| 15:12.40 | ``Erik | want to draw a wire? no problem, just buy the wire addon to pro/e for a mere $5k |
| 15:12.40 | clock_ | lol |
| 15:12.46 | ``Erik | per seat, per year |
| 15:12.48 | brlcad | so you want to run a wire, that's another 3k; want sketches, another 5k, etc |
| 15:13.11 | clock_ | Want a 5mm hole and did only 4mm ones before? Buy a 5mm hole plugin for a wonderful discount price |
| 15:13.51 | ``Erik | not quite that bad, but "specialized" geometry is price per primitive more or less |
| 15:14.00 | clock_ | ZOMG |
| 15:14.24 | brlcad | the ability to render images, export to other CAD systems, evaluate geometry (volume/mass/materials/etc), and most advanced modeling concepts come as 'extra' features |
| 15:14.52 | clock_ | I see BRL-CAD is packed with free extras |
| 15:15.03 | ``Erik | this tty line is concerning me... how did it get there, why is it there, should it go away, does it mean a compromise and a fresh install, ... |
| 15:26.54 | brlcad | ``Erik: possibly just when it was initially set up by the staff it had that, and just didn't change it when you did the first upgrade? |
| 15:27.53 | brlcad | i'm not worried about people that can physically walk up to the console.. |
| 15:28.06 | brlcad | now if you can get to that from other means, then it might be a problem |
| 15:29.20 | brlcad | also, are you talking about old or new? |
| 15:29.55 | brlcad | because current .bz has that line as well.. |
| 15:30.14 | brlcad | don't see any harm in setting it to Pc |
| 15:36.48 | CIA-4 | BRL-CAD: 03brlcad * r30360 10/brlcad/trunk/sh/header.sh: one line too many on wrapped headers |
| 15:40.37 | ``Erik | heh |
| 15:40.42 | ``Erik | <-- starts pondering lunch |
| 15:41.48 | brlcad | dude, you need to eat breakfast more |
| 15:44.16 | ``Erik | heh, nah, I just like to plan early |
| 15:44.39 | ``Erik | more of a social thing than anything else, I have canned foods in my desk if I actually get hungry |
| 16:25.44 | ``Erik | got 5 for lunch, brlcad, interested? |
| 16:32.06 | CIA-4 | BRL-CAD: 03brlcad * r30361 10/brlcad/trunk/include/ (40 files): |
| 16:32.07 | CIA-4 | BRL-CAD: the start of applying a consistent style to the sources using the (emacs-based) |
| 16:32.07 | CIA-4 | BRL-CAD: source formatting scripts. the inlined neatly aligned tabs are a real pain but |
| 16:32.07 | CIA-4 | BRL-CAD: hopefully is a one-time shift/indent change (to 4-char indents, tab stops at 8). |
| 16:32.07 | CIA-4 | BRL-CAD: still testing but looks like it's working well. |
| 16:32.44 | *** join/#brlcad starseek1r (n=starseek@bz.bzflag.bz) |
| 16:33.16 | CIA-4 | BRL-CAD: 03brlcad * r30362 10/brlcad/trunk/misc/batch-indent-region.el: force case-label lines to indent since that's not set with stroustrup or k&r. probably need to provide our own KNF c-style-alist settings, but good enough for now to deal with case indents. |
| 16:34.33 | brlcad | ``Erik: where to? |
| 16:34.38 | ``Erik | d'no yet |
| 16:35.03 | starseek1r | \/quit |
| 16:35.12 | *** join/#brlcad starseek1r (n=starseek@bz.bzflag.bz) |
| 16:35.14 | ``Erik | \o/ he quit! |
| 16:35.21 | brlcad | heh |
| 16:35.24 | *** join/#brlcad starseek1r (n=starseek@bz.bzflag.bz) |
| 16:37.11 | CIA-4 | BRL-CAD: 03brlcad * r30363 10/brlcad/trunk/sh/indent.sh: ignore the m4 files. gets them pretty much totally wrong. |
| 16:37.31 | starseek1r | brlcad: How do I make irssi use all of a re-sized terminal? |
| 16:37.56 | alex_joni | what kind of terminal? |
| 16:38.02 | ``Erik | irssi doesn't handle sigwinch? O.o |
| 16:38.45 | alex_joni | starseek1r: use screen first :) |
| 16:39.03 | ``Erik | or just use bx |
| 16:39.06 | ``Erik | *cough* O:-) |
| 16:40.06 | alex_joni | starseek1r: http://www.encyclopediadramatica.com/Irssi |
| 16:40.11 | brlcad | starseek1r: ctrl-a F |
| 16:40.31 | brlcad | irssi just expands |
| 16:40.36 | louipc | hmm it does it automatically for me |
| 16:40.36 | brlcad | screen needs to be told to expand |
| 16:40.58 | brlcad | irssi does it auto too |
| 16:42.15 | brlcad | there is some problem with logging into .bz though and later resizing the terminal, don't think it's set up for proper resizing after logging in (so set your terminal before logging in) |
| 16:42.29 | *** join/#brlcad starseek1r (n=starseek@bz.bzflag.bz) |
| 16:42.49 | louipc | screen expands auto for me :D |
| 16:42.49 | ``Erik | japan house? |
| 16:43.11 | brlcad | aiight |
| 16:43.23 | ``Erik | ok, we're leaving now, we lost one so with you, it's 5 |
| 16:43.27 | ``Erik | seeya there :) |
| 16:44.00 | brlcad | ok |
| 16:44.02 | starseek1r | brlcad: after lunch, I have a few dozen dumb questions about combination matrix editing and related issues, if you don't mind |
| 16:44.17 | brlcad | ok |
| 16:47.29 | starseek1r | ls |
| 16:48.09 | brlcad | ls: Fatal I/O Error |
| 16:57.54 | *** join/#brlcad starseek1r (n=starseek@bz.bzflag.bz) |
| 16:58.14 | starseek1r | Ah, that's better - Apparently I needed an xterm to have it work :-) |
| 17:35.46 | *** join/#brlcad PrezKennedy (i=Matt@74.86.45.130) |
| 18:11.29 | ``Erik | heh |
| 18:23.00 | CIA-4 | BRL-CAD: 03bob1961 * r30364 10/brlcad/trunk/misc/win32-msvc8/btclsh/btclsh.vcproj: Set the "Compile As" option to default. |
| 18:27.14 | CIA-4 | BRL-CAD: 03bob1961 * r30365 10/brlcad/trunk/include/bu.h: Mods to accomodate a few apps on Windows that still have problems with inline. |
| 18:28.01 | CIA-4 | BRL-CAD: 03bob1961 * r30366 10/brlcad/trunk/include/tclcad.h: Fix Tclcad_Init declaration. |
| 18:32.18 | CIA-4 | BRL-CAD: 03bob1961 * r30367 10/brlcad/trunk/src/other/tcl/generic/tclInt.h: Add more checks before defining inline. |
| 18:34.28 | CIA-4 | BRL-CAD: 03bob1961 * r30368 10/brlcad/trunk/src/other/blt/src/bltInt.h: Add more checks before defining inline. |
| 18:35.20 | CIA-4 | BRL-CAD: 03bob1961 * r30369 10/brlcad/trunk/src/bwish/cadAppInit.c: Cad_AppInit returns an int. |
| 18:35.38 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-077-025.pools.arcor-ip.net) |
| 18:36.06 | CIA-4 | BRL-CAD: 03bob1961 * r30370 10/brlcad/trunk/src/libtclcad/tclcad.c: Tclcad_Init returns an int. |
| 18:41.02 | *** join/#brlcad ChanServ (ChanServ@services.) |
| 18:41.02 | *** mode/#brlcad [+o ChanServ] by irc.freenode.net |
| 18:52.48 | ``Erik | oed told me you're a weirdo, so I guess it's mutual :) |
| 18:53.18 | starseek1r | heh - fair enough |
| 18:53.51 | starseek1r | Bob showed me a command that will translate a combination, but even after reading the Appendix A in VolII it's not clicking. |
| 18:57.57 | starseek1r | brlcad: the volII appendix gives the syntax for the oed command as "oed path_lhs path_rhs", and on a test combination "oed / testcomb/test1.s" appears to be working |
| 18:58.35 | starseek1r | What I'm not following is the reason for the first "/" and why I need to specify a primiative when I'm operating on the combination as a whole |
| 19:00.43 | starseek1r | Or, more generally, I'm surprised the command "oed testcomb.c" didn't put me in the correct mode from the get-go |
| 19:00.57 | starseek1r | Which suggest I'm missing something conceptually |
| 19:02.03 | yukonbob | starseek1r: the lhs is where the transform is "rooted" or based from... |
| 19:02.34 | yukonbob | (in my mind) |
| 19:04.18 | starseek1r | yukonbob: But isn't the transform with respect to the global grid itself? The target combination has a "starting point" inherent to its definition(?) so where does another "root" come in? |
| 19:05.19 | yukonbob | starseek1r: /me wil have to play to re-familiarize self, but I'm pretty sure it's how I came to understand it working, and thinking in that term has proved useful and correct so far... |
| 19:05.23 | yukonbob | 1 sec. |
| 19:10.00 | yukonbob | starseek1r: ok -- here's what I'm thinking... the lhs is the relative origin, and the rhs is the object itself. |
| 19:10.44 | yukonbob | so if you've got a building, you could move a light-fixture wrt the ceiling, the room, or the house, depending on the lhs. |
| 19:11.21 | starseek1r | But I thought the keypoint served the "orientation" purpose? |
| 19:11.48 | yukonbob | "keypoint"? |
| 19:14.35 | starseek1r | If in oed mode, type keypoint |
| 19:16.04 | starseek1r | If I understand correctly, that point is the "rotate about this" point |
| 19:16.17 | CIA-4 | BRL-CAD: 03erikgreenwald * r30371 10/brlcad/trunk/src/vfont/Makefile.am: need to be able to find tcl.h (for bu.h) |
| 19:16.30 | louipc | center of rotation? |
| 19:16.40 | starseek1r | Apparently |
| 19:18.31 | starseek1r | Changing keypoint also impacts translate |
| 19:19.15 | starseek1r | Which is what I would expect, but that still leaves me wondering... |
| 19:19.39 | louipc | yeah makes sense |
| 19:20.16 | louipc | you can't define a different centre for each of those operations? |
| 19:20.18 | yukonbob | heh -- /me can't get any oed to work :P -- |
| 19:21.11 | starseek1r | louipc: You mean one center for rotate, another for translate? |
| 19:21.16 | louipc | like say I had a square and I wanted the top right corner of the square to fit exactly at the top right corner of a bigger square I'd use the top-right as the centre of translation |
| 19:21.51 | louipc | like you can dynamically select the centre for the operation |
| 19:21.55 | yukonbob | ok |
| 19:22.16 | louipc | depending on what's most convenient and logical |
| 19:23.18 | starseek1r | Right, but don't you do that by setting the keypoint? |
| 19:23.52 | louipc | not necessarily |
| 19:24.09 | yukonbob | starseek1r: have you swapped components back/forth between lhs and rhs and watched their effect? |
| 19:24.43 | louipc | I don't really know what the keypoint is though |
| 19:25.51 | louipc | is it defined in the object or the operation? |
| 19:26.19 | yukonbob | I'm looking at the docs for "permute" and it mentions keypoint as has been mentioned here... it sounds like the orgin about which rot would rotate, for example... |
| 19:30.26 | starseek1r | Apparently, "/" is read as null by the oed command, since on the rhs it returns the error "rhs must not be null" |
| 19:32.17 | louipc | this oed is some higher level thinking |
| 19:32.53 | louipc | or the docs are just badly written :P |
| 19:34.46 | *** join/#brlcad PrezKennedy (i=Matt@74.86.45.130) |
| 19:34.51 | starseek1r | Now, I can see where you might want to translate a shape only within one combination... |
| 19:35.00 | starseek1r | hmm, hang on, let me make a test case... |
| 19:38.21 | yukonbob | rhs must end with a primitive. |
| 19:40.11 | starseek1r | Right, although I still don't quite see why |
| 19:40.17 | louipc | ah I think I get it |
| 19:40.32 | louipc | it's like dragging you either from your ears or your toes |
| 19:41.20 | louipc | where are your ears gonna end up after I've dragged you 'over there'? |
| 19:43.50 | starseek1r | OK, I think I have a test case that demonstrates the usefulness of the lhs vs the rhs |
| 19:44.23 | starseek1r | louipc: You mean when you specify a destination it's for a control point on a shape? |
| 19:46.47 | louipc | erm the last primitive in the path is the reference shape :P |
| 19:47.38 | louipc | I'm just gleaning this from the VOLII heh I've never played with it |
| 19:49.41 | starseek1r | Yeah, saw that - just not sure what it means... |
| 19:50.54 | louipc | yeah it's not so clear |
| 19:52.03 | louipc | oed edits everything right? scale, rotation, position... |
| 20:02.42 | CIA-4 | BRL-CAD: 03bob1961 * r30372 10/brlcad/trunk/src/fbed/fbed.c: I believe we only need SIGCLD or SIGCHLD. |
| 20:09.03 | ``Erik | brlcad, wake up, got a reasonably warm issue |
| 20:18.49 | CIA-4 | BRL-CAD: 03erikgreenwald * r30373 10/brlcad/trunk/ (55 files in 3 dirs): update libpng to 1.2.25 (coverity fixes) |
| 20:32.25 | *** join/#brlcad Z80-Boy (n=clock@77-56-82-13.dclient.hispeed.ch) |
| 20:58.14 | yukonbob | starseek1r: post a link when you're finished writing ;) |
| 21:01.29 | CIA-4 | BRL-CAD: 03bob1961 * r30374 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Mods to accomodate the location change of vfont. |
| 21:45.53 | *** join/#brlcad Elperion (n=Bary@p54874A7F.dip.t-dialin.net) |
| 22:40.05 | CIA-4 | BRL-CAD: 03bob1961 * r30375 10/brlcad/trunk/src/other/tkimg/pngtcl/ (pngtclDecls.h pngtclStubInit.c): No longer using png_read_destroy and png_write_destroy. |
| 23:36.22 | *** join/#brlcad docelic (n=docelic@77.237.112.28) |