| 00:04.44 | Gabi | Qcad is very basic, it is almost preferable to draw by hand. Thanks. |
| 00:05.43 | brlcad | CAD is an area of open source that doesn't receive enough developer attention |
| 00:06.59 | brlcad | we do what we can but new developers are really what is needed, if you know any ;) |
| 00:10.13 | Gabi | If I come to know one, you notice. I do not understand why not make Inkscape in a CAD, you felta very little. |
| 00:14.29 | hippieindamakin8 | i am interested in it sean |
| 00:15.45 | brlcad | well, I'd say that's partly because for drafting (CAD != just drafting), Inkscape has and does lots of things that you absolutely don't want to allow |
| 00:16.18 | brlcad | and doesn't provide the most important things that you do want to allow easily (precision inputs, connectivity constraints, 3D orientations, etc) |
| 00:16.34 | brlcad | hippieindamakin8: interested in what exactly? :) |
| 00:17.00 | hippieindamakin8 | hey about inkscape.. it doesnt do all that cad softwares dp |
| 00:17.02 | hippieindamakin8 | *do |
| 00:17.32 | hippieindamakin8 | it is a more advanced paint tool as i feel |
| 00:18.03 | *** join/#brlcad vedge (n=vedge@vedge.org) |
| 00:18.25 | brlcad | now what inkscape does do great is the 2D input controls and object management |
| 00:18.33 | brlcad | but that's about as far as it's utility goes |
| 00:18.48 | hippieindamakin8 | hey Sean i dint understand the point where u said..undetermined calcultaions |
| 00:19.09 | hippieindamakin8 | the basics of brlcad are CSGs :) |
| 00:19.21 | hippieindamakin8 | atleast that is wat i read |
| 00:19.56 | Gabi | I know that architects draw any technical documentation of a building with corel draw. There is no shortage of so many things to be a inkscape CAD |
| 00:23.10 | brlcad | just because there are plenty of people that do use the wrong tool due to lack of better options doesn't necessarily make it a good tool |
| 00:24.18 | brlcad | and different designers have entirely different requirements -- architecture in particular is usually just "instructions" instead of being a steadfast representation being sent to a device that will autocreate it, for example |
| 00:24.58 | brlcad | hippieindamakin8: I'm not sure what you're referring to |
| 00:25.19 | brlcad | brl-cad's heritage is in CSG, but we're becoming more and more hybrid too |
| 00:25.25 | hippieindamakin8 | the problem titled "constraints and parametrics" |
| 00:25.30 | brlcad | okay |
| 00:25.35 | brlcad | what about it? |
| 00:25.57 | hippieindamakin8 | <PROTECTED> |
| 00:26.04 | hippieindamakin8 | *calculations |
| 00:27.43 | Gabi | I am going to dinner. Greetings. |
| 00:27.52 | brlcad | cheers Gabi |
| 00:27.54 | hippieindamakin8 | but basically i am interested in implementing a OO geometry engine |
| 00:28.04 | hippieindamakin8 | and Universal geometry engine |
| 00:28.19 | hippieindamakin8 | i wish u all a Good Friday :) |
| 00:28.32 | brlcad | hippieindamakin8: constraints and parametrics both involve the ability to specify equations for parameters instead of values |
| 00:28.43 | brlcad | those are "undetermined", they have to be evaluated/solved |
| 00:29.25 | hippieindamakin8 | ohk.. the entire system is a set of equations in terms of parameters and the equations are to be solved for the constraints |
| 00:29.49 | brlcad | for example, I create a sphere fixed at 0,0,0 .. then I create another sphere but instead of positioning the sphere, I merely specify that it must be tangent and must have x=y=0 |
| 00:29.53 | hippieindamakin8 | in the example tangency is one of the conditions to solve |
| 00:30.29 | hippieindamakin8 | k :) thanks |
| 00:30.30 | brlcad | in that example, there are only two tangency solutions (on the z axis) |
| 00:30.37 | hippieindamakin8 | one on either side |
| 00:30.44 | brlcad | exactly |
| 00:31.20 | hippieindamakin8 | does it choose which side ? |
| 00:31.35 | hippieindamakin8 | ofcourse another condition about z is required |
| 00:31.46 | brlcad | 0, 0, R1 +- (R2/2) |
| 00:32.05 | brlcad | it's not that it has to pick, it has to know the possible solutions |
| 00:32.21 | hippieindamakin8 | ohk.. |
| 00:32.29 | brlcad | it only needs more conditions if you want to fully constrain |
| 00:32.43 | hippieindamakin8 | ya |
| 00:33.04 | hippieindamakin8 | is the entire software coded in C ? |
| 00:33.17 | hippieindamakin8 | and tcl/tk for GUIs and stuff |
| 00:42.11 | brlcad | predominantly in C, yes |
| 00:42.21 | brlcad | most of the BREP work being added is being done in C++ |
| 00:42.33 | brlcad | tcl/tk for the mged and archer guis |
| 00:43.10 | brlcad | hippieindamakin8: are you at all familiar with another geometry engine APIs? granite or acis for example |
| 00:43.17 | hippieindamakin8 | no.. |
| 00:43.27 | brlcad | k, just wondering |
| 00:43.47 | hippieindamakin8 | just reading upon these apis |
| 00:44.25 | hippieindamakin8 | i heard about JAVA 3d |
| 00:44.49 | hippieindamakin8 | but never used it |
| 00:49.35 | brlcad | yeah.. not relevant ;) |
| 00:49.49 | hippieindamakin8 | ya got it :P |
| 00:50.24 | brlcad | you should take a look at the jbrlcad source module |
| 00:50.34 | hippieindamakin8 | k sure |
| 00:50.35 | brlcad | there's a start of a new OO layer in there for Java that is really pretty nice |
| 00:50.46 | hippieindamakin8 | i ll chk it.. |
| 00:50.51 | brlcad | even for C++, that same layout is probably a very good fit for what we need |
| 00:51.01 | brlcad | as it's based on our current C API features |
| 00:51.23 | hippieindamakin8 | ohk |
| 00:54.32 | brlcad | doing something with swig where both Java and C++ are generated automatically would probably be ideal for long term mainenance |
| 00:54.38 | brlcad | presuming it could be set up cleanly |
| 00:54.50 | brlcad | otherwise there's really good justifications to work on either |
| 00:56.46 | hippieindamakin8 | :) |
| 00:58.27 | hippieindamakin8 | i am more used to C++ to do anything :) |
| 01:48.31 | *** part/#brlcad Gabi (n=gabi@201-213-197-242.net.prima.net.ar) |
| 02:02.57 | yukonbob | brlcad: that update to configure.ac doesn't seem to work |
| 02:20.00 | brlcad | hum |
| 02:20.03 | brlcad | howso? |
| 02:20.11 | brlcad | same error, different error? |
| 02:40.28 | poolio | my x300 is shipping :D |
| 02:40.59 | poolio | (offtopic,unrelated, but I'm giddy) |
| 03:05.55 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 03:21.08 | brlcad | cool, yay for ultralight |
| 03:42.38 | *** join/#brlcad fishe047 (n=fishe047@adsl-75-60-89-116.dsl.sndg02.sbcglobal.net) |
| 04:10.10 | *** join/#brlcad fishe047 (n=fishe047@adsl-75-60-89-116.dsl.sndg02.sbcglobal.net) |
| 05:00.42 | starseeker | decides he's had enough math for one day... |
| 05:03.51 | *** join/#brlcad fishe047 (n=fishe047@adsl-75-60-89-116.dsl.sndg02.sbcglobal.net) |
| 05:13.58 | *** join/#brlcad fishe047 (n=fishe047@adsl-75-60-89-116.dsl.sndg02.sbcglobal.net) |
| 06:25.23 | *** join/#brlcad iraytrace (n=iraytrac@c-67-172-239-24.hsd1.ut.comcast.net) |
| 06:26.24 | iraytrace | some serious double-take |
| 06:27.01 | *** join/#brlcad iraytrace (n=iraytrac@c-67-172-239-24.hsd1.ut.comcast.net) |
| 09:01.33 | brlcad | http://brlcad.org/d/node/22 |
| 11:20.34 | *** join/#brlcad Elperion (n=Bary@p548741BB.dip.t-dialin.net) |
| 11:47.40 | *** join/#brlcad Elperion (n=Bary@p548741BB.dip.t-dialin.net) |
| 12:00.52 | ``Erik_ | do/blah |
| 12:43.22 | *** join/#brlcad Elperion (n=Bary@p548741BB.dip.t-dialin.net) |
| 15:20.50 | *** join/#brlcad elite01 (n=elite01@dslb-088-070-019-136.pools.arcor-ip.net) |
| 16:06.02 | yukonbob | looks into potential autogen.sh issue |
| 16:09.00 | yukonbob | (at least in his env... the only chages I see are the version numbers, and some whitespace correction @ EOL) |
| 16:28.31 | yukonbob | hrmm... autoreconf & aclocal are failing me... |
| 17:46.21 | *** join/#brlcad docelic (n=docelic@78.134.200.134) |
| 17:48.24 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 20:59.58 | *** join/#brlcad Elperion (n=Bary@p548741BB.dip.t-dialin.net) |
| 21:46.24 | *** join/#brlcad Elperion (n=Bary@p548741BB.dip.t-dialin.net) |