00:13.09 |
*** join/#brlcad d-lo
(n=claymore@bz.bzflag.bz) [NETSPLIT VICTIM] |
00:13.09 |
*** join/#brlcad brlcad
(n=sean@bz.bzflag.bz) [NETSPLIT VICTIM] |
00:13.09 |
*** join/#brlcad alex_joni
(n=alex_jon@emc/board-of-directors/alexjoni) [NETSPLIT
VICTIM] |
00:13.09 |
*** join/#brlcad indianlarry
(n=indianla@bz.bzflag.bz) [NETSPLIT VICTIM] |
00:13.09 |
*** join/#brlcad SWPadnos
(n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM] |
00:13.09 |
*** join/#brlcad Ralith
(n=ralith@216.162.199.202) [NETSPLIT VICTIM] |
00:13.09 |
*** join/#brlcad yukonbob
(i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT
VICTIM] |
00:35.30 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35159
10/brlcad/trunk/src/adrt/slave/load_g.c: some note
comments |
04:08.06 |
*** join/#brlcad Patmcc19_
(n=chatzill@71-223-26-58.phnx.qwest.net) |
04:14.48 |
*** join/#brlcad stevegt_
(n=stevegt@c-24-130-122-25.hsd1.ca.comcast.net) |
07:33.42 |
*** join/#brlcad _clock_
(n=_sushi_@80-218-244-105.dclient.hispeed.ch) |
10:40.43 |
``Erik |
blahhhh |
11:44.09 |
CIA-30 |
BRL-CAD: 03brlcad * r35160
10/brlcad/trunk/BUGS: wim reports rtweight crashing on windows.
unclear as to the cause but have narrowed it down and seems to be
during view_init where .density file is parsed. |
11:46.06 |
*** join/#brlcad jdoliner
(n=jdoliner@68.51.75.169) |
12:35.40 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-123.sbndin.btas.verizon.net) |
12:59.41 |
CIA-30 |
BRL-CAD: 03brlcad * r35161 10/brlcad/trunk/
(BUGS NEWS src/rt/viewweight.c): |
12:59.43 |
CIA-30 |
BRL-CAD: thanks to a report from Wim Bokkers,
sf # 2822415 (rtweight crashes on Windows), |
12:59.45 |
CIA-30 |
BRL-CAD: rtweight should no longer crash on
windows or elsewhere. the problem was an |
12:59.47 |
CIA-30 |
BRL-CAD: assumption in rtweight's view_init()
that the HOME and PWD environment variables |
12:59.49 |
CIA-30 |
BRL-CAD: are always set. When they are unset,
we end up with null pointer dereferences |
13:00.08 |
CIA-30 |
BRL-CAD: and crashing. |
13:06.29 |
*** join/#brlcad ``Erik
(n=erik@ftp.brlcad.org) |
13:06.50 |
``Erik |
irritating. |
13:07.29 |
CIA-30 |
BRL-CAD: 03brlcad * r35162
10/brlcad/trunk/TODO: |
13:07.31 |
CIA-30 |
BRL-CAD: make sure there aren't any other bad
getenv assumptions of non-nullity in the |
13:07.33 |
CIA-30 |
BRL-CAD: code. shold also see if there are any
patters that warrant a generalized |
13:07.35 |
CIA-30 |
BRL-CAD: interface for finding standard
resource locations (home dir, current dir, |
13:07.37 |
CIA-30 |
BRL-CAD: brlcad-bin dir, brlcad-data dir,
etc) |
13:14.13 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35163
10/brlcad/trunk/src/adrt/ (Makefile.am doc/rise.txt rise/):
omnomnom (remove old RISE stuff.) |
13:16.12 |
``Erik |
has a server sitting with a
screen that says "No keyboard detected. Press F1 to
continue." |
13:16.16 |
``Erik |
stupid pc crap |
13:16.52 |
_clock_ |
``Erik: maybe they mean Formula One? |
13:18.19 |
starseeker |
must say he is impressed with
the lineup of projects on the FLOSS interview list |
13:18.26 |
``Erik |
heh, that'd be amusing, but what they actually
mean is that the people who put it together are *cue censor beeping
for 5 minutes of excessive vulgarity* |
13:21.42 |
louipc |
starseeker: what's that list? |
13:31.44 |
*** join/#brlcad samrose
(n=samrose@c-24-11-214-181.hsd1.mi.comcast.net) |
13:34.11 |
*** join/#brlcad d_rossberg
(n=rossberg@bz.bzflag.bz) |
13:48.55 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-123.sbndin.btas.verizon.net) |
14:04.42 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35164
10/brlcad/trunk/src/adrt/ (5 files in 2 dirs): eliminate server
side MySQL stuff. |
14:10.42 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35165
10/brlcad/trunk/src/adrt/slave/load_g.c: remove dead code |
14:21.25 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35166
10/brlcad/trunk/src/adrt/ (22 files in 2 dirs): collapse all the
texture_*.h headers |
14:34.43 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35167
10/isst/trunk/src/gui.c: gut the MySQL geometry load
stuff |
14:45.56 |
starseeker |
louipc: OpenSolaris, Inkscape, Cinelerra,
Blender, OpenMoko, Xen, Bug Labs, XBMC, Rockbox... |
14:46.08 |
starseeker |
and soon, BRL-CAD :-) |
14:48.10 |
``Erik |
url? |
14:52.36 |
starseeker |
http://twit.tv/floss |
14:52.54 |
starseeker |
oh, BZFlag not BRL-CAD |
14:52.59 |
starseeker |
my mistake |
14:53.42 |
starseeker |
http://spreadsheets.google.com/pub?key=pYAJMbVobYCTro_z4LGo3ZQ |
14:55.39 |
starseeker |
They're trying to get OpenStreetMaps,
Stellarium, WINE... |
14:55.42 |
starseeker |
wow |
14:56.38 |
starseeker |
should suggest
Maxima... |
14:57.43 |
``Erik |
ya like being laughed at that much? :D
*duck* |
14:57.54 |
starseeker |
is used to
it |
14:58.01 |
starseeker |
hey, I didn't suggest Axiom... |
15:35.56 |
CIA-30 |
BRL-CAD: 03bob1961 * r35168
10/brlcad/trunk/src/ (5 files in 4 dirs): Mods to support undo
operations for the _GLOBAL object in Archer. |
15:37.37 |
*** join/#brlcad b0ef
(n=b0ef@084202026157.customer.alfanett.no) |
15:37.39 |
louipc |
haha bzflag is really popular eh? |
16:25.47 |
brlcad |
starseeker: I did get to talk (briefly) about
BRL-CAD |
16:26.37 |
brlcad |
louipc: yeah, and pretty well-known |
16:26.53 |
brlcad |
everyone has a warm spot in their heart for
the lil tanks |
16:44.46 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-123.sbndin.btas.verizon.net) |
16:46.02 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-123.sbndin.btas.verizon.net) |
16:49.53 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-123.sbndin.btas.verizon.net) |
16:50.48 |
CIA-30 |
BRL-CAD: 03bob1961 * r35169
10/brlcad/trunk/src/libged/copy.c: Free color table before
importing another to avoid the blather. |
16:51.20 |
CIA-30 |
BRL-CAD: 03bob1961 * r35170
10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added a few
comments. |
17:07.40 |
``Erik |
*burp* |
17:07.50 |
brlcad |
mm.. hungry now |
17:07.57 |
brlcad |
should get some nom nom |
17:08.07 |
``Erik |
didn't know you were in until I saw your car
on the way out, we hit green turtle |
17:08.15 |
brlcad |
darn |
17:08.40 |
brlcad |
you probably shouldn't hit turtles |
17:08.59 |
``Erik |
had donatello with a side of
raphael |
17:09.13 |
``Erik |
teenage mutant ninja hors devours |
17:39.24 |
*** join/#brlcad
hippieindamakin8 (n=hippiein@210.212.55.3) |
17:42.07 |
*** join/#brlcad docelic
(n=docelic@78.134.200.176) |
18:30.21 |
starseeker |
brlcad: around? |
18:37.15 |
*** join/#brlcad BigAToo1
(n=BigAToo@pool-96-230-124-123.sbndin.btas.verizon.net) |
18:46.45 |
brlcad |
starseeker: yes |
19:04.42 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35171
10/brlcad/trunk/src/adrt/slave/load_g.c: add tie calls |
19:08.11 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-123.sbndin.btas.verizon.net) |
19:16.34 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35172
10/brlcad/trunk/src/adrt/ (Makefile.am slave/load_g.c): need to
install texture_internal.h ... |
19:17.25 |
CIA-30 |
BRL-CAD: 03erikgreenwald * r35173
10/isst/trunk/src/gui.c: don't try to set sensitivity on
non-existant widgets. |
19:38.59 |
brlcad |
``Erik: any luck with swiss cheese? |
19:39.18 |
brlcad |
i just hit the same painting algorithm bug,
index of 256 |
19:39.37 |
brlcad |
not the first time that's come up -- I
documented it in BUGS a couple years ago |
19:41.49 |
starseeker |
WOOOO-HOOO |
19:42.02 |
CIA-30 |
BRL-CAD: 03starseeker * r35174
10/brlcad/trunk/ (3 files in 3 dirs): YES. Got the bounding box
building to respect the trimming - the openbook is now centered
properly in the default raytrace (not to mention the surface tree
no longer has unneeded bounding boxes.) |
19:43.17 |
brlcad |
starseeker: awesome hehe |
20:32.03 |
*** join/#brlcad ``Erik_
(i=erik@c-69-140-109-104.hsd1.md.comcast.net) |
20:37.32 |
*** part/#brlcad jdoliner
(n=jdoliner@68.51.75.169) |
20:44.33 |
*** join/#brlcad stevegt_
(n=stevegt@cislunar.TerraLuna.Org) |
20:53.22 |
``Erik |
no with the swiss cheese, get bus faults here
and there, got busy with other stuff |
20:53.30 |
``Erik |
*shrug* |
21:13.52 |
CIA-30 |
BRL-CAD: 03ebautu * r35175
10/web/trunk/htdocs/more/sites/all/modules/brlcad/brlcad.module:
Changed queueing mechanism: now models get queue for BRLCAD
processing only if the file changed. |
21:30.34 |
Ralith |
``Erik: did you ever get Qt to
build? |
21:46.33 |
CIA-30 |
BRL-CAD: 03ralith * r35176
10/rt^3/trunk/src/g3d/ogretest.cxx: First attempt at using a Qt
Layout on top of the context. The last widget becomes the only one
visible. |
21:47.00 |
``Erik_ |
yeah, qt4 |
21:47.38 |
*** join/#brlcad ``Erik_
(i=erik@c-69-140-109-104.hsd1.md.comcast.net) |
21:48.24 |
Ralith |
``Erik: okay, can cmake detect it? |
21:48.30 |
``Erik |
haven't tried yet :D |
21:51.34 |
``Erik |
nope |
21:51.43 |
Ralith |
damn. |
21:51.56 |
``Erik |
they're named kinda funny, though |
21:51.57 |
Ralith |
observes that removing
rootWidget->show() is probably not a good way to fix the
layout |
21:52.11 |
Ralith |
funny? |
21:52.20 |
``Erik |
not Qt4, but QtCore QtOpenGL QtGui
... |
21:52.25 |
Ralith |
that's normal |
21:52.34 |
Ralith |
at least, that's how it is on my
system |
21:52.43 |
``Erik |
ok |
21:52.43 |
Ralith |
if you're using standard install procedures,
strictly this is a cmake bug ;x |
21:52.53 |
``Erik |
straight out of macports |
21:53.10 |
``Erik |
hrm, they all have _debug on them |
21:53.11 |
``Erik |
erik@precious ~/src/rt^3$ pkg-config --cflags
QtCore_debug |
21:53.11 |
``Erik |
-DQT_SHARED
-I/opt/local/libexec/qt4-mac/include
-I/opt/local/libexec/qt4-mac/include/QtCore |
21:53.21 |
Ralith |
...wtf? |
21:53.22 |
Ralith |
that's not right |
21:53.29 |
CIA-30 |
BRL-CAD: 03ralith * r35177
10/rt^3/trunk/src/g3d/ogretest.cxx: Working layout! Woo! |
21:54.10 |
Ralith |
oh wow |
21:54.13 |
Ralith |
qtcreator is sexy |
21:54.30 |
``Erik |
qt4-mac @4.5.2
aqua/qt4-mac |
21:54.44 |
Ralith |
``Erik: sure you don't have some flags set
funny? |
21:54.54 |
Ralith |
*that* sounds like a macports bug |
21:55.34 |
``Erik |
didn't use a variant, just said "port install
qt4-mac" and let it do its thing |
21:55.59 |
Ralith |
incidentally |
21:56.12 |
Ralith |
I'm going to try using Qt Creator to do the UI
design |
21:56.25 |
Ralith |
should I be sticking its project files, etc.
into version control? |
21:56.31 |
Ralith |
or keeping that local and only committing the
generated code? |
22:00.00 |
Ralith |
brlcad: maybe you're the one I should be
asking ^? |
22:01.28 |
Ralith |
<3 the Qt docs |
22:01.31 |
Ralith |
very thorough :] |
22:02.36 |
``Erik |
yeah, qt was the first X toolkit I was able to
really get into... once I figured out how things worked, I
immediately fled to gtk, though |
22:02.53 |
Ralith |
buildtimes? |
22:03.24 |
``Erik |
and api |
22:03.51 |
Ralith |
ah. |
22:04.04 |
``Erik |
and various other issues, like back then, you
had to explicitely catch resize and show events and call paint in
qt, gtk "just worked" |
22:04.07 |
Ralith |
qt4 broke backwards compatibility,
though |
22:04.18 |
Ralith |
and seems very nice so far |
22:05.01 |
Ralith |
plus, benign corporate backing ftw |
22:05.22 |
Ralith |
``Erik: no opinion on the project file
thingy? |
22:05.42 |
``Erik |
I d'no the qtbuilder output and rt^3 isn't my
playground *shrug* |
22:06.16 |
``Erik |
personally, I tend to avoid committing
generated files, but that's just me |
22:06.42 |
Ralith |
I'll keep it out of svn unless someone says
otherwise, then |
22:08.28 |
starseeker |
Ralith: I'd commit at least the Qt Creator
files |
22:08.52 |
starseeker |
the question of what we want to rely on for
building is definitely a brlcad question |
22:09.01 |
Ralith |
okay then. |
22:09.28 |
starseeker |
part of that - does the code generator
generate different code on a per-platform basis? |
22:09.29 |
Ralith |
QtCreator isn't necessary, but it's a good
case of something that Qt offers which could significantly simplify
GUI work. |
22:09.35 |
starseeker |
nods |
22:09.39 |
Ralith |
I don't know, but I doubt it |
22:09.51 |
Ralith |
Qt itself is *very* "code once, build
anywhere" |
22:10.09 |
Ralith |
one of its major attractions, imo |
22:11.25 |
Ralith |
oh wait! |
22:11.32 |
Ralith |
the progerm I was looking for is Qt
Designer |
22:11.38 |
Ralith |
that explains why this is so IDEy |
22:13.05 |
starseeker |
grins |
22:13.21 |
starseeker |
yeah, that probably makes a
difference |
22:13.40 |
Ralith |
it did have a very nice GUI, though. |
22:15.13 |
Ralith |
needs to find a way to
default to one of the more attractive Qt themes |
22:30.12 |
Ralith |
eugh. |
22:30.18 |
Ralith |
looks like I need to make a plugin
:/ |
22:35.28 |
Ralith |
or maybe not |
22:48.23 |
Ralith |
okay, I've got a test window layed out in
designer, and cmake's generating code from it correctly; now I need
to work out how to actually *use* it. |
22:49.03 |
Ralith |
seems to have worked! :D |
22:53.44 |
Ralith |
okay, now to make the design useful. |
22:53.49 |
CIA-30 |
BRL-CAD: 03ralith * r35178
10/rt^3/trunk/src/g3d/ (CMakeLists.txt mainwindow.ui ogretest.cxx):
Moved to Qt Designer, using cmake to generate code from
mainwindow.ui. |
22:58.43 |
``Erik |
w00t |
22:59.20 |
Ralith |
this is remarkably straightforward |
23:02.33 |
CIA-30 |
BRL-CAD: 03ralith * r35179
10/rt^3/trunk/src/g3d/mainwindow.ui: Got the OgreGLWidget
automatically resizing, although it still has an unnecessarily huge
border. |
23:04.58 |
Ralith |
ahah! |
23:08.57 |
CIA-30 |
BRL-CAD: 03ralith * r35180
10/rt^3/trunk/src/g3d/mainwindow.ui: Killed the border. |
23:10.14 |
Ralith |
``Erik: so macports' Qt4 is
debug-mode-only? |
23:10.24 |
Ralith |
that's not just your system? |
23:11.57 |
``Erik |
I've no idea |
23:12.09 |
CIA-30 |
BRL-CAD: 03ralith * r35181
10/rt^3/trunk/src/g3d/mainwindow.ui: Duplicated pre-designer
ogretest; superimposed and laid out widgets working
nicely. |
23:17.04 |
Ralith |
hm. |
23:17.32 |
Ralith |
I guess I'll have to work out another way to
test. |
23:19.40 |
Ralith |
observes that Designer
layouts end up with all widgets in the same
namespace |
23:29.25 |
Ralith |
needs a screenshot of the
original g3d |
23:30.47 |
Ralith |
designer's pretty intuitive :) |
23:34.47 |
brlcad |
pics or it didn't happen! |
23:35.04 |
CIA-30 |
BRL-CAD: 03ralith * r35182
10/rt^3/trunk/src/g3d/ (mainwindow.ui ogretest.cxx): Beginnings of
a non-functional duplication of the original G3D GUI. |
23:35.11 |
brlcad |
Ralith: commit at least anything one of us
would need to reproduce what you're doing |
23:35.26 |
Ralith |
brlcad: yeah, that question got a lot less
complicated when I realized I was using the wrong app :P |
23:35.38 |
Ralith |
Qt Creator is an IDE which spews out all sorts
of weird project files |
23:35.41 |
brlcad |
just document what those things are somewhere,
the README or something |
23:35.54 |
brlcad |
nods |
23:35.58 |
Ralith |
Qt Designer is a UI editor which creates .ui
XML files which cmake knows how to preprocess into actual
code. |
23:36.11 |
Ralith |
so the course of action there is obvious
(commit the .ui and modify CMakeLists) |
23:37.14 |
Ralith |
brlcad: anyway, it's working great! I haven't
got the GUI *doing* anything yet, but designer's very easy to work
with, and I should be able to approximately duplicate the G3D UI as
soon as I get something to refer to. |
23:37.33 |
Ralith |
unfortunately, I can't build old g3d here
:/ |
23:39.22 |
Ralith |
I'm also very thankful for all the issues with
portably managing text input, etc that I'm *not* running into
thanks to the use of Qt to handle all that. |
23:39.32 |
``Erik |
80 pounds of paper recycling out on the curb
O.o |
23:39.35 |
Ralith |
it's all Just Working nicely. |
23:43.29 |
Ralith |
quite a relief after all that pain with
Ogre. |
23:48.15 |
Ralith |
has a neat idea for handling
console output that also handles a transparency issue that may or
may not exist |
23:53.10 |
Ralith |
anyway, if anyone could spare the time to run
and screenshot old g3d that'd be great. |
23:54.07 |
brlcad |
there are screenshots on the website, http://brlcad.org/~mafm/g3d-screenshots/ |
23:54.17 |
*** join/#brlcad Patmcc19
(n=chatzill@71-223-26-58.phnx.qwest.net) |
23:54.38 |
Ralith |
oh, cool, thanks |
23:54.40 |
Ralith |
didn't know about that |
23:54.52 |
*** join/#brlcad IriX64
(n=IriX64@bas2-sudbury98-1177593187.dsl.bell.ca) |
23:58.06 |
Ralith |
brlcad: remind me what the difference was
supposed to be between the always-visible console (bottom of
screenshots) versus the pop-up console? |