| 00:14.57 | *** join/#brlcad talcite__ (n=matthew@69-165-134-192.dsl.teksavvy.com) |
| 00:53.26 | brlcad | Nohla: what kind of projector? |
| 00:54.10 | brlcad | i've preferred the smaller, lightweight versions myself, but none really stand out as fantastic without a large price |
| 01:11.51 | Nohla | the idea is not to pay more than 500 E o $700 |
| 01:15.11 | Nohla | it's for the free software's meeting |
| 01:25.30 | *** join/#brlcad talcite_ (n=matthew@69-165-161-148.dsl.teksavvy.com) |
| 01:47.30 | ``Erik | heh, the lg phone thingie ain't 'nuff? |
| 01:59.33 | brlcad | Nohla: that's a pretty small budget to work with :) |
| 02:00.03 | brlcad | maybe a basic infocus |
| 02:00.27 | brlcad | http://www.newegg.com/Product/Product.aspx?Item=N82E16824140062&nm_mc=OTC-Froogle&cm_mmc=OTC-Froogle-_-Projectors-_-InFocus-_-24140062 |
| 02:09.54 | ``Erik | I'd imagine 500-700 usd is reasonably hefty for most folk |
| 02:13.15 | brlcad | not for a good projector |
| 02:13.50 | brlcad | for *any* projector, sure maybe .. :) |
| 02:25.59 | ``Erik | most folk can't be buying projectors, no? :) |
| 04:06.50 | Nohla | brlcad: InFocus remind me to FocusÃn XD |
| 05:25.34 | *** join/#brlcad talcite__ (n=matthew@69-196-132-129.dsl.teksavvy.com) |
| 07:11.17 | *** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu) |
| 09:23.35 | CIA-38 | BRL-CAD: 03d_rossberg * r36949 10/brlcad/trunk/src/librt/CMakeLists.txt: updated CMake file to be consistent with Makefile.am (primitives/metaball/metaball_tri.c) |
| 12:19.49 | CIA-38 | BRL-CAD: 03indianlarry * r36950 10/brlcad/trunk/src/ (libdm/dm-ogl.c libfb/if_X.c tab/tabinterp.c): Added foward declarations for some "static int" returning functions to get compiling under stricter rules caused by some extra debugging options. |
| 13:23.57 | *** join/#brlcad cosurg1 (n=cosurgi@atak.bl.pg.gda.pl) |
| 13:49.31 | *** join/#brlcad mpavel (n=Pavel@cpc1-dund3-0-0-cust438.sgyl.cable.virginmedia.com) |
| 13:52.51 | *** join/#brlcad talcite__ (n=matthew@69-196-132-129.dsl.teksavvy.com) |
| 13:59.05 | *** part/#brlcad mpavel (n=Pavel@cpc1-dund3-0-0-cust438.sgyl.cable.virginmedia.com) |
| 14:06.27 | *** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1) |
| 14:45.54 | *** join/#brlcad Computer (n=Computer@unaffiliated/computer) [NETSPLIT VICTIM] |
| 16:18.16 | *** join/#brlcad Yoshi47 (n=jan@64.235.102.210) |
| 17:34.17 | *** join/#brlcad Elrohir (n=kvirc@p5B14BDEA.dip.t-dialin.net) |
| 18:28.22 | *** join/#brlcad kristian-aalborg (n=kristian@2505ds5-abc.0.fullrate.dk) |
| 18:28.28 | kristian-aalborg | hi all |
| 18:29.19 | kristian-aalborg | trying to help an architect buddy finding som FOSS to replace autocad ad 3dstudio - any suggestions? |
| 19:49.37 | ``Erik | what's the intended use? the two names seem to be us and I think qcad? |
| 19:52.23 | kristian-aalborg | well, this is not for me so I really can't be too specific |
| 19:52.59 | kristian-aalborg | it's just for someone who is not really acquainted with OS stuff, so I thought I'd look around a bit |
| 20:50.06 | CIA-38 | BRL-CAD: 03indianlarry * r36951 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Fixed bad reuse of loop index; renamed indexes for readability and also some ws/style cleanup. |
| 21:06.50 | CIA-38 | BRL-CAD: 03r_weiss * r36952 10/brlcad/trunk/ (include/ged.h src/libged/scale.c src/mged/chgview.c): Updated MGED sca command to take 3 arguments to specify different scaling factors for different axes when doing object aka matrix edits (feature request id 1206440) |
| 21:29.29 | starseeker | eyes the apache tcl.m4 stuff... looks like they hacked things up to make TEA and autotools play together... |
| 21:38.41 | *** join/#brlcad docelic_ (n=docelic@78-2-94-206.adsl.net.t-com.hr) |
| 21:48.59 | CIA-38 | BRL-CAD: 03brlcad * r36953 10/brlcad/trunk/NEWS: |
| 21:48.59 | CIA-38 | BRL-CAD: richard weiss added support to the sca command so it'll take three or one |
| 21:48.59 | CIA-38 | BRL-CAD: arument when scaling, allowing all three axes to have different scaling factors. |
| 21:48.59 | CIA-38 | BRL-CAD: assumes non-uniform scaling factors can actually be applied, of course, but |
| 21:48.59 | CIA-38 | BRL-CAD: safes the modeler a few steps if they know what they want. |
| 21:50.41 | kristian-aalborg | are there architects using brl-cad? |
| 21:53.57 | brlcad | kristian-aalborg: brl-cad has been used fro architecture before, but it really depends what the goals of the modeler are |
| 21:54.57 | brlcad | brl-cad and qcad are pretty much as good as it is when it comes to open source, but we also have a long ways to go before being a full replacement for the commercial CAD systems |
| 21:55.44 | brlcad | there's lots of features one might take for granted that we don't do well, other features that we are exceptional at, others still that we're good at, but do in very different ways from other systems |
| 21:55.48 | brlcad | really depends |
| 21:59.07 | kristian-aalborg | I think that the support is the best sales argument for many open source things |
| 21:59.43 | kristian-aalborg | you really have "free 24 hours support for life" with forums and irc ;) |
| 22:00.21 | brlcad | I'm not so sure I agree with that, but it is certainly a strong point ;) |
| 22:01.19 | brlcad | "car comes with free car mechanic, availble 24/7, but the car only goes forwards and won't turn right" |
| 22:02.39 | brlcad | if you need a car that turns right, the free mechanic isn't very useful (unless you can work with him to fix the car so it DOES go right.. eventually) ;) |
| 22:03.02 | ``Erik | heh, c'mon now, there're things we do that the commercial folk don't... different emphasis |
| 22:05.13 | CIA-38 | BRL-CAD: 03brlcad * r36954 10/brlcad/trunk/NEWS: erik made the windows resizable, with resizable panes too instead of using fixed positions. |
| 22:06.42 | ``Erik | that's entirely gtk+ isst/ stuff, d'no if a mention belongs in BRL-CAD proper |
| 22:12.23 | ``Erik | a 70 minute video critique of the star wars prequels... yowza |
| 22:31.46 | kristian-aalborg | thanks for the input |
| 22:31.49 | kristian-aalborg | cya |
| 22:54.26 | brlcad | ``Erik: ah |
| 22:55.34 | CIA-38 | BRL-CAD: 03brlcad * r36955 10/brlcad/trunk/NEWS: yank, missed that resizing was not in here but in isst/trunk |
| 22:56.02 | *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs at http://ibot.rikers.org/%23brlcad/ || Happy Open Source Anniversary! (December 21st) |
| 22:56.18 | *** join/#brlcad Nohla (n=jesica@168.226.179.195) |
| 22:56.24 | brlcad | hola Nohla |
| 22:57.10 | Nohla | brlcad holas |
| 23:02.39 | CIA-38 | BRL-CAD: 03brlcad * r36956 10/brlcad/trunk/src/librt/primitives/ (20 files in 20 dirs): quell verbose compilation warnings, mostly unused/unchecked params and missing structparse initializers and sign warnings |
| 23:03.16 | Nohla | brlcad when will you stop working? |
| 23:04.02 | Nohla | CIA-38 always tell us about you :) |
| 23:04.54 | brlcad | Nohla: maybe when I'm dead |
| 23:05.13 | brlcad | unless I can prevent that from happening ;) |
| 23:06.27 | Nohla | don't say that, dark ideas will appear in the people minds |
| 23:06.29 | ``Erik | burley, libfb has no notion of mouse events, correct? |
| 23:09.23 | brlcad | ``Erik: not entirely true |
| 23:09.36 | brlcad | they do, but they're specific to each fb interface |
| 23:10.28 | brlcad | several of the fbs set up to receive input events during open() |
| 23:10.30 | ``Erik | I saw some events, but they were hard coded |
| 23:10.32 | brlcad | then poll() is called |
| 23:10.39 | ``Erik | nothing settable |
| 23:10.40 | brlcad | where events are updated and processed |
| 23:10.59 | brlcad | most are via some *_do_event() private handler |
| 23:11.02 | ``Erik | so not quite right to redo something like isst |
| 23:11.33 | brlcad | not sure you've stated a problem that infers that either way |
| 23:11.41 | ``Erik | eh? |
| 23:12.33 | ``Erik | libfb can eat blits, but it doesn't seem equiped to handle mouse events *shrug* |
| 23:13.19 | brlcad | it handles mouse events, specific to each fb type |
| 23:14.37 | brlcad | all I'm saying is your conclusion (as stated) is a logical fallacy :) "if false, then unsuitable" |
| 23:15.20 | brlcad | it may still be unsuitable, or need massaging or callbacks or something else added, it's trivial to mod |
| 23:15.22 | ``Erik | heh, must be mis-stating then :) I see some event crap in if_X.c, but it's hard coded. |
| 23:15.53 | ``Erik | I need the ability to catch mouse up, mouse down, and mouse motion for app specific stuff |
| 23:16.06 | brlcad | what would you do during the event? |
| 23:16.17 | brlcad | does the event need access to non-fb data? |
| 23:17.00 | ``Erik | um, it'd need to update az/el, position, request a re-raytrace |
| 23:19.41 | brlcad | for that, the fb interface could have a user-provided callback registerable in the FBIO |
| 23:20.05 | brlcad | if set, call it, else call the internal do_event() one for basic diagnostic |
| 23:20.21 | brlcad | (which by default for ogl/X are things like the x/y pixel color)value |
| 23:22.12 | CIA-38 | BRL-CAD: 03brlcad * r36957 10/brlcad/trunk/ (6 files in 5 dirs): removed the 'diameter' parameter to the ft_make callback. seemed to be unused everywhere, hacked on at some point but never followed through on. |
| 23:23.45 | brlcad | I could add some hooks if ya need |
| 23:26.29 | ``Erik | meh, investigating at the moment, if that's how I wanna go, I can do it :) |
| 23:26.59 | ``Erik | just wanted someone to say that my assessment was correct |
| 23:27.32 | brlcad | it is certainly limited at the moment, because the fb's are considered pretty basic devices |
| 23:27.59 | brlcad | libdm handles events but via tcl's event handler (iirc) |
| 23:28.21 | ``Erik | I want to push to a tcl/tk solution for the ui I think |
| 23:29.57 | ``Erik | takes a moment to scare the snot out of some cats |
| 23:32.00 | brlcad | always good fun |
| 23:43.05 | CIA-38 | BRL-CAD: 03brlcad * r36958 10/brlcad/trunk/src/librt/primitives/ (ebm/ebm.c ehy/ehy.c ell/ell.c epa/epa.c eto/eto.c): more quellage, verbose compilation warnings about unused and unchecked params. |
| 23:44.00 | starseeker | Nohla: did you succeed with getting spanish documentation going? |