| 00:01.24 | CIA-38 | BRL-CAD: 03starseeker * r35577 10/brlcad/trunk/src/proc-db/csgbrep.cpp: Er, oops - how about providing some memory for the temporary rt_db_internal. Can now generate both sphere and ellipsoid, modulo problems with ellipsoid due to geometry errors. |
| 00:10.10 | CIA-38 | BRL-CAD: 03starseeker * r35578 10/brlcad/trunk/src/ (3 files in 3 dirs): Enable torus brep output in csgbrep |
| 00:17.54 | starseeker | breaths a sigh of relief - now we can start getting down to geometry |
| 00:26.37 | starseeker | opts to go home and start on geometry tomorrow... |
| 02:38.07 | *** join/#brlcad stevegt` (n=stevegt@64.71.149.1) |
| 03:40.22 | *** join/#brlcad stevegt` (n=stevegt@cislunar.TerraLuna.Org) |
| 03:51.18 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 05:06.25 | *** part/#brlcad jdoliner (n=jdoliner@c-68-51-75-169.hsd1.il.comcast.net) |
| 05:28.44 | *** join/#brlcad talcite__ (n=matthew@76-10-134-159.dsl.teksavvy.com) |
| 05:39.23 | *** join/#brlcad talcite_ (n=matthew@69-196-168-92.dsl.teksavvy.com) |
| 06:21.39 | ``Erik | huh? |
| 06:48.47 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 06:56.10 | *** join/#brlcad talcite__ (n=matthew@69-196-178-139.dsl.teksavvy.com) |
| 07:57.06 | *** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) |
| 08:00.12 | *** join/#brlcad poolio_ (n=poolio@bz.bzflag.bz) |
| 08:02.48 | *** join/#brlcad alex_joni (n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM] |
| 08:07.03 | *** join/#brlcad talcite__ (n=matthew@69-196-178-139.dsl.teksavvy.com) [NETSPLIT VICTIM] |
| 08:07.03 | *** join/#brlcad poolio (n=poolio@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 08:12.33 | *** join/#brlcad d-lo_ (n=claymore@bz.bzflag.bz) |
| 08:12.34 | *** join/#brlcad kanzure (i=bryan@146.6.84.36) [NETSPLIT VICTIM] |
| 08:13.34 | *** join/#brlcad CIA-31 (n=CIA@208.69.182.149) |
| 08:15.47 | Ralith | anyone got a windows box set up for dev handy? |
| 08:15.52 | Ralith | I've got experimental windows code |
| 08:16.32 | Ralith | if this works, all that leaves is OSX support and the major windowing systems are covered. |
| 08:16.42 | CIA-31 | BRL-CAD: 03ralith * r35579 10/rt^3/trunk/src/g3d/ (OgreGLWidget.cxx OgreGLWidget.h): Untested windows support for OgreGLWidget. |
| 08:37.05 | CIA-31 | BRL-CAD: 03ralith * r35580 10/rt^3/trunk/src/g3d/ (GedCommand.cxx GedCommand.h): Added a convenience function to convert a QStringList into a char** for passing to libged. |
| 09:04.19 | CIA-31 | BRL-CAD: 03ralith * r35581 10/rt^3/trunk/src/g3d/ (GedCommand.cxx GedCommand.h): Added convenience function for calling libged functions, assuming they all share type signature. |
| 09:05.25 | Ralith | talk about simplification. |
| 09:05.33 | Ralith | much DRYer, too. |
| 09:11.03 | CIA-31 | BRL-CAD: 03ralith * r35582 10/rt^3/trunk/src/g3d/ (GedCommand.cxx GedCommand.h): Added convenience function to obtain last libged string command result. |
| 09:11.14 | *** join/#brlcad Axman6_ (n=Axman6@pdpc/supporter/student/Axman6) |
| 09:12.13 | CIA-31 | BRL-CAD: 03ralith * r35583 10/rt^3/trunk/src/g3d/ (GedCommand.cxx GedCommand.h): Modified libged call convenience function to return libged call return value. |
| 09:16.16 | CIA-31 | BRL-CAD: 03ralith * r35584 10/rt^3/trunk/src/g3d/GedCommands.h: Adapted GedCommands.h to use new utility functions, drastically simplifying the file and reducing repeated code. Usage messages are now offloaded to libged. |
| 09:25.25 | CIA-31 | BRL-CAD: 03ralith * r35585 10/rt^3/trunk/src/g3d/ (GedCommand.cxx GedCommand.h GedCommands.h): |
| 09:25.25 | CIA-31 | BRL-CAD: Moved convenience functionality into GedCommand proper, replacing the need for |
| 09:25.25 | CIA-31 | BRL-CAD: duplicate execute reimplementations in each new GedCommand with a simple |
| 09:25.25 | CIA-31 | BRL-CAD: requirement for the GedFunc to be wrapped to be specified in the constructor. |
| 09:27.10 | CIA-31 | BRL-CAD: 03ralith * r35586 10/rt^3/trunk/src/g3d/Command.cxx: Squashed unsigned vs. signed comparison warning. |
| 09:28.38 | CIA-31 | BRL-CAD: 03ralith * r35587 10/rt^3/trunk/src/g3d/ (Command.h Commands.h GedCommand.cxx GedCommand.h): Constified Command::execute's argument. |
| 09:29.46 | CIA-31 | BRL-CAD: 03ralith * r35588 10/rt^3/trunk/src/g3d/ (Command.cxx Command.h): Referenceified the return value of Command::getArgumentNames for consistency. |
| 09:33.42 | Ralith | yay, ged_reopen isn't bugging anymore |
| 09:33.52 | Ralith | and I've finally managed to confirm interaction with a database file :D |
| 09:50.28 | *** join/#brlcad mafm (n=mafm@2.Red-83-63-197.staticIP.rima-tde.net) |
| 09:54.04 | CIA-31 | BRL-CAD: 03ralith * r35589 10/rt^3/trunk/src/g3d/ (Console.cxx Console.h OgreGLWidget.cxx): First attempt to make Console output vertically scrollable; simplifies code but results in invisible output. |
| 09:58.06 | CIA-31 | BRL-CAD: 03ralith * r35590 10/rt^3/trunk/src/g3d/Console.cxx: Console output restored and now scrollable. Some oddities remain. |
| 10:01.20 | CIA-31 | BRL-CAD: 03ralith * r35591 10/rt^3/trunk/src/g3d/Console.cxx: Set console output text alignment to bottom-left. |
| 10:04.57 | CIA-31 | BRL-CAD: 03ralith * r35592 10/rt^3/trunk/src/g3d/Console.cxx: Restored proper output line formatting to console. |
| 10:16.38 | CIA-31 | BRL-CAD: 03ralith * r35593 10/rt^3/trunk/src/g3d/Console.cxx: First attempt to force scrollable console output to remain at the bottom; mostly unsuccessful. |
| 10:36.48 | CIA-31 | BRL-CAD: 03ralith * r35594 10/rt^3/trunk/src/g3d/Console.cxx: Another attempt to force scrolling to remain at maximum, now resulting in correct scrolling alignment for the *last* command output. |
| 10:38.41 | d-lo_ | Nice stuff Ralith ;) |
| 10:38.48 | Ralith | thanks |
| 10:39.08 | Ralith | got a pair of challenging (minorish) issues right now :/ |
| 10:39.39 | d-lo_ | which are? |
| 10:39.41 | Ralith | in addition to the above scrolling issues, for some reason the output scrollbar is using the windows theme. |
| 10:39.49 | Ralith | which is downright strange. |
| 10:40.49 | d-lo_ | Hrm, that is strange. |
| 10:41.03 | d-lo_ | But, I agree, Minorish :) |
| 10:41.37 | Ralith | the scrolling thing seems to be expected behavior, but I'm still not sure how to go at it: adding text to the output QLabel does not immediately result in the QScrollArea adjusting itself, so the slider adjustment just moves it to the position for whatever the last known QLabel size was. |
| 10:42.04 | Ralith | most of the obvious angles cannot be guaranteed to work reliably. |
| 10:42.20 | Ralith | because Qt's slots are not guaranteed to be called in any particular order |
| 10:44.54 | Ralith | none of the 'update right now dammit' functions seem to be sufficient. |
| 10:47.43 | d-lo_ | Sorry, been bringing up the .cxx/.h |
| 10:47.56 | Ralith | heh |
| 10:47.57 | Ralith | no worries |
| 10:48.22 | Ralith | mostly discussing it in the hopes of jostling an idea in my own head; it probably requires more background than is worth the effort to obtain from scratch. |
| 10:50.10 | d-lo_ | Are QLabel objects designed to be multiline? |
| 10:51.00 | Ralith | yes, as far as I can tell. |
| 10:51.08 | Ralith | that bit certainly works fine. |
| 10:51.17 | Ralith | it resizes itself to acommodate. |
| 10:51.22 | Ralith | or, well |
| 10:51.32 | Ralith | widget size management in Qt is fairly involved |
| 10:51.46 | Ralith | (for good reason) |
| 10:52.08 | Ralith | but with the current code, the widget be resized itself to however large it need be on both axes to contain the text fed to it |
| 10:52.21 | d-lo_ | So, are you just trying to get the slider to adjust to a specific position based on an addition of text to the label? |
| 10:53.59 | Ralith | well |
| 10:54.13 | Ralith | right now, I'm simply telling the slider to go to its maximum position immediately after text is added. |
| 10:54.21 | Ralith | which is the desired behavior. |
| 10:54.28 | Ralith | hm, I wonder... |
| 10:54.45 | Ralith | no, nvm. |
| 10:55.38 | d-lo_ | Well I guess I don't understand the scrolling problem then, heh :) |
| 10:56.29 | Ralith | the problem is that the QScrollArea doesn't seem to adjust itself for the QLabel resize until it gets normally updated |
| 10:56.37 | Ralith | which occurs *after* pushOutput returns |
| 10:57.35 | Ralith | which means that any adjustment of the QScrollArea's scroll positioning is applied to a QScrollArea having dimensions fitting the pre-append output label. |
| 10:57.40 | d-lo_ | ah. i c. |
| 10:58.53 | Ralith | at this point I'm hoping there's some clever auto-alignment trick that will fix everything. |
| 11:01.53 | d-lo | what about extending the QLabel class to your own custom class, make a custom 'TextUpdated' signal that fires whenever you call ->setText() ? |
| 11:02.15 | d-lo | just wire that textUpdated signal into the Scrollbar resize logic. |
| 11:04.22 | CIA-31 | BRL-CAD: 03ralith * r35595 10/rt^3/trunk/src/g3d/ (Console.cxx Console.h): Const-ref-ified Console::pushOutput's argument. |
| 11:04.45 | Ralith | d-lo: such a signal already exists. Lemme give that a try. |
| 11:05.56 | d-lo | really? I am looking at the API::QLabel docs and see no signal thats usable :/ |
| 11:06.13 | Ralith | oh, wait, I was thinking of QLineEdit |
| 11:06.39 | Ralith | however... |
| 11:07.56 | d-lo | Hrm, thats just dumb actually. having a TextUpdated signal seems only logical for a QLabel... why isn't it in there? |
| 11:08.17 | Ralith | probably because a QLabel's text can only be changed by the program anyway |
| 11:08.24 | Ralith | also |
| 11:08.30 | Ralith | I *think* you can connect a slot to another slot |
| 11:08.32 | Ralith | but I'm not sure |
| 11:08.41 | Ralith | however, quoth the docs: |
| 11:08.44 | d-lo | O.o |
| 11:08.51 | Ralith | When a signal is emitted, the slots connected to it are usually executed immediately |
| 11:09.12 | Ralith | meaning that this would have the same ultimate effect as what I'm doing already |
| 11:10.19 | d-lo | Hrm, again, maybe I am missing the issue. I thought that the QLabel was resizing properly, but the associated QScrollArea was not? |
| 11:10.44 | Ralith | that is correct. |
| 11:10.46 | Ralith | the problem is timing |
| 11:10.51 | Ralith | or well |
| 11:10.54 | Ralith | that is approx. correct |
| 11:11.03 | Ralith | the QScrollArea *is* resizing properly, but *after* pushOutput returns. |
| 11:11.16 | Ralith | I believe this is normal. |
| 11:11.28 | d-lo | So, if you Subclass QLabel and override .setText() so that it calls QLabel::setText() first, then emits the custom textUpdated() signal, then returns. |
| 11:12.07 | d-lo | Okay, well, I think I see what you are saying now. |
| 11:12.55 | Ralith | then that would have the same effect as what I'm doing already |
| 11:13.18 | d-lo | have you thought about making a dedicated GUI update thread/system? Seems like this is a thread sequencing issue. |
| 11:14.29 | Ralith | ahah! |
| 11:14.30 | Ralith | solution! |
| 11:14.44 | Ralith | public slot QAbstractSlider::rangeChanged |
| 11:15.35 | d-lo | Good deal.. but what's the signal? |
| 11:15.40 | Ralith | er |
| 11:15.42 | Ralith | that was a signal |
| 11:15.48 | d-lo | kk |
| 11:15.49 | Ralith | it's 4AM >_> |
| 11:15.56 | d-lo | NO EXCUSES! |
| 11:16.00 | d-lo | ;) |
| 11:17.05 | Ralith | wires it up |
| 11:18.03 | d-lo | I don't see how that willhelp :/ Unless the rangeChanged fires before the QSliderArea resizes itself... |
| 11:19.13 | Ralith | all I have to do is connect outputArea->verticalScrollBar()'s rangeChanged to a local slot that sets the scrollbar position to max |
| 11:20.47 | d-lo | Oh, all you were trying to do was to get the scrollbar to go full the fully max position? I thought 'resize' ment the QScrollBar was physically changing size, lol |
| 11:21.10 | Ralith | nah, it's the QScrollArea which resizes |
| 11:21.24 | Ralith | its virtual area, anyway |
| 11:21.38 | d-lo | s/QScrollBar/QScrollArea/g |
| 11:22.03 | Ralith | yeah |
| 11:22.15 | Ralith | when it resizes, the viewport position remains constant |
| 11:22.40 | Ralith | so the additional QLabel content is off to the bottom and the scrollbar is adjusted to match the larger range |
| 11:22.59 | d-lo | Well QAbstractSlider has public setValue(int) slot that you could use... or are ya? |
| 11:23.56 | Ralith | er |
| 11:23.57 | Ralith | it does? |
| 11:23.58 | Ralith | where? |
| 11:24.13 | Ralith | oh wait |
| 11:24.16 | Ralith | QAbstractSlider |
| 11:24.18 | Ralith | not ScrollArea |
| 11:24.35 | Ralith | yeah, that's basically equivalent to what I'm already doing |
| 11:24.49 | Ralith | it doesn't map cleanly onto rangeChanged's data so I have to use a custom one anyway |
| 11:25.02 | d-lo | right on. just casually browsing the Qt Api. saw it, figured i'd mention it :) |
| 11:25.58 | Ralith | nods |
| 11:26.16 | Ralith | now I just have to work out exactly what syntax to use to make the connection work :| |
| 11:26.29 | Ralith | it tends to be picky and fail silently. |
| 11:28.31 | Ralith | got it! |
| 11:28.34 | Ralith | :D |
| 11:28.36 | Ralith | works a dream. |
| 11:28.42 | d-lo | applauds. |
| 11:31.17 | CIA-31 | BRL-CAD: 03ralith * r35596 10/rt^3/trunk/src/g3d/ (Console.cxx Console.h): Fully functional vertical console output scrolling. |
| 11:36.02 | d-lo | now how about wrapping up that QLabel + QScrollArea functionality into a single, new QWidget? ;) |
| 11:36.23 | Ralith | good idea. |
| 11:37.01 | Ralith | I might wait until I can fix/verify linewrapping |
| 11:38.36 | Ralith | or until there is actually a need for such functionality elsewhere >_> |
| 11:38.53 | Ralith | (this is how HistoryLineEdit came about) |
| 11:39.08 | d-lo | kewl |
| 13:23.15 | ``Erik | O.o |
| 13:49.04 | starseeker | is getting a funny behavior when he goes to MGED camera, then does a Shift+left mouse click and hold to drag the object |
| 13:49.14 | starseeker | it's spinning around as I drag it |
| 13:50.19 | starseeker | Ralith: very cool work! |
| 13:50.41 | starseeker | Is the command dialog supposed to disappear when you click on the button again and/or run a command? |
| 13:51.54 | starseeker | screenshot, for those interested: http://bzflag.bz/~starseeker/g3d_latest.png |
| 14:01.14 | ``Erik | that is most definitely not an m35 deuce and a half on the screen. |
| 14:02.10 | starseeker | true |
| 14:02.24 | starseeker | that's just a demonstration of the ability to run SOME command that queries the database |
| 14:02.57 | ``Erik | it's not the 24th yet :) |
| 14:03.52 | ``Erik | libgcv is probbably the best avenue to get triangles from .g files.... isst/src/load_g.c is one way to do it |
| 14:11.36 | *** join/#brlcad samrose (n=samrose@c-24-11-185-57.hsd1.mi.comcast.net) |
| 14:34.16 | *** join/#brlcad BigAToo1 (n=BigAToo@pool-96-230-124-48.sbndin.btas.verizon.net) |
| 14:40.23 | *** join/#brlcad Elrohir (n=kvirc@p5B14D5ED.dip.t-dialin.net) |
| 14:42.47 | *** join/#brlcad Patmcc19 (n=chatzill@174-17-193-105.phnx.qwest.net) |
| 14:43.41 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-48.sbndin.btas.verizon.net) |
| 15:21.23 | starseeker | can anybody else play this video? http://bzflag.bz/~starseeker/g3d.avi |
| 15:21.59 | starseeker | lord that was a job, but screenshots just don't do for this |
| 15:24.47 | archivist | plays on ubuntu, some artifacts though |
| 15:26.14 | starseeker | what sort? |
| 15:29.43 | starseeker | (for the record, had to install https://devel.neopsis.com/projects/yukon/wiki/WikiStart, record, run /tmp/yukon.seom through seom-filter to a file (file.y4m), then mencoder file.y4m -ovc lavc -lavcopts vcodec=mpeg4:vpvpass=1 -o g3d.avi |
| 15:29.58 | starseeker | (on gentoo linux) |
| 15:30.21 | starseeker | er that's vpass not vpvpass |
| 15:31.11 | CIA-31 | BRL-CAD: 03irpguardian * r35597 10/brlcad/trunk/src/archer/plugins/Wizards/humanwizard/HumanWizard.tcl: Fixed humanwizard so it doesn't totally break archer. |
| 16:15.33 | brlcad | hehe, cool starseeker |
| 16:15.40 | brlcad | plays fine in MPlayer |
| 16:15.57 | brlcad | quicktime doesn't have the codec |
| 16:23.09 | CIA-31 | BRL-CAD: 03irpguardian * r35598 10/brlcad/trunk/src/archer/plugins/Wizards/humanwizard.tcl: Changed case so that way human wizard works more. |
| 16:26.35 | CIA-31 | BRL-CAD: 03brlcad * r35599 10/brlcad/trunk/src/other/ (tcl/Makefile.am tk/Makefile.am): if we're going to install non-versioned wish/tclsh, we need to uninstall them |
| 16:46.38 | CIA-31 | BRL-CAD: 03irpguardian * r35600 10/brlcad/trunk/src/archer/plugins/Wizards/humanwizard/HumanWizard.tcl: |
| 16:46.38 | CIA-31 | BRL-CAD: Fixed lots of variable problems. Now actually loads dialog box!! |
| 16:46.38 | CIA-31 | BRL-CAD: Unfortunatly, does not create human... yet... |
| 18:07.23 | *** join/#brlcad BigAToo (n=BigAToo@208.95.141.189) |
| 18:17.30 | CIA-31 | BRL-CAD: 03bob1961 * r35601 10/brlcad/trunk/src/libged/draw.c: Update ged_draw to process -A as in mged's edit_com. |
| 18:21.29 | CIA-31 | BRL-CAD: 03irpguardian * r35602 10/brlcad/trunk/src/libged/human.c: Added human.c to libged to be used for archer plugin. |
| 18:27.50 | CIA-31 | BRL-CAD: 03brlcad * r35603 10/brlcad/trunk/src/proc-db/brepintersect.cpp: quell warnings. lots of missing return types and unimplemented sections. |
| 18:34.17 | CIA-31 | BRL-CAD: 03irpguardian * r35604 10/brlcad/trunk/src/libged/Makefile.am: Added human to makefile |
| 18:37.53 | CIA-31 | BRL-CAD: 03brlcad * r35605 10/brlcad/trunk/src/proc-db/brepintersect.cpp: some minor style consistency cleanup and formatting, doxygenify and repair. |
| 19:05.05 | *** join/#brlcad talcite__ (n=matthew@69-196-178-139.dsl.teksavvy.com) |
| 19:22.16 | CIA-31 | BRL-CAD: 0385.175.214.221 07http://brlcad.org * r1601 10/wiki/Support: |
| 19:30.38 | CIA-31 | BRL-CAD: 03n_reed * r35606 10/brlcad/trunk/ (5 files in 4 dirs): using hash table to bin colors for faster prep and drawing time |
| 19:59.28 | CIA-31 | BRL-CAD: 03bob1961 * r35607 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Use expand instead of ls when clearing the target ledger (.i.e ls adds garnish to regions/combinations). |
| 19:59.41 | CIA-31 | BRL-CAD: 03brlcad * r35608 10/brlcad/trunk/src/proc-db/surfaceintersect.cpp: more cleanup: inject some whitespace for readability, ws and style cleanup. |
| 20:12.46 | CIA-31 | BRL-CAD: 03n_reed * r35609 10/brlcad/trunk/src/libdm/dm-rtgl.c: draw function was skipping first table entry |
| 20:15.19 | starseeker | indianlarry: Getting some raytrace artifacts with the boolean subtraction of a torus from a sphere in nurbs: http://bzflag.bz/~starseeker/sph-tor.g |
| 20:19.32 | CIA-31 | BRL-CAD: 03irpguardian * r35610 10/brlcad/trunk/src/proc-db/ (Makefile.am human.c): |
| 20:19.32 | CIA-31 | BRL-CAD: Modified human.c to build humans using libged |
| 20:19.32 | CIA-31 | BRL-CAD: Modified Makefile to allow this to happen |
| 20:21.27 | CIA-31 | BRL-CAD: 03brlcad * r35611 10/brlcad/trunk/src/proc-db/metaball.c: cast to quell some constness warnings |
| 20:21.36 | CIA-31 | BRL-CAD: 03brlcad * r35612 10/brlcad/trunk/include/rtgeom.h: ws reduction |
| 20:23.14 | *** join/#brlcad Elrohir (n=kvirc@p5B14D5ED.dip.t-dialin.net) |
| 20:23.22 | brlcad | howdy talcite__ |
| 20:23.33 | brlcad | any news on the rpm? |
| 20:25.40 | CIA-31 | BRL-CAD: 03brlcad * r35613 10/brlcad/trunk/src/mged/overlay.c: quell constness warning |
| 20:26.26 | CIA-31 | BRL-CAD: 03irpguardian * r35614 10/brlcad/trunk/src/archer/plugins/Wizards/humanwizard/HumanWizard.tcl: Modified Humanwizard to work better (but still broken) in archer |
| 20:35.40 | CIA-31 | BRL-CAD: 03brlcad * r35615 10/brlcad/trunk/TODO: |
| 20:35.40 | CIA-31 | BRL-CAD: since most of the build tree is warning clean now, plan to utilize more strict |
| 20:35.40 | CIA-31 | BRL-CAD: compilation options in those subdirs if the compiler supports it. this should |
| 20:35.40 | CIA-31 | BRL-CAD: help prevent new bad habits and lazinesses from getting injected. |
| 20:46.01 | *** join/#brlcad jdoliner (n=jdoliner@c-68-51-75-169.hsd1.il.comcast.net) |
| 21:06.39 | CIA-31 | BRL-CAD: 03irpguardian * r35616 10/brlcad/trunk/src/ (4 files in 2 dirs): Moved human.c to shapes directory, and modified respective makefiles to take this change. |
| 21:14.17 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-48.sbndin.btas.verizon.net) |
| 21:50.10 | Ralith | starseeker: you got it working? :D |
| 21:50.52 | Ralith | good call on the command dialog closing on execute, didn't think of that but it's the obvious thing to do |
| 21:53.07 | CIA-31 | BRL-CAD: 03ralith * r35617 10/rt^3/trunk/src/g3d/ (CommandDialog.cxx MainWindow.cxx): Cleaned up empty argument lists in calls to QObject::connect and made the command dialog auto-hide when a command is ran. |
| 21:56.07 | brlcad | Ralith: maybe you can fix that translate bug |
| 21:56.16 | Ralith | tr-- oh yeah |
| 21:56.16 | brlcad | then we can remake the video |
| 21:56.28 | brlcad | and post it up on the site |
| 21:56.33 | Ralith | the mged camera mode shift-click-drag thing? |
| 21:56.54 | brlcad | yep |
| 21:56.58 | Ralith | yeah |
| 21:57.17 | Ralith | I may just scrap mafm's camera management thing :/ |
| 21:57.25 | Ralith | oh, btw |
| 21:57.35 | Ralith | what's libged's relationship to the display supposed to be? |
| 21:57.41 | Ralith | I notice it implements commands like 'zap' |
| 22:03.03 | brlcad | it's supposed to provide display lists (or similar visualization representations) that the application manages |
| 22:03.33 | brlcad | I wouldn't think you should scrap his cameras .. probably some pretty minor bug, uninitialized matrix or something |
| 22:04.30 | Ralith | it's the second such minor bug with no obvious cause |
| 22:04.44 | brlcad | as for libged, for example, if you "draw foo", it should load up 'foo' from disk and obtain a visual representation (e.g. the wireframe or polygons), and present that back to the caller |
| 22:05.12 | brlcad | right now it effectively does that by loading up display lists for the primitives and stashes them in the ged struct |
| 22:05.39 | brlcad | the calling application can then iterate over those display lists and pump them to ogre |
| 22:06.24 | mafm | meh, nothing of my code is left :P |
| 22:06.57 | brlcad | mafm: hehe, not true |
| 22:06.59 | Ralith | mafm: not at all! |
| 22:07.06 | Ralith | your command stuff is working quite nicely. |
| 22:07.21 | Ralith | logger, too |
| 22:07.27 | brlcad | even aa bunch of the main appliction framework is the same |
| 22:07.39 | brlcad | ya'll should keep at it :) |
| 22:07.43 | mafm | but camera code was so nice... :'( |
| 22:08.11 | brlcad | yeah, I don't think the camera code should be removed, the bugs don't seem that major |
| 22:08.19 | brlcad | and this one was specific to translations |
| 22:08.22 | brlcad | mafm: did you see the video? |
| 22:08.28 | mafm | nope |
| 22:08.53 | brlcad | http://bzflag.bz/~starseeker/g3d.avi |
| 22:09.10 | Ralith | will smack it a bit and see if he can't knock the issue loose |
| 22:09.22 | Ralith | it's probably using the same input for both translation *and* rotation or something |
| 22:11.16 | mafm | nice video :) |
| 22:11.36 | mafm | I was only whining... no problem in removing any of my code, of course |
| 22:13.13 | Ralith | hehe |
| 22:13.36 | Ralith | no need to do so gratuitously, either |
| 22:29.58 | Ralith | mafm: can you explain the purpose of the third parameter to void CameraMode::pan(float x, float y, SimpleVector3 originalCenter) |
| 22:31.10 | mafm | I think that there's some/several modes that zoom or move the object depending on the distance of the mouse from the center of the screen, or the originalCenter |
| 22:32.02 | mafm | so, when mouse moves from x=500 to x=550, if the origcenter.x=300, it calculates the base position subtracting x-origcenter.x |
| 22:32.08 | mafm | instead of from last mouse position |
| 22:32.57 | mafm | base position->current position |
| 22:33.33 | Ralith | but you already handle the absolute->relative conversion |
| 22:33.43 | Ralith | ooh I know the problem |
| 22:34.29 | mafm | mmm |
| 22:35.09 | mafm | I think that I had introduced it later in the design due to some functionality of MGED requiring it |
| 22:36.23 | mafm | but maybe it can be avoided with a redesign, or at least simplified |
| 22:36.47 | Ralith | it can |
| 22:46.27 | Ralith | okay, bug squashed |
| 22:47.28 | Ralith | brlcad: where can I find docs on the libged display list stuff? |
| 22:57.19 | Ralith | blarg |
| 22:57.21 | Ralith | smacks svn |
| 22:58.46 | CIA-31 | BRL-CAD: 03ralith * r35618 10/rt^3/trunk/src/g3d/ (CameraModeMGED.cxx CameraModeMGED.h): Simplified and fixed MGED camera panning. |
| 22:58.48 | Ralith | there we go |
| 22:58.52 | Ralith | brlcad: fixd! |
| 23:12.54 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-48.sbndin.btas.verizon.net) |
| 23:20.12 | CIA-31 | BRL-CAD: 03ralith * r35619 10/rt^3/trunk/src/g3d/ (4 files): Replaced SimpleVector3 use with vmath.h vector types. |
| 23:35.44 | ``Erik | hm |
| 23:48.39 | CIA-31 | BRL-CAD: 03johnranderson * r35620 10/brlcad/trunk/src/libged/bigE.c: Corrected display list to show the name of what is "E"'d |
| 23:48.56 | Ralith | anyone know where I can find docs on libged's display lists? |
