| 01:48.15 | *** join/#brlcad pacman87 (n=timothy@71.170.63.120) | |
| 04:19.22 | *** join/#brlcad learner (n=brlcad@c-69-250-247-75.hsd1.md.comcast.net) | |
| 04:19.22 | *** mode/#brlcad [+o learner] by ChanServ | |
| 04:20.15 | learner | woo hoo! |
| 04:27.14 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) | |
| 04:27.14 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || BRL-CAD is participating in the 2008 Google Summer of Code, see http://brlcad.org/wiki/Google_Summer_of_Code || GSoC student selections are announced! See http://code.google.com/soc/2008/brl/about.html | |
| 04:32.04 | learner | damn, I forgot how good these speakers are |
| 04:32.54 | learner | is glad to be back on-line |
| 04:53.14 | poolio | waves |
| 04:53.30 | poolio | What speakers? |
| 04:54.25 | learner | some harmon kardon soundsticks |
| 04:55.35 | poolio | cool cool. I've got some JBL speakers that wreaked havoc at college :) |
| 08:53.59 | *** join/#brlcad louipc (n=louipc@76-10-146-181.dsl.teksavvy.com) [NETSPLIT VICTIM] | |
| 09:12.52 | *** join/#brlcad louipc (n=louipc@76-10-146-181.dsl.teksavvy.com) [NETSPLIT VICTIM] | |
| 09:29.50 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 09:54.40 | *** join/#brlcad louipc (n=louipc@76-10-146-181.dsl.teksavvy.com) [NETSPLIT VICTIM] | |
| 09:58.21 | *** join/#brlcad louipc (n=louipc@76-10-146-181.dsl.teksavvy.com) [NETSPLIT VICTIM] | |
| 10:16.42 | *** join/#brlcad louipc (n=louipc@76-10-146-181.dsl.teksavvy.com) [NETSPLIT VICTIM] | |
| 10:54.36 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 11:31.04 | *** join/#brlcad thing0 (n=ric@58.171.55.203) | |
| 12:47.55 | *** join/#brlcad pacman87 (n=timothy@71.170.63.120) | |
| 13:13.32 | *** join/#brlcad thing0 (n=ric@58.171.55.203) | |
| 13:20.27 | ``Erik | saw a smart car on his way into the office today O.o |
| 13:28.48 | starseeker | so did I |
| 13:28.53 | starseeker | odd little thing |
| 13:29.25 | ``Erik | yeah, looked weird moving that fast |
| 13:31.40 | starseeker | brlcad: the brlcad data directory is a good place to put nirt formatting scripts, but where should they live in the source tree? The db directory is top level, but that doesn't seem quite right.. |
| 13:32.28 | ``Erik | misc/ ? src/nirt/ ? |
| 13:33.04 | starseeker | I suppose a subdirectory in nirt would be simplest... |
| 13:33.24 | starseeker | steels himself for another autotools round |
| 13:33.34 | ``Erik | heh, just put 'em in with the source |
| 13:33.43 | starseeker | ew |
| 13:33.56 | ``Erik | we do it with docs, and it's a tiny dir already |
| 13:34.23 | starseeker | Still, I'd prefer to plan for the future - there may potentiall be a lot of these suckers |
| 13:35.18 | starseeker | needs an autotools round anyway - they do get a new directory in share |
| 13:35.21 | ``Erik | then they can be moved to another dir later? svn's big one-up on cvs (imho) is the ability to move things sanely |
| 13:35.52 | starseeker | Sure it could be done later, but I'm hoping to avoid revisiting nirt for a while once this is done ;-) |
| 13:38.30 | *** join/#brlcad andrecastelo (n=chatzill@189.71.20.52) | |
| 13:39.16 | andrecastelo | good morning everyone :) |
| 13:39.27 | ``Erik | morning, andre |
| 13:44.04 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:03.08 | andrecastelo | hi ``Erik , how are you doing ? |
| 14:07.24 | *** join/#brlcad Elperion (n=Bary@p5487707C.dip.t-dialin.net) | |
| 14:14.36 | *** join/#brlcad andrecastelo_ (n=chatzill@189.71.36.61) | |
| 14:40.38 | *** join/#brlcad pacman87 (n=timothy@71.170.63.120) | |
| 14:41.58 | *** part/#brlcad pacman87 (n=timothy@71.170.63.120) | |
| 14:42.00 | *** join/#brlcad pacman87 (n=timothy@71.170.63.120) | |
| 14:45.24 | yukonbob | morning cadheads. |
| 14:45.40 | pacman87 | good morning, yukonbob |
| 14:46.25 | yukonbob | hey pacman87. What's happening in your part of the whirled? |
| 14:46.46 | pacman87 | trying to set up a 3-monitor display |
| 14:47.35 | yukonbob | still... ugh :P |
| 14:47.46 | yukonbob | pacman87: what route are you trying to do? |
| 14:47.49 | pacman87 | but intel and xinerama dont' play nice, and i can't get xrandr to work |
| 14:48.09 | pacman87 | i've got two on an intel card, plus integrated intel (845G) |
| 14:48.20 | pacman87 | *nvidia card, not intel |
| 14:49.11 | pacman87 | right now the two nvidia screens are merged with twinview, and the intel is a seperate x sessions |
| 14:49.21 | pacman87 | *session |
| 14:51.53 | yukonbob | pacman87: can you use the same pointer between all sessions? |
| 14:51.58 | pacman87 | yes |
| 14:52.18 | pacman87 | but i cant' drag windows between them |
| 14:52.19 | yukonbob | but just no window dragging, or cut/paste (w/o something like x2x) |
| 14:52.23 | yukonbob | right |
| 14:52.24 | yukonbob | ok |
| 14:52.28 | yukonbob | that's what I use... |
| 14:53.41 | yukonbob | it's actually got some benefits as a side effect -- when I blit from workspace to workspace, I can start apps on one session (and leave the workspace I want it to appear on at the foreground) and move to the other session and navigate workspaces with interfering... |
| 14:54.41 | pacman87 | someone(tm) should figure a way to do both: drag windows, and swap workspaces independently |
| 14:54.52 | yukonbob | x2x? |
| 14:55.24 | yukonbob | no -- that won't work.. |
| 14:55.56 | yukonbob | ya -- /me wonders if the X model makes it impossible |
| 14:57.20 | pacman87 | it probably have to be with one X session, and swapping out the workspaces per display within that session |
| 15:03.01 | *** join/#brlcad prasad_ (n=psilva@static-70-108-244-218.res.east.verizon.net) | |
| 15:30.22 | yukonbob | pacman87: /me thinks it'd be a wm feature, where the wm would have an integrated launcher, and know the "ID" of the workspace that an app was launched on, and have a list of window titles for that app and withdraw the windows according to the same rules as regular workspace swapping... |
| 15:31.21 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) | |
| 15:31.21 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || BRL-CAD is participating in the 2008 Google Summer of Code, see http://brlcad.org/wiki/Google_Summer_of_Code || GSoC student selections are announced! See http://code.google.com/soc/2008/brl/about.html | |
| 15:39.15 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) | |
| 15:39.15 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || BRL-CAD is participating in the 2008 Google Summer of Code, see http://brlcad.org/wiki/Google_Summer_of_Code || GSoC student selections are announced! See http://code.google.com/soc/2008/brl/about.html | |
| 16:59.10 | *** join/#brlcad PrezzKennedy (i=Matthew@74.86.45.130) | |
| 17:10.55 | *** part/#brlcad pacman87 (n=timothy@71.170.63.120) | |
| 17:23.58 | CIA-21 | BRL-CAD: 03starseeker * r31141 10/brlcad/trunk/src/nirt/sfiles/ (csv-gap.nrt csv.nrt): Add missing z_dir label. |
| 17:36.32 | CIA-21 | BRL-CAD: 03starseeker * r31142 10/brlcad/trunk/src/nirt/sfiles/ (csv-gap.nrt csv.nrt): Change formatting for csv to add headers for ray and results. |
| 18:09.19 | CIA-21 | BRL-CAD: 03starseeker * r31143 10/brlcad/trunk/src/nirt/sfiles/ (csv-gap.nrt csv.nrt): Add quotes in csv for strings. |
| 18:38.01 | CIA-21 | BRL-CAD: 03starseeker * r31144 10/brlcad/trunk/src/nirt/nirt.c: Check in local directory before checking system directory for sfile, in case local file is using conflicting name. |
| 19:01.28 | CIA-21 | BRL-CAD: 03bob1961 * r31145 10/brlcad/trunk/include/ged.h: Added GED_CHECK_EXISTS, GED_CHECK_REGION and GED_DB_DIRADD. |
| 19:04.25 | CIA-21 | BRL-CAD: 03bob1961 * r31146 10/brlcad/trunk/src/libged/ (comb_color.c edcomb.c item.c make.c mater.c): Mods to use the new GED macros. |
| 19:47.20 | *** join/#brlcad homovulgaris (i=homovulg@gateway/tor/x-f6a97592f9beaa85) | |
| 19:51.11 | brlcad | howdy homovulgaris |
| 19:51.42 | homovulgaris | hi sean :) |
| 19:52.04 | homovulgaris | things going well ;) finally getting free from my university :P |
| 19:52.40 | homovulgaris | I thought about approaching the problem the way you said.. and yeah that is a more functional and **pure** approach ;) |
| 19:54.49 | homovulgaris | I'm editing the wiki to update the thoughts.. basically i believe we will have 3 major code chunks in terms of the constraint system. |
| 19:56.02 | homovulgaris | the flow basically is 1. reading data from .g ( to which we add the "handle" system) so that we know what parameters to modify etc. |
| 19:56.59 | homovulgaris | 2. from the set of parameters thus obtained we use (I) Domain Extractor to infer or define the range of values the parameters can have |
| 19:57.07 | homovulgaris | this results in the production of a constraint network object |
| 19:57.56 | homovulgaris | 3. the constraint network thus generated is used by the (II) Solver which results in the generation of a Solution Object (basically a vector/array) |
| 19:58.37 | homovulgaris | 4. This solution object is inturn used by the (III) Geometry updater to update the geometry via librt |
| 19:59.46 | homovulgaris | so we have Domain Extractor+Solver+Updater |
| 20:01.41 | homovulgaris | In terms of generalization I think Solver can be generalized using standard methods of approaching constraint satisfaction problems. we can always provide better and better algorithms/ methods for solving constraint networks as time progresses |
| 20:02.09 | homovulgaris | the domain extractor would be specific to the context ( variables/handles and geometry objects involved) |
| 20:02.42 | homovulgaris | the updater is also pretty generic. |
| 20:06.39 | homovulgaris | One part which is missing is the handle generation aspect and where the code should be located. |
| 20:07.09 | homovulgaris | In terms of interfacing with librt, it is basically at geometry updation |
| 20:07.29 | homovulgaris | and reading the geometry data |
| 20:16.36 | homovulgaris | Domain extractor is also the part which would specify the way equations are for example and how to interpret them once we have read all the data from .g |
| 20:16.54 | homovulgaris | domain extractor is not exactly a very apt name |
| 20:28.37 | *** join/#brlcad pacman87 (n=timothy@71.170.63.120) | |
| 20:34.16 | *** join/#brlcad Elperion (n=Bary@p5487707C.dip.t-dialin.net) | |
| 20:43.43 | *** join/#brlcad cad54 (n=8614d8b6@bz.bzflag.bz) | |
| 21:23.28 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) | |
| 22:30.57 | CIA-21 | BRL-CAD: 03starseeker * r31147 10/brlcad/trunk/src/mged/chgview.c: Sean added sanity check in response to crash - more work needed |