07:14.44 |
*** join/#brlcad danfalck
(n=dan@pool-71-111-76-8.ptldor.dsl-w.verizon.net) |
19:12.30 |
*** join/#brlcad test34
(n=test34@unaffiliated/test34) |
19:31.49 |
brlcad |
test34: failed? |
19:49.09 |
b0ef |
would be nice if focus didn't follow
mouse |
19:49.45 |
b0ef |
it makes M-TAB impossible |
19:51.35 |
test34 |
brlcad, no nothing else failed, I didnt get to
it again yet |
19:54.10 |
brlcad |
b0ef: that's usually something controlled by
your window manager, and easily turned off (or use a different
window manager that does disable it) |
19:54.34 |
brlcad |
test34: twas but a joke based on your nick
:) |
19:54.56 |
test34 |
brlcad, ahhh ok;) |
19:55.40 |
b0ef |
brlcad: but why does this only happen with
brlcad? |
20:24.05 |
brlcad |
b0ef: which platform are you on? |
20:24.40 |
b0ef |
brlcad: GNU/Linux with
metacity-2.12.1 |
20:25.13 |
brlcad |
and focus doesn't follow mouse if you move to
another app? |
20:26.06 |
b0ef |
brlcad: well, in a way, but with brlcad it's
impossible to M-TAB the command window when the cursor is in the
model window |
20:27.04 |
b0ef |
brlcad: I have to move the mouse over the
command window every time I want to enter a command |
20:28.43 |
b0ef |
brlcad: am I making myself clear? |
20:30.44 |
brlcad |
ah, yes |
20:31.11 |
b0ef |
;) |
20:31.14 |
brlcad |
then the complaint really is that it's one a
unified window but instead several independent windows ;) |
20:31.23 |
brlcad |
er, that it's not one window |
20:31.47 |
b0ef |
?, not sure I follow |
20:32.00 |
b0ef |
I really like the separation of
windows |
20:32.36 |
brlcad |
input-wise, what you're wanting is something
like having two browser windows open, typing in one but have it
show up in the other ;) |
20:32.53 |
b0ef |
yes |
20:33.02 |
brlcad |
just that these windows happen to look/behave
different |
20:33.04 |
b0ef |
I intend to use emacs as my input window when
I get to it |
20:33.32 |
b0ef |
I'm not sure if we're talking past
eachother;) |
20:33.45 |
brlcad |
know, I think I get what you're
wanting.. |
20:33.52 |
brlcad |
how to get there is unclear |
20:34.14 |
b0ef |
I want two separate windows, gimp
style |
20:34.22 |
b0ef |
I thought this was the intention;) |
20:34.57 |
b0ef |
but they behave like they somehow have a
relationship;) |
20:35.03 |
brlcad |
it is, though individual windows don't
generally aquire focus in gimp |
20:35.14 |
brlcad |
aside from the main context ones |
20:35.29 |
brlcad |
the difference here is that there are two main
context windows always |
20:35.47 |
brlcad |
with different bindings for each |
20:36.06 |
brlcad |
if the graphics window didn't have key
bindings, it'd be easy.. you'd just pass it all through to the
command window |
20:36.34 |
brlcad |
what if there were something like a command
window toggle |
20:37.00 |
b0ef |
well, I really intend to use emacs for brlcad,
but have gotten that far, yet |
20:37.00 |
brlcad |
like hitting M-c would switch focus or
something |
20:37.35 |
brlcad |
"use emacs for brlcad" can mean a whole lot of
things |
20:37.49 |
b0ef |
yeah, that would work, but is it not possible
to make M-TAB work? |
20:37.51 |
b0ef |
well, a brlcad mode |
20:37.59 |
b0ef |
instead of using the command window |
20:38.55 |
brlcad |
a geometry major mode for emacs would be
sweet |
20:39.01 |
b0ef |
;) |
20:39.11 |
brlcad |
looked into it a little bit years ago, but
never got off the ground |
20:39.46 |
brlcad |
something akin to tar mode would work well for
dealing with .g files in emacs |
20:41.47 |
b0ef |
is verse something planned for
brlcad?;) |
20:43.55 |
b0ef |
maybe a bit premature;) |
20:45.09 |
brlcad |
you mean using verse itself to
communicate |
20:45.17 |
brlcad |
or distributed modeling in general? |
20:45.34 |
b0ef |
distributed modeling;) |
20:45.43 |
brlcad |
ahh, yes that is planned |
20:45.52 |
brlcad |
though whether verse would be used remains to
be seen |
20:46.23 |
brlcad |
there are several rather viable approaches
including verse for the communication backend |
20:47.54 |
b0ef |
how about making brlcad a daemon? |
20:49.23 |
b0ef |
then connect interfaces like mged |
20:50.08 |
b0ef |
and OSC for command protocol;) |
21:04.27 |
brlcad |
b0ef: that's actually not far off how it
currently behaves |
21:05.04 |
brlcad |
and is exactly what the new interface will do
as well, though with a more rigorously defined interface |
21:05.35 |
brlcad |
OSC? |
21:05.42 |
brlcad |
operations support command? |
21:06.50 |
brlcad |
or the sound communications
protocol? |
21:24.45 |
b0ef |
brlcad: excellent;) |
21:24.59 |
b0ef |
brlcad: yeah, the sound protocol |
21:25.33 |
b0ef |
the sound in the name is a little
misleading;) |
22:30.37 |
*** join/#brlcad brlcad
(n=sean@pdpc/supporter/silver/brlcad) [NETSPLIT
VICTIM] |
22:30.37 |
*** join/#brlcad danfalck
(n=dan@pool-71-111-76-8.ptldor.dsl-w.verizon.net) [NETSPLIT
VICTIM] |
22:30.37 |
*** join/#brlcad SWPadnos
(n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM] |
22:30.37 |
*** join/#brlcad CIA-21
(i=cia@cia.navi.cx) [NETSPLIT VICTIM] |
22:30.37 |
*** join/#brlcad Maloeran
(n=maloeran@195.139.172.210) [NETSPLIT VICTIM] |
22:30.37 |
*** join/#brlcad ``Erik
(i=erik@c-69-250-155-85.hsd1.md.comcast.net) [NETSPLIT
VICTIM] |
22:30.37 |
*** join/#brlcad dtidrow_work
(n=dtidrow@host151.objectsciences.com) [NETSPLIT
VICTIM] |
22:30.37 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) [NETSPLIT VICTIM] |
22:30.37 |
*** mode/#brlcad [+o brlcad]
by irc.freenode.net |