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? |